Коробочные решения хорошо работают, пока бизнес укладывается в их логику. Когда процессы усложняются — появляются нестандартные тарифы, адресный склад, партионный учет, многоуровневые договоры — коробка начинает тормозить. Команда тратит время на обходные пути, менеджеры дублируют данные в Excel, а финансовый результат считается вручную.
Типичная картина выглядит так: 1С настроена «под компанию», но каждое обновление системы ломает доработки. Склад ведут в таблице, где при приемке путаются партии и артикулы. Биллинг считает менеджер, который периодически пропускает разовые услуги. Две учетные системы работают параллельно, и данные в них не совпадают.
В этой статье — практический разбор того, когда кастомная разработка оправдана, какие модули входят в WMS, биллинговую систему и систему учета, сколько это стоит и как выглядит процесс работы.
Три класса систем: в чем разница
Компании нередко смешивают три разных понятия. Разберем каждое.
WMS (Warehouse Management System) — это система управления складом. Она отвечает за физическое движение товара: приемку, размещение по адресам (ячейка, стеллаж, зона), отгрузку, инвентаризацию. WMS работает с ТСД-терминалами, интегрируется с весовым оборудованием, обеспечивает методы списания FIFO и FEFO. Без нее адресный склад на 500 SKU и более управляется хаотично.
Система учета охватывает финансовую и управленческую картину бизнеса: движение денег (ДДС), прибыли и убытки (P&L), управление договорами, отраслевой учет специфических активов (аренда оборудования, производственные партии, давальческое сырье). Это инструмент для директора и финансиста, а не для кладовщика.
Биллинговая система автоматизирует начисление и выставление счетов. Она нужна там, где услуги тарифицируются динамически: по объему, по времени, по пакету. Менеджер не должен помнить, что клиент перешел на другой тариф три месяца назад — система должна считать сама и формировать акты без участия человека.
Часто эти три класса пересекаются в одном проекте. Например, логистическая компания хочет WMS, интегрированную с биллингом за хранение и системой учета договоров. Это один проект, но с тремя функциональными блоками.
WMS: что входит в кастомную систему
Кастомная WMS строится из нескольких модулей.
Адресное хранение. Каждая ячейка, полка и зона имеет уникальный код. Кладовщик при приемке сканирует товар и ячейку — система знает, где находится каждая единица. При отгрузке маршрут сборки формируется автоматически, с учетом расположения ячеек и метода списания.
Приемка и отгрузка. Мобильное приложение или интерфейс на ТСД-терминале ведет кладовщика пошагово: отсканировал штрихкод, подтвердил количество, система обновила остатки. Расхождение с накладной фиксируется сразу, не через неделю при сверке.
Партионный учет. FIFO и FEFO нужны там, где важен срок годности или дата производства. Система сама выбирает, какую партию списывать первой, и предупреждает о подходящих сроках.
Интеграция с весами. Для сыпучих, жидких или весовых товаров весовое оборудование передает данные напрямую в WMS, исключая ручной ввод и пересортицу.
Инвентаризация. Плановая и внеплановая. Кладовщик сканирует ячейку — система сравнивает фактические остатки с учетными и формирует акт расхождений.
Интеграция с 1С или ERP. WMS синхронизирует справочники номенклатуры и передает движения товара в учетную систему через REST или XML. Подробнее о том, как строится такая интеграция, написано в нашем материале про разработку интеграции с 1С под ключ.
Биллинговая система: когда нужна своя
Готовые биллинговые решения закрывают стандартные сценарии. Свой биллинг оправдан, когда логика начислений специфична для отрасли.
ЖКХ и управляющие компании. Тарифы зависят от норматива, показаний приборов учета, льгот жильцов, перерасчетов. Квитанции формируются по шаблонам, утвержденным регулятором. Готовые SaaS-решения либо не поддерживают региональную специфику, либо стоят дорого в расчете на лицевой счет.
SaaS-продукты. Подписки с несколькими тарифными планами, trial-периодами, автоматическим списанием через эквайринг или СБП, upgrade/downgrade в середине периода, пересчетом при смене тарифа — все это трудно настроить в коробке. Кастомный биллинг строится точно под продуктовую логику.
Телеком и интернет-провайдеры. Посекундная или помегабайтная тарификация, пакеты с лимитами и превышениями, баланс лицевого счета, автоматические уведомления при достижении порога — задача с высокими требованиями к точности и производительности.
Аренда оборудования и недвижимости. Суточная или почасовая тарификация, депозиты, штрафы за задержку возврата, счет-фактуры с разбивкой по периодам. Менеджер не должен держать это в голове.
В каждом из этих сценариев биллинг тесно связан с CRM: клиентские данные, договоры, история платежей. Про архитектуру таких связанных систем — в статье о разработке CRM под ключ.
Стоимость разработки: ориентиры рынка
Цены зависят от сложности логики, числа интеграций и объема пользовательских ролей. Ниже — ориентиры для планирования бюджета.
| Тип проекта | Срок | Стоимость |
|---|---|---|
| WMS базовая (адрес, приемка, отгрузка, ТСД) | 3-4 мес. | от 800 000 руб. |
| WMS средняя (FIFO/FEFO, весы, аналитика, 1С) | 5-6 мес. | 1 200 000 — 2 500 000 руб. |
| Биллинг MVP (тарифы, автосчета, эквайринг) | 2-3 мес. | от 350 000 руб. |
| Система учета (P&L, ДДС, договоры, роли) | 2-4 мес. | от 400 000 руб. |
Итоговая стоимость зависит от числа часов: мы работаем по ставке 2 500 руб./ч без аванса — оплата по результату каждого спринта.
Сроки и факторы, которые на них влияют
MVP кастомной системы — это минимальный набор функций, который уже заменяет Excel или исправляет ключевую проблему. Такой MVP мы запускаем за 2-3 месяца, после чего итерируем: добавляем модули, усложняем логику, подключаем интеграции.
Факторы, которые удлиняют срок:
- Сложные интеграции с внешними системами (1С, ERP, оборудование). Каждая интеграция — отдельный технический этап с тестированием в боевой среде.
- Нестандартные алгоритмы тарификации. Если логика биллинга нигде не описана формально, сначала нужно ее зафиксировать — это занимает время.
- Миграция данных из Excel или старой системы. Очистка и нормализация исторических данных нередко занимает столько же времени, сколько сама разработка нового функционала.
- Число пользовательских ролей. Кладовщик, менеджер, бухгалтер, директор — каждая роль требует отдельного интерфейса и системы прав.
Оценку конкретного проекта мы делаем за 24 часа — без долгих технических заданий на первом этапе.
Этапы разработки
Аналитика процессов
Фиксируем текущие процессы, выявляем узкие места, формализуем логику учета. 3-5 рабочих дней.
Архитектура и MVP-scope
Проектируем базу данных, API, роли. Определяем минимальный набор для первого запуска. 1 неделя.
Разработка MVP
Спринты по 2 недели. После каждого спринта — демо и оплата выполненного объема. 6-10 недель.
Интеграции и миграция
Подключаем 1С, эквайринг, оборудование. Переносим исторические данные. 2-4 недели.
Запуск и поддержка
Развертывание на вашем сервере, обучение команды, первые 2 недели поддержки включены.
Стек: почему Laravel для учетных систем
Для учетных и биллинговых задач Laravel дает конкретные инструменты — вот почему мы его выбираем.
PostgreSQL обеспечивает транзакционную целостность. Списание с баланса, обновление остатков, запись в лог движений — все выполняется атомарно. Если где-то произошла ошибка, транзакция откатывается полностью.
Laravel Jobs и Queue — для биллинга это принципиально. Начисление за период, генерация PDF-счетов, отправка уведомлений — все уходит в очередь и выполняется асинхронно. Система не тормозит под нагрузкой при массовом выставлении счетов.
Filament дает готовую административную панель с таблицами, фильтрами, формами. Интерфейс кладовщика или менеджера по биллингу строится за дни, а не недели.
Laravel Sanctum и Policy обеспечивают ролевую модель. Кладовщик видит только свой склад и не может корректировать остатки задним числом. Менеджер выставляет счета, но не видит P&L. Директор видит все. Каждое действие логируется.
Интеграции: 1С через REST/XML, ЮKassa и Робокасса для эквайринга, СБП для мгновенных платежей. Это стандартные коннекторы, которые мы реализовывали в нескольких проектах.
Стек полностью открытый: без лицензионных платежей и привязки к вендору. Код принадлежит вам. Подробнее об архитектурных принципах, которых мы придерживаемся, — в статье о разработке на Laravel под ключ.
Сравнение с конкурентами
| Параметр | devrum.ru | wezom.com.ua | eq.team |
|---|---|---|---|
| Стоимость WMS (базовая) | от 800 000 руб. | цена по запросу | от 800 000 руб. (2 500 руб./ч) |
| Аванс | не указан | не указан | 0 руб. — оплата по спринтам |
| Технологический стек | Java / Jmix (проприетарный) | не раскрыт | Laravel / PostgreSQL (open-source) |
| Оценка проекта | не указана | не указана | за 24 часа |
| Юрисдикция | Россия | Украина | Россия |
Отдельный риск при выборе devrum.ru — Jmix является проприетарной платформой поверх Java. Если вы захотите сменить подрядчика или доработать систему своими силами, это потребует специалистов, знакомых именно с этой платформой. Laravel-проект на открытом стеке может поддерживать любой Laravel-разработчик.
ROI: где кастомная система окупается
Окупаемость кастомного учетного решения складывается из нескольких источников.
Сокращение ошибок при приемке. Пересортица на складе — это списания, претензии от клиентов, поиск виновных. Адресная WMS с ТСД исключает большую часть ошибок при приемке за счет обязательного сканирования.
Сокращение ручного труда в биллинге. Если менеджер тратит 2 часа в месяц на каждого клиента для расчета и выставления счетов, а клиентов 200 — это 400 часов в месяц, или 2-2,5 ставки. Автоматический биллинг сокращает этот объем до нескольких минут на проверку.
Устранение расхождений между системами. Когда два отдела ведут учет в разных инструментах, регулярная сверка занимает рабочее время и не всегда дает точный результат. Единая система с четкими правами доступа убирает эту проблему.
Скорость принятия решений. Директор, который видит P&L и ДДС в режиме реального времени, принимает решения быстрее, чем тот, кто ждет недельный отчет от бухгалтерии.
Для проектов с личным кабинетом клиента, где он самостоятельно видит свои счета и историю платежей, актуальна также статья о разработке личного кабинета и B2B-портала.
Разработаем систему учета, WMS или биллинг под вашу специфику
2 500 руб./ч, без аванса, оценка за 24 часа. MVP за 2-3 месяца на Laravel с открытым кодом.
Часто задаваемые вопросы
Сколько стоит кастомная WMS под ключ?
Базовая WMS с адресным хранением, приемкой, отгрузкой и интерфейсом для ТСД-терминала обходится от 800 000 руб. при сроке 3-4 месяца. Системы среднего уровня с FIFO/FEFO, весовым оборудованием и интеграцией с 1С — от 1 200 000 до 2 500 000 руб. при сроке 5-6 месяцев. Точная оценка вашего проекта — за 24 часа после брифинга.
Можно ли начать с MVP и расширять систему постепенно?
Да, это наш стандартный подход. За 2-3 месяца запускаем минимально работающую систему, которая уже решает ключевую проблему — например, адресный учет остатков или автоматическое выставление счетов. Дальнейшие модули добавляются в следующих спринтах на основе реального опыта использования.
Как устроена оплата — нужен ли аванс?
Аванс не нужен. Мы работаем по модели оплаты за спринт: каждые две недели проводим демо выполненного функционала, после чего вы оплачиваете фактически затраченные часы по ставке 2 500 руб./ч. Если результат спринта вас не устраивает — вы останавливаете работу и платите только за сделанное.
Что будет с системой, если мы захотим сменить разработчика?
Весь код написан на Laravel и PostgreSQL — открытых технологиях с огромным сообществом. После завершения проекта вы получаете полный исходный код, документацию и права на него. Любой Laravel-разработчик сможет продолжить поддержку и развитие без зависимости от нас.
Возможна ли интеграция кастомной системы с 1С или внешним эквайрингом?
Да, это стандартные задачи в наших проектах. Интеграция с 1С выполняется через REST API или XML-обмен. Для приема платежей подключаем ЮKassa, Робокассу или СБП. Интеграция обычно занимает 2-4 недели в зависимости от сложности бизнес-логики и готовности API на стороне партнера.
