Debt payment
Take a payment against card debt, check a card is eligible to be paid down, and cancel a payment that should not have run.
getAutoPaymentQueue
Retrieves a list of scheduled auto payments for credit card customers within a specified date range and pagination limits. The method accepts GetAutoPaymentQueueRequest containing GetAutoPaymentQueueParam with StartRowNo, EndRowNo, and DueDate. The response returns GetAutoPaymentQueueResponse with a list of GetAutoPaymentQueueResult items, including CustomerNumber, MainCardRefNumber, ShadowCardNumber, MaskedCardNumber, PaymentAccount details, DailyPaymentAmount, PaymentTotalCurrent, RemainingAmount, Statement details, PaymentType, and RemainingMinimumPaymentAmount (calculated from the latest statement).
Headers
evrst-ptrnidCorrelation id for this request. Echo it in your own logs to trace the call through the platform.
getAutoPaymentQueue › Request Body
The due date and the row window. The operation dereferences this without a null check, so it must be sent.
getAutoPaymentQueue › Responses
Success.
This operation never leaves the facade: it runs a repository view and converts the rows. Nothing is validated. A due date with no auto-payment instructions is a success with an empty result.
The queue holds only cards whose auto-payment instruction is valid and whose remaining amount is still above zero, so a card that has already paid drops out of the queue rather than appearing with a zero amount. remainingAmount is computed by the view from the statement minimum where the instruction pays the minimum and from the statement total otherwise, less what has already been paid.
Paging is applied over an ordering by customer number ascending, and the row numbers are recomputed on every call, so a queue that changes between calls can skip or repeat rows across pages.
remainingMinimumPaymentAmount is not part of the queue view. The facade fills it with a second query per row, and takes the first row of that query, which is ordered by statement date ascending — so the figure comes from the card's earliest statement in that currency, not from the statement the queue row is for. If that query returns nothing for a card, the whole call fails rather than that one row.