amyavari / iran-payment-laravel
A simple and convenient way to connect your app to Iranian payment providers
Installs: 0
Dependents: 0
Suggesters: 0
Security: 0
Stars: 1
Watchers: 0
Forks: 0
Open Issues: 0
pkg:composer/amyavari/iran-payment-laravel
Requires
- php: ^8.3
- illuminate/contracts: ^11.44|^12.23
- spatie/laravel-package-tools: ^1.92
Requires (Dev)
- larastan/larastan: ^3.8
- laravel/pint: ^1.26
- orchestra/testbench: ^9.13|^10.6
- pestphp/pest: ^4.1
- pestphp/pest-plugin-type-coverage: ^4.0
- rector/rector: ^2.2
This package is auto-updated.
Last update: 2025-12-22 09:36:10 UTC
README
A simple and convenient way to connect your app to Iranian payment providers.
To view the Persian documentation, please refer to README_FA.md.
برای مشاهده راهنمای فارسی، لطفاً به فایل README_FA.md مراجعه کنید.
THIS PACKAGE IS UNDER DEVELOPMENT, PLEASE DO NOT USE IT YET
Requirements
- PHP version
8.3or higher - Laravel
^11.44, or^12.23
List of Available Payment Gateways
| Gateway Name (EN) | Gateway Name (FA) | Gateway Website | Gateway Key | Version |
|---|---|---|---|---|
| Behpardakht | به پرداخت ملت | behpardakht.com | behpardakht |
Unreleased |
| Sep | سامان کیش (سپ) | sep.ir | sep |
Unreleased |
| Zarinpal | زرین پال | zarinpal.com | zarinpal |
Unreleased |
| IDPay | آی دی پی | idpay.ir | idpay |
Unreleased |
Caution
Gateways have different rules for pending verifications and settlements. Please check gateways_note_en.md.
Table of Contents
Installation
To install the package via Composer, run:
composer require amyavari/iran-payment-laravel
Publish Vendor Files
Publish All Files
To publish all vendor files (config and migrations):
php artisan iran-payment:install
Note: To create tables from migrations:
php artisan migrate
Publish Specific Files
To publish only the config file:
php artisan vendor:publish --tag=iran-payment-config
To publish only the migration file:
php artisan vendor:publish --tag=iran-payment-migrations
Note: To create tables from migrations:
php artisan migrate
Configuration
To configure payment gateways, add the following to your .env file:
# Default gateway PAYMENT_GATEWAY=<default_gateway> # Default application currency APP_CURRENCY=<Toman or Rial> # Whether to use sandbox mode instead of the real gateway PAYMENT_USE_SANDBOX=<true or false> # Per-gateway configuration (callback URL and credentials) # See the "gateways" section in config/iran-payment.php
Note: For the PAYMENT_GATEWAY, refer to the gateway Key column in the List of Available Payment Gateways.
Note: For each gateway’s callback URL and credentials, define the required keys under your desired gateway(s) in the gateways section of config/iran-payment.php
Usage
Create a Payment
You can create a new payment using the facade provided by the package:
use AliYavari\IranPayment\Facades\Payment; // Using the default gateway (uses the callback URL from config) $payment = Payment::create(int $amount, ?string $description = null, ?string|int $phone = null); // Using the default gateway (define the callback URL at runtime) $payment = Payment::callbackUrl(string $callbackUrl)->create(...); // Using a specific gateway (uses the callback URL from config) $payment = Payment::gateway(string $gateway)->create(...); // Using a specific gateway (define the callback URL at runtime) $payment = Payment::gateway(string $gateway)->callbackUrl(string $callbackUrl)->create(...);
Note: For the $gateway, refer to the gateway Key column in the List of Available Payment Gateways.
Checking API Call Status
In all calls to a gateway’s API (all methods in this package), you can check the latest status and response using the following methods:
$payment->successful(); // bool $payment->failed(); // bool // Get the error message (returns `null` if successful) $payment->error(); // string|null // Get the raw gateway response (useful for debugging) $payment->getRawResponse(); // string|array
Storing Payment Data
Automatic Store
You can use the package’s internal functionality to store a created payment in the database, or handle it yourself using the Manual Store methods.
Note: For automatic storage, you must publish and run the migration files. See Publish Vendor Files.
// Store the payment and associate it with the Eloquent model the payment is for. $payment->store(Model $payable);
Track Payment Through Your Payable Model
When using automatic storage, you can add the AliYavari\IranPayment\Concerns\Payable trait to your payable model to easily track its payment statuses.
<?php declare(strict_types=1); namespace App\Models; use AliYavari\IranPayment\Concerns\Payable; use Illuminate\Database\Eloquent\Model; final class Course extends Model { use Payable; // } // Access the payments relationship (MorphMany) // Returns a query builder instance for all payments $course->payments(); // Returns a collection of all related Payment models $course->payments; // Returns a query builder for only successful payments $course->payments()->successful(); // Returns a query builder for only failed payments $course->payments()->failed();
Note: For more information about this relationship, see Eloquent relationships: one-to-many polymorphic.
Prune Old Failed Payments
To help keep your payment table clean, this package provides an Artisan command to prune old payment records (failed ones). You can schedule this command using Laravel's task scheduler
Example: Delete failed payments created before 30 days ago
use Illuminate\Support\Facades\Schedule; Schedule::command('iran-payment:prune-failed-payments --days=30')->daily();
Manual Store
If you want full control over storing and tracking payments, you can use these methods:
// Data required by the gateway for verification (`null` if payment creation failed) $payment->getGatewayPayload(); // array|null // Gateway key $payment->getGateway(); // string // Unique transaction ID used for tracking in your database (`null` if payment creation failed) $payment->getTransactionId(); // string|null
Redirect User to Payment Page
Automatic Redirection
To automatically redirect the user to the payment page, use:
$payment->redirect();
Manual Redirection
If you prefer to manually handle the redirection to the gateway’s payment page, use the data provided by the following method:
$redirectData = $payment->getPaymentRedirectData(); // Redirect URL $redirectData->url; // string // Redirect method (POST, GET) $redirectData->method; // string // Redirect payload (POST body or GET query params) $redirectData->payload; // array // Required HTTP headers $redirectData->headers; // array // Get all redirect information as an array (useful for sending to frontend) $redirectData->toArray();
Verification, Settle and Refund
Verification
After the user is redirected back to your application from the gateway, you can verify the payment using these methods:
Note: After calling verify(), settle(), or reverse(), you can use the methods in Checking API Call Status to check the result of the API call.
use AliYavari\IranPayment\Facades\Payment; // Create a gateway instance from callback data $payment = Payment::gateway(string $gateway)->fromCallBack(array $callbackData); // If you used the internal automatic storage $payment->verify(); // If you stored the payment manually: // Get the transaction ID (to find the record in your database) $payment->getTransactionId(); // Verify payment manually using your stored payload $payment->verify(array $gatewayPayload);
Note: To get $callbackData, this package provides basic FormRequest classes to validate callback data.
These classes are located in AliYavari\IranPayment\Requests\<Gateway>Request. See Form Request classes
Settle
Some gateways (especially Shaparak gateways) require you to settle the payment after successful verification:
// Request the gateway to transfer the money into your account $payment->settle();
Refund or Reverse
If you need to refund a transaction, or if something failed during verification, use:
// Request the gateway to refund or reverse the transaction $payment->reverse();
Form Request Classes
To sanitize and validate callback data from each gateway, this package provides simple FormRequest classes.
You can use them like this (using the sep gateway as an example):
<?php declare(strict_types=1); namespace App\Http\Controllers; use AliYavari\IranPayment\Requests\SepRequest; use App\Http\Controllers\Controller; final class SepVerificationController extends Controller { public function update(SepRequest $request): JsonResponse { $callbackData = $request->validated(); // Verification logic, product delivery, etc. } }
Available Form Request classes:
// Behpardakht use AliYavari\IranPayment\Requests\BehpardakhtRequest; // Sep use AliYavari\IranPayment\Requests\SepRequest; // Zarinpal use AliYavari\IranPayment\Requests\ZarinpalRequest; // IDPay use AliYavari\IranPayment\Requests\IdPayRequest;
Verification and Settle Without Callback
Sometimes the user does not return to your website after the payment. In this situation, some gateways (mainly Shaparak-based ones) automatically reverse the transaction, while others do not. To handle this case the same way across all gateways, you can use the following methods. The package will apply each gateway’s rules internally and provide you with a simple, consistent API:
Note: After calling verifyPendingNoCallback(), or settle(), you can use the methods in Checking API Call Status to check the result of the API call.
use AliYavari\IranPayment\Facades\Payment; // Verify $payment = Payment::verifyPendingNoCallback(array $gatewayPayload); // Settle if verification was successful $payment->settle();
Testing
For local development or automated tests, you can fake payment responses so no real transactions are made.
This allows you to test success, failure, and connection errors safely.
use AliYavari\IranPayment\Facades\Payment; /** * Fake the default gateway to return successful response * * Default redirect data for testing: * ['url' => 'https://gateway.test', 'method' => 'POST', 'payload' => ['status' => 'successful'], 'headers' => []] */ Payment::fake(); /** * Fake specific gateways to return successful responses * * Note: Use `default` as the gateway key to target the default gateway */ Payment::fake([/* gateway keys */]); /** * Equivalent to the above (explicit success definition) * * Optional: Custom redirect data using `AliYavari\IranPayment\Dtos\PaymentRedirectDto` */ Payment::fake([...], Payment::successfulRequest(?PaymentRedirectDto $paymentRedirect = null)); /** * Fake gateways to return failed responses * * Optional: custom error message and error code */ Payment::fake([...], Payment::failedRequest(string $errorMessage = 'Error Message', string|int $errorCode = 0)); /** * Fake gateways to throw a ConnectionException */ Payment::fake([...], Payment::failedConnection()); /** * Define different behaviors per gateway */ Payment::fake([ 'gateway_one' => Payment::successfulRequest(), 'gateway_two' => Payment::failedRequest(), 'gateway_three' => Payment::failedConnection(), ]);
Note: Defining both global behavior and per-gateway behaviors together is not allowed in a single call. Use one strategy per fake() call.
Note: If you define multiple behaviors for the same gateway, the last one will override the previous definitions.
Contributing
Thank you for considering contributing to the Iran Payment Laravel! The contribution guide can be found in the CONTRIBUTING.md.
License
Iran Payment Laravel was created by Ali Mohammad Yavari under the MIT license.