Improved Business Process Through XBRL: A Use Case for Business Reporting



Similar documents
Managing TPPPs and TPSs in the Current Regulatory Environment

Crash Data System - A new-generation software product approach and a move to improved national systems

7 Directorate Performance Managers. 7 Performance Reporting and Data Quality Officer. 8 Responsible Officers

[Release Nos ; ; ; IC-28609; File No. S ]

TO: Chief Executive Officers of National Banks, Federal Branches and Data-Processing Centers, Department and Division Heads, and Examining Personnel

Reporting Service Performance Information

XBRL: Streamlining Credit Risk Management

Centralized Application and Management System. Category: Data, Information and Knowledge Management. Initiation date: June 2011

Generally Accepted Recordkeeping Principles How Does Your Program Measure Up?

Supervisor of Banks: Proper Conduct of Banking Business [9] (4/13) Sound Credit Risk Assessment and Valuation for Loans Page 314-1

Qlik UKI Consulting Services Catalogue

Modernizing Financial Data Collection with XBRL

retained in a form that accurately reflects the information in the contract or other record,

Business-to-Business EIPP: Presentment Models, Part 1 By: The Council for Electronic Billing and Payment

Planning a Basel III Credit Risk Initiative

InforCloudSuite. Business. Overview INFOR CLOUDSUITE BUSINESS 1

Improve Your Energy Data Infrastructure:

IT Components of Interest to Accountants. Importance of IT and Computer Networks to Accountants

AGENCY: National Telecommunications and Information Administration, U.S. Department of

Privacy Impact Assessment for the. Standardized Tracking and Accounting Reporting System- Financial Management System (STARS-FMS)

WHITE PAPER: STRATEGIC IMPACT PILLARS FOR OPTIMIZING BUSINESS PROCESS MANAGEMENT IN GOVERNMENT

Outperform Financial Objectives and Enable Regulatory Compliance

Proposed Consequential and Conforming Amendments to Other ISAs

QUICK FACTS. Facilitating Application Packaging on Behalf of a Global Professional Services Company

Service Desk Management Process

White Paper Achieving GLBA Compliance through Security Information Management. White Paper / GLBA

Automated Receiving. Saving Money at the Dock Door. Page 8

idocuments Solutions Overview Enterprise financial management & workforce solutions June 2015

INVESTMENT ADVISORY AGREEMENT

Universal Service Administrative Company (USAC) Request for Information (RFI) for Data Governance Software, Training and Support

Chief Executive Officers of All National Banks, Deputy Comptrollers (District) and All Examining Personnel

Identifying Broken Business Processes

Advance unedited version

FS Regulatory Brief SEC Proposes Amendments to Broker- Dealer Financial Reporting Rule

7Seven Things You Need to Know About Long-Term Document Storage and Compliance

Management Excellence Framework: Record to Report

WHITE PAPER December TMS Transportation Management Systems & Supply Chain Sustainability

The Re-emergence of Collective Investment Trust Funds

UNLOCKING XBRL CONTENT

FFIEC Federal Financial Institutions Examination Council Washington, D.C CALL REPORT DATE: March 31, 2004 FIRST 2004 CALL, NUMBER 227

SUMMARY: This proposed rule would implement section 165(i) of the Dodd-Frank Wall

Chapter 3 Office of Human Resources Absenteeism Management

Worcester City Council Data Quality Policy

New Options for Mutual Fund Managers

250 E Street, SW 20 th Street & Constitution Avenue, NW Washington, DC Washington, DC 20551

CA WORKLOAD AUTOMATION AE Why Upgrade? February 2014 Enhancement Web-Based UI

The role of integrated requirements management in software delivery.

Annex B. The Proposed Amendments AMENDMENTS TO NATIONAL INSTRUMENT MARKETPLACE OPERATION

Realizing the Benefits of Professional Services Automation with the astest ROI

Point of View: FINANCIAL SERVICES DELIVERING BUSINESS VALUE THROUGH ENTERPRISE DATA MANAGEMENT

Procurement Performance Measurement System

Construction Firm Integrates Business Systems with Comprehensive Solution

Central bank corporate governance, financial management, and transparency

XBRL: Blueprint for a Revolution

