Subledgers

cross river gives you the ability to open a subledger instantly and on demand a subledger can be linked to any existing deposit account, also known as the master account in subledger api endpoints, the term subaccounts is used instead of subledgers for instance, post /v1/dda/subaccounts in the cross river system, a subledger is a first class citizen, meaning it supports all the operations available to accounts all transactions first go through a subledger, followed by the master account each master account has what is called an implicit subledger, which is automatically created and maintained the implicit subledger accounts for the portion of the balance which is directly attributed to the master account's activity the cross river system does this by giving it the same account number as the master with the use of an implicit subledger, master account subledgers always sum to the balance of the master account it is virtually impossible for your master account and subledger to be out of balance the master account implicit balance can go negative this would occur in situations where more funds are attributed to other subledgers than the master account directly it is the responsibility of the partner to maintain and reconcile the subledger system the subledger and master account balances are updated atomically and never out of sync funds posted to a subledger are immediately available subledger structure the following example explains the relationship between subledgers and a master account a checking account is opened with an initial deposit of $500 an implicit subledger with the same number is created and is tracking the balance of the master master account # subledger account # balance 2000012345 $500 2000012345 ( implicit ) $500 next, two subledgers are created at the request of the partner master account # subledger account # balance 2000012345 $500 2000012345 ( implicit ) $500 300007770001 $0 300007770002 $0 a wire for $500 is sent to each of the subledgers master account # subledger account # balance 2000012345 $1500 2000012345 ( implicit ) $500 300007770001 $500 300007770002 $500 $1,000 is pulled from the master account directly master account # subledger account # balance 2000012345 $500 2000012345 ( implicit ) ($500) 300007770001 $500 300007770002 $500 the implicit subledger is now negative but the sum of the subledger still correctly reflects the master account balance transfer subledger funds to the master account before spending the money the implicit balance should match the master balance subledger types passthrough subledgers with passthrough subledger configuration, the master account balance is the true representation of value in the account when determining funds availability for transactions thus only the master account balance will be used in transaction decisions the master account balance is not dependent on subledgers, and the master account balance can move above or below the aggregate value reflected in the subledger balances thus the sub ledger balance is ignored an individual subledger balance in this configuration can go negative, as can the implicit subledger balance however, the master account must have a sufficient balance for a withdrawal to post usually, with a passthrough configuration the partner maintains a ledger with end user (customer) balances on its own systems the partner can also maintain a customer ledger at cross river with the passthrough configuration however, that requires that the partner actively maintain a true balance by transferring funds to and from the master and subledgers as needed (for example, a withdrawal from the master account requires a corresponding transfer from a subledger to the master account) for this reason, passthrough subledgers aren’t an optimal way to maintain a balance of all their customers’ dollars when compared to the direct subledger configuration withdrawing funds with passthrough subledgers, partners can withdraw funds from the master account or directly from a subledger withdrawing funds from master account when funds are withdrawn from the master account, they are debited from the implicit subledger (which represents the true balance), as well as from the master account this is because in the passthrough configuration the aggregate value in the non implicit subledgers does not equal the total balance in the master account partners can withdraw funds from the master account without first transferring funds from a subledger to the master account in this case, the subledger will represent a balance which is not a true representation of available funds withdrawing funds from subledger account if a partner wants to withdraw funds directly from the subledger, there is a corresponding debit to the implicit subledger if the master account is designated in the api as the account to withdraw from, funds will be debited from the master account and the implicit subledger if a subledger is used in your transaction or payment request, the cross river system will transact on the master by that amount depositing funds in passthrough, when funds are deposited they are credited to the designated subledger, the implicit subledger, and the master ledger direct subledgers under a direct ledger configuration the aggregate subledger balance will be used in transaction decisions the implicit subledger cannot go negative, and neither can any of the individual subledger balances with direct subledgers, the aggregate sub ledger balance must equal the value in the master account if the partner wishes to withdraw funds from the master account, the funds must be transferred from a subledger account to the master account with a direct subledger, when a partner makes a withdrawal, funds are debited from the subledger funds cannot be withdrawn from the master account without transferring them first from the subledger to the master account passthrough vs direct subledgers regardless of what type of subledger is used, the balance of the subledgers including the implicit subledger add up to the master account balance for direct subledgers, the implicit subledger is only dealing with funds coming in and out of the master the implicit subledger doesn’t float to balance the subledgers with the master as it does with passthrough subledgers with direct, if the master account is funded directly, the implicit subledger will reflect that value the rest of the value is in the other subledgers for instance, with direct, if a master account has 3 subledgers with $100 each and the implicit balance is at $0, the master will say $300 if $100 is deposited to the master account directly, then the implicit subledger will have a balance of $100, and the account will have a total balance of $400 if $400 was to then be withdrawn from the master, there would need to be a transfer of $300 ($100 from each subledger) to the master with a passthrough configuration, if the master account balance is $300, then $300 is withdrawn from the master without any corresponding debits from the subledgers with both passthrough and direct subledger configurations, all subledgers + implicit subledger = funds availability (master) the difference is that with a passthrough configuration, the implicit subledger and individual subledgers can be negative, whereas with direct configuration they cannot conclusion passthrough is generally better for situations where a partner manages end user deposits in multiple banks for instance, a partner can manage customer funds at cross river and two other banks, where the aggregate customer funds total $3 million, with 10 customers with passthrough subledgers, there is no need for partners to specify which customer dollar is held in which subledger with direct subledgers, it’s more tricky, because partners need to not only consider how much their deposit balance is at cross river in general, but how much they have allocated for each of their customers in subledgers a direct ledger system can be more difficult to manage, because to withdraw funds from the master account the funds must be transferred from its subledger accounts to the implicit master account for this reason, it is recommended to consider the use case and configure in a way that will best serve your needs true false 126,442false center unhandled content type false left unhandled content type false center unhandled content type false center unhandled content type false left unhandled content type false center unhandled content type false center unhandled content type false left unhandled content type false center unhandled content type false center unhandled content type false left unhandled content type false center unhandled content type false center unhandled content type false left unhandled content type false center unhandled content type false center unhandled content type false left unhandled content type false center unhandled content type false center unhandled content type false left unhandled content type false center unhandled content type false center unhandled content type false left unhandled content type false center unhandled content type false center unhandled content type false left unhandled content type false center unhandled content type general ledgers general ledger (gl) accounts are internal accounts used for accounting purposes for internal reconciliation cos processes each transaction through a gl account a gl account must reconcile to zero (0) at the end of the day although gl accounts are meant for cross river partner reconciliation there are times when you might want to open a gl account for external purposes for example, if you handle payroll deposits for a customer, you may need to overdraw on an account to be able to send salaries to the customers before the employer’s funds have been deposited into your account