Typescript and Javascript utilities and API client to aid with PayGate integration. Optional ExpressJS middleware to simplify custom payment endpoints.
npm install paygate-sdk[![GitHub Release][ico-release]][link-github-release]
[![License][ico-license]](LICENSE)
[![Total alerts][lgtm-alerts]][link-lgtm-alerts]
[![Language grade: JavaScript][lgtm-code-quality]][link-lgtm-code-quality]
This documentation is currently in the process of being written and refined, and is not in a final state.
This project is made up of a few parts which can be used seperately or in combination, to aid with building an integration to the South African payment provider PayGate.
The main components are:
- A standalone Typescript and Javascript (NodeJS) client to interface with the PayGate API
- ExpressJS middleware which can be used to rapidly create endpoints for payment processing
- A utility module, also available in a browser friendly version, which can help with common PayGate tasks, such as generating a payload checksum, or extracting a transaction summary message from a payment status response
Only pick what you need in order to help with your specific integration requirements. For example, if you are already using ExpressJS and want to easily enable endpoints that can handle payment processing, then it's likely that the only thing you need from this project is the ExpressJS middleware functions. Or, perhaps more likely, you want to use the TS/JS client in a Node based project so that you don't have to deal directly with the PayGate HTTP API. In this case the utility module and typings may also be helpful.
Important links:
- The official PayGate Documentation
- The Typescript API reference for this SDK
- Quick Start
- Reference Implementation
- Process Flow
- Configuration
- API Client
- Middleware
- Utils
- Types
For Typescript ...
``typescript`
import { PayGateClient } from "paygate-sdk";
or alternatively, for NodeJS/Javascript ...
`javascript`
const { PayGateClient } = require("paygate-sdk");
and then you can use the client ...
`javascript
const client = new PayGateClient({
payGateId: "id",
payGateSecret: "secret",
returnUrl: "http://app.ui/payment-status",
notifyUrl: "http://backend/api/handle-payment-notification",
autoTransactionDate: true,
autoPaymentReference: true,
fallbackToZA: true,
});
const paymentResponse = await client.requestPayment({
AMOUNT: 100.0,
EMAIL: "client@email.com",
});
console.log(paymentResponse.paymentRef);
`
More detail is covered in the sections below.
In addition to the reference documentation, there is also a reference implementation available under the impl folder, which you can run in your local development environment (which will use a PayGate demo account) in a few simple steps. It serves as an example of how to use the various modules, and also as a playground where one can easily test an implementation. It consists of an ExpressJS backend that exposes endpoints via the middleware functions (which in turn uses the TS/JS API client), and a very simple frontend with which to test payments. To run the implementation, follow the steps below.
In order to run the reference implementation locally, you will need to have an account with Ngrok. A basic account is free and quick to set up. Ngrok, if you don't already know, is a service that can make your local development server available on a public URL via a secure tunnel. This is needed because PayGate needs to return to a URL that is publically available, after processing a payment. So we use Ngrok to expose the frontend app to the web.
Once you have an Ngrok authentication token, copy the file impl/proxy/.env.sample to impl/proxy/.env and replace the fake value with your authentication token. This is all that will be required to configure the tunelling environment.
The backend server implementation needs to know which PayGate credentials to use for testing. Copy the file impl/server/.env.sample to impl/server.env. It is already configured with the default PayGate test credentials, so no further action is needed. But if you wanted to test with different credentials, you may update them in this file.
If you have an Ngrok auth token and PayGate credentials configured, then you can simply run yarn install and yarn develop in each of the folders impl/proxy, impl/server and impl/app, and the proxy needs to be the first one to run. This (the fact that 3 different instance are running in 3 consoles) may be improved later to allow for a somewhat better development experience.
Once they are all up and running, navigate to http://localhost:8000 to test payments.
If you are not already familiar with the PayGate payment flow, it's best to first familiarize yourself with it, since this implementation is heavily influenced by it, and it will be easier to get going. A high level overview is provided below.
TODO: complete this overview
Both the API Client as well as the ExpressJS middleware are configured via a PayGateConfig object, described by the properties below. The payGateId and payGateKey properties are required, all the rest is optional. Where optional properties or default configuration values are not specified, those values will have to be explicitly passed in with each PaymentRequest. For example, you would typically have to set the RETURN_URL and a unique TRANSACTION_DATE on the PaymentRequest, as per the PayGate Specification. But if you were to specify a returnUrl on the configuration, and set autoTransactionDate to true, then you don't have to supply those values with the PaymentRequest, as they will be set automatically by the client and middleware. _Values explicitly found on the PaymentRequest will always take precedence over default configuration values_.
For all of this README documentation, all fields in CAPS, such as those found on PaymentRequest, are values specified and required by PayGate. Please refer to the PayGate specification for the details and requirements on those.
• payGateId: string Required
Your PayGate account ID
• payGateKey: string Required
Your PayGate password/secret
• returnUrl: string Optional
A default URL that PayGate should return to after processing a payment. If you set a RETURN_URL with an individual PaymentRequest, then that value will take precedence over this one.
• notifyUrl: string Optional
A default URL that PayGate should post payment notifications to. If you set a NOTIFY_URL with an individual PaymentRequest, then that value will take precedence over this one. If no value is found on either, then PayGate will not post payment notification data back.
• autoPaymentReference: boolean Optional
A unique payment reference (ID) has to be passed in with each PaymentRequest on the REFERENCE property. If you prefer to have control over that ID generation, then leave this value unset or false and set it on the PaymentRequest. But if you prefer to have a payment reference auto generated for you, then set this configuration value to true, and don't specify anything on the REFERENCE property of the PaymentRequest itself. If a value is found on the PaymentRequest, even with autoPaymentReference enabled, then the value on the payment request would take precedence over an auto generated one. Currently the unique ID being generated is a UUID4 string. An option may exist in the future to configure your own custom ID generator.
• autoTransactionDate: boolean Optional
A transaction date has to be passed in with each PaymentRequest on the TRANSACTION_DATE property. If you prefer to have control over the date generation, then leave this value unset or false and set it on the PaymentRequest. But if you prefer to have a date auto generated for you (at the time the request is invoked), then set this configuration value to true, and don't specify anything on the TRANSACTION_DATE property of the PaymentRequest itself. If a value is found on the PaymentRequest, even with autoTransactionDate enabled, then the value on the payment request would take precedence over an auto generated one.
• defaultCountry: CountryCode Optional
A country code has to be passed in with each PaymentRequest on the COUNTRY property. If no value is set on the PaymentRequest and a defaultCountry is configured, then the default value will be used. If a COUNTRY value is present on the PaymentRequest, it will be used instead.
• defaultCurrency: CurrencyCode Optional
A currency code has to be passed in with each PaymentRequest on the CURRENCY property. If no value is set on the PaymentRequest and a defaultCurrency is configured, then the default value will be used. If a CURRENCY value is present on the PaymentRequest, it will be used instead.
• defaultLocale: PayGateLocale Optional
A locale code has to be passed in with each PaymentRequest on the LOCALE property. If no value is set on the PaymentRequest and a defaultLocale is configured, then the default value will be used. If no value is found anywhere, then an english locale will be returned. This value is only relevant for the PayGate UI, and is not used for anything related to currency and country when processing payments.
• defaultPaymentMethod: PaymentMethod Optional
The payment method is an optional value according to the PayGate specification. However, if no value is set on the PaymentRequest and a defaultPaymentMethod is configured, then the default value will be used.
• fallbackToZA: boolean Optional
The fallbackToZA configuration option only affects COUNTRY and CURRENCY on the PaymentRequest. If it is set to true, and no value is expicitly set on the PaymentRequest, and furthermore no value is configured for defaultCountry and defaultCurrency respectively, then it will fallback to ZAF for country and ZAR for currency. If you are predominantly processing payments within South Africa, this can be a convenient option to set.
Documentation in progress ...
Make sure you are familiar with the PayGate process flow before continuing.
The PayGate API client is the core component of the SDK, and what most developers will use to build a PayGate integration. It is a Typescript API, but the compiled Javascript client can also be used in a NodeJS application. The TS reference documentation is available here, but an introduction is provided below.
For Typescript projects ...
`typescript`
import { PayGateClient } from "paygate-sdk";
For a NodeJS/Javascript project ..
`javascript`
const { PayGateClient } = require("paygate-sdk");
\+ new PayGateClient(payGateIdOrConfig: string | PayGateConfig, payGateKey?: string): PayGateClient
The constructor expects either a PayGateConfig>) object or a payGateId and payGateKey as parameters. If it's a PayGateConfig, then it's assumed that the payGateId and payGateKey properties will be set on the config, as they are required. Thus, the 2nd constructor parameter is ignored. However, if the first constructor parameter is a string, then it's assumed that no configuration object is provided, and therefore both the parameters payGateId and payGateKey are required.
▸ static getInstance(payGateIdOrConfig: string | PayGateConfig, payGateKey?: string): PayGateClient
In addition to the regular constructor, a static singleton method is also provided, which will return the same client instance every time it's called. Once it has been invoked with arguments, it can subsequently be invoked with no arguments to return the same instance. If the same payGateId and payGateSecret is specified in the arguments or config of subsequent invocations, then it will also provide the same instance as that which already exists. If, however, a different payGateId and payGateSecret is specified, then it will replace the existing instance with a new one, using the new values and configuration.
▸ requestPayment(paymentRequest: PaymentRequest): Promise\<PaymentResponse>
Will issue a payment request to PayGate. To understand what is expected from all the properties available on the PaymentRequest, as well as which properties are required or optional, consult the PayGate documentation. By using a PayGateConfig with the client, some of the required properies can be turned into _optional_ ones, by virtue of the fact that they can either be assigned default values or auto generated. Have a look at the Configuration section at the top for more details on how the configuration can be used.
▸ handlePaymentNotification(paymentStatus: PaymentStatus): Promise\<SuccessIndicator>
TODO: notes on caching
▸ queryPaymentStatus(paymentRef: PaymentReference): Promise\<PaymentStatus>
TODO: finish documenting the function
Will issue a query to PayGate for the status of a payment.
▸ Static generateChecksum(data: UntypedObject, encryptionKey: string): string
TODO: finish documenting the function
Will generate a checksum for a given object, according to the specification required by PayGate
TODO: notes on caching, urlencoded body parser requirement
Make sure you are familiar with the PayGate process flow before continuing.
The middleware module exposes 3 functions that can be used in your existing ExpressJS application.
▸ paymentRequestHandler(config: PayGateConfig): (void)
▸ paymentNotificationHandler(config: PayGateConfig): (void)
▸ paymentStatusHandler(config: PayGateConfig): (void)
The paymentRequestHandler can to be used on an endpoint of your choice, exposed as a POST request, and expects a request body that conforms to a PaymentRequest. It must be configured using a PayGateConfig. After handling the request, whether an error occurred or not, the result will be available on a paygate property on the ExpressJS request inside your endpoint function, from where you can do further processing.
The paygate property will contain a PayGateMiddlewarePaymentResult, which has the following properties:
• paymentResponse: PaymentResponse
If the payment was processed, then the paymentResponse property will be set with the result. Note that this does not indicate whether the payment itself was successfull, or declined etc. The PaymentResponse has to be consulted to see the status of the actual payment. The fact that this property is set only means that the payment was processed (or handled), ie, there was no errors in providing the service.
• badRequest: string
If there was an issue with the data provided, such as required fields missing on the PaymentRequest or any other issue that can/should be rectified by the service that uses this endpoint, then an appropriate message will be set on this property, and no other properties will be set. This should usually result in an HTTP 400 or Bad Request, but you can can deal with it any way you want.
• serviceError: any
If there was an internal error, or a caught exception, and the service could not be provided due to it, then the low level error or exception will be set on this property, and no other properties will be set. This should usually result in an HTTP 500 or Internal Server Error, but you can deal with any way you want.
The paymentNotificationHandler can to be used on an endpoint of your choice, exposed as a POST request, and expects a request body that conforms to a PaymentStatus. It must be configured using a PayGateConfig. This endpoint can therefore be used as the URI where PayGate sends payment notifications, as per the NOTIFY_URL.
This endpoint will only receive such notifications, and by default does nothing else. You will typically use this endpoint to persist payment notifications or trigger any other event driven processing that needs to happen on receiving payment notifications.
TODO: must return OK according to PayGate spec
TODO: notes on caching
After receiving the request, whether an error occurred or not, the result will be available on a paygate property on the ExpressJS request inside your endpoint function, from where you can do further processing.
The paygate property will contain a PayGateMiddlewarePaymentStatus, which has the following properties:
• paymentStatus: PaymentStatus
If the payment notification was received, then the paymentStatus property will be set with the result. Note that this does not indicate whether the payment itself was successfull, or declined etc. The paymentStatus has to be consulted to see the status of the actual payment. The fact that this property is set only means that the payment notification was received, ie, there was no errors in providing the service.
• badRequest and serviceError is same as above
The paymentStatusHandler can to be used on an endpoint of your choice, exposed as a GET request, and expects to receive either one of, or both, of the request parameters PAY_REQUEST_ID and REFERENCE. It must be configured using a PayGateConfig. This handler will query PayGate for the status of a payment. After handling the request, whether an error occurred or not, the result will be available on a paygate property on the ExpressJS request inside your endpoint function, from where you can do further processing.
The paygate property will contain a PayGateMiddlewarePaymentStatus, which has the following properties:
• paymentStatus: PaymentStatus
If the payment status was queried, then the paymentStatus property will be set with the result. You will usually want to return this payment status to the caller, but can handle it any way. If a failure occurred, then either of badRequest or serviceError will be set.
TODO: notes on caching and both fields required if not quering from the cache, ie, query directly with payagte
• badRequest and serviceError is same as above
Below is example showing how to use these middleware handlers in an ExpressJS environment. Note that the urlencoded body parser is required, since PayGate sends responses as that, and that the paymentNotificationHandler returns the text "OK" as required by PayGate.
`javascript
const express = require("express");
const bodyParser = require("body-parser");
const { paymentRequestHandler, paymentNotificationHandler, paymentStatusHandler } = require("paygate-sdk");
const server = express();
server.use(bodyParser.json());
server.use(bodyParser.urlencoded({ extended: true }));
const middlewareConfig = {
payGateId: process.env.PAYGATE_ID,
payGateKey: process.env.PAYGATE_SECRET,
returnUrl: "https://your.return.url",
notifyUrl: "https://your.notify.url",
autoTransactionDate: true,
autoPaymentReference: true,
fallbackToZA: true,
};
server.post("/payment-request", paymentRequestHandler(middlewareConfig), async (req, res) => {
if (req.paygate.badRequest) {
return res.status(400).send({ message: req.paygate.badRequest });
}
if (req.paygate.serviceError) {
return res.sendStatus(500);
}
// send the response back to the caller
res.send(req.paygate.paymentResponse);
});
server.post("/payment-notification", paymentNotificationHandler(middlewareConfig), async (req, res) => {
if (req.paygate.badRequest) {
return res.status(400).send({ message: req.paygate.badRequest });
}
if (req.paygate.serviceError) {
return res.sendStatus(500);
}
// persist the payment status available on req.paygate.paymentStatus,
// or trigger other payment notification events
// must send back text with "OK"
res.send("OK");
});
`
Documentation in progress ...
For Typescript projects ...
`typescript
import { Util } from "paygate-sdk";
import { generatePayGateChecksum } from "paygate-sdk/lib/util";
Util.toCentAmount(123.45);
generatePayGateChecksum({ prop: "val" }, "key");
`
For a NodeJS/Javascript project ..
`javascript`
const { Util } = require("paygate-sdk");
const { generatePayGateChecksum } = require("paygate-sdk/lib/util");
Also available for the browser ...
`html`
▸ toCentAmount(amount: string | number): string
▸ generatePayGateChecksum(data: UntypedObject, encryptionKey: string): string
▸ getTransactionInfo(paymentStatus: PaymentStatus): TransactionStatus
▸ getTestCards(): CreditCard[]
▸ getTestCardsByTransactionType(): CreditCard[]
▸ removeAllNonValuedProperties(obj: UntypedObject): void
▸ redirectBrowser(uri: string, params: any): void
Documentation in progress ...
- Currency
- PaymentMethod
- TransactionCode
- PayGateLocale
- UntypedObject
- ErrorObject
- PaymentRequest
- PaymentResponse
- PaymentReference
- PaymentStatus
- RedirectParams
- SuccessIndicator
- TransactionDescription
- CreditCard
#### PayGateEndpoints
▪ Const PayGateEndpoints: object
#### Properties:
| Name | Type | Value |
| -------------- | ------ | ----------------------------------------------------- |
| INITIATE_URI | string | "https://secure.paygate.co.za/payweb3/initiate.trans" |QUERY_URI
| | string | "https://secure.paygate.co.za/payweb3/query.trans" |REDIRECT_URI
| | string | "https://secure.paygate.co.za/payweb3/process.trans" |
#### TransactionStatus
▪ Const TransactionStatus: object
#### Properties:
| Name | Type | Value |
| ---- | ------ | --------------------- |
| 0 | string | "Not Done" |1
| | string | "Approved" |2
| | string | "Declined" |3
| | string | "Cancelled" |4
| | string | "User Cancelled" |5
| | string | "Received by PayGate" |7
| | string | "Settlement Voided" |
#### PayGateErrorCodes
▪ Const PayGateErrorCodes: object
#### Properties:
| Name | Type | Value |
| -------------------- | ------ | ----------------------------------------------------------------------------------------------------- |
| CNTRY_INVALID | string | "Country Invalid" |DATA_AMT_NUM
| | string | "Amount is not a number" |DATA_AMT_ZERO
| | string | "Amount value is zero" |DATA_CHK
| | string | "Checksum calculated incorrectly" |DATA_CREF
| | string | "No transaction reference" |DATA_DTTM
| | string | "Transaction date invalid" |DATA_INS
| | string | "Error creating record for transaction request" |DATA_PAY_REQ_ID
| | string | "Pay request ID missing or invalid" |DATA_PM
| | string | "Pay Method or Pay Method Detail fields invalid" |DATA_PW
| | string | "Not all required fields have been posted to PayWeb" |DATA_REGION
| | string | "No Country or Locale" |DATA_URL
| | string | "No return url" |INVALID_VAULT
| | string | "Vault value invalid" |INVALID_VAULT_ID
| | string | "Vault ID invalid" |INV_EMAIL
| | string | "Invalid Email address" |LOCALE_INVALID
| | string | "Invalid Locale" |ND_INV_PGID
| | string | "Invalid PayGate ID" |NOT_LIVE_PM
| | string | "No available payment methods" |NO_TRANS_DATA
| | string | "No transaction data found" |PAYVAULT_NOT_EN
| | string | "PayVault not enabled" |PGID_NOT_EN
| | string | "PayGate ID not enabled, there are no available payment methods or there are no available currencies" |TXN_CAN
| | string | "Transaction has already been cancelled" |TXN_CMP
| | string | "Transaction has already been completed" |TXN_PRC
| | string | "Transaction is older than 30 minutes or there has been an error processing it" |VAULT_NOT_ACCEPTED
| | string | "Card types enabled on terminal not available for vaulting" |
#### CreditCardResultCodes
▪ Const CreditCardResultCodes: object
#### Properties:
| Name | Type | Value |
| -------- | ------ | --------------------------------------------------------------- |
| 900001 | string | "Call for approval" |900002
| | string | "Card expired" |900003
| | string | "Insufficient funds" |900004
| | string | "Invalid card number" |900005
| | string | "Bank interface timeout" |900006
| | string | "Invalid card" |900007
| | string | "Declined" |900009
| | string | "Lost card" |900010
| | string | "Invalid card length" |900011
| | string | "Suspected fraud" |900012
| | string | "Card reported as stolen" |900013
| | string | "Restricted card" |900014
| | string | "Excessive card usage" |900015
| | string | "Card blacklisted" |900017
| | string | "Auth done" |900207
| | string | "Declined; authentication failed (incorrect verification code)" |900210
| | string | "3D Secure lookup timeout" |990020
| | string | "Auth declined" |991001
| | string | "Invalid expiry date" |991002
| | string | "Invalid amount" |
#### CommunicationAndDataResultCodes
▪ Const CommunicationAndDataResultCodes: object
#### Properties:
| Name | Type | Value |
| -------- | ------ | --------------------------------------------------------------------------------------------------- |
| 900019 | string | "Invalid PayVault scope" |900205
| | string | "Unexpected authentication result (phase 1)" |900206
| | string | "Unexpected authentication result (phase 2)" |900209
| | string | "Transaction verification failed (phase 2) (verification data altered)" |900210
| | string | "Authentication already complete; transaction must be restarted (verification done more than once)" |990001
| | string | "Could not insert into DB" |990013
| | string | "Error processing a batch transaction" |990022
| | string | "Bank not available" |990024
| | string | "Duplicate transaction detected" |990028
| | string | "Transaction cancelled" |990053
| | string | "Error processing transaction" |
#### Properties:
| Name | Type | Value |
| ---- | ------ | ----------- |
| af | string | "Afrikaans" |en
| | string | "Enblish" |sx
| | string | "Sutu" |tn
| | string | "Tswana" |ve
| | string | "Venda" |zu
| | string | "Zulu" |
#### PaymentMethodName
▪ Const PaymentMethodName: object
#### Properties:
| Name | Type | Value |
| ---- | ------ | --------------- |
| BT | string | "Bank Transfer" |CC
| | string | "Credit Card" |CV
| | string | "Cash Voucher" |DC
| | string | "Debit Card" |EW
| | string | "E-Wallet" |PC
| | string | "Pre-Paid Card" |
#### PayGateTestCards
▪ Const PayGateTestCards: object
#### Properties:
| Name | Type | Value |
| ------------------- | ------ | ------------------------------------------------------------------------------ |
| Approved | object | { MasterCard: string = "5200000000000015"; Visa: string = "4000000000000002" } |Declined
| | object | { MasterCard: string = "4000000000000036"; Visa: string = "5200000000000049" } |InsufficientFunds
| | object | { MasterCard: string = "5200000000000023"; Visa: string = "4000000000000028" } |NotProcessed` | object | { MasterCard: string = "5200000000000064" } |
|
The MIT License (MIT). Please see License File for more information.
[ico-license]: https://img.shields.io/badge/license-MIT-brightgreen.svg
[ico-release]: https://img.shields.io/github/tag/distributhor/paygate-sdk.svg
[link-github-release]: https://github.com/distributhor/paygate-sdk/releases
[lgtm-alerts]: https://img.shields.io/lgtm/alerts/g/distributhor/paygate-sdk.svg?logo=lgtm&logoWidth=18
[link-lgtm-alerts]: https://lgtm.com/projects/g/distributhor/paygate-sdk/alerts/
[lgtm-code-quality]: https://img.shields.io/lgtm/grade/javascript/g/distributhor/paygate-sdk.svg?logo=lgtm&logoWidth=18
[link-lgtm-code-quality]: https://lgtm.com/projects/g/distributhor/paygate-sdk/context:javascript