Единый цифровой контур: когда системы работают как одна
Что значит «единый контур»?
Это когда данные вводятся один раз и дальше живут во всех системах сами: приняли товар — он появился в остатках, ушёл в цену, стал доступен на витрине, попал в отчёт. Никто не переносит цифры руками и не сверяет две таблицы между собой.
Противоположность — набор хороших программ, каждая из которых знает свою часть правды. Формально автоматизация есть. Практически бухгалтер, кладовщик и продавец называют разные цифры, и каждый по-своему прав.
Признаки, что контура нет
- Один и тот же товар заводят дважды
- В учётной системе и на сайте, в кассе и в CRM. Названия расходятся, и через полгода никто не может сопоставить одно с другим.
- Остатки «примерно»
- Чтобы узнать, сколько на складе, кто-то идёт и смотрит. Продавать по таким остаткам можно, пока не выросли обороты.
- Отчёт собирается вручную и долго
- Если сведение цифр за месяц занимает дни, дело не в отчёте, а в том, что данные лежат в несвязанных местах.
- Каждая интеграция — отдельная боль
- Связки делались по одной, разными людьми, в разное время. При обновлении любой системы что-то отваливается, и непонятно что.
- Ключевое знание живёт в голове
- Есть человек, без которого никто не понимает, откуда берётся цифра. Это самый дорогой вид разрозненности.
Из чего собирается контур
Слоёв обычно пять. Порядок не случайный: каждый следующий опирается на данные предыдущего.
Основание
- Товар и остаткиодин источник
- Цены и себестоимостьсчитаются, не вводятся
Обязательные обмены
- Коды маркировкипо закону
- ЭДО с контрагентамипо закону
- Касса и фискализацияпо закону
Продажи
- Витрина или приложениеберёт остатки
- Заявки и сделкиCRM
- Приём платежейсверяется с заказом
Люди
- Рабочие места сотрудниковсборка, доставка
- Права и доступыкто что видит
Управление
- Отчёты из тех же данныхбез ручной сборки
- Уведомления о сбояхчтобы узнать первым
Как это строится на практике
Мы собирали такой контур для собственной розницы — продуктового маркетплейса в Якутске. Там сошлось всё сразу: приложение для покупателей, рабочее приложение сборщиков и курьеров, своя CRM, приём платежей картой и через СБП, фискализация на кассе, обмен с товароучётом и маркировка.
Главный вывод оттуда простой и неприятный: контур ломается не в местах интеграций, а в местах, где процесс не описан. Пока не решено, кто отвечает за карточку товара и что считается фактом приёмки, любая связка будет переносить неверные данные быстро и аккуратно.
Второй вывод — про порядок. Обязательные обмены встраиваются первыми не потому, что важнее, а потому, что у них жёсткие требования к данным. Если товар описан так, что проходит маркировку и ЭДО, он тем более пройдёт витрину и CRM. Обратное неверно.