Office of the Comptroller of the Currency Proposed Regulation on Short Term Investment Funds (Docket ID OCC )

Automated Travel and Entertainment (T&E) Expense Management

Audit, Business Risk and Compliance Committee Charter Pact Group Holdings Ltd (Company)

BETTER RELATIONSHIP SELLING

Department-wide Systems and Capital Investment Program

APPROACHES TO SPEND ANALYSIS AND SOURCING WITH IMMEDIATE ROI THAT NO ONE TOLD YOU ABOUT, UNTIL NOW

NORTHERN TERRITORY ELECTRICITY RING-FENCING CODE

June 2005 Report No Central Data Repository Project Management AUDIT REPORT

Select the right configuration management database to establish a platform for effective service management.

Designed to Deliver Value

Frequently Asked Questions: Home Mortgage Disclosure Act (HMDA)

CHAPTER SIX DATA. Business Intelligence The McGraw-Hill Companies, All Rights Reserved

Are your brokerage feeds putting your data at risk? Exploring brokerage feed options

OurRecords RFI Response

Internal Control Deliverables. For. System Development Projects

Managing Agile Projects in TestTrack GUIDE

Response from the Department of Treasury, Western Australia, to the Productivity Commission s Draft Report Regulatory Impact Analysis: Benchmarking

California Medical Transaction Data Quality Assurance Program

Supporting Statement for the Consolidated Reports of Condition and Income (FFIEC 031 and FFIEC 041; OMB No )

Trends and Best Practices for Addressing Automatic Participant Rollovers

Smart Financial Services Organizations: Leveraging the Private Cloud to Gain a Competitive Edge

Single or Multi-DC Network: Pros, Cons and Considerations

SUNGARD B2B PAYMENTS AND BANK CONNECTIVITY STUDY INNOVATIONS TO OVERCOME COMPLEXITY-DRIVEN FRAUD EXPOSURE AND COST INCREASES

Reduce Costs and Improve Efficiency by Automating Oracle Document Distribution. Open Text Fax and Document Distribution Group October 2009

Consultation Paper. ESMA Guidelines on Alternative Performance Measures. 13 February 2014 ESMA/2014/175

EFPIA Principles for the Development of the EU Clinical Trials Portal and Database

SelfScore Cardholder Agreement for Cards issued by Celtic Bank

Turning Transactions into Customer Interactions

Consultation Paper on Liquidity Coverage Ratio Disclosure Requirements

March 2007 Report No FDIC s Contract Planning and Management for Business Continuity AUDIT REPORT

IBM Cognos FSR Internal reporting process automation

NICE Systems and Avaya provide businesses with Insight from Interactions

Managing information technology in a new age

CLIENT UPDATE BROKER-DEALERS AFFILIATED WITH BANKS MEET THE LCR: FIVE KEY POINTS

Rate Methodology Task Force Act 55

Don t Build the Zoo: Discover Content in its Natural Habitat Written By: Chris McKinzie CEO & Co-Founder

Become A Paperless Company In Less Than 90 Days

JOB DESCRIPTION. Database Support and Import Administrator

Best Practices in Identity and Access Management (I&AM) for Regulatory Compliance. RSA Security and Accenture February 26, :00 AM

Data Discovery, Analytics, and the Enterprise Data Hub

Audit Readiness Lessons Learned

U.S. Department of the Treasury. Treasury IT Performance Measures Guide

Accenture Life and Annuity Software. Achieving high performance through faster time to market, increased agility and improved cost control

The Kroger Company: Transforming the Product Data Management Landscape

GSK Vaccines: Easing Compliance with SAP Process Control

EMIR and REMIT: Wholesale Energy Trading on the Docket. How to Prepare Your Business for the New Paradigm.

Transcription:

Improved Business Process Through : A Use Case for Business Reporting

CONTENTS PAGE FOREWORD. 3 THE PROBLEM: SIGNIFICANT REPORTING AND BUSINESS PROCESS CHALLENGES FACING BANKING REGULATORS... 4 THE RESULTS: FFIEC REAPS MEASURABLE BENEFITS THROUGH -ENABLED REPORTING PROCESS 5 Topline Results of Call Report Modernization Project Using 5 CONCLUSIONS 7 CALL TO ACTION 7 BACKGROUND 8 Achieving FDIC Business Value through Implementation. 8 Business Process Context. 8 o The Call Report. 8 o Legacy Data Collection The Inefficient Process.. 9 o A New Data Collection Model Accurate, Streamlined and Efficient.. 10 CONTACTS.. 13 2006 Federal Financial Institutions Examination Council. All Rights Reserved. FFIEC is a registered trademark. 2

