Caribbean

Colombia

Mexico

This page is dedicated to providing a detailed overview of the possible statuses and stages that can be received through the boarding results webhook. Understanding these elements is crucial for accurately processing and reacting to the boarding notifications in your systems.

Understanding Status and Stages

In the boarding process, each application undergoes several stages, and its progress is tracked through various status updates. These updates provide essential information about the application's current state and any potential issues that may need to be addressed.

Status

Statuses indicate the final outcome of the boarding process for an application. They can help you determine whether the boarding was successful or if there were any problems that need resolution. The primary statuses you may encounter include:

Status	Description
CANCELED	This application has been canceled by the user.
REJECTED	The application was rejected due to incorrect data. You can retry the boarding.
SUCCESSFUL_PROCESSED	The application was successfully processed and it is totally boarded.
FAIL_PROCESSED	The application was processed but it failed during the boarding (boarding is not complete). You can retry the boarding.
DECLINED	The application has been declined. This means it cannot be further processed. The user should not attempt any additional actions on this application, as it must be terminated.
BOARDING_PROCESS	Started boarding Process. An event with status will not be received as it is in progress.
IN_PROGRESS	The application has an ID generated. Some information is saved, but not requested yet to board. An event with status will not be received as it is in progress.

Stages

Stages represent the specific points in the boarding process where an application completes a significant step, we can call it like a "Sub-Status". It is used to inform the last step processed when successfully finished or in which step of execution the application failed. Knowing the stages provides insight into the progression and helps pinpoint where in the process an error occurred if the status is not successful. Key stages include:

Stage	Description
PRE ONBOARDING OMNIPAY	Fiserv Back End initial Merchant validation / creation.
FDPOS	Terminal Registration (only for some institutions Card Present merchants).
DATAWIRE	Terminal Certification (only for some institutions Card Present merchants).
PCF	Boarding in Authorizer. (only for some institutions Card Present merchants).
IPG	Ecommerce Store Creation. (only for Card not Present merchants).
OMNIPAY	Data Update after creating Terminals, Ecommerce and Authorizer record (Last Step).