Skip to main content

Overview

The Get Status Service lets you query the current status of a transaction created via the GPI service or a Refund request. Use the PayGlocal GID or your own merchantUniqueId as the request identifier.
Use Get Status only when the GPI service response returns a CREATED status. Error statuses returned in the GPI response are final — no Get Status call is needed.

Endpoint

GET /gl/v1/payments/{id}/status/
Header: x-gl-token-external
{id} can be either:
  • The GID returned in the GPI response (e.g., gl-13bbd3c4-9817-4786-96c6-12fa6191f118)
  • Your merchantUniqueId sent in the original GPI request

Sample Response

{
  "gid": "gl-13bbd3c4-9817-4786-96c6-12fa6191f118",
  "status": "CREATED",
  "message": "Get Status Successful",
  "timestamp": "2021-04-12T07:47:18Z",
  "reasonCode": "GL-201-001",
  "data": {
    "siStatus": "SUCCESS",
    "detailedMessage": "Transaction Processed Successfully",
    "transactionCreationTime": "25/08/2021 14:24:12",
    "gid": "gl_0f82812f-356f-414e-9857-2d3473d53a3c",
    "Amount": "10",
    "Currency": "INR",
    "merchantTxnId": "23AEE8CB6B62EE2AF07",
    "reasonCode": "GL-201-001",
    "status": "SENT_FOR_CAPTURE",
    "maskedMandateId": "md_94fxxxxxx3e15",
    "siId": "si_cd2f0a1c-4dec-44d5-b0f3-297aee590d32"
  },
  "errors": null
}

GPI Transaction Statuses

StatusTypeDescriptionRecommended Action
CREATEDNon-finalTransaction created, customer not yet redirectedLoad PayGlocal redirect for customer
INPROGRESSNon-finalCustomer is on the PayGlocal payment pageWait for the customer to complete payment
ABANDONEDFinalCustomer closed the payment window or timed outSend a payment link to the customer
AUTHORIZEDNon-finalPayment authorized by the issuerPlan to ship goods
SENT_FOR_CAPTUREFinalPayment captured — funds will settleShip goods; refund if needed
ISSUER_DECLINEFinalCard issuer declined the paymentAsk customer for another payment method
CUSTOMER_CANCELLEDFinalCustomer cancelled on the PayGlocal pageAsk customer to retry
AUTHENTICATION_TIMEOUTFinal3DS authentication timed outAsk customer to retry
GENERAL_DECLINEFinalDeclined due to risk reasonsVerify customer identity; retry
REQUEST_ERRORFinalField-level error in the original requestFix request fields and retry
SYSTEM_ERRORFinalPayGlocal system issueRetry after some time
CONFIG_ERRORFinalMID configuration issueContact PayGlocal support
CONDITIONAL_DECLINEFinal*Processing error, transaction timeoutRetry after some time
*CONDITIONAL_DECLINE is technically final from an action standpoint, but a payment may very rarely arrive for this transaction later (< 1% of cases).

Refund Service Statuses

StatusTypeDescription
SENT_FOR_REFUNDFinalRefund has been initiated to the processor
REQUEST_ERRORFinalField-level issue — fix and retry
SYSTEM_ERRORFinalSystem issue — retry after some time

Standing Instruction (SI) Statuses

StatusTypeDescription
SENT_FOR_CAPTUREFinalSI payment captured
REQUEST_ERRORFinalFix request fields and retry
SYSTEM_ERRORFinalSystem issue — retry
CONFIG_ERRORFinalMID configuration issue

The data Block

The response data block provides detailed transaction information:
FieldDescription
AmountTransaction amount
CurrencyTransaction currency
merchantTxnIdYour transaction ID from the original request
statusDetailed transaction status
reasonCodePayGlocal reason code
detailedMessageHuman-readable status message
transactionCreationTimeWhen the transaction was created
siStatusStanding instruction setup status (if SI was requested)
maskedMandateIdMasked Mandate ID (if SI was set up successfully)
siIdStanding Instruction ID — use in the PayGlocal Control Center

Two Processing Models

PayGlocal supports two models for payment completion:
  1. Auth + Capture during redirect — PayGlocal handles the full payment flow. You only need to check the status after the callback.
  2. Auth only during redirect — You send separate Authorization and Capture requests after the redirect.
Your preference is configured at the MID level — contact PayGlocal merchant support to set this up.