FOREWORD The business information supply chain (see Figure 1. below) involves a wide variety of stakeholders, including investors, companies and regulators. 1 plays a significant role as an enabling technology throughout the supply chain, delivering significant benefits and value to each stakeholder. The purpose of this paper is to explore the high-level benefits delivers to business reporting, with particular attention to one portion of the overall supply chain the banking regulatory reporting process and its key stakeholders: the regulatory agencies, the regulated entities/filers, data aggregators, software vendors, investors and other public and private sector groups who rely on the information generated by the regulatory reporting process. Figure 1. The Business Reporting Supply Chain Processes Business Operations Internal Financial Reporting External Financial Reporting Investment, Lending, Regulation Economic Policymaking Participants Companies Financial Publishers and Data Aggregators Investors Central Banks Trading Partners Management Accountants Auditors Regulators Software Vendors If your organization is a stakeholder in this or a similar reporting supply chain, we encourage you to consider the efficiencies and benefits can bring to your operations and reporting processes. 1 WHAT IS? (from www.xbrl.org) The idea behind, extensible Business Reporting Language, is simple. Instead of treating financial information as a block of text - as in a standard internet page or a printed document - it provides an identifying tag for each individual item of data. This is computer readable. For example, company net profit has its own unique tag. The introduction of tags enables automated processing of business information by computer software, cutting out laborious and costly processes of manual re-entry and comparison. Computers can treat data "intelligently": they can recognize the information in a document, select it, analyze it, store it, exchange it with other computers and present it automatically in a variety of ways for users. greatly increases the speed of handling of financial data, reduces the chance of error and permits automatic checking of information. Companies can use to save costs and streamline their processes for collecting and reporting financial information. Consumers of financial data, including investors, analysts, financial institutions and regulators, can receive, find, compare and analyze data much more rapidly and efficiently if it is in format. can handle data in different languages and accounting standards. It can flexibly be adapted to meet different requirements and uses. Data can be transformed into by suitable mapping tools or it can be generated in by appropriate software. is already in practical use for specific purposes in several countries and projects are under way to introduce it in others. Other sections of this web site give news about its use, provide more detailed technical explanations and set out how producers and consumers of business information can adopt. For more information, please visit www.xbrl.org. 3

THE PROBLEM: SIGNIFICANT REPORTING AND BUSINESS PROCESS CHALLENGES FACING BANKING REGULATORS Issues with Transparency, Quality and Timeliness. Many regulators share common challenges in their reporting functions: Securely obtaining data that can be entered automatically and seamlessly into systems without re-keying, reformatting or other "translation" effort. Reducing costs through automating of routine tasks. Quickly and automatically identifying errors and problems with filings. Validating, analyzing and comparing data quickly, efficiently and reliably. Shifting focus of effort more on analysis and decision-making with filers rather than on data manipulation. Promoting efficiencies and cost savings throughout the regulatory filing process. Regulators in the banking sector recognized these challenges and undertook a modernization project 2 to overcome them. Members of the Federal Financial Institutions Examination Council (FFIEC) the Federal Deposit Insurance Corporation (FDIC), the Federal Reserve System (FRS), and the Office of the Comptroller of the Currency (OCC) sought to resolve these challenges through the large-scale deployment of solutions in its quarterly bank Call Report process. In addition, through the modernization project, the FFIEC sought to improve its business processes, including: Moving quality assessment and error detection capabilities to the vendor supplied software. Embedding the capability to include the institutions narrative explanations for valid data discrepancies and/or fluctuations in the data transmission. Verifying the receipt of transmissions/filings. Building facilities for respondents to make online corrections to their Call Report filings. Creating a Centralized Data Repository (CDR) where bank Call Report data can be both received from filers and delivered to users. See BACKGROUND for details on the methodology of the modernization project, including descriptions of the legacy process and the new CDR process. 2 See www.ffiec.gov for additional details. 4

