a private blockchain network can be based on industry, profession or vendor-customer networks, wherein the public will not have access to the network and only permitted entities will be authorized to access this network. blockchain technology is, therefore, being explored to create peer-to-peer smart contracts \u2013 without involving third-party central administrators \u2013 via decentralized application platforms. the indelibility of transaction records will make it the trusted source of information.<\/li>\n<\/ol>\nblockchain in the accounting profession<\/h3>\n
think of your current cloud accounting software. the cloud hosts accounting databases of your clients, with each client having its own database. you are a user and the application is on a centralized server or servers of the company that creates the accounting software. your accounting database on that central server does not exchange and validate transactions with any other accounting databases. thus, the traditional, current way of maintaining the trusted, but unconnected, accounting databases is to have central administrators \u2013 like banks, governments and yes, cpas \u2013 who incur the time, effort and cost to verify and vouch for the other leg of the transaction.<\/p>\n
today, you trust third parties. but tomorrow, you\u2019ll trust an immutable technology.<\/p>\n
again, think of the accounting database (your accounting software). you enter data into it by either inputting from paper-based documents or by fetching from banks electronically.<\/p>\n
where does that data originate from? it is from another accounting database \u2013 either maintained by you, another accountant or a business. the accounting databases are just used for recordkeeping of the transactions between transacting parties. the two accounting databases are not connected and do not exchange transaction data between themselves.<\/p>\n
the “transaction” between two contracting parties passes through a third party, in this case the bank. banks are heavily regulated, financially mighty and hence heavily invested in secure technologies. banks are trusted to keep trustworthy records of the financial legs of the transactions between two contracting parties.<\/p>\n
you, as an accountant, trust the bank data. but even when you, the accountant, import transactions from bank data into the accounting software, you still \u201cauthorize\u201d the update to the accounting software by checking those transactions yourself. you also do bank reconciliations as an authenticity check to satisfy yourself that what you enter in the accounting database has indeed happened.<\/p>\n
the “trust” is outsourced to third parties like the bank, the central administrators or the accountants. it adds to cost and requires more time to ensure trust. even third parties need to be audited to ensure trust.<\/p>\n
but in accounting blockchain, the application platform will not only be on the computers of transacting parties but also be on several computers (decentralized nodes). the \u201cusers\u201d might end up using a \u201ccloud node\u201d instead of their own computers. those nodes will constantly interact with each other to validate the blocks of transactions. a not-so-accurate but nicely explaining analogy would be accounting ledgers that automatically transmit blocks of transactions to other accounting ledgers that continuously validate them, and keep the copy of each block.<\/p>\n
the simplistic explanation of blockchain in accounting can, therefore, be the \u201ctriple-entry\u201d system. because blockchains are ledgers, technically each of the companies can automatically \u201ckeep books\u201d by using an accounting app to \u201csynchronize\u201d its books with the blockchain network.<\/p>\n
now, imagine when millions of companies, banks and tax authorities are creating blocks of their transactions. blockchain technology will automatically create a \u201cdistributed shared ledger\u201d each time the two companies create a transaction in their private ledgers. call it the third entry into a common block, shared by two companies \u2013 the \u201ctriple entry.\u201d<\/p>\n
in public blockchain networks, because every user of the ledger needs to be able to see the transaction data, it raises privacy issues. hence, accounting blockchains would most likely be private\/permissioned networks, i.e., identities of transacting parties will be known to those with permission to access their own transaction records. auditors and regulators may get timebound temporary permissions to see the records.<\/p>\n
the computing power of several people in the network ensures that everyone has a copy of the time-stamped block of transactions. it creates trust without involving banks, third parties, central administrators.<\/p>\n
how does one delete or change a transaction in all the chained blocks of records in several computers at once?<\/p><\/blockquote>\n
it would need to reverse the entire chains of transactions, on several computers at once. and all the computers in the network would reconstruct the revised chain of transactions \u2013 which will need phenomenal computing power, more than that of all the networked computers together \u2013 and extremely expensive incentives for the networked computers to do so. who would want to pay such disproportionate costs to reverse blockchain transactions?<\/p>\n
that is why blockchain records are called immutable. in the financial world, they use a word: “non-repudiable.” when trust is built into the technology itself, why would there be any need to reconcile transactions with any third source? in other words, a transaction record in a blockchain can be trusted to be entered into an accounting system without any need to reverify itself. there won\u2019t be a need for, say, invoices, because the transactions automatically verify themselves with each other.<\/p>\n
what\u2019s the impact of blockchain on your accounting processes? for starters, there would be no need to send out purchase orders, invoices or bills, as the transactions are validated continuously on the blockchain networks. when banks rely on blockchain confirmation to release payments, there is no need for bill-payment processes. and because the same pre-validated transactions exist in every node out there, there is no need for auditing them for their authenticity. that leads to several questions about how it can impact the future of the accounting profession and\u00a0the accountant.<\/p>\n
for example:<\/p>\n
\n- why would there be a need for both the transacting parties to enter the same data separately into their own accounting software?<\/li>\n
- why won\u2019t accounting software just connect with blockchains and continually update transaction data and at the same time continually keep reconciling with bank data just to ensure payments have been made against goods or services received?<\/li>\n
- why would banks or lenders need outdated financial statements from businesses or their accountants, if they can independently verify real-time transactional history?<\/li>\n
- one of the aims of the audit is to independently establish trust. so imagine the colossal reduction of time, effort and hence costs in data collection, organization and verification processes. what, then, happens to the revenue from your audit services?<\/li>\n
- why would tax departments need to wait until the end of the year to collect taxes due if every taxable transaction can be identified while it happens in blockchain?<\/li>\n<\/ul>\n
when is it likely to start affecting your practice? at the top 100 firms, nearly 36 percent of revenue comes from audit. that\u2019s about $25.5 billion annually that can potentially be under threat because of blockchain. no wonder the big four accounting firms are already investing in blockchain readiness and ownership.<\/p>\n
<\/p>\n