A multi-wallet Laravel package with comprehensive logging and payments capabilities.
toneflix-code/laravel-pay-pocket is a Laravel package for a multi-wallet laravel package with comprehensive logging and payments capabilities..
It currently has 0 GitHub stars and 107 downloads on Packagist (latest version 3.0.1).
Install it with composer require toneflix-code/laravel-pay-pocket.
Discover more Laravel packages by toneflix-code
or browse all Laravel packages to compare alternatives.
Last updated
Laravel Pay Pocket is a package designed for Laravel applications, offering the flexibility to manage multiple wallet types within two dedicated database tables, wallets and wallets_logs.
Videos:
Note: This package does not handle payments from payment platforms, but instead offers the concept of virtual money, deposit, and withdrawal.
3.x11.x, 12.xcomposer require toneflix-code/laravel-pay-pocketThis package is a maintained and community-inclusive fork of hpwebdeveloper/laravel-pay-pocket.
Why Toneflix? The original repo has seen little to no maintenance in a while, and pull requests with useful features and bug fixes have been neglected. This fork merges all major pending contributions and begins a new, more active journey under
toneflix-code/laravel-pay-pocket.
If you're coming from hpwebdeveloper/laravel-pay-pocket, just update your composer.json:
"require": {
"toneflix-code/laravel-pay-pocket": "^3.0"
}
Run:
composer update
Then update your imports:
- HPWebdeveloper\LaravelPayPocket
+ ToneflixCode\LaravelPayPocket
Everything should work as expected. Open a PR if anything breaks.
| Version | Laravel | PHP | Release date | End of improvements | End of support | | ---------------------------------------------- | ------------ | ------------- | ------------- | ------------------- | -------------- | | 1.x | ^10.0 | 8.1, 8.2, 8.3 | Nov 30, 2023 | Mar 1, 2024 | June 21 2025 | | 2.x | ^10.0, ^11.0 | 8.2, 8.3 | June 27, 2024 | January 30, 2025 | June 21 2025 | | 3.x (atomic operations and restricted wallets) | ^11.0, ^12.0 | 8.2, 8.3, 8.4 | June 21 2025 | January 29, 2026 | |
composer require toneflix-code/laravel-pay-pocket
php artisan vendor:publish --tag="pay-pocket-migrations"
php artisan migrate
You have successfully added two dedicated database tables, wallets and wallets_logs, without making any modifications to the users table.
php artisan vendor:publish --tag="pay-pocket-wallets"
php artisan vendor:publish --tag="config"
This command will automatically publish the pay-pocket.php config file and also WalletEnums.php file into your application's config and app/Enums directories respectively.
If coming from version prior to ^2.0, new migration and config files have been added to support the new Transaction Notes Feature
Follow the Installation Steps 2 and 3 to update your migrations.
To use this package you need to implement the WalletOperations into User model and utilize the ManagesWallet trait.
use ToneflixCode\LaravelPayPocket\Interfaces\WalletOperations;
use ToneflixCode\LaravelPayPocket\Traits\ManagesWallet;
class User extends Authenticatable implements WalletOperations
{
use ManagesWallet;
}
In Laravel Pay Pocket, you have the flexibility to define the order in which wallets are prioritized for payments through the use of Enums. The order of wallets in the Enum file determines their priority level. The first wallet listed has the highest priority and will be used first for deducting order values.
For example, consider the following wallet types defined in the Enum class (published in step 3 of installation):
namespace App\Enums;
enum WalletEnums: string
{
case WALLET_MAIN = 'wallet_main';
case WALLET_ESCROW = 'wallet_escrow';
}
You have complete freedom to name your wallets as per your requirements and even add more wallet types to the Enum list.
In this particular setup, wallet_main (WALLET_MAIN) is given the highest priority. When an order payment is processed, the system will first attempt to use wallet_main to cover the cost. If wallet_main does not have sufficient funds, wallet_escrow (WALLET_ESCROW) will be used next.
If the balance in wallet_main is 10 and the balance in wallet_escrow is 20, and you need to pay an order value of 15, the payment process will first utilize the entire balance of wallet_main. Since wallet_main's balance is insufficient to cover the full amount, the remaining 5 will be deducted from wallet_escrow. After the payment, wallet_escrow will have a remaining balance of 15."
deposit(type: string, amount: float|int, notes: string null)
Deposit funds into wallet_main
$user = auth()->user();
$user->deposit('wallet_main', 123.45);
Deposit funds into wallet_escrow
$user = auth()->user();
$user->deposit('wallet_escrow', 67.89);
Or using provided facade
use ToneflixCode\LaravelPayPocket\Facades\LaravelPayPocket;
$user = auth()->user();
LaravelPayPocket::deposit($user, 'wallet_main', 123.45);
Note: wallet_main and wallet_escrow must already be defined in the WalletEnums.
When you need to add descriptions for a specific transaction, the $notes parameter enables you to provide details explaining the reason behind the transaction.
$user = auth()->user();
$user->deposit('wallet_main', 67.89, 'You sold pizza.');
pay(amount: int, allowedWallets: array [], notes: string null)
Pay the value using the total combined balance available across all allowed wallets
$user = auth()->user();
$user->pay(12.34);
Or using provided facade
use ToneflixCode\LaravelPayPocket\Facades\LaravelPayPocket;
$user = auth()->user();
LaravelPayPocket::pay($user, 12.34);
By default the sytem will attempt to pay using all available wallets unless the allowedWallets param is provided.
Sometimes you want to mark certain wallets as allowed so that when the pay() method is called, the system does not attempt to charge other wallets, a possible use case is an escrow system, the $allowedWallets param of the pay method allows you to do just that.
$user = auth()->user();
$user->pay(12.34, ['wallet_main']);
When the $allowedWallets param is provided and is not an empty array, the system would attempt to charge only the wallets specified in the array.
In a case where you want to enter descriptions for a particular transaction, the $note param allows you to provide information about why a transaction happened.
$user = auth()->user();
$user->pay(12.34, [], 'You ordered pizza.');
$user->walletBalance // Total combined balance available across all wallets
// Or using provided facade
LaravelPayPocket::checkBalance($user);
$user->getWalletBalanceByType('wallet_main') // Balance available in wallet_main
$user->getWalletBalanceByType('wallet_escrow') // Balance available in wallet_escrow
// Or using provided facade
LaravelPayPocket::walletBalanceByType($user, 'wallet_main');
During key moments in wallet operations, events will be dispatched so you can hook into it and perform additions tasks.
TransactionCompletedDispatched after a successful deposit or payment action.
use ToneflixCode\LaravelPayPocket\Events\TransactionCompleted;
Event::listen(TransactionCompleted::class, function ($event) {
// Access event data
$event->type; // 'inc' or 'dec'
$event->value; // int|float The amount sent
$event->wallet; // Wallet instance
$event->log; // WalletLog instance
});
You can listen to this event to trigger notifications, logs, or any custom logic after wallet operations.
Upon examining the src/Exceptions directory within the source code,
you will discover a variety of exceptions tailored to address each scenario of invalid entry. Review the demo that accounts for some of the exceptions.
A typical wallets_logs table.
composer install
composer test
// Or
./vender/bin/pest
[ ] Encrypt wallet balances before storage and decrypt during retrieval.
[ ] Encrypt wallet amount in logs before storage and decrypt during retrieval.
Please see CHANGELOG for more information on what has changed recently.
Please see CONTRIBUTING for details.
Please review our security policy on how to report security vulnerabilities.
The MIT License (MIT). Please see License File for more information.