THE RESULTS: FFIEC REAPS MEASURABLE BENEFITS THROUGH -ENABLED REPORTING PROCESS Improves Business Processes. Increases Data Quality and Usefulness. Frees Up Resources for Data Analysis. Compresses Time to Publish Data. Members of the FFIEC have recognized significant improvements in the quarterly collection of financial statement information from U.S. banks through the implementation of a new business process and associated system in the fourth quarter of 2005. (See Topline Results below.) The new system, known as the Central Data Repository (CDR), is the first in the U.S. to employ on a large scale and represents the largest use of the standard worldwide. The CDR uses to improve the transparency and accuracy of the financial reporting process by adding descriptive tags to each data element. The overall result has been that high-quality data collected from the approximately 8,200 U.S. banks required to file Call Reports is available faster, and the collection and validation process is more efficient. If we are truly serious about disclosure and transparency, we need to move aggressively toward the adoption of." Mike Bartell, Chief Information Officer, FDIC Improvements to the data collection process have reaped immediate benefits in the timeliness of high-quality data for the banking agencies. The CDR utilizes to enable banks to identify and correct errors before they submit their data to the federal banking agencies. Consequently, initial third quarter 2005 data submissions were of a high quality received days sooner than in previous quarters, when most data validation occurred only after the initial submission to the agencies. Topline Results of Call Report Modernization Project Using Value Realized 1. CLEANER DATA Results Under New Process with CDR Old Results Under Legacy Process Requirements regarding data accuracy are better documented and more easily met. 95% of banks original filings met CDR requirements logical business relationships must be true e.g. reported credit card income on the income statement should have a corresponding asset on the balance sheet, and banks were able to provide written explanations for any situations that exceed FFIEC tolerances. 66% clean when received banks did not have the capability to provide notes when submitting data. 5

Value Realized 2. DATA ACCURACY Results Under New Process with CDR Old Results Under Legacy Process Data adds up 100% of mathematical relationships sum, no follow up required. 100% of data received met mathematical requirements total accuracy and reliability. 30% of banks original filings did not meet requirements not fully accurate. 3. FASTER DATA INFLOW Requirements regarding data accuracy are better documented and more easily met. 4. INCREASED PRODUCTIVITY CDR began receiving data at 4pm on October 1, 2005 less than one day after the calendar quarter end. Data received weeks after the calendar quarter not as timely. Staff can take higher case loads and are more efficient agencies save money. 550 to 600 banks per analyst an increase of 10-33%. 450 to 500 banks per analyst less productive. 5. FASTER DATA ACCESS Agencies receive data sooner and have the capability to publish it almost immediately; public can use data sooner and make betterinformed decisions sooner. As fast as within one day after receipt. Within several days after receipt. 6. SEAMLESS THROUGHPUT FFIEC Agencies and Call Report Software Vendors consume the same taxonomies, test changes prior to implementation, and ultimately bankers are using the same requirements as the agencies created through taxonomies. taxonomies provides the ability to make changes within minutes/hours, depending on number of changes. Within days/weeks, depending on number of changes. 6

CONCLUSIONS Through an open, collaborative approach to business process change, the FFIEC and its stakeholders have succeeded in achieving the improvements sought. helped the FFIEC Call Agencies achieve both measurable improvements and qualitative enhancements to its Call Report process. The implementation had a positive incremental impact on the FFIEC s bottom line and is a viable solution increased productivity, efficiency, accuracy and quality. CALL TO ACTION Identify business reporting processes that can benefit from. Implement solutions into your business reporting process to achieve: Cleaner, more accurate data; Increased productivity and greater efficiency; Measurable ROI and bottom line impact. Learn more about at www.xbrl.org. 7

