XBRL – Bucking the Trend

November 30, 2012
By

Regulators are unarguably the primary force behind the growing adoption of XBRL (eXtensible Business Reporting Language) by the banking industry, evident from the initiatives of different bodies, such as the Federal Deposit Insurance Corporation in the U.S., Committee of European Banking Supervisors in the E.U., and the Reserve Bank of India, to name a few. Yet, the idea of using XBRL for internal data management and processing is still largely unexplored. XBRL could potentially find application in several areas within banking organizations, since it is ideally suited to facilitating the exchange, processing or consumption of information by rendering the data system readable, standardized and interoperable. Needless to say, the sooner that banks explore XBRL, the more effectively they can economize their processes.

Let us look at some important operational scenarios where XBRL could play a role.

Loan Origination
XBRL enables banks to define the required granularity of data. Once mapped with a unique XBRL tag, the data can be identified during all the stages of a loan life cycle. It would be possible for a customer to provide all loan related documentation, presently submitted in unstructured form, as XBRL data, which can be easily consumed by the banks’ backend systems. Thus, a majority of the steps involved in the loan life cycle become automated and error free.

MIS
Enabled with an XBRL-supported report generator tool, the bank can generate reports based on any data cube or parameter at any time. The bank also has the choice of broadcasting the data online (as HTML) or printing it out as documents in MS Excel, MS Word, PDF and other formats, since XBRL is format agnostic. Leveraging XBRL GL, the final reports can be generated from trial balances, ledgers or transactions, with provisions for adjustments, annotations and additional information. Consolidation of data from various branches, departments or even subsidiaries can be automated based on the business rules defined.

Analytics
As banks move from a product-centric to segment-centric to customer-centric approach to account centric approach they must understand their customers better in order to sustain competitive advantage. An XBRL-enabled analytical application can talk to the source systems within banks, which also have the taxonomy tagged to the relevant fields. The scope of the analytics that can be carried out is immense.

Having considered the relevant use cases, banks may choose to implement XBRL in one of three ways. Taking a big bang approach would achieve the desired result of straight through reporting; however, success would largely depend on the bank’s readiness and adoption of technology. Another approach could be phased implementation. Banks can draw up a plan to adopt XBRL internally in a step-by-step manner, starting with a few departments before moving on to the rest. This is quite useful when various departments in the bank are using diverse applications. Banks could also peg their level of XBRL adoption to that of the regulators. For instance, in India, the adoption could be in sync with the returns specified by the Reserve Bank of India under the XBRL mandate.

Share It:

    Original Post: http://www.infosysblogs.com/finacle/2012/11/xbrl_bucking_the_trend.html

    Tags:

    3 Responses to XBRL – Bucking the Trend

    1. Mike Willis on November 30, 2012 at 8:49 am
    2. Bruce McKee on December 3, 2012 at 5:49 am

      If you want to understand XBRL then the best company to talk to is CoreFiling in the UK. The problem with a lot of XBRL is once it has been converted it appears to be difficult to convert it back into something a humans can understand. CoreFiling can address this.

      I personally doubt XBRL will be used for many internal processes, it would add extra validation and translation steps in a technology where you can count the number of skilled people in XBRL on a global basis….and it is not a big number.

    3. Mike Willis on December 3, 2012 at 9:24 am

      Not sure that XBRL expertise is needed for internal applications. Here is a case study where a small organization used a college intern and a $250 mapping tool to make their infrastructure more transparent and accessible for their business users.

      MACPA’s small biz case study http://www.cpasuccess.com/2011/06/macpa-and-xbrl-a-small-biz-case-study.html
      MACPA Project serves as XBRL Case Study for private companies, nonprofits http://www.journalofaccountancy.com/Issues/2012/Jun/MACPA-XBRL-project
      MACPA Project slide deck http://www.slideshare.net/thood65/macpa-xbrl-case-study-altova
      Several videos: http://www.youtube.com/watch?v=epuRDY1arc0 and http://www.youtube.com/watch?v=1cWSISff3ug

      Just like with other standardized languages, the use of relevant applications and tools make all of the difference. That said, one of the critical aspects is in understanding what process changes are enabled by the new standard.



    Archives