The regular Accounting packages are for accounting within one entity and lack the capacity to send and receive transactions to and from other parties. This is a Transaction Enabler facilitating exchanging live transactions similar to emails meant for messages.

Email is mainly for messages, extended to have various attachments. Whereas iTRANSAcct is exclusively for enabling transactions and in the process leaves a trail for formal accounting.

Yes! It is positively different from normal accounting packages. It classifies the difference between internal and external transactions, where the initiated external transaction needs to be completed by the receiving party, filling in the received Reference and Received Date, as an acknowledgment. Only then the said transaction is completed in the real business sense. This is a very important requirement that solves the ever-prevailing constraints in reconciling a pair of accounts at both ends. 

Each organization is looking to serve its respective customers, whereas each customer likes to get information from other organizations in one go. Otherwise, there are multiple logins and logouts

Normal Accounting packages are like islands, restricting all the transactions within the same system. They are similar to PCs without any networking capability. Messages can be interactive and exchanged when PCs are connected as a network. Using Networked bookkeeping, an external transaction created in one system will be completed in the other system. Transaction sent by a Sender has to be completed by the Receiver, which is a feature of the Networked Bookkeeping

Any transaction that has to go beyond the four walls of an organization or away from their enterprise servers are External Transaction with respect to the source, while the Internal Transactions stay within the same source of creation. [Ex: In the Journal entry, Cr. Sales and Dr. Party, the Cr entry is Internal, whereas Dr entry has to reach the other party, is External]

It has the facility to send and receive transactions and take them at the appropriate occasion when received. The ledgers are dynamic with colour codes indicating the status. URS acts as a Dashboard giving the recent Ledger balances including the FINAL BALANCE, the user will have full control and information.

Since this is an interactive transaction accounting, the ledgers are capable of giving the status of the ongoing transactions using colour codes. The eVouchers or invoices prepared are to be verified, checked or signed by higher authorities before sending them to their customers. Until then, the ledger entries will show them in Pink colour, indicating ‘Not Yet Sent’. When these entries are sent to their destinations, they will change to Green colour, indicating ‘Sent, but Not Yet Taken’.

Once the entries are accepted and taken, they will appear in the customer’s books. At the same time on the Sender side, the entry will drop the Green colour and will appear in normal white background. When any ledger entry at the sender side appears without any colour code ensure it will appear on the customer side ledger also. 

As the ledgers give not only the values and details but also indicate the dynamic status of those items, they are not mere conventional ledgers but Dynamic Ledgers.

Auto Reconciliation is a powerful additional feature provided in this NexGen accounting which is unique and multi-dimensional. As it gives the Reconciliation Statement between each pair of connected and related entities it is named as Universal Reconciliation System (URS). In addition to Ledger Balances of both the Source and the Destination, it also provides the FINAL BALANCE when all transit transactions are completed at either end. It is a very important Management Information hitherto was not available. This is made possible mainly by interactive transacting accounting.

While Trial Balance ensures the correctness of transactions for a single entity, Reconciliation Statement validates the book balances of any two related pairs of entities or businesses. Earlier all the transactions were treated as internal and hence Trial Balance is sufficient. Whereas in the interactive NexGen accounting the electronic transactions are dynamic and External with frequent change of status. Without a Reconciliation statement, one cannot be sure about the status of each transaction sent and received.

As against BRS, which is mainly for Bank Reconciliation, URS can provide for all the connected and transacting entities. That is for N nodes, it will give for the other (N-1) nodes at any point in time. It will list all the transactions sent by one Source A, that are Not Taken by Destination B, into their books and what the transactions received from them are Not Taken by the former (into the books of A).