Development of a Product Recognition System on Shelves (Shelf Monitoring)

Shelves diverge from inventory records, and an order is lost where the product simply was not placed on the shelf. We develop turnkey shelf product recognition systems: from sales floor imaging to placement reports. A sales floor check takes minutes instead of hours, and discrepancies are visible before they become lost revenue.

Development of a Product Recognition System on Shelves (Shelf Monitoring)

Computer VisionComplex~1-2 weeks
Frequently Asked Questions

Shelf Product Recognition: Where Inventory Accuracy Is Lost

The manual sales floor walkthrough is designed in such a way that error is inherent by design.

An employee follows a route with a tablet, compares the display with the planogram, and records discrepancies from memory: with a broad assortment, one pass yields a sample, not an inventory.

Between walkthroughs, the shelf lives its own life — product sold out, substituted, put back in the wrong block.

The first failure is tracking stock on the shelf. The inventory system keeps an item in stock until write-off passes through the POS or warehouse, so a replenishment order is not sent, although the shelf already has one unit or nothing at all. The discrepancy surfaces either on the next walkthrough or when a customer cannot find the product.

The second is empty spots on the shelf, which are discovered with a delay of several hours. A gap in the display is recorded only when an employee reaches it, and all that time traffic is wasted.

The third is mis-sorted display: an item is in the correct zone but not in its block, and formally the shelf looks filled.

The accuracy of display recognition in such a scheme rests not on human diligence but on eye throughput: checking all positions in one pass is physically impossible, let alone comparing the shelf state with last week. The broader the assortment, the larger the share of facings that were not checked once per shift.

We break down how this is solved: rack capture, linking frames to the planogram, and automatic comparison of actual vs reference instead of manual sales floor walkthroughs.

Measurable Effect: Speed, Completeness, and Failure Classes

A camera captures the shelf by sections, the model matches frames with the planogram, and returns a list of discrepancies by position. The merchandiser enters the floor with a targeted list rather than a general walkthrough — selective checking disappears.

Check Time

Manual verification of a section is limited by how much a person can inspect per shift. Moving the main work to post-processing of images reduces the check to minutes, and walkthroughs become daily without expanding staff.

Completeness of Detected Violations

Defects such as an upside-down price tag or an item in the wrong block are consistently missed by humans.

Automation of display checking marks each discrepancy with coordinates and a confidence score: the share of detected violations reaches 0.9+ vs 0.6–0.7 in manual verification and does not depend on auditor workload.

Which Error Classes Are Eliminated

The “noticed but not recorded” class disappears: a discrepancy goes into the log with an image and timestamp, and repeats at one location are visible over time. Evaluation no longer depends on employee experience.

What Changes in Metrics

Inventory speed, planogram compliance, and reduction in the share of returns are calculated on a measurement sample before launch — otherwise there is no way to confirm the effect. We keep mapping of positions to GS1 by barcodes as a separate verification loop.

Metric Before After
Walkthrough of a location with planogram check 40–60 minutes 8–12 minutes
Share of detected display violations 0.6–0.7 0.9–0.95
Check frequency once a week daily
Returns and write-offs due to display baseline share −30%

Capture Modes and System Deployment Options

Shelf capture is the bottleneck in the chain: the less frequent the image, the longer a display defect remains unnoticed on the floor.

The capture mode determines both frame quality and labor costs: ceiling overview provides frequency but depends on lighting and obstructions, while a floor walkthrough with a terminal provides a precise angle at the cost of employee time.

Store formats differ in geometry, so each gets its own scheme: a wide aisle in a hypermarket and a narrow rack in a convenience store require different numbers of passes and different mounting heights.

Option When It Fits Limitations
Stationary capture from ceiling cameras Continuous display monitoring, high refresh rate Obstruction by shoppers and carts, sensitivity to lighting and angles
Floor walkthrough with a terminal Dense display and complex shelf geometry Manual labor, frequency limited by shift schedule
Cart-mounted capture Combining stock replenishment and capture Upper tiers are less visible, tied to replenishment route
Hybrid capture scheme Mixed assortment, zones with different traffic Requires synchronization of angles and merging of two sources

In practice, a hybrid more often wins: cameras maintain frequency in high-traffic zones, walkthroughs cover blind spots, and periodic display checks confirm completeness.

Merging these streams into a single product report is easier when the nomenclature is described by unified GS1 identifiers — then discrepancies in names and pack sizes do not confuse verification.

