Recurring Charges
Last updated
Last updated
In summary once a customer has successfully made their initial payment using a card, you have the option to store their card authorization and utilize it for future transactions. It's important to note that this functionality is currently only applicable for card payments.
You can initiate the first charge either from a web application or a mobile app. Explore the various integration methods available for both web and mobile platforms to effectively implement this functionality.
Local regulations mandate that users must undergo a two-factor authentication (2FA) process during the initial transaction to authenticate their card. Only after successful authentication can we proceed with charging the card for subsequent transactions.
This requirement enables us to verify the validity of the card and ensures that it can be used for subsequent transactions without any issues.
Minimum charge amount
We suggest a minimum amount of ILS 0.5, JOD 0.1, or USD 0.20 for the initial charge. Please note that lower amounts may not be guaranteed to work with all card brands or banks.
As part of our standard practice, we credit the user's app with a value equivalent to the tokenization amount, or alternatively, we issue a refund for the charged amount. This ensures that the user's funds are not permanently deducted and provides a seamless experience for them.
Upon a successful first transaction, you have two options for obtaining transaction updates. Firstly, you can set up a webhook endpoint to receive events in real-time. Alternatively, you can utilize the to check the status of the transaction. In both cases, the response will follow the sample format provided below:
In the response, you will observe that the data object includes an authorization object. This authorization object provides detailed information about the payment instrument used by the user, specifically the card details.
Afterwards, you should save the authorization information and the email used for the transaction. These details will be useful for charging the card in future transactions. It's important to note that each payment method used on your website or app has a unique identifier. This identifier helps prevent the storage of duplicate authorizations, so you won't save the same information multiple times.
To maintain complete card-related information, it is crucial to store the entire authorization object. This ensures that no context is lost regarding the card details.
Additionally, it is essential to store the email address used during the authorization creation process. Only the email associated with the initial authorization can be used for subsequent charges. If you rely on the user's email stored in your system and the user modifies it, the authorization will no longer be chargeable. Therefore, storing the original email used for authorization is necessary to ensure the successful processing of future charges.
By saving the complete authorization object, you gain the ability to display the customer's payment details during subsequent payment attempts. This allows for a seamless recurrent charging process. For instance, when the user intends to make another payment, you can conveniently present the card details as "Bank of Palestine Visa card ending with 1234" to the user. This facilitates a smooth and straightforward payment experience.
Interval-based Charging If your application requires charging authorizations at specific intervals, you will need to set up a cron job on your server. This cron job will run at designated intervals and retrieve all the authorizations that need to be charged.
When the user chooses a specific card for a new transaction or when you need to charge them in subsequent transactions, you will need to send the authorization code, the user's email, and the desired amount to the . This API enables you to initiate the charge process by providing the necessary information to authorize the transaction and complete the payment.