Account linking
Attach and detach the accounts a card draws on, and read back what a card is currently linked to.
accountStatus
Retrieves the current status of an account by querying the core banking and BKM management systems. The service accepts account identification details and returns the account status information mapped from the BKM response. This operation is read-only and does not perform any state-changing action on the account.
Headers
evrst-ptrnidCorrelation id for this request. Echo it in your own logs to trace the call through the platform.
accountStatus › Request Body
timeStampRequest timestamp as a 64-bit integer. It is a non-nullable value on the contract, which is why the schema marks it required; an omitted value is carried downstream as zero rather than as absent. The facade does not check it.
transactionIDPart of an external account-status contract that this platform passes through; none of its fields is stored here.
dsTransIDPart of an external account-status contract that this platform passes through; none of its fields is stored here.
sourceSystemPart of an external account-status contract that this platform passes through; none of its fields is stored here.
versionPart of an external account-status contract that this platform passes through; none of its fields is stored here.
The cardholder the authentication is being run for.
The transaction being authenticated.
The device the transaction is being made from.
The merchant the transaction is being made at.
accountStatus › Responses
Success.
The facade is a pass-through with no logic of its own. It converts the request onto the BKM management service's own AccountStatusRequest, calls that service and converts the reply back. There is no validation, no defaulting, no branching and no error handling in the facade, so every rule behind this operation belongs to the BKM management service.
The reply is never inspected. A refusal the BKM management service reports inside its result block (resultCode, resultMsg, resultDetail) is returned unchanged as a 200, so a 200 here does not mean the account status check succeeded. Callers must read result to decide.
The conversion is a whole-object copy in both directions. Any request field with no counterpart on the downstream contract is dropped without a warning, and any downstream field with no counterpart here is discarded on the way back.
timeStamptransactionIDmemberRefIDstatuschallengeTypelanguageriskValueversionThe outcome, as the downstream system words it.