BACKGROUND Achieving FFIEC Business Value through Implementation Using in a business environment offers the potential for worthwhile return on investment, because the planning and testing required for an implementation can aid significantly in rationalizing and streamlining operations. offered the greatest potential return to the FFIEC agencies through joint control of a shared facility designed to improve the collection and distribution of financial information about U.S. banks. The key to achieving business value was in the integration of multiple business processes and the retirement of legacy systems. Business Process Context The Federal Deposit Insurance Corporation (FDIC), the Office of the Comptroller of the Currency (OCC), and the Federal Reserve System (FRS), known collectively as the FFIEC Call Agencies, wanted to improve the collection and management of financial institution data. The Agencies focused first on the data gathered in the Consolidated Reports of Condition and Income (also known as Call Reports) and ultimately published in a value added comparison report known as the Uniform Bank Performance Report. They sponsored and collaborated on the Central Data Repository (CDR) Project, calling upon Unisys Corporation to design, develop, test, implement, host and maintain a solution that is compatible with existing stakeholders systems and that provides for a timelier, more efficient, and higher quality regulatory reporting process. The Call Report The Call Report is one of several well-structured and well-defined reports collected from the financial institutions that the FFIEC administers. The Call Report is a quarterly data series of a financial institution s condition and income that is used for multiple purposes, including assessing the financial health and risk profile of the institution. Call Report data is available in electronic format from as early as 1959. FFIEC member agencies, other regulators, state banking agencies and the general public use historical Call Report data for a number of purposes, including analysis of risk and financial health of banking institutions. There were approximately 2,600 variables related to the December 31, 2005 Call Report either collected in the report itself or necessary for processing Call Report information. Even though the Call Report data series are well-defined, instructions and technical requirements were distributed in a non-cohesive manner by means of a collection of PDF, MS Word, and MS Excel documents. Use of information stored in these formats required a significant amount of manual manipulation by each software vendor and reporting financial institution. A principal reason it takes so long [for banks] to release [this] information is that banks have between 30 and 45 days at the end of each quarter to report it an system would help regulators do their jobs better and give banks a better gauge of their competitors." Former FDIC Chairman Donald Powell, speech before the Council for Excellence in Government, June 17, 2003. 8

9 - The current process requires reporting by all FDIC-insured commercial banks and all FDIC-supervised savings banks. Financial institutions have 30 days following the quarter-end to submit their completed Call Report data, and institutions with multiple foreign offices are permitted up to 40 days. Since 1998, all financial institutions have been required to submit their Call Report data electronically to the FFIEC Call Agencies. All reporting financial institutions purchase vendor software to prepare their Call Report data for submission. Legacy Data Collection An Inefficient Process A private sector collection and processing vendor acted as the central collection agent for the FFIEC. After receipt of the data from the agent, the FFIEC Call Agencies processed the data. The FRS transmitted all incoming data received from the agent to the FDIC. The FDIC and FRS then performed analyses and independently validated the data series for which each was responsible. The validation process consisted of checking the incoming data for validity errors, including mathematical and logical errors, and quality errors. Checking for quality errors included tests against historically reported values and other relational tests. FFIEC Call Agency staff addressed exceptions by contacting respondents and entering corrections and/or explanations into the FDIC s Call System and the FRS s STAR System. In some cases, the respondents were required to amend and resubmit their Call Report data. Data Collection and Management - Old Process Old Process Limitations: Not flexible or scalable Multiple file formats High level validation Significant manual effort Vendors Vendors Vendors Time consuming processes Bank Bank Bank Legacy Processor Receive Process Validation Valid Call Data FDIC OCC Distribute Public FDIC Validation > 3 Days 9

The validates data for approximately 1,000 financial institutions, using a distributed process across the 12 Federal Reserve District Banks. The FDIC is responsible for validating data for approximately 7,000 financial institutions, and uses a centralized process at its Washington, DC headquarters. Historically, the agencies exchanged data continuously to ensure that each had the most recent data that had been validated by the responsible agency. Each agency maintains a complete set of all Call Report data regardless of the agency responsible for the individual reporting institution. In addition to reporting current data quarterly, institutions may need to amend any previous Call Report data submitted within the past five years. Amendments submitted electronically were collected by means of the process described above. Often the institution contacted the agency, and the agency manually entered only the changes to the data. The validation and processing of Call Report amendments are similar to those for original submissions except that an agency analyst must review all amendments before replacing a financial institution s previously submitted report. Amendments transmitted by the institutions using Call Report preparation software always contain a full set of reported data for that institution. That is, institutions must resubmit the entire report and not merely the particular item(s) that require revision. Once data have been collected from all respondents and validated by the agencies, the data are made available to outside agencies and to the public. Additional processing is performed to aggregate the data and otherwise enhance their usefulness. A New Data Collection Model Accurate, Streamlined and Efficient The Call Agencies relied on the Old Process for decades, introducing enhancements in piecemeal fashion. The Call Modernization project sought to reinvent and modernize the process in order to make it more useful now and in the future for the regulatory community and its stakeholders, while aiming to provide a relatively neutral transparent change to financial institutions. Early in the project, Call Report preparation software Data Collection and Management - New Process New Process Advantages: Flexible and scalable Consistent file format Less manual validation Greater automation Robust, timely reporting FFIEC Call Agency Vendors Vendors Vendors Publish Taxonomy Management FFIEC CDR FDIC Bank Bank Bank Validation Staging Area Receive Validate Distribute Valid Call Data Reporting OCC Public < 10 Hours 10

