How M&P pays your COD, and how to check it

M&P's Payment Report lists payout batches: for each one a payment id, the date it was paid, the COD amount (which M&P calls the RR amount), the invoice amount for charges, the net payable, and the instrument (mode and number). The header carries your account number and the beneficiary's bank and IBAN. The lines carry no consignment numbers.

The join is on M&P's monthly report of handed-over parcels, which stamps each delivered parcel with a CHEQUENO. That cheque number is the Payment Report's payment id. Checked on two batches: the count of parcels per cheque number equalled the count of lines per payment id, and the amounts matched as a set. On the live account, two July batches totalling ₨19,069 across 27 lines matched July's 26 delivered parcels (₨19,068) plus one June-delivered parcel of ₨1 paid in the later batch.

M&P does not publish a fixed payout day. ShipOps learns the rhythm from your batches and forecasts the next one.

A receipt in ShipOps is one Payment Report batch: receipt number equals the payment id, receipt date equals the paid-on date, and the lines are the parcels whose cheque number equals that payment id, with their COD and status from the monthly report.

Negative nets are real and routine on M&P. Because M&P refuses a booking with COD zero, prepaid orders go out with COD ₨1. Their line reads ₨1 minus the delivery charge, for example −₨57, and a whole batch of mostly prepaid parcels can net −₨8,716. That is M&P invoicing you for prepaid deliveries, not a payment error. ShipOps reads the ₨1 as prepaid and classifies the line accordingly.

The portal's financial tiles, Payment Processed, Transferred and To Be Transferred, are internally consistent with each other but not derivable from the Payment Report over the same window. ShipOps reconciles on the batch lines and the per-parcel join, which tie out to the rupee, and leaves the tiles to M&P.

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

• Delivered on the trail, no cheque number on the parcel. Tag 10 Delivered, and the monthly report shows an empty CHEQUENO month after month. The parcel has not been paid.
• A batch whose lines do not add up to its net. Rare; when it happens ShipOps holds the receipt rather than filing a figure M&P's own arithmetic does not support.
• A prepaid ₨1 parcel read as a short payment. It looks like a parcel paid ₨1 on a ₨3,500 order. It is a prepaid order carrying a nominal COD; your store knows it was paid online, and ShipOps uses that.
• Return charges inside a batch. A returned parcel's charges land on the next batch with no COD against them. Correct, and the whole RTO cost; itemised so you can see it.
• Voided consignments still listed. A voided CN lingers in M&P's lists and could be mistaken for an unpaid delivery. ShipOps keeps voids closed.

ShipOps sweeps M&P's Payment Report in 31-day chunks per pickup location on a schedule, files one receipt per batch, and fills each receipt's lines from the monthly report by cheque number. Amounts are converted to paisa at the edge and never compared as floats.

The Money screen shows what reached the bank, what M&P still owes (delivered parcels with no cheque number yet), and what is at risk. Prepaid parcels are recognised from their ₨1 COD and your store's payment status, so negative nets read as charges, not losses.