Skip to content
Release: Australia · Updated: 2026-03-12 · Official documentation · View source

Field descriptions for a payment inquiry case

Payment inquiry cases help the inquiry agents resolve inquiries that they receive from the bank's customers or third-party banks.

When a payment inquiry request is submitted, it creates an inquiry case. Some of the fields on the case form are populated from the request from which the inquiry case is created.

After the case is assigned, an inquiry agent fills out the fields on the case when dealing with the next steps. The next steps could include investigating the case, sending emails requesting information from the recipient bank, and proposing a solution for the case.

Details tab fields for a payment inquiry case

The Details tab on the form provides case-related information.

FieldDescription
NumberSystem-generated unique number for the case.
Inquiry typeType of the payment inquiry case, such as Payment in Error and Beneficiary Claim Non-Receipt. The inquiry type determines which flow to trigger and the form view to show.
Sender customerConsumer who sent the payment. This field appears only for internal payment inquiries.The field doesn't appear when a business customer is selected in the Sender account field.
Sender accountBusiness customer who sent the payment. This field appears only for internal payment inquiries. The field doesn't appear when a consumer is selected in the Sender customer field.
Sender contactContact of the business customer who sent the payment. This field appears only for internal payment inquiries. The field doesn't appear when a consumer is selected in the Sender customer field.
Sender financial accountFinancial account that the sender used to make the payment. This field appears only for internal payment inquiries and shows only the deposit accounts for the selected sender customer or account.
Sender transactions

Financial transaction that the sender customer sent. This field appears only for internal payment inquiries and shows only the deposit transactions for the selected sender financial account.You can associate multiple transactions with an inquiry. These transactions also get listed in the Sender Transactions tab of the inquiry where you can view additional information about them.

For any changes in transactions, both the Sender Transaction field and the Sender Transactions tab are updated.

StateState of the case.
Assignment groupUser group that can work on the case. If the case is not assigned to a user yet, any member of this group can work on the case.
Assigned toUser assigned to the case.
ChannelCommunication channel that the customer used to reach out for the inquiry.
Error typeType of payment error to identify whether it was the customer’s or bank’s fault. This field appears only for Beneficiary Claim Non-Receipt - External and Payment in Error payment inquiries.
Valid claimOption used by the inquiry agent when the agent determines that the inquiry should create a claim and the customer is entitled to a refund. Selecting this option shows the Create Claim button after you save.
Short descriptionBrief description of the case. This field is auto-populated from the selected request type.
DescriptionDetailed description of the case.
Payment information
Recipient typeRecipient that is either internal or external to the bank. This field appears only for Beneficiary Claim Non-Receipt - External and Beneficiary Claim Non-Receipt - Internal inquiry types.
Sent to – Beneficiary nameName of the beneficiary to whom the payment was sent. This field appears only for internal inquiries such as Beneficiary Claim Non-Receipt - Internal and Payment in Error.
Sent to – Account numberAccount number of the beneficiary to which the payment was sent. This field appears only for internal inquiries such as Beneficiary Claim Non-Receipt - Internal and Payment in Error.
Sent to – Sort/Routing numberSorting or routing number that the payment was sent to. This field appears only for internal inquiries such as Beneficiary Claim Non-Receipt - Internal and Payment in Error.
Payment processorMethod of how the payment was made. The payment processor is region-specific.
Transaction IDUnique identifier for the payment transaction and to be shared with third-party banks.
Payment dateDate when the payment was made.The Sender transactions field sets this date based on the date field in the transaction. If there are multiple transactions associated with the inquiry, the earliest transaction date of all is set as the payment date.
Total amountTotal amount of the payment. Select the currency in which the payment was made.The Sender transactions field sets the total amount based on the amount field in the transaction. If there are multiple transactions associated with the inquiry, amount of all are added to set the total amount.
Sender bankBank that is associated to the sender’s financial account. The list of financial institutions in this field depends on whether the sender is internal or external.
Recipient bankBank that is associated to the receiver’s financial account. The list of financial institutions in this field depends on whether the Recipient type is internal or external.
External inquiry IDUnique ID for the case that was received from a third-party bank. This field appears only when the Recipient type is external.
International paymentOption to indicate if the payment was international.
Recurring paymentOption to indicate if the payment was part of a recurring payment schedule.
Resolution information
Resolved byName of the agent who proposed the solution to resolve the case.
ResolvedDate when the agent proposed a solution for the case and the case state moved to the Resolved state.
Closed byName of the agent who closed the case after the customer accepted the proposed solution.
ClosedDate when the case closed after the agent received the customer's acceptance for the proposed solution and the case state moved to the Closed state.
Resolution codeType of the proposed solution.
Resolution notesAgent's notes on the proposed solution.
Add resolution notes to commentsOption to copy the resolution notes to comments.
Comments & Activities
Additional commentsAgent's comments about the case progress.

Fields specific to the Beneficiary Claim Non-Receipt case with an internal payment recipient

FieldDescription
Receiving customerConsumer who received the payment.The field doesn't appear when a business customer is selected in the Receiving account field.
Receiving accountBusiness customer who received the payment. The field doesn't appear when a consumer is selected in the Receiving customer field.
Receiving contactContact of the business customer who received the payment. The field doesn't appear when a consumer is selected in the Receiving customer field.
Receiving financial accountFinancial account of the receiver that got the payment.
Receiving transactions

Financial transaction that the receiving customer or account received.You can associate multiple receiving transactions with an inquiry. These transactions also get updated in the Receiving Transactions tab of the inquiry where you can view additional information about them.

For any changes in transactions, both the Receiving Transaction field and the Receiving Transactions tab are updated.

Fields specific to the Payment in error case

FieldDescription
Attempted to recover fundOption to identify if the customer attempted to recover the payment before opening the inquiry.
Correct send to – Beneficiary nameName of the beneficiary to whom the payment was supposed to be sent. This field appears only for the Payment in Error inquiry type.
Correct send to – Account numberAccount number of the beneficiary to which the payment was supposed to be sent. This field appears only for the Payment in Error inquiry type.
Correct send to – Sort/Routing numberSort or routing number the payment was supposed to be sent to. This field appears only for the Payment in Error inquiry type.
Customer reasonList of reasons why the customer opened the payment inquiry.

Parent Topic:Financial Services Payment Operations reference