Когда компания говорит клиенту «мы можем сделать кастомную разработку под ваши процессы», это либо маркетинговое утверждение, либо факт, подкреплённый реальным проектом. У SATELION это факт: собственная WMS-система для управления складом, спроектированная и построенная на платформе BAS с нуля — без готового шаблона, без чужого кода в основе, той же командой, которая сегодня выполняет доработки и кастомную разработку для клиентов. Ниже — как именно мы это сделали и какие решения оказались самыми сложными.
Почему мы не взяли готовое решение
На рынке есть готовые WMS-продукты — как украинские, так и иностранные. Но большинство из них требуют отдельной платформы, которая живёт вне экосистемы BAS/1С и нуждается в дополнительной интеграции с учётом, что само по себе источник ошибок и задержек.
Мы работаем с клиентами, у которых учёт, закупки и финансы уже ведутся в BAS. Строить WMS на той же платформе означало отсутствие шва между учётом и складскими операциями — остатки, документы движения товара и финансовый результат синхронны по определению, без отдельного интеграционного слоя, который пришлось бы поддерживать годами.
Архитектурное решение: адресное хранение и мобильные терминалы с первого дня
Мы сразу закладывали адресное хранение как базовую модель данных, а не как опцию, которую можно добавить позже. Каждая единица товара привязана к конкретной ячейке, каждая операция подтверждается на ТСД сканером — без бумажных накладных и ручного ввода в офисе постфактум.
Это решение определило всю дальнейшую архитектуру: структуру справочников ячеек и зон, логику резервирования товара под заказ, алгоритм маршрутизации комплектовщика по складу. Переделать эту основу позже, после накопления данных, стоило бы в разы дороже, чем заложить правильно с нуля.
Техническая задача: онлайн-синхронизация без задержек на складе
Самая сложная инженерная задача — обеспечить, чтобы данные на мобильном терминале кладовщика и в системе учёта оставались синхронными в реальном времени, даже при параллельной работе десятков операций приёмки, комплектации и отгрузки одновременно.
Стандартная логика BAS для единичных документов не рассчитана на такой объём параллельных, мелких, мгновенных операций. Пришлось спроектировать отдельный слой оперативных данных склада, который обрабатывает операции ТСД и синхронизирует итоговые остатки с основной конфигурацией без блокировок и задержек для пользователя.
Техническая задача: стабильная работа ТСД при потере связи
Склад — не офис со стабильным Wi-Fi. Терминал сбора данных регулярно теряет соединение в дальних зонах хранения или подвалах, и если система требует постоянного онлайн-подключения для каждой операции, кладовщик просто останавливается и ждёт.
Решение — локальная очередь операций на самом терминале: сканированные действия сохраняются локально и синхронизируются с основной конфигурацией сразу, как только соединение восстанавливается, без дублирования и без потери данных при кратковременных разрывах связи.
PM-контроль даже во внутреннем проекте
Показательно, что даже внутренний проект без внешнего клиента прошёл через ту же PM-модель, которую SATELION применяет в клиентских доработках: фиксированный бэклог задач, оценка каждого нового запроса на расширение функционала отдельно, тестирование на копии данных перед внедрением на реальном складе.
Это не формальность — без этого контроля собственный проект разросся бы так же, как разрастаются бюджеты клиентских доработок без PM: "а давайте ещё добавим отчёт", "а ещё нужна интеграция с тем сервисом". PM-модель защитила внутренний проект от того самого расползания скоупа, от которого она защищает клиентов.
Где и как WMS работает сейчас
Сегодня собственная WMS SATELION обслуживает складские операции для производственных и торговых компаний с собственными складами готовой продукции. Система поддерживает адресное хранение, ТСД-комплектацию и мультисклад в рамках одной конфигурации.
Команда, которая ведёт разработку и поддержку этой WMS, — та же команда, которая выполняет доработку BAS и кастомную разработку для клиентов SATELION. Опыт, накопленный в собственном продукте, напрямую переносится в клиентские проекты — и наоборот.
Что это доказывает клиенту, который думает о кастомной разработке
Когда клиент спрашивает, способна ли команда выполнить нестандартную, сложную кастомную разработку на BAS, лучший ответ — не список технологий в резюме, а показать уже реализованный сложный проект. Собственная WMS — именно такое доказательство: полный цикл от архитектуры данных до продуктивной эксплуатации, без внешнего заказчика, который мог бы "вытянуть" проект своими требованиями.
Это означает практическую вещь для любого клиента: команда, которая взялась за кастомную разработку такого масштаба для себя, способна справиться и со сложной, нетиповой задачей клиента — не учась на его бюджете, а применяя уже наработанную архитектурную экспертизу.
Собственная WMS SATELION — не маркетинговый кейс, а факт: платформа BAS, архитектура с нуля, команда, которая одновременно поддерживает продукт и выполняет клиентские доработки. Для бизнеса, который оценивает, справится ли подрядчик со сложной кастомной разработкой, это самое прямое доказательство из возможных — не обещание, а уже работающая система.