Amadis

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

Arkos is a software framework that can be used to build any L3 payment acceptance system. It requires good software skills, basic EMV/payment expertises, and a good knowledge of the API to start. In average, between 8 and 12 weeks are required to port the software onto a new platform.

 

The advantages of using that framework are:

  • The system has already been certified in the past on different platforms

  • The system is already deployed on the field in major markets

  • The system is versatile and may be adapted to any Level 3 contexts

  • The system’s version that is purchased is maintained against the very last specs and frequent test plans

Terms

Term

Definition

Acceptor

Card acceptor or acceptor is an entity accepting payment related cards.

Acquirer

A financial or related institution acquiring card payment transactions and performing the settlement for merchant accounts.

Cardholder

The person who presents the card to the acceptor for provision of goods or services. The cardholder signs the agreement with the card issuer to use a card linked to an account.

POI

Point-Of-Interaction

See also Acceptor, Payment terminal, Payment System

POS

Point-Of-Sales

Processor

An entity acquiring card payment transactions.

Can be an Third-Party Agent or an Acquirer.

Sale System

See also Point-Of-Sales.

TMS

Terminal Manager System. An entity responsible for the maintenance and the monitoring of the a payment terminals estate.

1. Standard Project steps

1.1 Qualification Phase

1.1.1 Plaform qualification

The purpose of the platform qualification is to assess the use of the platform, and to identify any constraints or challenges that might arise at the course of the project.

For each targeted platofrm, we would need:

  • EMV Level 2 Letter-Of-Approval (LOA)

  • Platform Product Datasheet

  • SDK

  • Documentation

  • Some payment devices (nice-to-have)

1.1.2 Processing Host qualification

The purpose of the processing host qualification is to assess the effort to support the processor’s requirements as well as to validate their compatibility with the standard card payment business processes between an acceptor and a processor.

For each targeted processor, we would need:

  • Exchange Protocol Specifications

  • Transport Protocol Specifications

  • Security Specifications (if applicable)

1.1.3 Maintenance Host qualification (if applicable)

The purpose of the Maintenance host qualification is to assess the effort to support the TMS’s requirements as well as to validate their compatibility with the standard maintenance and monitoring business processes between an acceptor and a TMS.

For each targeted processor, we would need:

  • Exchange Protocol Specifications

  • Transport Protocol Specifications

  • Security Specifications (if applicable)

1.1.4 Sale System qualification (if applicable)

The purpose of the Sale System qualification is to assess the effort to support the Sale System’s requirements as well as to validate their compatibility with the standard sale business processes between a sale system and an acceptor.

For each targeted Sale System, we would need:

  • Exchange Protocol Specifications

  • Transport Protocol Specifications

1.2 Project Execution

1.2.1 Requirements

1.2.2 Development

1.3 Project Acceptance

1.3.1 User Acceptance Test

1.3.2 Certification

  • No labels