Liquor store handover workflow mapКарта выдачи заказа магазина напитков
A picked order is not yet a completed handover. A liquor store needs a separate record of the release decision: who checked the conditions, what happened to reserved stock and which payment action remains. This map defines the administrative transitions and evidence for each outcome.Собранный заказ ещё не означает состоявшуюся выдачу. Магазину напитков нужна отдельная запись о решении передать товар: кто проверил условия, что произошло с резервом и какое действие осталось по оплате. Эта карта описывает административные переходы и доказательства каждого результата.
Separate reservation from handover approvalРазделите резерв и разрешение на выдачу
Record the exact items, stock units, quantities, reservation location and next review time in the order. The picker confirms physical availability, while the handover owner makes a separate release decision. “Ready” describes picking alone; it is not evidence that the buyer received the goods or that every handover condition was checked.В заказе закрепите конкретные позиции, единицы учёта, количество, место хранения резерва и срок следующей проверки. Сотрудник сборки подтверждает фактическое наличие, а ответственный за выдачу принимает отдельное решение о передаче. Запись «готов» сообщает лишь о сборке; её нельзя использовать как доказательство, что покупатель получил товар или что все условия выдачи проверены.
This map covers administrative records; the store determines applicable restrictions, permitted handover methods and required checks under local requirements. An operating record will usually need the agreed check result, time and employee; decide the retained data fields beforehand. Do not add document copies or detailed buyer information merely because the record has an empty field.Карта ограничена административным учётом: применимые ограничения, допустимые способы передачи и необходимые проверки определяет магазин с учётом местных требований. В рабочей записи обычно достаточно результата предусмотренной проверки, времени и сотрудника; состав сохраняемых данных согласуйте заранее. Не добавляйте копии документов или подробные сведения о покупателе просто потому, что в записи есть свободное поле.
Four transitions to a documented outcomeЧетыре перехода до подтверждённого исхода
The proposed process keeps goods, the handover decision and payment in separate states. Each transition identifies the employee authorized to allow the next step. Before configuring SABSUS, verify where those facts will be recorded and who can see them; the map itself does not establish that a particular check or block is implemented.Предлагаемый порядок хранит состояния товара, решения о выдаче и оплаты раздельно. На каждом переходе назван сотрудник, который вправе разрешить следующий шаг. Для настройки SABSUS сначала проверьте, где эти сведения будут записываться и кто их видит; схема сама по себе не означает, что нужная проверка или блокировка уже реализована.
Goods reserved against an orderТовар зарезервирован по заказу
- Responsible roleОтветственный
- PickerСборщик
- Record / dataЗапись / данные
- Items, quantities, location and reservation deadlineПозиции, количество, место и срок резерва
- Permitted next stepРазрешённый следующий шаг
- Confirm picking without recording a handoverПодтвердить сборку без отметки о выдаче
- Exception / recoveryИсключение / восстановление
- Shortage: resolve the contents before confirmationНедостача: уточнить состав до подтверждения
Buyer requests collectionПокупатель обратился за получением
- Responsible roleОтветственный
- Authorized handover employeeУполномоченный сотрудник выдачи
- Record / dataЗапись / данные
- Required check result, time and employeeРезультат предусмотренной проверки, время и сотрудник
- Permitted next stepРазрешённый следующий шаг
- Release goods only after an authorized decisionПередать товар только после разрешённого решения
- Exception / recoveryИсключение / восстановление
- Incomplete check: maintain the holdПроверка не завершена: сохранить остановку
Handover completed or stoppedПередача состоялась либо остановлена
- Responsible roleОтветственный
- Handover employee and cashierСотрудник выдачи и кассир
- Record / dataЗапись / данные
- Actual quantity and separate payment stateФактическое количество и отдельное состояние оплаты
- Permitted next stepРазрешённый следующий шаг
- Confirm release or assign refusal resolutionПодтвердить выдачу либо назначить разбор отказа
- Exception / recoveryИсключение / восстановление
- Uncertain payment: assign verification without another chargeНеясная оплата: назначить проверку без повторного списания
Unreleased goods checkedНевыданный товар проверен
- Responsible roleОтветственный
- Stock ownerОтветственный за остатки
- Record / dataЗапись / данные
- Returned quantity, condition and open issuesВозвращённое количество, состояние и открытые вопросы
- Permitted next stepРазрешённый следующий шаг
- Release verified stock and reconcile the outcomeОсвободить проверенный резерв и сверить исход
- Exception / recoveryИсключение / восстановление
- Damage: keep the goods outside available stockПовреждение: отделить товар от доступного остатка
Refusal needs its own recorded outcomeОтказ в выдаче имеет собственный исход
If a required check remains incomplete or release is not authorized, the employee keeps the goods with the store and records a neutral reason code. Do not relabel a refusal as a customer no-show: these events require different subsequent actions. The supervisor assigns a reservation review time, while the cashier separately reviews confirmed payment, an authorization hold or no payment.Если предусмотренная проверка не завершена или выдача не разрешена, сотрудник оставляет товар у магазина и фиксирует нейтральный код причины. Не превращайте отказ в отметку «клиент не пришёл»: эти события требуют разных последующих действий. Руководитель назначает срок проверки резерва, а кассир отдельно разбирает подтверждённую оплату, удержание суммы или отсутствие платежа.
Link a returning buyer’s request to the original order so the next employee can see the unresolved issue. A new request does not erase the earlier decision or authorize release automatically. If another permitted collection method is agreed, update responsibility and conditions in the record before repeating the required transition; preserve the original history for shift reconciliation.Повторное обращение покупателя связывайте с исходным заказом, чтобы новый сотрудник видел нерешённый вопрос. Оно не отменяет ранее зафиксированное решение и не разрешает выдачу автоматически. Если согласован другой допустимый способ получения, сначала измените ответственность и условия в записи, затем заново пройдите требуемый переход; исходную историю сохраняйте для сверки смены.
Release reserved stock after a physical checkОсвободите резерв после проверки товара
After an unsuccessful handover, the picker checks quantity, packaging condition and the goods’ location. Only items cleared for return enter available stock; damage or shortage needs its own record. Releasing a reservation in the records without physically returning the goods can create availability that the next shift cannot find. Name the person responsible for completing both parts.После несостоявшейся выдачи сборщик сверяет количество, целостность упаковки и место нахождения товара. Только подтверждённые к возврату позиции переходят в доступный остаток; повреждение или недостача получают отдельную запись. Снятие резерва в учёте без физического перемещения может создать доступный товар, который следующая смена не найдёт. Укажите, кто завершает обе части операции.
Track any refund using confirmation of that transaction, rather than the bottles returning to a shelf. If the payment result is unclear, keep the financial issue open with an owner and review time. The order outcome should separately show goods handed over or returned to stock, the recorded release decision, and payment resolved or awaiting confirmation.Возврат денег отслеживайте по подтверждению соответствующей операции, а не по возвращению бутылок на полку. Если результат платёжного средства неясен, оставьте финансовый вопрос открытым с владельцем и временем проверки. Итог заказа должен показывать раздельно: товар передан либо возвращён в остаток, решение о выдаче зафиксировано, денежный вопрос закрыт либо ожидает подтверждения.
Test refusal and a repeated requestПроверьте отказ и повторное обращение
A hypothetical acceptance record contains three reserved units, confirmed payment and an incomplete required handover check. The expected outcome is no release, a recorded reason, a visible reservation and an assigned financial task. Reopening that same record must not create a second handover or refund. After an authorized resolution, an employee should reconstruct the sequence without a colleague’s verbal explanation.Условная приёмочная запись содержит заказ из трёх единиц, подтверждённую оплату и незавершённую обязательную проверку при выдаче. Ожидаемый результат: товар не передан, причина отмечена, резерв виден, финансовая задача назначена. Повторное открытие этой же записи не создаёт вторую выдачу или возврат. После разрешённого завершения сотрудник должен восстановить последовательность событий без устного пояснения коллеги.
Measure complete handover records as completed handovers with an employee, timestamp and required check result divided by all completed handovers in the period. Separately count unresolved refusals at shift end and the age of each. Refusals are excluded from the completed-handover denominator; otherwise a high refusal volume could obscure missing evidence for actual releases.Контролируйте долю выдач с полной записью: число состоявшихся выдач с сотрудником, временем и результатом предусмотренной проверки делите на все состоявшиеся выдачи за период. Отдельно считайте незакрытые отказы на конец смены и возраст каждого. Отказы не входят в знаменатель состоявшихся выдач; иначе высокая доля остановленных заказов способна скрыть пробелы в документации реальных передач.
Preparing the workflow for implementationПодготовка процесса к внедрению
Quick answersКороткие ответы
Is “paid” enough to authorize handover?Достаточно ли статуса «оплачен» для выдачи?
No. Payment confirms a financial event; handover requires a separate decision under the store’s agreed procedure. Staff need to see both states without inferring one from the other.Нет. Оплата подтверждает денежное событие, а выдача требует отдельного решения по принятому порядку магазина. Сотрудник должен видеть оба состояния и не выводить одно из другого.
What happens to a reservation after refusal?Что делать с резервом при отказе?
Assign an owner and review deadline, then physically check the goods. Return the verified quantity to available stock; resolve damage, shortages and payment issues separately.Назначьте владельца и срок разбора, затем проверьте товар физически. В доступный остаток возвращают подтверждённое количество; повреждения, недостачу и денежные вопросы закрывают отдельно.
Must the record contain a document image?Нужно ли хранить изображение документа?
This map does not require one. The store establishes necessary data and permitted retention periods beforehand. Use the agreed check result for staff handover without expanding the record with unnecessary personal details.Карта этого не требует. Магазин заранее определяет необходимые данные и допустимые сроки хранения. Для передачи между сотрудниками используйте согласованный результат проверки, не расширяя запись лишними личными сведениями.