POS and inventory: together or separatePOS и склад: вместе или отдельно

Distinguish stock statesРазличайте виды остатка

Physical quantity, reserved quantity and sellable availability do not always coincide. Establish what each system displays and which events change it. If an item is reserved online, the till needs to follow the selected availability rule. Do not transfer a field called “stock” without defining it: the same label can conceal different calculations and lead to selling goods already promised elsewhere.Физическое количество, резерв и доступное к продаже количество не всегда совпадают. Уточните, что показывает каждая система и какие события меняют значение. Если товар зарезервирован онлайн, касса должна учитывать выбранное правило доступности. Не передавайте поле «остаток» без определения: одинаковое название может скрывать разные расчёты и вызывать продажу уже обещанного товара.

Define warehouse, display, sales location and goods in transit where the workflow uses them. A transfer between locations is not a customer sale. Specify when the sender’s balance changes and when the recipient acknowledges receipt. An incomplete transfer should stay visible instead of disappearing between two totals on different screens.Отдельно опишите склад, витрину, точку продажи и товар в пути, если они используются в процессе. Перемещение между местами не равно продаже клиенту. Укажите, когда отправитель уменьшает свой остаток и когда получатель подтверждает приём. Незавершённая передача должна оставаться видимой, а не исчезать между двумя итоговыми числами на разных экранах.

Align item identities and unitsСогласуйте товар и единицы

Check item identifiers, variants, barcodes, packs and selling units. One box and one individual item cannot transfer as the same quantity without a conversion rule. For bundles or component-based products, establish what is actually consumed. Do not assume recipe or bundle support from an integration label; demonstrate the required example in the specific configuration.Проверьте коды товара, варианты, штрихкоды, упаковки и единицы продажи. Одна коробка и одна штука не могут передаваться как одинаковое количество без правила пересчёта. Для наборов или продукции из компонентов выясните, что именно списывается. Не предполагайте поддержку рецептур или комплектов по наличию интеграции; покажите требуемый пример в конкретной конфигурации.

Assign a catalogue owner and prevent silent changes to the meaning of an existing code. A pack change needs a clear effective point so historical transactions remain explainable. Before migration, identify duplicate item codes and missing units. Resolve those issues before automation; otherwise integration only spreads the ambiguity faster.Назначьте владельца справочника и запретите незаметное изменение значения используемого кода. Изменение упаковки должно иметь понятный момент применения, чтобы старые операции оставались объяснимыми. Перед переносом данных найдите товары с дублирующими кодами и отсутствующими единицами. Эти проблемы нужно разрешить до автоматического обмена, иначе он лишь быстрее распространит неоднозначность.

Master data and inventory scopeСправочники и границы складского учёта

Describe sale and return eventsОпишите продажу и возврат по событиям

Define when goods are reserved, removed and released after cancellation. The choice depends on the workflow, but the rule should be explicit and shared across channels. Retain transaction and line identifiers so retransmission cannot change quantity again. Reconciliation against sales totals does not replace checking movements by item, location and unit.Установите, когда товар резервируется, списывается и освобождается при отмене. Выбор зависит от процесса, но правило должно быть одним и понятным всем каналам. Сохраняйте номер операции и строки, чтобы повторная отправка не меняла количество второй раз. Сверка по общей сумме продаж не заменяет сверку движений по товару, месту и единице.

Refunding money and returning usable goods to stock are different events. A returned item may need inspection or separate storage. Do not automatically increase availability merely because a financial correction occurred. Give shortage, damage and count adjustments distinct reasons and permissions so balance changes are not disguised as normal sales or receipts.Возврат денег и возврат пригодного товара на склад — разные события. Полученная позиция может требовать проверки или отдельного места хранения. Не увеличивайте доступность автоматически только потому, что оформлено денежное исправление. Для недостачи, брака и пересчёта задайте отдельные причины и полномочия, чтобы изменение остатка не маскировалось под обычную продажу или приёмку.

Check delay and recoveryПроверьте задержку и восстановление

For separate products, establish integration direction, frequency, visibility of failed events and ownership of retries. A combined system also needs testing when a till loses connectivity. Define which operations remain allowed and how conflicts are discovered afterwards. Do not promise immediate shared availability when the actual data path updates with a delay.Для отдельных продуктов выясните направление обмена, частоту, видимость очереди ошибок и ответственного за повтор. Общая система тоже требует проверки при потере связи кассы. Определите, какие операции разрешены в таком режиме и как потом выявляется конфликт. Не обещайте мгновенную общую доступность, если фактический путь данных обновляется с задержкой.

On recovery, compare accepted events rather than only ending balances. Two missing movements can coincidentally produce the correct total while leaving history wrong. Assign a discrepancy reviewer and a review interval appropriate to the work. A technical “sync complete” message should be backed by the required transactions actually appearing in inventory records.При восстановлении сравнивайте принятые события, а не только конечные остатки. Два пропущенных движения могут случайно дать верный итог и скрыть ошибку истории. Назначьте сотрудника для разбора расхождений и срок их проверки по рабочим потребностям. Техническое сообщение «обмен завершён» должно подтверждаться тем, что нужные операции действительно отражены в учёте.

Freshness and completeness of metricsСвежесть и полнота показателей

Test the last available itemИспытайте последний доступный товар

Create competing attempts to sell the last item through the till and online channel. Check the reservation rule and a clear response to the second buyer when both orders cannot be fulfilled. Then cancel the reservation, replay a sale event and process a return requiring condition review. Balance, availability and history should match the expected outcome at every step.Создайте конкурирующие продажи последнего товара через кассу и онлайн-канал. Проверьте выбранное правило резерва и понятный отказ второму покупателю, если выполнить оба заказа нельзя. Затем отмените резерв, повторите событие продажи и оформите возврат с проверкой пригодности. Остаток, доступность и история должны согласоваться с ожидаемым результатом каждого шага.

Choose a combined platform when both checkout and inventory functions fit the workflow. Keep separate products when specialised requirements justify a managed integration. Sales and inventory owners should jointly accept the setup: they need to explain every movement and recover from a failure. Fewer manual entries are useful only when accuracy and clear discrepancy ownership are retained.Выбирайте общую платформу, если её кассовые и складские операции подходят процессу. Оставляйте отдельные продукты, если специальные требования оправдывают управляемый обмен. Приёмку проводят вместе ответственные за продажи и склад: они должны объяснить каждое движение и восстановить сбой. Снижение числа ручных вводов полезно только при сохранении точности и понятной ответственности за расхождения.

Quick answersКороткие ответы