Фулфилмент: кабинет склада рядом с кабинетом продавца

Товар продавца принимает, хранит, собирает и отгружает оператор фулфилмента. Обычно это две системы и переписка между ними: у продавца своя аналитика, у склада свои таблицы, а раз в месяц стороны сверяют, сколько отправлений было и сколько за это причитается.

В MBOS это один продукт с двумя кабинетами. Продавец выдаёт складу доступ к конкретному магазину, склад работает в своём кабинете, а расчёты между ними считаются сами — из событий, которые и так происходят.

Граница, на которой всё держится

Оператор видит, сколько ему должны за работу. Оператор не видит, за сколько продан товар.

Это не настройка и не галочка в правах. Цены, выручки, комиссии площадки и себестоимости нет в запросах кабинета оператора — они не спрятаны на экране, их там нет. В расчёт вознаграждения входят только штуки, объём, вес, число отправлений и сутки хранения.

Обратная сторона того же правила: вознаграждение оператора — его собственная выручка, и продавец не решает за него, сколько тот заработал. Каждая сторона видит свою половину целиком и чужую — ровно настолько, насколько нужно для расчёта.

Доступ выдаёт продавец

Оператор не «регистрируется на складе продавца» — продавец сам выдаёт доступ к конкретному магазину и складу с перечнем прав.

• выдать доступ может только владелец компании, не менеджер: отдать магазин посторонней организации — решение уровня хозяина, а не операционное действие;
• список «кто имеет доступ к моему магазину» читается словами: компания, склад, зоны, права;
• доступ отзывается в любой момент, одним действием.

Приёмка поставки

Раньше событие приёмки в системах учёта просто отсутствовало: товар «как-то оказывался» на складе. Отсюда две беды — машина приходит без предупреждения, и никто не знает, сколько товара физически лежит у оператора.

Документ приёмки проходит понятные состояния: объявлена (продавец сказал, что везёт) → на приёмке (машина пришла, идёт пересчёт) → принята. Если пересчёт разошёлся с заявленным, состояние называется прямо: принята с расхождением.

Заявленное и фактически принятое количество хранятся оба, всегда — даже когда совпали. Перезаписать одно другим значит потерять сам факт расхождения, а он и есть предмет разговора между продавцом и складом.

Принятое количество сразу становится остатком склада фулфилмента. Этот остаток живёт рядом с остатком площадки и с ним сверяется: что доступно покупателю — решает площадка, что физически стоит на складе — знает оператор.

Адресного хранения по ячейкам в системе нет, и это осознанно: «принято N штук» достаточно, а топология склада — отдельный продукт, который никто не будет вести ради строчки «полка Б-12».

Сборка заказов

Сборочные задания живут поверх заказов площадки. Состав заказа не дублируется: источником правды остаётся площадка — она же отгружает и считает сроки, и спорить с ней бесполезно.

В системе хранится то, чего у площадки нет: кто из сотрудников взял заказ в работу, когда отметил собранным, что написал. Взятый заказ виден остальным как занятый — двое не будут собирать одно и то же. Если сборщик не нашёл товар или ушёл со смены, заказ возвращается в общий список. Есть сборка партиями, когда заказов много и они однотипные.

Отдельное право на сборку не совпадает с правом видеть заказы: сборщик не смотрит ленту заказов продавца, а продавец видит действия оператора, не умея ничего собирать.

Тарифы

Тарифы настраивает сам оператор. У каждого продавца — своя сетка.

Сетка — это набор строк, а не одно число. Основания начисления:

Основание	Единица
За отправление (заказ), независимо от состава	отпр.
За каждую единицу товара в отправлении	шт.
За объём отправления	л
За вес отправления	кг
За хранение единицы на складе в сутки	шт.·сут.

По любому основанию можно задать ступени: до N — одна ставка, свыше — другая.

Новая сетка действует с даты и вперёд. Пересчитывать выставленное задним числом нельзя: иначе счёт, который продавец уже оплатил, изменился бы сам собой.

Начисления

Разовые основания начисляются в момент отгрузки на площадку. Заказ, отменённый до отгрузки, не начисляется вовсе — и спорить не о чем. Хранение считается ежесуточно по остатку на складе: оно единственное повторяющееся.

Начисление устроено так, что повторная синхронизация не создаёт вторую плату за ту же отгрузку. Это главное свойство расчёта: ошибка здесь видна не сразу, а оспаривается деньгами.

Расчёты и счёт

Как вести расчёты, решает оператор — три режима на выбор:

1. только подсчёт заработка — MBOS считает, счёт вы не выставляете;
2. счёт документом из MBOS — счёт собирается из неучтённых начислений за период;
3. счёт вы выписываете у себя — MBOS считает, документ делает ваша учётная система.

Счёт проходит состояния черновик → выставлен → оплачен. Черновик виден только той стороне, которая выставляет. Нумерация сквозная и выдаётся так, что в ней не бывает ни пропусков, ни повторов. Есть печатная форма, выгрузка в PDF и отправка счёта клиенту; реквизиты обеих сторон хранятся в кабинете и подставляются в документ.

В счёте расшифровка по основаниям: за что именно и в каком количестве начислено. Продавец должен читать счёт без документации и без звонка.

Что из этого видит продавец

• сколько его товара физически лежит на складе оператора и как этот остаток соотносится с остатком площадки;
• поставки: что объявлено, что принято, где расхождение и на сколько штук;
• начисления и счёта оператора — с той же расшифровкой;
• журнал: кто и что делал с его магазином.

Услуги фулфилмента попадают в расчёт прибыли продавца как расходы — рядом с комиссиями, логистикой и рекламой, а не отдельной таблицей в стороне.

Как начать

1. Оператор и продавец заводят кабинеты в MBOS.
2. Продавец выдаёт оператору доступ к магазину и складу.
3. Оператор настраивает тарифную сетку на этого продавца.
4. Дальше приёмка, сборка и начисления идут своим ходом; расчёты закрываются счётом за период.

Оставить заявку — поможем настроить сетку и связать кабинеты.