vendors were invited to participate in a roundtable discussion of reporting requirements and practices with an eye towards finding ways to improve it. Based on the findings of those discussions, the FFIEC identified areas to target for improvement in undertaking an inter-agency effort to modernize and improve the legacy process. It was decided that the FFIEC should continue to provide data collection requirements that include item definitions, validation standards, and other technical data processing standards for the banking institutions and the industry. The banking institutions would continue to utilize software provided by vendors or use their own software to compile the required data. The updated software would provide automated error checking and quality assessment checks based on the FFIEC s editing requirements. The editing requirements would have to be met before the respondent could transmit the data. Thus, all the data submitted would have to pass all validity requirements, or provide an explanation for exceptions. The regulatory agencies believed that quality checks built into the vendor software should play a key role in enhancing the quality and timeliness of the data. Placing the emphasis on validating the Call Report data prior to submission was deemed more efficient than dealing with data anomalies after submission. The FFIEC was interested in exploring the use of a central data repository as the system of record for Call Report data. The data would be sent using a secure transmission network. Potentially, a central data repository would be shared among the regulatory agencies, and possibly with the respondents, as the authentic source of information. Once the central data repository received data, a verification of receipt would be sent to the respondent confirming the receipt. If a discrepancy was discovered in the data, online corrections would be made in the centralized data repository directly by the respondent or by the regulatory agencies during their review. The FFIEC targeted five specific areas for improvement. 1. Vendor Software The FFIEC provided Call Report software vendors with an, version 2.1 taxonomy that provides all content requirements, including unambiguous-boolean algebraic formulas for data validation criteria, plain English edit messages, capability to capture and report each institution s explanations for valid data discrepancies and/or fluctuations, and common Instance Document output for transmission (i.e., Internet or Web Services). 2. Secure Transmission A high level of security was needed in all phases of the data transmission. Security had to encompass the entire process, from entry point to delivery point. The transmission process had to be automatic, with little or no input from the filing institution. Therefore: The senders of data needed to be authenticated (i.e., we need to be sure we know who is sending the Call Report data). The data needed to be kept confidential while it is in transit on the network and when it is being stored, updated, etc. Data integrity assurances were needed so that the data is not modified inadvertently by the system/network or by unauthorized users. 11

Access to the data needed to be controlled, e.g., one institution cannot access another institution s data; a state banking department has access to its state banks, but not those located in other states, etc. 3. Verification of Receipt A verification or notification mechanism was required to enable automatic reply to the institutions when the transmission of the data had been completed. In addition, institutions needed to be able to verify receipt of their transmission by logging into the CDR system. 4. Online Corrections Respondents had to be notified if corrections were needed to the transmitted data. The institutions would have access to their data in the central data repository system. The online correction capability needed to be available in a real-time mode. 5. Central Data Repository A centralized data repository, system of record, that banks, vendors and the agencies could use to exchange data needed to be created. Not only would this repository contain source data, but it would also be used to add value to source data and correct data inconsistencies. If the new repository worked well for Call Report data, additional data series could be added over time, hopefully realizing the same benefits each time. 12

CONTACTS FFIEC Jon Wisnieski Email: jwisnieski@fdic.gov Telephone: 202 898 3846 Alan Deaton Email: adeaton@fdic.gov Telephone: 202 898 7038 UNISYS CORPORATION Lisa Meyer Email: Lisa.Meyer@unisys.com Telephone: 703 439 5887 V7 020206 13