How Implementation Proceeds: Engineering Work Stages

Implementation begins not with the model but with the sales floor: the accuracy of shelf product recognition is determined by how the frame is captured. Therefore the first stages are survey and data, and only then network setup. Below is the sequence by which a project goes from the first floor walkthrough to a working system.

  1. Sales floor and capture point audit. We record rack types, shelf heights, lighting, obstruction zones, and verify planograms. The result is a camera placement scheme in which the shelf fits entirely in frame.

  2. Data labeling for the model. We capture the real stream and label product boundaries and SKUs. Empty shelf and a customer’s hand in frame are separate classes — without them the model makes mistakes on a live floor.

  3. Object recognition setup. Detection plus classification, task-specific confidence thresholds, additional training on difficult categories: glare, crumpled packaging, product turned sideways.

  4. Recognition quality validation. We calculate metrics on a holdout sample, separately for the shelf and for each SKU, and analyze misses and false positives. The acceptance threshold is fixed before start.

  5. Integration with inventory data. We match recognized positions with master data and the planogram — the output is not a list of objects but a ready display report.

  6. Handover to operation. We deploy the system, set up drift monitoring and retraining procedures, hand over documentation, and train the customer’s team.

What the Customer Retains: Configurations, Schemes, Procedures

Implementation is not considered complete while the system depends only on our team. Therefore acceptance includes a package of artifacts that your engineers and line staff can use independently — without repeat visits and without contacting us for every clarification.

  • Capture zone diagram — mapping of cameras to racks, angles, angle overlaps, lighting requirements. It allows a new site to be deployed by template rather than from scratch.
  • Capture instructions — how to lay out products before a run, pass order, distance, what counts as a defective frame. This is what makes data comparable month to month.
  • Model documentation — list of recognized categories, what data it was trained on, confidence threshold, behavior of frames below threshold, analysis of typical errors.
  • Data access policies — who can see frames and results, retention periods, anonymization, export rules, access revocation when an employee changes.
  • Staff operating procedure — who performs capture and when, how unrecognized positions are recorded, who receives a discrepancy and by what deadline it is closed.
  • Exchange scheme with the inventory system — export format, schedule, behavior when the receiver is unavailable.
  • Acceptance checklist and rollback plan — control displays with a known answer in advance, accuracy tolerances, procedure for returning to the previous model version.

Separately, we hand over a change log: what changed in the model, rules, and camera configuration. Handover ceases to be a one-time act — the customer’s team sees why the system behaves the way it does.

Case Study: How Display Accounting Accuracy Grew in a Retail Chain

A convenience store chain kept display control on manual walkthroughs: a merchandiser covered a location in 20–25 minutes, handled 8–10 addresses per shift, and checks were once a week.

Violations remained on the shelf until the next visit, discrepancies with the planogram accumulated between checks, and selectively it was possible to see no more than two-thirds of problems.

What We Did

We started with capture: employees photographed the entire shelf on a work phone, and we labeled package boundaries, occlusions, and front-facing positions.

A model based on the current YOLO branch was trained on this dataset, and planogram verification was layered on top: the system matches recognized positions with the category reference and returns not a list of discrepancies but a ready task — what to return and where on the shelf.

What Changed

The share of detected display violations on a control sample of 400 shelves grew from 61% to 94%: the reference for measurement was labeled manually, blind to the system.

Check time for one location dropped from 25 to 2–3 minutes — the employee captures the shelf and receives the result on site; manual walkthroughs were reduced fourfold and became targeted: we go only where the system showed a discrepancy.

Display completeness by category grew from 88% to 96% over a quarter, and false positives — around one per twelve images — are reviewed from the phone with one tap.

Error analysis is fed back into labeling, so accuracy holds in new stores of the chain without retraining from scratch.

How Does Overhead Capture Differ from a Floor Walkthrough with a Terminal?

The modes differ not by camera but by capture point and, consequently, by which display errors they are physically able to notice.

Overhead capture uses stationary cameras that capture entire rows of racks at intervals of several minutes and compare the frame with the reference planogram.

A floor walkthrough with a terminal is manual or on a robotic platform: the operator follows a route and captures shelves up close, position by position.

The top-down angle is strong where a picture of the entire floor is needed: share of filled shelf space, empty spots, shifted display, blocks of a single brand.

