Grocery Store: Weighted Goods and Weight-Based Labeling
Cheese sold by weight, water with weight-based labeling, a shopping bag for 5 rubles, discounted sausage for today — in a grocery store, almost every receipt line item carries its own small quirk. We break down how weight gets onto the receipt, what to do with labeled weighted items, and where scales, labels, and tare fit into all of this.
1. Weight on the Receipt: Quantity, Price, Recalculation#
For items sold by weight, the receipt records the weight rather than a piece quantity — accurate to three decimal places in kilograms (for example, 0.347 kg). The price is specified per kilogram, and the total line item amount is calculated automatically by the POS as the weight multiplied by the price per kg. The cashier or customer (in self-service) does not need to manually calculate the total — the weight comes directly from the scale or is scanned from a label, and the POS automatically inserts it into the receipt line item and recalculates the cost.
| Item Field | What Goes Here |
|---|---|
| Quantity | Weight in kg, three decimal places |
| Price | Per kilogram |
| Amount | Quantity × price, calculated by POS |
2. Weighted labeled products: dairy, water#
Some product categories subject to mandatory labeling (for example, certain types of dairy products and packaged water) are sold by weight — the weight is indicated directly on the packaging or in the code, and the withdrawal of goods from circulation in the labeling system takes into account this weight, rather than just the fact of scanning the code. In practice, when selling such goods, the POS transfers not only the code itself to the labeling system, but also the weight from the receipt — this is a separate mechanic compared to standard unit-based labeled goods, where the mere scanning of the code is sufficient for withdrawal from circulation (the general logic for checking labeling codes at the POS is in the article "Labeling at the POS").
On-site pre-packaging (cheese, sliced items). If the store pre-packages and slices items from a labeled category itself (for example, slices a wheel of cheese into portions and packages them), the store itself applies the code to such pre-packaged items — this is a separate pre-packaging labeling process, distinct from reading the factory code from a whole package. The procedure for applying and transmitting data for pre-packaging labeling depends on the product group and changes as requirements expand — verify the current rules for a specific category with the labeling operator ("Chestny ZNAK") before setting up a high-volume pre-packaging process.
3. Scale Integration: At the POS and on the Floor#
There are two fundamentally different ways to get the weight at the POS, and they solve different tasks:
- Scales at the cashier counter. Connected directly to the POS (via the protocol of the specific scale model); the cashier places the item on the scale, and the weight is automatically added to the receipt item without manual entry. Suitable for items weighed directly at checkout (bulk nuts, un-prepackaged candies).
- Label printing scales on the floor. The customer (or a department clerk) weighs the item in advance, and the scale prints a self-adhesive label with a weight barcode — usually in EAN-13 format with a "2X" prefix (an internal weight code where part of the digits encode the item code, and part encode the weight or price). At the POS, the cashier simply scans this label with a standard scanner — the weight and item are recognized directly from the barcode, eliminating the need to weigh it again.
Both methods can coexist in a single store: label printing scales for the bulk goods department, and checkout scales at the POS as a backup or for items that do not go through the pre-packaging department.
4. A shopping bag at the POS is a product, not a minor detail#
A bag added by the cashier at the customer's request at the POS (even priced at 5 ₽) is, under 54-FZ, a regular product and must be listed on the receipt as a separate item with its own nomenclature and price, rather than being "invisibly" included in the total amount or omitted altogether. This is the same principle of mandatory itemized nomenclature that applies to any other item on a receipt.
5. Expiration Date Markdown#
Items with an approaching expiration date can continue to be sold right up until they expire — the approaching date itself does not prohibit sales. When marking down an item, virtually any price can be set, including below the purchase cost — 54-FZ does not regulate this; on the receipt, such an item appears as a regular discounted sale (either the item price is listed as already reduced, or an item discount is applied — both options are correct from a POS perspective). Selling below cost has separate tax nuances (expense accounting, VAT on certain transactions) — this is an issue for your accountant, not the POS; clarify this separately before turning markdowns into a regular practice.
6. Returnable Packaging: Bottle and Keg Deposit Returns#
In practice, customer returns of reusable containers with a deposit value (kegs, glass bottles for certain drinks) are fiscalized using one of two approaches, depending on how the container was originally registered during the sale:
| How containers are registered upon sale | How container returns are registered |
|---|---|
| As a separate item in the receipt (deposit explicitly specified as an item/service) | Container return — a "return of income" (refund) operation for the deposit amount of this item |
| Deposit was not listed separately, included in the total price | Container return is technically processed as an expense/payout to the customer — this model differs from a simple item return, as the container return itself was not originally a sale at the POS |
Both approaches are encountered in practice, and the choice depends on how returnable container accounting is configured by the specific seller and supplier — 54-FZ does not provide a single universal template here, so before implementing a deposit container system, clarify the accounting scheme with your accountant or technical service center (CTO). For tap kegs, there is a separate procedure for registering/deregistering in EGAIS (for alcoholic beverages) — it is described in the article "EGAIS at the POS: Beer, UTM".
7. Cashier Scales vs Self-Service: Where to Place Them#
In terms of customer flow and error rates, both options from §3 come at a cost:
- In-store self-service (labeling scales) — reduces the workload at the checkout: the customer weighs and packs the item in advance, so at the register it is just a matter of scanning the finished label, making the queue move faster. Requires scales to be simple enough for customers to use and placed right next to the department itself (fruit, vegetables, bulk items); otherwise, people will bring unweighed items to the checkout and create bottlenecks there.
- Cashier scales — more reliable in terms of accuracy (the cashier controls the process, reducing the risk of a customer accidentally weighing the wrong item or forgetting to weigh it altogether), but each weighing takes time right in line, which becomes a bottleneck during peak hours.
Practical rule of thumb: for items with a predictable flow and clear packaging (fruit, vegetables, bulk nuts), self-service with labeling scales on the shop floor is more cost-effective; for specific or custom cases (on-demand slicing, items without pre-packaging), cashier scales are best.
8. Example#
A grocery store sells apples by weight and packaged cheese from a trackable weighted category. Label-printing scales are located in the produce section: the customer weighs the apples themselves, and the scale prints an EAN-13 label with a "2X" prefix for 0.842 kg at a price of 189 ₽/kg — totaling 159.14 ₽. At checkout, the cashier scans the label with a standard scanner, and the item and amount are filled in automatically. The cheese is sliced and packaged by the store in advance, with the trackability code applied during packaging — the cashier scans the Data Matrix code, and the POS transmits the code along with the package weight to the trackability system. The customer asks for a bag — the cashier adds a separate item "Bag, 5 ₽".
9. How to do this in Cenaly#
- The product card in the Cenaly catalog supports the "by weight" mode with a price per kilogram — upon sale, the POS automatically calculates the item total by weight.
- Connecting scales at the POS and printing weight barcode labels is handled via Cenaly Hardware Bridge — the "Equipment" section shows the status of connected scales and the last transmitted weight in real time.
- Scanning labels and standard barcodes at the POS is a common mechanism; learn more in the "Barcode Scanner" article.
- Selling marked items by weight uses the same "Chestny ZNAK" code verification as standard marked items — see "Marking at the POS".
- Bags and other small items are added to the receipt as regular items from the catalog — as a separate line item, without manually adjusting the total.
10. Frequently Asked Questions#
Can you simply weigh an item on regular household scales and enter the price manually? Technically, the POS will accept a manually entered amount, but this increases the risk of error and does not provide an automatic link between weight and product for tracked/marked categories — where accuracy is important (marking, frequent weighing), use scales connected to the POS or those that print barcode labels.
Is the weight barcode invalidated if a customer weighed the item and then added another apple? Yes, the weight label is tied to a specific weighing — if the package contents change, you must reweigh and print a new label; the old one cannot be scanned with a manual adjustment.
An employee made a mistake entering the price of a discounted item — how do you fix a receipt that has already been processed? There is no separate "discount receipt" — if the mistake occurred specifically during checkout (not in the discount decision itself, but in entering the amount), correct it like a standard receipt error: return the incorrect item and re-process the sale at the correct price.
Is it required to specify weight specifically in kg if the item is very light (spices, nuts sold by piece)? The unit of measurement for weight on the receipt is kilograms to three decimal places, which applies to any weighed item regardless of the typical sale size; for very light items, this simply means more significant digits after the decimal point, rather than a different unit of measurement.
Related articles: marking at the POS · barcode scanner · EGAIS at the POS: beer, UTM · POS in restaurants and cafes
This material is for reference purposes only and does not replace accounting advice. Primary sources: Federal Law No. 54-FZ "On the Use of Cash Register Equipment", FTS guidelines (kkt-online.nalog.ru), rules of the "Chestny ZNAK" marking system (chestnyznak.rf).