Subject: Questions Regarding Payment History, Settlement History, and Refund Handling
Kindly refer to the extracted excel file first.
Question 1
In the Toss Admin Panel, we can see Gross Amount, PG Fee, PG VAT, and Net Amount, which appear under Payment History.
To apply or retrieve this information, do we need to additionally integrate or enable it?
Question 2
In general, do platform operating companies typically integrate only Payment History, or is Settlement History usually implemented separately as an additional integration?
Question 3
In the extracted data (green column), we see a Payer ID. However, in Toss Payments, this seems to be handled as an Order Number, and the Payment ID appears to be labeled as Transaction ID (TID).
For communication with Toss Payments, would it be correct for us to standardize these as Order Number and Transaction ID respectively? We are not entirely sure why these identifiers differ.
Question 4
When reviewing Toss Payments’ Payment History and Settlement History, we are unable to find the Transaction ID that we extract on our side (formatted as txrd_~~~).
Where can this ID be found within Toss Payments?
For settlement-related inquiries, would it be sufficient to use only the Order Number provided by Toss Payments (e.g., 6d2a7c9~) and the Transaction ID (e.g., hanat2026~)?
Question 5
In Toss Payments’ payment history, when a refund occurs (either partial or full), should the refund be processed directly from that interface?
Question 6
When an actual refund occurs, while executing the refund as described in Question 5, if we also want to display the refund status and details in our own Admin Panel, is it necessary to integrate the Settlement APIs ?
Question 7
In general, do platform operators typically implement only the calculation and display of amounts excluding PG fees, PG VAT, and cancelled amounts (both full and partial cancellations), without integrating the full Settlement functionality as mentioned in Question 6?
Question 1
In the Toss Admin Panel, we can see Gross Amount, PG Fee, PG VAT, and Net Amount, which appear under Payment History.
To apply or retrieve this information, do we need to additionally integrate or enable it?
Question 2
In general, do platform operating companies typically integrate only Payment History, or is Settlement History usually implemented separately as an additional integration?
Question 3
In the extracted data (green column), we see a Payer ID. However, in Toss Payments, this seems to be handled as an Order Number, and the Payment ID appears to be labeled as Transaction ID (TID).
For communication with Toss Payments, would it be correct for us to standardize these as Order Number and Transaction ID respectively? We are not entirely sure why these identifiers differ.
Question 4
When reviewing Toss Payments’ Payment History and Settlement History, we are unable to find the Transaction ID that we extract on our side (formatted as txrd_~~~).
Where can this ID be found within Toss Payments?
For settlement-related inquiries, would it be sufficient to use only the Order Number provided by Toss Payments (e.g., 6d2a7c9~) and the Transaction ID (e.g., hanat2026~)?
Question 5
In Toss Payments’ payment history, when a refund occurs (either partial or full), should the refund be processed directly from that interface?
Question 6
When an actual refund occurs, while executing the refund as described in Question 5, if we also want to display the refund status and details in our own Admin Panel, is it necessary to integrate the Settlement APIs ?
Question 7
In general, do platform operators typically implement only the calculation and display of amounts excluding PG fees, PG VAT, and cancelled amounts (both full and partial cancellations), without integrating the full Settlement functionality as mentioned in Question 6?
