Let's talk

Sazinga Sarva · Operations

Distributor & Field Sales Management Software

Orders, stock, dispatch and the people on the road, in one place

Manufacturers and distributors selling through dealers, distributors and a field sales team

In production — Deployed white-label, so the installations cannot be named.

The Field dashboard on a laptop — month sales, outstanding, open orders and stock-outs across the tenant with on-hand stock per depot — beside a dealer visit on a phone, checked in with the time and the coordinates it was made at
The portal and the field app. Sales, what is owed and where stock has run out on one; a dealer visit checked in at the counter, with the time and place, on the other. Both are real captured screens. The devices around them are drawn, not photographed. A real captured Field screen, on a demonstration tenant's data, composited into a generated photograph.

Selling through dealers and a team on the road tends to run on three disconnected systems. Orders arrive by message and get re-keyed, stock figures are a day old by the time anyone quotes them, collections are reconciled from paper receipts, and nobody can say with confidence which customers a field executive actually visited last week.

Sazinga Field joins the order, the stock it draws on, the dispatch that follows and the invoice that closes it. Dealers order for themselves, field executives order on their behalf, and the office sees one record either way rather than a message thread and a typed copy of it.

Where the product actually is

Field is in user acceptance testing ahead of general release. The platform it is being productised from is a working distributor system with a real dealer network on it, and the work in front of it is packaging rather than invention — but it is not yet a product you can sign up for, and the section at the end of this page on what it does not do is the important one.

What this replaces

The order that arrives as a photograph of a handwritten sheet. The stock figure quoted from memory. The visit that happened, or did not, depending on who you ask. And the month-end exercise of matching dispatches to invoices to work out what a dealer owes.

How an order gets from a shop counter to a dispatch

An order is created against a dealer, by that dealer or by the representative who took it, and it carries the shipping address, the billing address and the person who created it from the moment it exists. The commercial detail sits on the same record: subtotal, the scheme or coupon applied, the discount that produced, the GST percentage and amount, and the final payable figure.

Dispatch is a separate record against that order, with its own code and date, its own lines, and the invoice raised for it — number, date, amount, amount including GST, and the invoice document itself. An order can be flagged as partial, so a dealer who received half an order is looking at an order that says so rather than at two orders that have to be mentally rejoined.

The chain is therefore order to dispatch to invoice, each stage a row that points at the one before it. Nothing in it requires re-keying, which is the entire argument.

How stock is held, and what that means

Stock is held per depot and per pack type, as a current figure with the time it was last updated recorded beside it. That timestamp is doing real work: a stock figure without one is a number of unknown age, and a distributor quoting from an unknown-age number is guessing.

This is deliberately a simpler model than a full movement ledger, and it comes with the trade-off that goes with it — you can see what stock is, but not the sequence of movements that produced it. Where that matters, because the question is what went into which batch, that is Sazinga Factory, which is built the other way round.

What a visit record actually contains

A task carries a code, a type, the person it is assigned to, the dealer it is against, a planned date and a due time. When it is completed it carries the completion time, the notes taken, a summary of the action agreed, and the latitude, longitude and place label it was completed at.

That combination is what makes coverage answerable. Planned work and completed work are not two lists to be compared; they are the same row before and after, so “which of this week’s planned calls actually happened, and where was the executive standing when they closed them” is a query.

Attendance is separate and works the same way: a shift start with its date, time and coordinates, a shift end with its own, the depot it was worked from, and a record of who ended it — because a shift ended by a supervisor rather than by the executive is a different fact from one the executive closed themselves.

How access is controlled

Access is built from 190 individual permissions across 27 modules, and the distinctive part is that a permission can declare the permissions it depends on. Granting the right to update a category is meaningless without the right to view categories, so the dependency is held on the permission itself rather than left to whoever builds the role to remember.

Every business table also carries the user who created the row, the user who last updated it, both timestamps, and the IP address and host the write arrived from. That last pair is unusual and worth having: when a dealer disputes an order, the answer includes where it was placed from.

What the annual booking scheme does

Distributors in several sectors sell an advance commitment at the start of a financial year, and it is usually run on paper because it does not look like an order.

Here it is its own record: a booking against a fiscal year and a dealer, with a total value, a token amount, a payment link, a generated letterhead and agreement, a serial number, and an explicit confirmation by the distributor before it counts as accepted. Dealer loyalty tiers, with the history of movement between them, sit alongside it, as do commission structures held as slabs — a rate that applies between a lower and an upper value rather than a single flat percentage.

What it does not do

The mobile app is not offline-first. It detects the connection and tells the user when it is missing, rather than accepting work it cannot save. That is an honest guard and not a substitute for a durable local queue, which is roadmap. Offline is a contract, not a feature, and half-implementing it is worse than not claiming it.

There is no continuous location tracking, no geo-fencing and no route or distance logging. Location is captured at the two shift boundaries and at the moment a task is closed — three points, not a trail. If you are buying a system to watch a map of your team moving in real time, this is not it, and we would rather lose that deal than win it.

It is also not an accounting package. It records the invoice raised on dispatch; it does not keep a general ledger, and a customer-ageing report with receipts, part payments and credit notes is not part of the current build.

Where to go next

The distribution industry page covers the operating problems this was built against, and the distributor network case study covers one network in detail. If the make side is your problem rather than the sell side, start with Sazinga Factory; if your field team’s job is proof of display rather than orders, that is Sazinga AdBoard.

Field in use

Every screen below is rebuilt from Field's own interface and filled with a demonstration tenant's data. They are not captures of a live customer system.

Tap any picture to open it full size.

