Distributor Secondary Sales and Stock Cover

In consumer goods, a brand usually sees what it invoices to its distributors but not what those distributors sell on to the outlets they serve. One distributor can sit on surplus stock while outlets served by another run out, and cases nearing expiry are hard to count until it is late. This concept shows a brand running its distributor network on Kadaikodi's multi-merchant model: each distributor is a merchant with its own stock, and each outlet orders from the distributor it is mapped to.

The desktop illustration places a Distributor Network page under Analytics in Kadaikodi's Platform Admin, covering secondary sales for two sample regions in one week. Tiles report outlet orders, outlets that have not ordered in three weeks, average weeks of cover and near-expiry cases. The Distributors table gives each distributor's region, outlet orders, fill rate, weeks of cover, near-expiry cases and a Healthy, Low cover, Watch or Overstocked status, and the sample rows add up to the order and near-expiry totals. The overstocked distributor is highlighted, and a side panel breaks its stock down by product and pack size, with cases expiring before January on two lines, one product out of stock at dozens of outlets, and Suggest transfer and Open distributor buttons.

The phone illustration shows the same network from the beat. In the Kadaikodi worker app, a field salesperson marked On beat sees counts of outlets, visits and orders, and each outlet appears as a Visit task, a new task type in the design. The open card runs a must-stock check, suggests an order in cases, shows a buy-five-get-one-free scheme and ends in Place order, noting that the order ships from the highlighted distributor with stock checked; its out-of-stock body wash is the product the desktop panel shows missing at dozens of that distributor's outlets. Must-stock lists and schemes are designed as catalog attributes. A second card flags an outlet with no order in three weeks.

Each distributor is designed to see only its own outlets, stock and orders. A panel note says batch numbers come from MoveTheWheels shipments, with two loads in transit: MoveTheWheels is designed to supply the batch number and expiry date on each primary shipment, so near-expiry cases can be counted by distributor and stock from a batch on hold can be flagged with the outlets that ordered it. A second note says the data is sent to BigConsole via FluidGrids every two hours, reflecting the intent that a FluidGrids automation carries the same figures into a BigConsole data sink.