This document contains all the information you need to know when migrating from previous API versions to the current API version. Since the APIs are periodically upgraded, we recommend that you follow a routine schedule when upgrading to the latest API version.
What is happening now? Praxis has set a deprecation/discontinuation schedule that will gradually stop servicing the following API versions: v1.2, v1.1, v0.24
Deprecation Schedule:
Discontinuation date: June, 30th 2022.
{danger.fa-exclamation-triangle} The deprecation announcement means we will be putting earlier versions of the API on a deprecation schedule that will end in discontinuation of those older APIs. while on deprecation period, the earlier APIs will be maintained but will no longer receive the new features and performance updates (excluding critical security updates), the online documentation will be moved to archive and will not be maintained further.
{danger.fa-exclamation-triangle} When the earlier API versions reach the discontinuation date, any CRM that is identified in Praxis by the API version prior to v1.3, will be treated as inactive. An inactive CRM cannot send requests to Praxis Cashier API or receive the notifications back.
All merchants that are currently running an integration with API prior to v1.3 will receive an email notifying about the deprecation schedule. Further, it is needed to plan their migration to the new API, which involves the following high level process:
1) Merchant/CRM provider reviews the migration manual, namely the 'What's new in API v1.3' document and comparison document relevant for their scenario (1.1 or 1.2), and decides on the preferred routes in order to achieve their targets.
2) Merchant notifies Praxis regarding the chosen Integration type (Cashier API or Direct API), required flows (Deposit, Withdrawals/Payout), and overall coordinate key objectives for the integration and requests Test API credentials.
3) Development Stage: Integration process starts by the Merchant/CRM provider. Any questions are resolved by the already established channels of communication. Once the development is completed, the merchant notifies Praxis Support and coordinates the acceptance process.
4) Testing/ Acceptance step: Praxis Support Team performs acceptance testing and informs the Merchant regarding the results. In some cases, working with the merchant or CRM provider may be required to complete testing.
5) At this point, Praxis support and Merchant agree on a date to make the switch which is then carried out according to the plan.
In order to migrate to API v 1.3, please make sure to review the following:
{danger.fa-exclamation-triangle} API Version 1.3 contains changes to object structures, signature and API endpoints. in addition, it also includes new functionality that was not available in the earlier versions of the API. Merchants have a choice to migrate only the existing functionality, or to take advantage of the new one. Please read through What's new section to assess which features you want to take advantage of during your migration.
It's important that you identify the relevant functionality that needs to be implemented and prepare to map between existing flows and new ones supported by the new API version.
Main integration options in API v1.3
1. Cashier API which can be used as Cashier Flow or Terminal Flow.
2. Direct API which have a few main use cases:
Here you can find the corresponding methods between what is used now and how it is composed in the new API v1.3:
Cashier Flow
Terminal Flow
To help you understand the differences we have prepared a comparison of both versions so that you can identify what needs to be adjusted for the new version:
Compare: if you are migrating from v1.1 to v1.3
Here you can find the corresponding methods between what is used now and how it is composed in the new API v1.3:
To help you understand the differences we have prepared a comparison of both versions so that you can identify what needs to be adjusted for the new version:
Compare: if you are migrating from v1.2 to v1.3
{danger.fa-exclamation-triangle} In order to use the Direct API with full credit card details, the merchant has to comply with PCI DSS and confirm their compliance level by providing the up-to-date AOC (Attestation of Compliance) document or SAQ-D with external vulnerability scan report.
Merchant: a party selling goods or services to customers via an eCommerce website. We provide the best integration solution for a merchant to accept payments.
Customer: someone who buys goods or services from a merchant. Cardholder: a person who uses a card issued by a bank to pay for goods and services on a merchant’s website.
Transaction: when a customer pays money to a merchant a transaction is created.
Environment: two environments are provided from our side: a sandbox in which one will be able to test all possible test scenarios and a live environment that is used for live customers. Note: different API keys are used for both environments. Once the environment is authenticated, please send a request to customer support to get an API key.
Still have questions? Please contact us via email to [email protected].