Sazinga Field web dashboard showing sales this month, outstanding balance, open orders, out-of-stock count, orders by status, top customers and on-hand stock for six depots
The dashboard: month sales, outstanding, open orders and stock-outs across the tenant, with on-hand stock and stock-outs per depot.
Orders list with order numbers, dealer names, approval status and a separate fulfilment status of not dispatched, partly dispatched or fully dispatched
Orders carry two states: where the order is in approval, and how much of it has actually left the depot.
Order detail for a dealer order with a credit warning, line items showing ordered, dispatched and remaining quantities, GST total, and an activity timeline of dispatches and invoices
One order, two dispatches, two invoices. Each line shows what has shipped and what is still owed, and the timeline records who took delivery.
Stock levels table listing product, pack size and depot with on-hand, reserved and available quantities, reorder levels flagged in red, and the time each figure was last updated
Stock per depot and pack size, with reserved stock taken off the available figure and the time each row last changed.
Attendance screen for one depot listing field staff punch-in and punch-out times and shift durations, beside a map of where each shift was started
Today's shifts for the Pune depot. Coordinates are captured at punch-in and punch-out, not tracked in between. The punch-in locations map is an addition; each shift stores start coordinates but the attendance page renders no map.
Dealer overview showing outstanding balance against credit limit, invoiced and paid totals, ageing in four buckets, and recent orders, invoices and receipts
A dealer's position: invoiced, paid and outstanding, aged into 30-day buckets, next to the orders and receipts behind the figures.

Field on a phone

Swipe for the other screens.

My Tasks list grouped into overdue, today and upcoming, with dealer visits, calls and follow-ups and their status
The day's work for one executive: visits, calls and follow-ups against named dealers, grouped by due date.
Visit task for a dealer in progress, with check-in, check-out, complete and cancel buttons and a check-in record showing time and coordinates
A dealer visit in progress. The check-in is stored with the time and the coordinates it was made at.
New order screen on the phone with a selected dealer, three product lines with quantity steppers, prices from the dealer's price list, a scheme discount and the subtotal
Booking an order at the counter. Prices and scheme discounts come from the dealer's price list, not from the executive.
Record payment form with dealer, amount, payment method set to cheque, cheque reference, received date and a note naming the invoice
Recording a cheque collected from a dealer, with the reference the office needs to match it to an invoice.
Confirm delivery sheet over a dispatch record, with the receiver's name, a photo of bags unloaded in a store room, and a delivery note
Closing a delivery: who received it, a photo of the goods, and a note, recorded against the dispatch. The photo preview inside the confirm-delivery sheet is an addition; the real sheet shows only a Photo attached line.

What Field does

Customers, orders and pricing

Dealers, distributors and retailers in one customer record, with their price list, credit terms and order history. An order taken on a phone in a shop is the same order the office sees, with no re-keying.

Inventory and dispatch

Stock held per depot and per pack type, with the time it was last updated on the record itself. Dispatch turns an order into a dispatch record and its invoice without a second data entry, and a part dispatch stays visibly part of the order it came from.

Field force tracking

Shift attendance with the coordinates it was started and ended at, and tasks carrying a planned date, a due time, the dealer they are against and the coordinates they were completed at. Planned work and completed work are the same record, so coverage is a query.

Payments and outstandings

An order carries its subtotal, the scheme or coupon discount applied, the GST breakdown and the final amount, and the invoice raised on dispatch carries its own number, date, amount and document. Order value and invoiced value are held on the same chain rather than reconciled between two.

Built around how the work actually runs

  • Shifts and completed visits are stamped with the coordinates they happened at
  • 190 permissions, each of which declares the permissions it depends on
  • Every write records the user, the time and the address it came from
  • Roles are granted per module, so a field executive sees only what the role allows
  • Annual advance booking with token payment, agreement and distributor confirmation

Sazinga Field — frequently asked questions

What is Sazinga Field?

Sazinga Field is distributor and field sales management software for manufacturers and distributors. It handles dealers and distributors, orders and schemes, depot stock, dispatch and the invoice raised against it, annual advance booking, and a field team whose shifts and completed visits are stamped with the coordinates they happened at.

Who is it for?

Manufacturers and distributors that sell through dealers, distributors or retailers and run a field sales team on the road. It suits businesses where orders are taken in person rather than through a web storefront.

Does the mobile app work without a signal?

Not today. The React Native app detects the connection and tells the user when it is absent rather than accepting work it cannot save. A durable local queue for orders, visits and attendance is on the roadmap and is not shipped, and we would rather say so than have a field executive discover it after six orders.

What does the annual booking module do?

It handles the advance booking schemes distributors run at the start of a financial year. A booking is made against a fiscal year and a dealer, carrying its total value, the token amount paid, a payment link, the letterhead and agreement documents generated for it, and an explicit confirmation step by the distributor before it counts.

What does the field force tracking record?

A shift start and end, each with its date, time and coordinates, and the depot it was worked from. Then for each task, its type, the dealer it is against, the planned date and due time, the completion time, the notes and action summary taken, and the coordinates and place label it was closed at. Location is captured at those points rather than streamed continuously.

How are permissions controlled?

Access is granted per module and per role rather than by a single blanket level. A field executive, a dispatch clerk, an accounts user and an owner each see a different set of screens and actions within the same tenant.

Tell us how an order reaches you from the road today.

This page is written for manufacturers and distributors selling through dealers, distributors and a field sales team. Field is in customer trials, on customers’ own data, so it is still moving and you would be shaping it. Describe how orders, depot stock and dispatch are kept in step now, what gets re-keyed on the way, and what arrives too late to act on.

A person reads every enquiry and replies within one working day.

Would rather read than write? See the screens above, or the whole platform — seven applications, each one standing on its own.