Some goods are sold one piece at a time and come back the same way. A serial number ties the piece in front of you to the day it was bought and the day it was sold.
A customer returns a handset, a pump, a television. The question is always the same: is this the one we sold, when did it go out, and is it still in warranty. Without a serial on record the answer is a search through bills and a judgement call.
Tracked by serial, the piece answers for itself. The number scans in when it arrives, goes out attached to the bill that sold it, and the history behind it is one lookup rather than an argument.
Only the goods that carry serials need it.
As the purchase is recorded, piece by piece.
The bill carries the exact piece that left.
The serial report shows when it came in and when it went out.
What you sell and how much of it you have. Stock moves as you bill and purchase rather than waiting for someone to update a register, and the items themselves carry the detail a bill needs: rate, tax slab, unit, and a code to scan.
Set the items up once and the rest of the app leans on them — the counter, the invoice, the order and every stock report read from the same list.
Batches for lots, scanning for speed, counts for the totals.
They can be scanned in rather than typed, which is what makes a delivery of them practical.
Yes — the serial report shows the purchase that brought it in and the sale that took it out.
No. A serial identifies one piece; a batch is a lot of identical units that share an expiry date.
The warranty question has an exact answer when the serial is on the bill.
