Your 3PL collects cash across a thousand pincodes and remits on its own cycle, minus its own charges. Finnoto matches every COD order to its remittance line and bank credit - so collected never quietly differs from received.
Illustrative product behaviour - values shown are examples.
Between delivery and remittance sits a float that absorbs missing orders, wrong fees and lost cash - invisible unless every order is tracked individually.
Each courier remits on its own schedule, format and fee logic. Aggregate matching hides exactly the orders that went missing.
"It'll come in the next remittance" works until it doesn't. Without per-order ageing, nobody notices the ones that never arrive.
COD charges, weight-based surcharges, RTO fees - deducted at source from remittances, rarely validated against contract.
Delhivery, Shiprocket, XpressBees, Shadowfax and other major couriers for COD; Razorpay, PhonePe, Paytm, Juspay and bank gateways for prepaid - one reconciliation across both.
RTO events close the remittance expectation and open the return-side tracking - the order stays accounted for either way, never orphaned between systems.
Yes - remittance SLA, shortage rate and fee accuracy per courier are scored continuously, giving ops hard data for volume allocation.