My WebLink
|
Help
|
About
|
Sign Out
Home
Browse
Search
Marcum Rachlin
SIBFL
>
City Clerk
>
Bids-RFQ-RFP
>
RFP
>
RFP No. 10-06-01 Auditing Services
>
Responses
>
Marcum Rachlin
Metadata
Thumbnails
Annotations
Entry Properties
Last modified
11/8/2010 1:36:43 PM
Creation date
11/8/2010 1:36:21 PM
Metadata
Fields
Template:
CityClerk-Bids_RFP_RFQ
Project Name
Professional Audit Services
Bid No. (xx-xx-xx)
10-06-01
Project Type (Bid, RFP, RFQ)
RFP
There are no annotations on this page.
Document management portal powered by Laserfiche WebLink 9 © 1998-2015
Laserfiche.
All rights reserved.
/
77
PDF
Print
Pages to print
Enter page numbers and/or page ranges separated by commas. For example, 1,3,5-12.
After downloading, print the document using a PDF reader (e.g. Adobe Reader).
View images
View plain text
<br />Sample Government, FLORIDA <br /> <br />SCHEDULE OF FINDINGS AND RESPONSES <br /> <br />FISCAL YEAR ENDED SEPTEMBER 30, 2009 <br />(Continued) <br /> <br />I. CURRENT YEAR COMMENTS AND RECOMMENDATIONS (Continued) <br /> <br />Condition <br /> <br />Key segregation of duties scenarios were identified to ensure that the data that is generated via TaxSys is <br />reliable and accurate to enable reliance on the application controls versus manual controls. Based upon <br />data provided by the TaxSys IT administrator and TaxSys support, we identified the access types and then <br />compared the accesses. Accordingly, the results indicated that there were cases of excessive access and <br />segregation of duties issues. We noted that certain end users have the ability to assess fees, perform the <br />bill preparation and tax collection, creating a segregation of duties issue. <br /> <br />Cause <br /> <br />The cause of the issue is due to incorrect access assignments. <br /> <br />Effect <br />Segregation of duties Issues could create unauthorized transactions or activities to occur without <br />detection, <br /> <br />Recommendation <br /> <br />We recommend developing and reviewing a segregation of duties matrix and procedures to ensure that <br />end user access is in compliance to the matrix. <br /> <br />Views of Responsible Officials and Corrective Action <br /> <br />The TaxSys application was newly implemented in August 2009, with users and user roles developed and <br />implemented by the vendor. An internal audit review of the system began in JanuarylFebruary 2010, and <br />additional system administration functionality was put in place by the vendor at that time. Since then, a <br />full user role review has taken place and roles have been redefined in conjunction with internal and <br />external audit requests. In addition, Records Taxes and Treasury has implemented a TaxSys user change <br />request policy and periodic access review of users and role assignments. The final process and user role <br />changes will be completed by June 2010. The Division is also working with Enterprise Technology <br />Services (ETS) Division to implement an online workflow-driven user access request process, which will <br />be similar to that of the ETS User Access Request Form, <br /> <br />2009-09 TaxSys Wachovia Lockbox <br /> <br />Criteria <br /> <br />The lockbox provides a standardized approach to obtain bank data without risk of modification or errors <br />as it is generated by the bank automatically. Ensuring that the file is protected and un-modified at all <br />times prior to being uploaded into TaxSys guarantees that the data is accurate, per Wachovia, and <br />correctly represents the bank balance and activities (transactions) over that time period. <br /> <br />8 <br />
The URL can be used to link to this page
Your browser does not support the video tag.