Связь бара со складом в IZI
Связь бара со складом в IZI: как работает автоматическое списание
Заголовок раздела «Связь бара со складом в IZI: как работает автоматическое списание»Каждый раз, когда игрок делает заказ через бар, IZI автоматически создаёт складскую операцию — без действий со стороны персонала. Система применяет метод FIFO (первым пришёл — первым списан): при продаже расходуется самая старая партия с ненулевым остатком, а её закупочная цена фиксируется в снимке заказа. Это основа для расчёта маржи бара в аналитике. Если заказ отменяется, администратор выбирает, вернуть ли товар на склад или списать его как потраченный. Вся цепочка — от оформления до выдачи и возврата — отражается в разделе «История операций» склада и доступна для проверки в любой момент.
Жизненный цикл заказа и складские операции
Заголовок раздела «Жизненный цикл заказа и складские операции»Понять связь бара со складом проще всего через последовательность событий.
Оформление заказа → операция SALE
Заголовок раздела «Оформление заказа → операция SALE»Когда игрок добавляет товар в заказ и подтверждает его, IZI немедленно создаёт операцию типа SALE. Это происходит до того, как персонал увидел заказ на экране. В этот момент:
- Остаток по позиции уменьшается на количество из заказа.
- Система выбирает FIFO-партии: сначала самые старые из числа тех, у которых
В наличиибольше нуля. - Закупочная цена из выбранной партии записывается в поле
costпозиции заказа — это снимок, который уже не изменится. - Если остатка не хватает, заказ не оформляется.
Важный момент: SALE создаётся при оформлении, а не при выдаче. Это значит, что если два игрока одновременно пытаются заказать последний экземпляр одной позиции, пройдёт только первый — у второго позиция просто не добавится.
Работа персонала с заказом
Заголовок раздела «Работа персонала с заказом»После оформления заказ появляется в разделе «Заказы бара» CRM. Персонал видит список позиций и управляет статусом:
| Действие | Кнопка в CRM | Статус заказа |
|---|---|---|
| Взять в работу | «Взять в работу» | PENDING → PREPARING |
| Отметить готовым | «Отметить готовым» | PREPARING → PREPARED |
| Выдать клиенту | «Выдан» | PREPARED → DELIVERED |
Эти переходы управляют статусом заказа бара — складские остатки они не изменяют, так как SALE уже был зафиксирован на шаге оформления.
Отмена позиции → RETURN или списание
Заголовок раздела «Отмена позиции → RETURN или списание»Если позицию нужно отменить (например, товар кончился физически или клиент передумал), администратор открывает карточку позиции и видит выбор действия:
- Возврат — товар физически возвращается на склад. IZI создаёт операцию RETURN, которая восстанавливает соответствующую FIFO-партию. Остаток увеличивается.
- Списание — товар уже израсходован или испорчен. Операция списания не возвращает остаток. Можно выбрать причину: Разбито, Просрочено, Повреждено, Тех. списание, Другое.
При отмене клиент получает возврат средств на баланс — это отдельный процесс, не связанный со складом напрямую.
Как FIFO выбирает партии
Заголовок раздела «Как FIFO выбирает партии»Метод FIFO (first in, first out) — это очередь партий, отсортированная по дате приёмки. При каждом заказе система:
- Смотрит все партии данного товара в клубе, где
В наличии> 0. - Берёт самую старую партию и списывает из неё нужное количество.
- Если количества в одной партии не хватает — переходит к следующей по дате.
- Записывает
sourceReceiptItemId(ссылку на партию) в каждую строку операции SALE.
Если количество из нескольких партий — себестоимость для аналитики рассчитывается как взвешенное среднее по всем выбранным партиям.
Это значит: точность себестоимости в отчётах напрямую зависит от того, насколько аккуратно заполнялась закупочная цена при каждой приёмке. Нулевая или приблизительная себестоимость даёт некорректную маржу.
Что видно в истории операций
Заголовок раздела «Что видно в истории операций»Раздел «Склад → История операций» (требует разрешения WAREHOUSE_READ) показывает все складские события в виде ленты. Для каждой операции доступны:
- Тип: RECEIPT (Приёмка), SALE (Продажа), RETURN (Возврат), ADJUSTMENT_IN / ADJUSTMENT_OUT (Ручная корректировка)
- Дата и время
- Список позиций с количеством, остатком до и после (
stockBefore/stockAfter) - Себестоимость из партии (
unitCost) - Кем создана операция (для SALE — ссылка на заказ бара)
Фильтр по типу «Продажа» позволяет быстро проверить, все ли продажи через бар за смену корректно отразились на складе.
Разрешения, связанные со складом
Заголовок раздела «Разрешения, связанные со складом»| Разрешение | Что позволяет |
|---|---|
WAREHOUSE_READ | Просматривать историю операций и остатки |
WAREHOUSE_RECEIPT | Оформлять приёмки (операции RECEIPT) |
WAREHOUSE_ADJUSTMENT | Создавать ручные корректировки (ADJUSTMENT_IN / OUT) |
Продажи через бар (SALE) создаются системой автоматически — отдельного разрешения не требуют. Для управления статусами заказов бара нужно разрешение MANAGE_BAR_ORDERS.
Частые ситуации и как их читать в системе
Заголовок раздела «Частые ситуации и как их читать в системе»«Почему остаток не изменился после выдачи?»
Заголовок раздела ««Почему остаток не изменился после выдачи?»»Потому что SALE уже был создан при оформлении заказа. К моменту нажатия «Выдан» остаток давно обновлён. Если вы видите расхождение — проверьте историю операций: возможно, была сделана ручная корректировка или операция RETURN после отмены.
«Маржа по позиции выглядит слишком высокой»
Заголовок раздела ««Маржа по позиции выглядит слишком высокой»»Вероятно, расходуется старая партия с закупочной ценой ниже текущей. Это нормальное поведение FIFO. Когда старая партия закончится и начнётся следующая с более высокой себестоимостью, маржа скорректируется. Подробнее — в отчёте COGS и маржа по бару.
«После инвентаризации появились операции ADJUSTMENT»
Заголовок раздела ««После инвентаризации появились операции ADJUSTMENT»»Это корректно: инвентаризация в IZI создаёт операции ADJUSTMENT_IN или ADJUSTMENT_OUT для каждой позиции, где фактический подсчёт расходится с системным остатком. Эти операции не связаны с заказами бара напрямую.
См. также
Заголовок раздела «См. также»- FIFO: как работает метод списания — подробно о том, как IZI выбирает партии и считает себестоимость
- Как принять товар на склад в IZI — приёмки, закупочные цены и накладные
- Инвентаризация склада: процедура — сверка фактических остатков с системными
- Отчёт COGS и маржа по бару — как читать финансовый результат бара на основе FIFO
Частые вопросы
Когда именно товар списывается со склада — при оформлении заказа или при выдаче?
В IZI операция SALE создаётся в момент оформления заказа. Это значит, что остаток уменьшается сразу, как только клиент сделал заказ, а не когда персонал нажал «Выдан». Так система блокирует двойное резервирование: если остаток один, второй заказ на ту же позицию уже не пройдёт.
Что произойдёт со складом, если отменить заказ бара?
При отмене позиции администратор выбирает действие: «Возврат» (товар возвращается на склад — операция RETURN, FIFO-очередь восстанавливается) или «Списание» (товар уже выдан или испорчен — остаток не восстанавливается, создаётся операция списания).
Как IZI выбирает, с какой партии списывать товар?
По методу FIFO: сначала расходуется самая старая партия из числа тех, у которых ещё есть ненулевой остаток. Партии сортируются по дате приёмки. Если одна партия не покрывает всё количество, система берёт следующую — и так до заполнения.
Что показывает поле «Себес» на складе?
«Себес» (себестоимость) — закупочная цена за единицу, указанная при приёмке. Она используется в FIFO-расчёте: когда позиция продаётся, IZI берёт себестоимость из соответствующей партии и записывает её в снимок (cost) каждой проданной позиции заказа. На основе этих данных строится отчёт по марже бара.
Нужно ли что-то делать вручную для списания при продаже?
Нет. Связь бара со складом полностью автоматическая. Персонал работает только с экраном заказов бара: принял заказ → отметил готовым → выдал. Складские операции создаются системой без участия сотрудника.
Можно ли продать товар, которого нет на складе?
Нет. Если остаток по позиции равен нулю, система не позволит оформить заказ на неё. Позиция будет недоступна в меню заказа до следующей приёмки.
Какие разрешения нужны для просмотра складских операций?
Для просмотра истории операций требуется разрешение WAREHOUSE_READ. Для создания приёмки — WAREHOUSE_RECEIPT. Для ручных корректировок — WAREHOUSE_ADJUSTMENT. Роли настраиваются в разделе управления командой.
Куда смотреть, чтобы убедиться, что продажа через бар отразилась на складе?
Откройте Склад → История операций и отфильтруйте по типу «Продажа» (SALE). Каждая продажа через бар создаёт отдельную строку с товаром, количеством, остатком до и после, а также себестоимостью из партии.
Что такое операция RETURN в истории склада?
Операция RETURN появляется, когда отменённый заказ был возвращён на склад (выбрано действие «Возврат» при отмене позиции). Она отменяет соответствующую SALE-операцию и восстанавливает партию FIFO.
Влияет ли выдача товара через бар на расчёт маржи в аналитике?
Да. В момент списания IZI фиксирует себестоимость из FIFO-партии в поле cost каждой проданной позиции. На основе этого значения аналитика считает маржу: выручка минус себестоимость. Чем точнее себестоимость в приёмках, тем точнее отчёт.
Что происходит, если нажать «Откатить» в заказе бара?
Откат выдачи (Undeliver) возможен только если персонал нажал «Выдан» ошибочно. Это не отменяет складскую операцию — SALE уже был создан при оформлении. Для возврата остатков на склад нужна именно отмена позиции с выбором действия «Возврат».
Может ли один заказ включать несколько позиций из разных партий?
Да. Если в заказе несколько позиций, каждая списывается независимо из своих FIFO-партий. Итоговая себестоимость по заказу — сумма себестоимостей каждой строки.