Sale Transaction

What is a Sale?

A sale is a transaction between two or more parties that involves the exchange of tangible or intangible goods, services, or other assets for money. In some cases, assets other than cash are paid to a seller.

In the case of the MPOS Companion API implementation the Sale transaction refers to the customer paying the goods or services received by means of tapping or inserting their bank card into the payment device.

The sale transaction is also used for purchase with cash (part of the sale is cash) and cashback (the entire sale amount is cash.)

The Sale request allows MPOS Applications to integrate card processing into their applications. To process a card payment the MPOS App must launch the Ecentric Payment App via an Android Intent call, to process the response intent data, in order to understand if the transaction succeeded of failed.

🚧

Note:

An auth token must exist before a payment can be requested.
Please refer to section Retail Auth Validation


How Does a Sale Work?

The diagram below displays an example of how a Sale works by making use of the Companion App (Here after known as the MPOS App), Payment App (Here after known as the Ecentric's Payment App), Transaction Processor (Here after known as the Ecentric Server) and Acquirer.

Sale transaction flow

Sale Transaction Flow

Process Description:

Step 1:

When a sale transaction is initiated on the MPOS App, the first step before processing the transaction, is to check if an authentication token is available in the request.

  • If there is an auth token available, then the transaction will continue as per normal.
  • If there is no auth token available, then the MPOS App will need to do a RETAIL_AUTH request in order to obtain a valid auth token, before a SALE transaction can be requested.

Step 2:

The MPOS App will initiate a SALE request, the SALE request will be sent to the Ecentric Payment App.

Step 3:

The Ecentric Payment App will process the card details and forward the SALE request to Ecentric's Server.

Step 4:

The Ecentric Server will validate the auth token in the request.

NOTE: If the auth token is not validated, the Ecentric Server will return an "invalid auth token" error to the Ecentric Payment App, and the transaction will be aborted.

Step 5:

The Ecentric Server will send a financial message to the Acquirer.

Step 6:

The Acquirer will the perform the necessary checks in order to validate and process the transaction.
Once the validation of the transaction has been performed, the Acquirer will respond with a financial message to the Ecentric Server, which contains the transaction outcome.

Step 7:

The Ecentric Server will return the transaction response to the Ecentric Payment App.

Step 8:

The Ecentric Payment App will then forward the transaction outcome to the MPOS App.

Step 9:

The MPOS App will be able to display the transaction outcome to the customer.


Sale Transaction Tutorial Video


Request

Sample Bundle: Sale

The following is an example of a SALE request for R10.00

"launchType": "SALE"	
"merchantID": "770000000000123"
"authenticationKey": "e27b5ce6-8ba6-4746-9453-536728f7cbeb"
"transactionAmount": 1000

Sample Bundle: Purchase with Cash

The following is an example of a Purchase request for R10.00 and a Cash amount of R50.00

"launchType": "SALE"	
"merchantID": "770000000000123"
"authenticationKey": "e27b5ce6-8ba6-4746-9453-536728f7cbeb"
"transactionAmount": 6000 // The entire amount in cents
"cashAmount": 5000 // the cash amount in cents

Sample Bundle: Cashback

The following is an example of a Cashback request for R50.00

"launchType": "SALE"	
"merchantID": "770000000000123"
"authenticationKey": "e27b5ce6-8ba6-4746-9453-536728f7cbeb"
"transactionAmount": 5000 // The entire amount in cents
"cashAmount": 5000 // The cash amount in cents

Parameters

📘

Note

When values are submitted in the request which exceed the maximum length, the intent request is halted, and the appropriate message is handed back to the MPOS application.

The following table describes the parameters of the SALE request message.

PARAMETERSTYPEDESCRIPTIONEXAMPLE
REQUIRED
launchTypeSTRINGMust be “SALE”
Used for launching the Ecentric Payment App to process a payment.
SALE
merchantIDSTRINGThe merchant ID assigned to the merchant.
The merchant ID will always be the same ID for a specific merchant.
To be provided by Ecentric.
910100000000001
authenticationKeySTRINGThe authentication token that was generated by the server on a successful retail auth call to the Ecentric Payment App.e27b5456-8bff6-4746-94bg-367253356eb
transactionAmountLONGThe full transaction amount to be charged in cents.
This amount will include a cashAmount if it was specified.
1000
OPTIONAL
merchantNameSTRING
ALPHANUMERIC WITH SPACES
The name of the merchant that requested the transaction, as stored at the bank.Merchant A
cashAmountLONGThe amount of cash that was withdrawn in cents.
The cashAmount will be included in the transacionAmount.
500
transactionDescriptionSTRING
ALPHANUMERIC WITH SPACES
Reference description for the merchant’s records.3rd party app desc
transactionReferenceNumberSTRING
ALPHANUMERIC
Reference number field that also appears in a merchant portal when available.ref#123456
cellNumberToSMSReceiptSTRING
NUMERIC
10-digit cell phone number for receipt SMS destination. Can be blank.
NOTE: If isReceiptRequired is true then this is a mandatory field.
0721234567
emailAddressToSendReceiptALPHANUMERICValid email address for receipt email destination. Can be blank.
NOTE: If isReceiptRequired is true then this is a mandatory field.
[email protected]
isReceiptRequiredBOOLEANIf set to true, at least one of the receipt parameters above needs to be set.
If set to false the user will not be prompted to send a receipt after payment using the Ecentric Payment App.
NOTE: According to VISA and Mastercard requirements, this must always be set to true unless the app developer is providing an alternative means to send a receipt
true
alwaysShowTransactionStatusScreenBOOLEANOnce the Ecentric Payment App has processed a transaction there is a status screen that shows the success/failure of processing.
Set this flag to true if you would like this displayed otherwise false to hide it. Default is false.
true
externalSTANSTRING
NUMERIC
A systems trace number generated by some 3rd party ERP systems.123456
externalRRNSTRING ALPHANUMERICA RRN generated by some 3rd party ERP systems.ABCDEF123456
externalTransactionGUIDSTRING ALPHANUMERICA GUID that identifies a specific transaction generated by 3rd party ERP systems.2fdca02f-3cbe-4e8c-82ad-86a1a16b72e8
externalInvoiceGUIDSTRING ALPHANUMERICA GUID that identifies a particular invoice that may appear on more than one transaction.2fdca02f-3cbe-4e8c-82ad-86a1a16b72e9
transactionUuidSTRING ALPHANUMERICUnique ID of transactionbdf9d0af-17b3-48ca-8a0b-37dc52bf49bc
externalTransactionDateTimeSTRINGA date and time the transaction was generated on the 3rd party ERP systems. Has the format of “yyyy-MM-dd'T'HH:mm:ss”2017-04-28T09:30:00
externalTerminalIdSTRING
NUMERIC
A terminal identifier for device configured on the 3rd party ERP system.98100010
latitudeSTRING
NUMERIC
A geolocation identifier indicating the latitude position of the device.-28.1619942
longitudeSTRING
NUMERIC
A geolocation identifier indicating the longitude position of the device.30.2350981
accuracySTRING
NUMERIC
A accuracy indicator of the geolocation.
additionalDataOBJECTSee Additional Parameters section for the AdditionalData Object.N/A

Additional Parameters

📘

Note

The 'additionalData' object allows the MPOS App to pass data fields of any type to the server.
This 'additionalData' object is NOT interrogated or used by the Ecentric Payment App itself, but only passes the object through to the server.

AdditionalData Object

The following tables describes the additional parameters of the SALE request message, based on the preference of the merchant.

📘

Note

  • All fields including a (*) are required parameters for PayFac clients.
  • All fields including a (#) are required parameters for Mastercard acceptance.
  • All fields not marked are optional for all merchants based on the merchants preference.
PARAMETERSTYPESIZE(MAX)DESCRIPTIONEXAMPLE
merchantInfoOBJECTN/ASee parameters under MerchantInfo Object.
example included in code Sample Code SALE Request
N/A
TokenizationOBJECTN/ASee parameters under Tokenization Object.
example included in code Sample Code SALE Request
N/A
extendedTrxTypeNUMERIC STRING12The unique 4 digit number configured on Postilion switch, which 3rd party integrators can use to route transactions to a different acquirer.
Provided by Ecentric.
example included in code Sample Code SALE Request
1234
(*)
subMid
NUMERIC STRING15The unique ID for each sub merchant. Determined by the PayFac.
example included in code Sample Code SALE Request
574595612358745

MerchantInfo Object

PARAMETERSTYPESIZE(MAX)DESCRIPTIONEXAMPLE
(*) (#)
Phone_No
STRING
NUMERIC
16The unique phone number of the merchant.

As a PayFac client, the unique phone number of the sub merchant.
0123456789
(*) (#)
Street
STRING
ALPHANUMERIC WITH SPACES
255The unique street address of the merchant.

As a PayFac client, the unique street address of the sub merchant.
cnr Von Willich Ave &, Leonie St
(*) (#)
URL
STRING
ALPHANUMERIC
255The unique URL of the merchant.

As PayFac client, the unique URL of the sub merchant.
www.merchantwebsite.com
(*) (#)
Support_Phone_No
STRING
NUMERIC
16The unique support phone number of the merchant.

As PayFac client, the unique support phone number of the sub merchant.
0123456789
(*) (#)
City
STRING
ALPHANUMERIC
48The city where the merchant's store is located.

As PayFac client, the city where the sub merchant's store is located.
Johannesburg
(*) (#)
Province
STRING
ALPHANUMERIC
48The province where the merchant's store is located.

As PayFac client, the province where the sub merchant's store is located.
GP
(*)
Country_Code
STRING
NUMERIC
16As PayFac client, the country code where the sub merchant's store is located.ZA
(*)
Currency_Code
STRING
NUMERIC
3As PayFac client the currency code that the sub merchant uses to define the transaction currency.
Currency code based on the ISO 8583 standard.
710
(*)
Postal_Code
STRING
NUMERIC
16As PayFac client, the postal code where the sub merchant's store is located.0157

Tokenization Object

PARAMETERSTYPESIZE(MAX)DESCRIPTIONEXAMPLE
MerchantUserIDNUMERIC STRING16Creates the ability to tokenize a customer card, in order for a PSP to perform subsequent transaction on the terminal as another means of securing customer information during transaction processing.1

Sample Code

The following code needs to be implemented by the MPOS Application in order to invoke the Ecentric Payment App to initiate a SALE request message.

*See Sample Code SALE Response for the intentLauncher function

private void doSale() {
    Intent intent = new Intent();
   	intent.setClassName("com.ecentric.ecentricpay", "com.ecentric.ecentricpay.MainActivity");
    Bundle dataBundle = new Bundle();
    dataBundle.putString("launchType", "SALE");
  	dataBundle.putString("merchantID", "910100000000001")
    dataBundle.putString("authenticationKey", "received_authenticationKey");
    dataBundle.putLong("transactionAmount", 1000); // amount in cents
  
		JSONObject additionalData = new JSONObject();
		try {
      // Add subMid field
			additionalData.put("subMid", "574595612358745");
      
      // Add extendedTrxType
			additionalData.put("extendedTrxType", "6705");
      
			// Create a merchantInfo object
			JSONObject merchantInfo = new JSONObject();
			merchantInfo.put("Phone_No", "0114567891");
			merchantInfo.put("Street", "cnr Von Willich Ave &, Leonie St);
			merchantInfo.put("City", "Johannesburg");
			merchantInfo.put("Province", "Gauteng");
			merchantInfo.put("Country_Code", "ZA");
			merchantInfo.put("Currency_Code", "710");
			merchantInfo.put("Postal_Code", "0157");
			additionalData.put("Merchant_Info", merchantInfo);
                                          
      // Create a Tokenization object
 			JSONObject tokenization = new JSONObject();
			tokenization.put("MerchantUserID", "1");
			additionalData.put("Tokenization", tokenization);
	 
			dataBundle.putString("additionalData", additionalData.toString());
		} catch (JSONException e) {
			e.printStackTrace();
		}

    intent.putExtra("ecentricBundle", dataBundle);
    try {
        intentLauncher.launch(intent);
    } catch (Exception e) {
        Log.e(TAG, "Error launching intent: " + e);
    }

Response

📘

Note

Result of the transaction:

  • The resultCode will indicate the result of the sale request:
    01 -> Successful
    02 -> Declined
    03 -> Aborted
    04 -> Error

Receipt Bundle:

  • In the event that the Integrator would like to manage the receipt for the customer, the receipt bundle is sent back along with the Sale Response.
  • The Integrator may decide which fields they would like to display on the receipt but must take into account the mandatory which must be printed according to the L3 rules.

Mandatory Receipt Printing Fields

  • MERCHANT_NAME
  • Hashed merchantID (*Note that the full merchantID is sent back in the receipt bundle and it is the merchant's responsibility to HASH the merchantID before printing on the receipt.)
  • RC
  • STATUS
  • RRN
  • APP_LABEL
  • AID
  • TERMINAL_ID
  • PAN_WITH_BIN
  • transactionUuid
  • DATE
  • FORMATTED AMOUNT

Sample Bundle

The following is an example of a SALE response bundle the MPOS Application will receive.

"resultDescription": "APPROVED",
 "buildInfo": "Ecentric",
 "isReceiptDataAvailable": true,
 "resultCode": "01",
 "receiptBundle": {
    "MERCHANT_REGION_CODE": "09",
    "RC_ALT": "00",
    "CASH_AMOUNT_CENTS": "0",
    "SEQ_NO": "000",
    "STATUS": "APPROVED",
    "BUDGET_PERIOD": "0",
    "CARD_TYPE": "",
    "PAN_WITH_BIN": "445143******2309",
    "MERCHANT_ID": "770000000000123",
    "TIMESTAMP": "1745476020950",
    "EXTERNAL_TRANSACTION_DATETIME": "",
    "PROCESSING_CODE": "0",
    "RC_DESCRIPTION": "Approved",
    "EXTERNAL_INVOICE_GUID": "",
    "REPLACEMENT_MERCHANT_ID": "",
    "BATCH_NO": "000",
    "AUTH_PROFILE": "0",
    "INTERCHANGE": "null",
    "ESC_BY_AUTH_CODE": "226 00 IH 15882",
    "TX_TYPE": "0",
    "ACC_TYPE_DESC": "Default",
    "TIP_AMOUNT": "",
    "CURRENCY_CODE": "0710",
    "AUTH_CODE": "15882",
    "RC": "00",
    "AID": "A0000000031010",
    "ATC": "055D",
    "CRY": "13A531FAFC4D29F6",
    "CVM": "none",
    "IAD": "06010A03A04000",
    "PAN": "************2309",
    "RRN": "511427060006",
    "TSI": "0000",
    "TVR": "0000000000",
    "APSN": "",
    "DATE": "2025-04-24T06:27:06.749+0000",
    "STAN": "",
    "NAME_ON_CARD": "UnknownCardholderName",
    "AMOUNT_CENTS": "1000",
    "ABS_AMOUNT": "10.00",
    "TOKEN": "",
    "RECEIPT_NUMBER": "",
    "EXTENDED_TRX_TYPE": "",
    "TERMINAL_ID": "77012398",
    "TX_TYPE_DESCRIPTION": "SALE",
    "EXTERNAL_TERMINAL_ID": "",
    "FORMATTED_AMOUNT": "R 10.00",
    "DESCRIPTION": "511427060006",
    "BATCH_NUMBER": "0",
    "SETTLEMENT_DATE": "",
    "SURCHARGE_AMOUNT": "0.00",
    "EXTERNAL_TRANSACTION_GUID": "",
    "CARD_BIN": "445143",
    "TRANSACTION_INFO": "22600IH15882",
    "REPLACEMENT_TERMINAL_ID": "",
    "POS_ENTRY": "701",
    "RC_ISO_DESCRIPTION": "Approved or completed successfully",
    "APPLICATION_LABEL": "VISA SAVINGS",
    "MERCHANT_CITY": "Cape Town",
    "MERCHANT_NAME": "Istore",
    "CUSTOMER_NAME": "",
    "APP_VERSION": "",
    "CARD_SEQ_NO": "0",
    "APP_LABEL": "VISA SAVINGS",
    "INVOICE_NUM": "",
    "MESSAGE_1": "",
    "MESSAGE_2": "",
    "CARD_TRANSACTION_TYPE": "CONTACTLESS",
    "FORMATTED_CASH_AMOUNT": "R 0.00",
    "CASH_AMOUNT": "0.00",
    "RESULT_CODE": "00",
    "MERCHANT_COUNTRY_CODE": "ZA",
    "REPRINT": "false",
    "PAN_HASH": "3f5c9f528a4bfa5d5e4137824d0b08491b5bc30b062ad778a818770f10771019",
    "AMOUNT": "10.00",
    "TIP_LABEL": "",
    "DIGITS": "2309",
    "CVM_ABSA": ""
  },
 "merchantID": "770000000000123",
 "serialNumber": "PC05P2CG10036",
 "isApproved": "true",
 "launchType": "SALE",
 "cashAmount": "0",
 "transactionUuid": "bdf9d0af-17b3-48ca-8a0b-37dc52bf49bc",
 "appVersion": "1.9.2",
 "transactionAmount": "1000"

Parameters

The following table describes the parameters of the SALE response message.

*Note: If additional data was added to the sale request, those parameters will also be returned in the response.

PARAMETERSTYPEDESCRIPTIONEXAMPLE
launchTypeSTRINGEcho of the launchType used to launch the Ecentric Payment App.SALE
resultCodeSTRINGRepresents the result status of the intent call to the Ecentric Payment App
● 00: COMPLETED
● 01: SUCCESSFUL
● 02: DECLINED
● 03: ABORTED
● 04: ERROR
00
resultDescriptionSTRINGA user readable representation of the above resultCode i.e. Approved for resultCode 01.
If the bank or switch approves or declines the transaction, the response description is included in this field.
APPROVED
merchantIDSTRINGEcho of the merchantID used in the request.910100000000001
merchantNameSTRINGThe name of the merchant that requested the transaction as stored at the bank.Merchant A
transactionAmountSTRINGApproved total transactionAmount.1000
cashAmountSTRINGApproved cashAmount.500
transactionDescriptionSTRINGEcho of the transactionDescription used to launch the Ecentric Payment App.3rd party app desc
cellNumberToSMSReceiptSTRINGMasked out value of the cell number used to send the receipt to. * * * **657
emailAddressToSendReceiptSTRINGMasked out value of the email address used to send the receipt to.* * * * *@ecentric.com
isReceiptRequiredSTRINGEcho of the isReceiptRequired used to launch the Ecentric Payment App.true
isReceiptDataAvailableSTRINGBoolean indicating whether a receiptBundle object is available. Will always be included for approved or declined transactions.true
receiptBundleSTRINGConsists of a sub-bundle of server parameters that can be used by the partner application to create a receipt.See Sample ecentricBundle SALE Response.
appVersionSTRINGThe software version currently running on the Ecentric Payment App.1.9.2
externalSTANSTRINGEcho of the systems trace number generated by some 3rd party ERP systems.123456
externalRRNSTRINGEcho of the RRN generated by some 3rd party ERP systems.ABCDEF123456
externalTransactionGUIDSTRINGEcho of the GUID that identifies a specific transaction generated by 3rd party ERP systems.2fdca02f-3cbe-4e8c-82ad-86a1a16b72e8
externalInvoiceGUIDSTRINGEcho of the GUID that identifies a particular invoice that may appear on more than one transaction.2fdca02f-3cbe-4e8c-82ad-86a1a16b72e9
externalTransactionDateTimeSTRINGEcho of the date and time the transaction was generated on the 3rd party ERP systems. Has the format of “yyyy-MM-dd'T'HH:mm:ss”2017-04-28T09:30:00
externalTerminalIdSTRINGEcho of the terminal identifier for device configured on the 3rd party ERP system.98100010
transactionUuidSTRINGEcho of the Unique ID of a transaction.bdf9d0af-17b3-48ca-8a0b-37dc52bf49bc
terminalIdSTRINGThis is an automatically system-assigned terminalID of the payment terminal’s identity number, which can be used to assist with settlement information and is returned in BASE36 format.77012398
latitudeSTRINGEcho of geolocation identifier indicating the latitude position of the device.-28.1619942
longitudeSTRINGEcho of geolocation identifier indicating the longitude position of the device.30.2350981
accuracySTRINGEcho of accuracy indicator of the geolocation.
serialNumberSTRINGThe serial number for the device that was used for the RETAIL_AUTH intent call.PC05P2CG10036

Sample Code

The following code needs to be implemented by the MPOS Application to decode the SALE transaction outcome and resume the MPOS App flow accordingly.

private final ActivityResultLauncher<Intent> intentLauncher = registerForActivityResult(
       new ActivityResultContracts.StartActivityForResult(),
       result -> {
           if (result.getResultCode() == Activity.RESULT_OK) {
               Intent data = result.getData();
               if (data != null) {
                   Bundle responseBundle = new Bundle(data.getBundleExtra("ecentricApplicationResponse"));
                   String launchType = responseBundle.getString("launchType");
                   String resultCode = responseBundle.getString("resultCode");
                 		// Determine if the transaction was successfully executed using returned resultCode
                   Boolean success = false;
                   if (resultCode != null && (resultCode.matches("00") || resultCode.matches("01"))) {
                       success = true;
                   }

                   if (responseBundle.get("errorBundle") != null) {
                       Bundle errorBundle = new Bundle(responseBundle.getBundle("errorBundle"));
                   }
               }
           } else {
               Log.e(TAG, "Received error resultCode: " + result.getResultCode());
           }
       }
);

Error Handling

The following table contains typical errors that might occur and how to handle these errors:

ERROR MESSAGESOLUTION
Incorrect merchantIDEnsure that you have entered the correct merchantID.
authenticationKey is invalidWhen your authenticationKey is invalid, you will receive an error message indicating that the authenticationKey is invalid, a RETAIL_AUTH request needs to be done to obtain a valid authenticationKey.
transactionAmount not presentEnsure that you are sending through a valid transactionAmount.
Duplicate UUIDEnsure that a unique UUID is sent through for every new sale transaction.

Sample Bundle

The following is an example of a SALE ERROR response bundle that the MPOS Application will receive.

"resultDescription": "ABORTED",
"errorBundle": {
    "description": "ERROR",
    "reference": "",
    "errorType": "TRANSACTION",
    "message": "Transaction cancelled by user"
  },
 "buildInfo": "Ecentric_DEBUG_Ecentric_INT",
 "isReceiptDataAvailable": false,
 "resultCode": "03",
 "merchantID": "910100000000001",
 "serialNumber": "PC05P2CG10036",
 "launchType": "SALE",
 "cashAmount": "0",
 "appVersion": "1.9.8",
 "transactionAmount": "1000"