How Trax pays your COD, and how to check it

Every parcel Trax has paid answers the payments call with a payment id. The batches ShipOps has seen were weekly, on Mondays, paid by IBFT. A parcel's freight (Trax calls the row type "Arrival") is charged on the first payment after the parcel reaches Trax; its COD ("Delivered") is paid on the payment after delivery, usually the same batch, sometimes the next.

A return splits the same way: freight on arrival, and a return charge of ₨10 plus GST ("Returned") on the payment after it came back. Nothing collected, so the parcel nets negative, which is the whole cost of that RTO.

Per payment, the invoice endpoint returns one block per row kind, so a parcel appears twice, and the freight block may come first. ShipOps merges the blocks per tracking number; the block carrying the status names the line.

The money closes exactly: the sum of amount, minus charges, minus GST, minus wht, minus cod_sst, equals the payment's total, to the paisa, on both payments checked. wht and cod_sst are each 2% of the COD and live only on the ledger row; the per-row invoice_amount field is zero throughout, which is why a reader built from the document alone would have rejected every real payment.

Trax's billing method on these accounts reads "Cash on Delivery Account", a third spelling beside the two the document names. Charges sit on the line, not on a separate invoice.

These are the discrepancies ShipOps finds on Trax receipts, in the order they usually cost the most:

• Delivered, no payment id. The trail says Delivered; Trax's payments call has no row for the parcel after the next Monday has passed. The parcel is unpaid.
• Freight charged, COD never follows. The arrival row landed weeks ago; the parcel was delivered; no later payment carries its COD row.
• A return charged twice. The ₨10 plus GST return charge on two batches for the same parcel.
• Tax at the wrong rate. wht or cod_sst not equal to 2% of the COD on the row.
• Short COD. The delivered row's amount below the order's COD.

ShipOps asks Trax per parcel whether it has been paid, and when a payment id appears, fetches that payment and files one receipt per batch, with the printed total as the cash-in-bank figure and the merged per-parcel lines as the detail. Rows are converted to paisa at the edge.

The Money screen shows what reached the bank, what Trax still owes (delivered parcels with no payment id), and what is at risk. Withholding and sales tax are itemised per parcel so your accountant can reclaim them. Returns carry their real negative net.