It calculates by shelf geometry rather than a specific package, so it does not require a reference photo for every SKU and does not break when new items are introduced.

The weak spot is small text and prices: from a height they are not readable, and shoppers, carts, and glare obstruct a noticeable part of the frame during peak hours.

The walkthrough closes exactly this gap: identification of a position by GS1 standard barcode, price on the price tag, expiration date, substitution of one package for another within one shelf facing.

Close-up capture confidently distinguishes similar packages and seasonal variants where an overview frame is ambiguous.

The limitation is the opposite — coverage: the route is fixed, sections outside it remain unchecked, and data freshness depends on the walkthrough procedure, that is, from once per shift to once per day.

In practice, the modes do not compete but distribute roles. The overview loop acts as a trigger: it records an anomaly on a specific rack and creates a check task, while the walkthrough closes it selectively, on the needed rows, not across the entire area. This removes most of the manual pass while preserving accuracy for positions and prices.

The choice of mode depends on the floor area, number of SKUs, required refresh frequency, and whether prices and expiration dates need to be controlled.

If only fill-level control is needed, the top-down overview is sufficient; if there are price discrepancies and expiration dates, a walkthrough is indispensable.

The combination provides full coverage and a low error class, but requires synchronization of shelf coordinates between both loops — this is a separate part of the setup.

Technical Concerns: Integrations, Load, Data Quality

Technical concerns usually relate not to recognition itself but to how it lives in the store loop: inventory system, store network, planogram changes. Below are answers to four questions most often raised in discussion.

How does the solution integrate with the inventory system, and what will need to be changed on our side?

The inventory system remains the source of truth: we take nomenclature, barcodes, and the current planogram from it, and send back the actual display and discrepancies.

Exchange goes through a separate intermediary service, so changes to the inventory system itself are minimal — more often a regular export is sufficient. If it is unavailable, capture results wait in a local queue and are sent after connectivity is restored.

How are similar packages in the same line distinguished?

The hardest are neighboring positions from the same manufacturer: same shape and color, differing by flavor or weight. We add such pairs to the training dataset separately and check them on frames with occluded display where only the side face is visible. Ambiguous recognitions are not guessed but flagged and sent to an employee for review.

Will the store network handle the load from capture?

Capture is performed from the employee’s mobile device: frames are compressed on site and sent as a batch during a low-load window. With a weak channel, the device works autonomously and sends data later.

A high-bandwidth channel is not needed; photo capture does not interfere with POS equipment and does not require a separate network on the floor.

What happens after a planogram change?

Full retraining after every rearrangement is not required: the model is additionally trained on new frames, and the planogram comes from the inventory system as a reference.

Routine shelf rotation fits into the normal capture cycle, while category restructuring fits into a separate short retraining stage.

Let’s Discuss Your Task: Where to Start

A conversation about shelf product recognition begins not with choosing a model but with data about your retail operation.

The more accurately the floor, product groups, and inventory system are described at the input, the faster we will return with a plan and estimate — without assumptions that usually surface already during implementation.

What is useful to prepare for the first meeting:

  • A floor plan or planogram: number of racks, shelf heights, poorly lit zones, and glass-door refrigerators.
  • A list of product groups with photos of typical display — several shots per group from different angles.
  • Inventory system composition: nomenclature export, availability of SKUs and barcodes, mapping of a position to a shelf location.
  • Description of the capture fleet: cart-mounted camera, robot, stationary modules, or capture on an employee’s phone.
  • Requirements for output data: on-shelf stock, shelf share, missing position, price discrepancy with the price tag.
  • Loop constraints: where images may be stored and processed — local server or cloud.

After the review, we fix the work plan and estimate, launch a pilot at one location, and measure accuracy on your display, not on synthetic data.

If the metrics align, we scale to the chain and hand over to operation: staff instructions, retraining procedure, and recognition quality control.

Describe your task in free form — we will return with an estimate and plan.

AI Development Areas

Latest works

  • B2B ADVANCE company website development
    B2B ADVANCE company website development
    1543
  • Development of a web application for FEEDME
    Development of a web application for FEEDME
    1394
  • Website development for BELFINGROUP
    Website development for BELFINGROUP
    1081
  • Development of an online store for the company FURNORO
    Development of an online store for the company FURNORO
    1374
  • B2B Advance company logo design
    B2B Advance company logo design
    816
  • Development of a web application for Enviok
    Development of a web application for Enviok
    1142