illuminatech / balance
Provides support for Balance accounting system based on debit and credit principle
Fund package maintenance!
klimov-paul
Patreon
Installs: 21 055
Dependents: 0
Suggesters: 0
Security: 0
Stars: 157
Watchers: 10
Forks: 26
Open Issues: 0
Requires
- illuminate/database: ^6.0 || ^7.0 || ^8.0 || ^9.0 || ^10.0 || ^11.0
- illuminatech/array-factory: ^1.2.5
Requires (Dev)
- illuminate/events: *
- phpunit/phpunit: ^7.5 || ^8.0 || ^9.3 || ^10.5
README
Balance Accounting System extension for Laravel
This extension provides basic support for balance accounting (bookkeeping) system based on debit and credit principle.
For license information check the LICENSE-file.
Installation
The preferred way to install this extension is through composer.
Either run
php composer.phar require --prefer-dist illuminatech/balance
or add
"illuminatech/balance": "*"
to the require section of your composer.json.
Usage
This extension provides basic support for balance accounting (bookkeeping) system based on debit and credit principle. Balance system is usually used for the accounting (bookkeeping) and money operations. However, it may also be used for any resource transferring from one location to another. For example: transferring goods from storehouse to the shop and so on.
There 2 main terms related to the balance system:
- account - virtual storage of the resources, which have some logical meaning.
- transaction - represents actual transfer of the resources to or from the particular account.
Lets assume we have a system, which provides virtual money balance for the user. Money on the balance can be used for the goods purchasing, user can top up his balance via some payment gateway. In such example, each user should have 3 virtual balance accounts: 'virtual-money', 'payment-gateway' and 'purchases'. When user tops up his virtual balance, our system should remove money from 'payment-gateway' and add them to 'virtual-money'. When user purchases an item, our system should remove money from 'virtual-money' and add them to 'purchases'. The trick is: if you sum current amount over all user related accounts ('payment-gateway' + 'virtual-money' + 'purchases'), it will always be equal to zero. Such check allows you to verify is something went wrong any time.
This extension introduces term 'balance manager' as a service, which should handle all balance transactions.
Public contract for such manager is determined by \Illuminatech\Balance\BalanceContract
interface.
Following particular implementations are provided:
- \Illuminatech\Balance\BalanceDb - uses a relational database as a data storage.
Please refer to the particular manager class for more details.
This extension provides \Illuminatech\Balance\BalanceServiceProvider
service provider, which binds \Illuminatech\Balance\BalanceContract
as a singleton in DI container. Thus you can get balance manager via automatic DI injections or via container instance.
For example:
<?php use Illuminate\Container\Container; use App\Http\Controllers\Controller; use Illuminatech\Balance\BalanceContract; class BalanceController extends Controller { public function increase(BalanceContract $balance, $accountId, $amount) { $balance->increase($accountId, $amount); // ... } public function decrease($accountId, $amount) { $balance = Container::getInstance()->get(BalanceContract::class); $balance->decrease($accountId, $amount); // ... } // ... }
You may as well use \Illuminatech\Balance\Facades\Balance
facade. For example:
<?php use Illuminatech\Balance\Facades\Balance; Balance::increase($accountId, $amount);
In these documentation facade is used in code snippets for simplicity.
Application configuration
This extension uses illuminatech/array-factory for configuration. Make sure you are familiar with 'array factory' concept before configuring this extension. Configuration is stored at 'config/balance.php' file.
You can publish predefined configuration file using following console command:
php artisan vendor:publish --provider="Illuminatech\Balance\BalanceServiceProvider" --tag=config
In case you are using \Illuminatech\Balance\BalanceDb
, you can publish predefined database migration for it
using following console command:
php artisan vendor:publish --provider="Illuminatech\Balance\BalanceServiceProvider" --tag=migrations
Basic operations
In order to increase (debit) balance at particular account, \Illuminatech\Balance\BalanceContract::increase()
method is used:
<?php use Illuminatech\Balance\Facades\Balance; Balance::increase($accountId, 500); // add 500 credits to account
In order to decrease (credit) balance at particular account, \Illuminatech\Balance\BalanceContract:decrease()
method is used:
<?php use Illuminatech\Balance\Facades\Balance; Balance::decrease($accountId, 100); // remove 100 credits from account
Tip: actually, method
decrease()
is redundant, you can callincrease()
with negative amount in order to achieve the same result.
It is unlikely you will use plain increase()
and decrease()
methods in your application. In most cases there is a need
to transfer money from one account to another at once. Method \Illuminatech\Balance\BalanceContract::transfer()
can be
used for this:
<?php use Illuminatech\Balance\Facades\Balance; $fromId = 1; $toId = 2; Balance::transfer($fromId, $toId, 100); // remove 100 credits from account 1 and add 100 credits to account 2
Note that method transfer()
creates 2 separated transactions: one per each affected account. Thus you can easily fetch
all money transfer history for particular account, simply selecting all transactions linked to it. 'Debit' transactions
will have positive amount, while 'credit' ones - negative.
Note: If you wish each transaction created by
transfer()
remember another account involved in the process, you'll need to setup\Illuminatech\Balance\Balance::$extraAccountLinkAttribute
.
You may revert particular transaction using \Illuminatech\Balance\BalanceContract::revert()
method:
<?php use Illuminatech\Balance\Facades\Balance; Balance::revert($transactionId);
This method will not remove original transaction, but create a new one, which compensates it.
Querying accounts
Using account IDs for the balance manager is not very practical. In our above example, each system user have 3 virtual accounts, each of which has its own unique ID. However, while performing purchase, we operate user ID and account type, so we need to query actual account ID before using balance manager. Thus there is an ability to specify account for the balance manager methods using their attributes set. For example:
<?php use Illuminatech\Balance\Facades\Balance; $user = request()->user(); Balance::transfer( [ 'userId' => $user->id, 'type' => 'virtual-money', ], [ 'userId' => $user->id, 'type' => 'purchases', ], 500 );
In this example balance manager will find ID of the affected accounts automatically, using provided attributes as a filter.
You may enable \Illuminatech\Balance\Balance::$autoCreateAccount
, allowing automatic creation of the missing accounts, if they
are specified as attributes set. This allows accounts creation on the fly, by demand only, eliminating necessity of their
pre-creation.
Heads up! Actually 'account' entity is redundant at balance system, and its usage can be avoided. However, its presence provides more flexibility and saves performance. Storing of account data is not mandatory for this extension, you can configure your balance manager in the way it is not used.
Finding account current balance
Current money amount at particular account can always be calculated as a sum of amounts over related transactions.
You can use \Illuminatech\Balance\BalanceContract::calculateBalance()
method for that:
<?php use Illuminatech\Balance\Facades\Balance; Balance::transfer($fromAccount, $toAccount, 100); // assume this is first time accounts are affected echo Balance::calculateBalance($fromAccount); // outputs: -100 echo Balance::calculateBalance($toAccount); // outputs: 100
However, calculating current balance each time you need it, is not efficient. Thus you can specify an attribute of account
entity, which will be used to store current account balance. This can be done via \Illuminatech\Balance\Balance::$accountBalanceAttribute
.
Each time balance manager performs a transaction, it will update this attribute accordingly:
<?php use Illuminate\Support\Facades\DB; use Illuminatech\Balance\Facades\Balance; Balance::transfer($fromAccountId, $toAccountId, 100); // assume this is first time accounts are affected $currentBalance = DB::table('balance_accounts') ->select(['balance']) ->where(['id' => $fromAccountId]) ->value('balance'); echo $currentBalance; // outputs: -100
Saving extra transaction data
Usually there is a necessity to save extra information along with the transaction. For example: we may need to save payment ID received from payment gateway. This can be achieved in following way:
<?php use Illuminatech\Balance\Facades\Balance; $user = request()->user(); // simple increase : Balance::increase( [ 'userId' => $user->id, 'type' => 'virtual-money', ], 100, // extra data associated with transaction : [ 'paymentGateway' => 'PayPal', 'paymentId' => 'abcxyzerft', ] ); // transfer : Balance::transfer( [ 'userId' => $user->id, 'type' => 'payment-gateway', ], [ 'userId' => $user->id, 'type' => 'virtual-money', ], 100, // extra data associated with transaction : [ 'paymentGateway' => 'PayPal', 'paymentId' => 'abcxyzerft', ] );
The way extra attributes are stored in the data storage depends on particular balance manager implementation.
For example: \Illuminatech\Balance\BalanceDb
will try to store extra data inside transaction table columns, if their name
equals the parameter name. You may as well setup special data field via \Illuminatech\Balance\BalanceDb::$dataAttribute
,
which will store all extra parameters, which have no matching column, in serialized state.
Note: watch for the keys you use in transaction data: make sure they do not conflict with columns, which are reserved for other purposes, like primary keys.
Saving balance amount per transaction
There is a common accounting (bookkeeping) practice to record new balance amount per each performed transaction.
Such approach simplifies recreation of the balance transfers dynamics and search for possible errors.
You can achieve such behavior by setting \Illuminatech\Balance\Balance::$newBalanceAttribute
value with the name of
transaction entity attribute, which should store account balance, which appears after this transaction has been performed.
For example:
<?php use Illuminate\Support\Facades\DB; use Illuminatech\Balance\Facades\Balance; $accountId = 1; $lastTransactionQuery = DB::table('balance_transactions') ->where(['account_id' => $accountId]) ->orderBy('id', 'DESC'); Balance::increase($accountId, 50); // assume this is first time accounts is affected $lastTransaction = $lastTransactionQuery->first(); echo $lastTransaction->new_balance; // outputs: 50 Balance::increase($accountId, 25); $lastTransaction = $lastTransactionQuery->first(); echo $lastTransaction->new_balance; // outputs: 75 Balance::decrease($accountId, 50); $lastTransaction = $lastTransactionQuery->first(); echo $lastTransaction->new_balance; // outputs: 25
Events
\Illuminatech\Balance\Balance
provides several events, which can be handled via event listener:
- \Illuminatech\Balance\Events\CreatingTransaction - raised before creating new transaction.
- \Illuminatech\Balance\Events\TransactionCreated - raised after creating new transaction.
For example:
<?php use Illuminate\Support\Facades\Event; use Illuminatech\Balance\Facades\Balance; use Illuminatech\Balance\Events\TransactionCreated; use Illuminatech\Balance\Events\CreatingTransaction; Event::listen(CreatingTransaction::class, function (CreatingTransaction $event) { $event->data['amount'] += 10; // you may adjust transaction data to be saved, including transaction amount $event->data['comment'] = 'adjusted by event handler'; }); Event::listen(TransactionCreated::class, function (TransactionCreated $event) { echo 'new transaction: '.$event->transactionId; // you may get newly created transaction ID }); Balance::increase(1, 100); // outputs: 'new transaction: 1' echo Balance::calculateBalance(1); // outputs: 110