Система управления бетонным предприятием
MAXBETON От заявки до доставки — в одной системе
MAXBETON показывает, что происходит с каждым заказом: что согласовано, что произведено, какая машина едет и готовы ли документы.
Руководитель, диспетчер, производство, лаборатория, водитель и заказчик видят один и тот же заказ. MAXBETON получает данные от бетонного узла, но не вмешивается в управление заводом.
Проверено на действующем предприятииПо данным владельца проекта, рабочие сценарии прошли апробацию. Что именно подтверждено →
На экране собраны показатели текущей смены, проблемные ситуации, карта и быстрые действия. На скриншотах используются демонстрационные данные.
- Проверено в работе
- Рабочие сценарии прошли апробацию на действующем предприятии — по данным владельца проекта
- Подключение к заводу
- Система только читает данные — заводская автоматика продолжает работать как обычно
- Кто работает
- Руководитель · диспетчер · производство · лаборатория · водитель · заказчик
- Что сделала MAXGROUP
- Разобрала процессы, спроектировала, разработала и протестировала систему
Кратко о проекте
Что сделали
и как это проверили.
Управлять поставкой целиком
Связать условия заказа, готовность производства, технику, рейс, качество и документы, чтобы подразделения не сверяли разные таблицы и статусы.
Один заказ, разные рабочие места
Диспетчер, производство, водитель и клиент видят одну поставку — каждый в своём рабочем месте.
Код, технический тест и апробация
Работу сценариев можно проверить в интерфейсе, серверной логике и инженерных тестах. Ниже отдельно указано, что уже апробировано, а что требует настройки на предприятии.
Показать ваш сценарий
На закрытой встрече покажем нужные роли. Если ваш процесс отличается, сначала разберём его участников, данные и ограничения.
Запросить демонстрациюПредметная задача
Система управляет всей поставкой,
а не только заявкой.
Бетон нельзя просто «положить на склад до завтра». У заказа есть рецептура, объём, завод, временное окно, техника, водитель, маршрут, фактическая отгрузка и документы. Изменение одного параметра меняет решения нескольких подразделений.
Поэтому система охватывает весь путь поставки: кто принимает решение, чем оно подтверждается и что должен сделать следующий сотрудник.
С одним заказом работают несколько отделов
Продажи, производство, логистика и финансы должны видеть одинаковые условия и текущий статус заказа.
План меняется в течение смены
При довозе, переносе времени, поломке или нехватке сырья план нужно быстро пересчитать и сообщить об изменениях всем участникам.
В первую очередь — то, что требует решения
Интерфейс первым показывает конфликт, просрочку, критический остаток и отклонение маршрута — то, что требует действия сейчас.
Модель продукта
Отгрузка и снабжение
работают с общими данными.
Заказы задают нагрузку на производство, а остатки сырья и готовность техники определяют, можно ли выполнить план. MAXBETON связывает отгрузку и снабжение.
Спрос → факт доставки
- 01Заявкаклиент, объект, состав, объём
- 02Согласованиецена, лимит, условия
- 03ГотовностьРБУ, рецепт, окно
- 04Назначениемашина и водитель
- 05Рейсмаршрут, GPS, события
- 06Закрытиефакт, качество, документы
План → обеспеченность сырьём
- 01Планзаказы и рецептуры
- 02Остаткифакт по материалам
- 03Потребностьдефицит и горизонт
- 04Закупказаявка и поставщик
- 05Приёмкапартия и движение
- 06Балансрезерв и перераспределение
СКВОЗНОЙ СЛОЙ
роли и права · приоритеты · алерты · журнал событий · геоданные · документы · общие справочники
Путь заказа
Как заказ проходит
через семь этапов.
На каждом этапе система проверяет права сотрудника, сохраняет результат и сообщает следующему участнику, что заказ готов к его работе.
Условия заказа
Цена, доставка, скидка и лимит согласуются по заданным правилам. Директор подключается, только если условия выходят за допустимые границы.
На выходе: согласованный заказГотовность РБУ
Система использует утверждённую рецептуру и сохраняет её состав, версию, цены сырья и себестоимость такими, какими они были в момент заказа.
На выходе: готовность заводаРейс назначен
Сервер проверяет тип и вместимость техники, окно, координаты, занятость машины и водителя, а также повтор назначения.
На выходе: назначенный рейсФакт замеса
С заказом связываются РБУ, версия рецептуры, фактический объём и лабораторные показатели — основа прослеживаемости качества.
На выходе: подтверждённый замесРейс / геособытия
Статусы меняются только в установленной последовательности. Для каждого события сохраняются время, автор, источник и GPS-координаты.
На выходе: история статусов и геособытийФакт доставки
Система сохраняет получателя, его должность, фактический объём, подпись, фото и GPS. Если машина находится не в точке доставки, появляется предупреждение.
На выходе: подтверждение доставкиЗакрытие
После подтверждения нужного объёма заказ закрывается, система учитывает движение сырья и формирует комплект ТТН без повторного ввода данных.
На выходе: комплект документов
СВЯЗАННЫЙ ЦИФРОВОЙ СЛЕД
Order → Trip → Batch → Delivery proof → Document
Статус нельзя «перепрыгнуть», обязательное согласование нельзя обойти ролью, а финальный документ собирается из связанного факта.
Невыполнимый рейс блокируется
Тип и активность машины, вместимость, адрес и координаты, окно, конфликты техники и водителя проверяются сервером. Автоподбор дополнительно требует свежую GPS-позицию.
Изменение сразу видно всем участникам
Назначение или смена статуса передаётся подключённым рабочим местам организации без ручного обновления страницы.
Завершение рейса запускает закрытие поставки
Событие формирует три экземпляра ТТН, открывает приём подписанного скана и связывает паспорт качества с заказом, рейсом, РБУ, рецептурой и испытаниями 7/28.
Сценарий 01 · Диспетчер
До назначения машины
проверить весь рейс.
На одном экране диспетчер видит заявки, требуемый объём, доступную технику и конфликты. Подбор учитывает вместимость, расстояние, окно доставки, занятость водителя и технические ограничения. Система объясняет рекомендацию, а решение принимает диспетчер.
- 01
Отфильтровать сменудата, РБУ, статус и срочность
- 02
Проверить покрытие объёмасколько рейсов и машин требуется
- 03
Разрешить конфликтзанятость, ТО, водитель, окно доставки
- 04
Назначить и передатьрейс появляется в рабочем месте водителя
ПОЧЕМУ НЕ ОДНА ТАБЛИЦА
Показать этот сценарий
Kanban отвечает на вопрос «что назначить», Гант — «когда это выполнимо», карта — «где техника сейчас», таймлайн — «что происходит с парком». Одной таблицы для смены недостаточно.
Рабочее представление назначения техники. Персональные и производственные данные на демонстрационных экранах не являются показателями предприятия.
Факт замеса фиксирует не только объём: РБУ, рецептуру, температуру, осадку конуса, время и результат контроля.
Сценарий 02 · Производство
Связать заказ с тем,
что реально произведено.
Плановый объём сам по себе не подтверждает поставку. Система соединяет производственный слот, версию рецептуры, замес, лабораторные измерения и паспорт качества с заказом и рейсом.
- Готовностьсостав рецептуры сопоставляется с фактическими остатками;
- Прослеживаемостьсохраняются версия рецептуры, партия и результаты испытаний;
- Контрольподдержаны журналы 7/28 суток, возвраты и корректирующие действия;
- Документпаспорт качества формируется из связанного факта, а не из отдельной таблицы.
Сценарий 03 · Снабжение
Заказ не должен упереться
в неожиданно пустой силос.
Система показывает критический остаток, на сколько его хватит, что нужно заказать и с каким приоритетом. Закупку всё равно проверяет и подтверждает ответственный сотрудник.
Норма, низкий и критический уровни читаются как разные приоритеты действия.
Рекомендации ранжируются по срочности; закупочное решение остаётся контролируемым.
ПРОФИЛЬ ПРЕДПРИЯТИЯ
Бери Бетон
Волгоград и область · действующее бетонное предприятие
beton.beribeton34.ru ↗
Рабочие сценарии
01
02
03
Статус проекта
Рабочие сценарии
апробированы на предприятии.
По данным владельца проекта, рабочие сценарии MAXBETON прошли апробацию на предприятии «Бери Бетон» — в среде с производственными площадками, собственным автопарком, лабораторным контролем и доставкой по Волгограду и области.
Публичная часть кейса показывает интерфейсы, реализованные сценарии, интеграцию БСУ только на чтение и методику пилота. Ссылка на профиль подтверждает предприятие; производственные показатели и акт апробации не публикуются.
- Статус проекта
- рабочее ядро и ролевые интерфейсы прошли апробацию
- Проверено кодом
- серверные правила, права и критические сценарии
- Настраивается
- 1С, GPS, оборудование и инфраструктура предприятия
- Отдельный статус
- исследовательские функции не входят в основное обещание
БАЗОВАЯ ЛИНИЯ → ПИЛОТ → СРАВНЕНИЕ
Что измеряем до и после пилота
Это показатели для будущего сравнения, а не заявленные результаты.Доставка и цикл
доставка в окно · длительность цикла · корректировки
Парк и производство
простои · использование техники · план/факт
Снабжение и документы
дефициты · отклонения · скорость закрытия
Польза для предприятия
Вся история заказа —
в одном месте.
MAXBETON связывает согласование, производство, рейс, доставку и документы. Каждый отдел видит текущий статус и свою следующую задачу. Результат пилота сравнивается с исходными показателями предприятия.
01 / РУКОВОДСТВО
Отклонения смены — в одном месте
Руководитель видит конфликты и просрочки, которые требуют решения, без сверки разных версий данных.
02 / ДИСПЕТЧЕРСКАЯ
Конфликт блокируется до назначения
Система проверяет окно, вместимость, занятость техники и водителя до создания невыполнимого рейса.
03 / ПРОИЗВОДСТВО
Замес связан с рецептурой и испытаниями
В заказе сохраняются РБУ, версия рецептуры, замес и результаты лабораторного контроля.
04 / ЗАКРЫТИЕ
ТТН и паспорт собираются из поставки
Подтверждение доставки и закрывающие документы формируются из связанных событий, а не из отдельной таблицы.
Интеграция с заводом
Получать данные БСУ,
не вмешиваясь в управление заводом.
Коннектор получает согласованные записи из MS SQL БСУ и передаёт их в MAXBETON по исходящему HTTPS. ПЛК и SCADA продолжают управлять заводом независимо от MAXBETON.
- 01ПЛК / CODESYSштатное управление
- 02SCADA / АРМбез изменений
- 03MS SQL БСУдоступ только на чтение
- 04Коннекторисходящий HTTPS
- 05MAXBETONприём и журналирование
Повтор без дублей
Система запоминает последнюю обработанную запись и не создаёт дубли при повторной передаче.
Сохраняется исходная строка
Исходная строка сохраняется: расхождение можно разобрать без потери первичных данных.
681 строка без дублей
Интеграционный контур проверен локально на восстановленной копии реальной БСУ: повторная передача не создала дубликатов. Это инженерная проверка, не производственный KPI.
Что пока не входит: обратное управление ПЛК и полностью автоматическое сопоставление всех строк БСУ.
Показать этот сценарийАрхитектура
У каждой роли свои права.
Заказ остаётся общим.
Отдельные разделы, например диспетчерскую или лабораторию, можно развивать без копирования заказов. Права сотрудника определяются при входе и проверяются сервером при каждом важном действии.
04 / INTERFACESВеб-система · PWA водителя · кабинет заказчика
Каждая роль видит только доступные ей действия и данные.
03 / DOMAINOrder · Trip · Plant · Recipe · Inventory · Document · Payment
Связанные сущности и явные переходы статусов вместо произвольных отметок.
02 / REAL-TIME & INTEGRATIONWebSocket · GPS / GLONASS · OSRM · BSU · Webhooks
Живые события и адаптеры отделены от доменной модели продукта.
01 / DATA & CONTROLPostgreSQL · Redis · Audit · RBAC · Tenant context
Контекст организации из сессии, серверные фильтры доступа и журналирование действий.
ТЕХНИЧЕСКИЙ ПАСПОРТМасштаб кодовой базы и зафиксированные прогоны
213маршрутов страниц
в текущем репозитории
в текущем репозитории
96API-контроллеров
в кодовой базе
в кодовой базе
16актуальных ролей
в схеме доступа
в схеме доступа
3пользовательских
поверхности
поверхности
Инвентарные числа описывают масштаб исходного кода на дату публикации. Они не означают, что каждый экспериментальный экран включён в контур конкретного предприятия.
173 / 173маршруты и RBAC
192 / 192целевые тесты заказов и рейсов
15 / 15контур БСУ
681 / 0строк / дублей при повторе
Это зафиксированные regression- и integration-прогоны отдельных критичных контуров, а не заявление о полном покрытии всей системы.
Карта продукта
Восемь рабочих разделов.
Один заказ.
Карта продукта показывает восемь рабочих разделов и их связь с заказом. Полный состав, зависимости и текущий статус указаны в реестре ниже.
Центр управления
Показатели смены, исключения и действия по ролям.
dashboard · поиск · алерты · картаЗаявки и согласование
Условия, цена, доставка, согласование, повтор и довоз.
контрагент · объект · РБУ · лимитДиспетчерская
Ресурс, окно, маршрут, конфликт и назначение рейса.
Kanban · Гант · Live · календарьТранспорт и GPS
Позиции, ETA, геозоны, смены, простои и ТО.
трек · маршрут · скорость · паркПроизводство и качество
Слот, рецептура, замес, испытания и паспорт.
РБУ · лаборатория · QMS · 7/28Склад и снабжение
Остаток, потребность, закупка, поставщик и приёмка.
резерв · минимум · дефицит · движениеДокументы и расчёты
Документы, платежи, дебиторка и рентабельность.
ТТН · счёт · договор · P&LВодитель и клиент
Мобильное рабочее место водителя и кабинет заказчика.
рейс · GPS · подпись · документыПолный реестр
Что входит в систему.
И где проходит граница.
В реестре отдельно показаны готовое ядро, интеграции, требующие настройки, и исследовательские функции.
- CORE реализовано в продукте
- CONFIG требует внешней настройки
- R&D исследовательский контур
- ИНТЕГРАЦИЯ подтверждается для конкретного подключения
01Заказы, цены и контрагентыCORE
Создание и черновики заявок; объекты и адреса; рецептуры и позиции; серверная цена бетона; доставка по зоне и числу рейсов; скидки и лимиты; бетононасос; кандидаты РБУ; ручной план рейсов; согласование; шаблоны; повтор; довоз; оплата; счёт и ТТН; массовые действия; корректировка доставки и контрагента; карточки и аналитика контрагентов.
02Диспетчеризация и жизненный цикл рейсаCORE
Kanban, drag-and-drop, Гант, таймлайн, карта, Live, TV и календарь; назначение машины и водителя; конфликты и покрытие объёма; состояния от PLANNED и AT_PLANT до UNLOADING и COMPLETED; пустое и гружёное взвешивание; события; довоз; автоматическое завершение заявки и списание сырья по факту.
03Автопарк, водители, GPS и картыCORE + CONFIG
Транспорт, насосы, аренда, поломки, ТО и смены; GPS телефона; GLONASS Soft polling; ADM50 TCP; трекеры и устройства; история треков; маршруты OSRM и ETA; геозоны; plan/fact; пробег и простои; превышения скорости; поведение водителей; snap-to-road; heatmap, isochrones и сравнение маршрутов. Работа внешних провайдеров зависит от подключённых устройств и ключей.
04Производство, рецептуры и лабораторияCORE
РБУ и силосы; производственные слоты; журнал замесов; план/факт; готовность по остаткам и рецептуре; версии и утверждение рецептур; ингредиенты, модификаторы и себестоимость; температурные корректировки; испытания 7/28 суток; прочность, осадка, плотность, воздух и температура; календарь испытаний; паспорт качества; возвраты; QMS, Pareto, SPC и корректирующие действия.
05Склад, снабжение и закупкиCORE
Остатки и движения; приход, расход, резерв, списание, корректировка и перемещение; минимумы и максимумы; дни запаса; критические алерты; остатки сырья и запчастей; расчёт рекомендуемой потребности и перераспределения; заявки на сырьё; поставщики; закупочные заявки; поставки, приёмки и договоры. Рекомендации являются поддержкой решения, а не автономной закупкой.
06Документы, платежи и финансыCORE + CONFIG
ТТН, путевой лист, счёт, договор, спецификация, коммерческое предложение, паспорт качества и акт сверки; PDF и HTML-preview; подпись и скан; публичная защищённая ссылка; платежи и задолженность; P&L, cash flow, затраты, бюджеты, дебиторка, рентабельность и налоговые формы. Онлайн-оплата подключается через ЮKassa; Диадок и СБИС не заявляются как готовый production-обмен.
07Водительская PWA и клиентский порталCORE
Текущие и будущие рейсы; статусы и GPS телефона; прибытие на РБУ и объект; подтверждение доставки; получатель, должность, объём, подпись и фотографии; геозона; наличные с проверкой бухгалтером; довоз и поломка; push и offline-индикация. Для клиента: регистрация, заявки, повтор и отмена, активные рейсы, оплата, документы, объекты, профиль, уведомления и чат.
08Аналитика, управление и безопасностьCORE
Дашборды, отчёты, плановая рассылка, загрузка РБУ, спрос, аномалии, клиентские риски и BI; пользователи, роли и настраиваемые права; параметры организации и бренда; аудит, мониторинг, rate limit, CSP, CSRF и cookie-сессии.
R&D · не входит в основное предложение: AI/CV/OCR, маркетплейс, платформенные функции и часть прогнозных и финансовых модулей остаются исследовательскими либо работают в резервном режиме.
09Интеграционный контурИНТЕГРАЦИЯ
БСУ/MS SQL только на чтение, GPS телефона, GLONASS Soft, ADM50, OSRM, webhooks и ЮKassa реализованы кодом. Обмен с 1С имеет рабочие направления для контрагентов, материалов, завершённых заявок и платежей, но требует проверки конкретного подключения. Telegram, SMS, телефония, SMTP и Web Push зависят от внешней конфигурации. Обратное управление БСУ, реальный camera QR decoder и live-stream весов не заявляются готовыми.
Безопасное внедрение
Подключиться к действующей БСУ,
не меняя её работу.
ПЛК и SCADA продолжают управлять производством. Сначала MAXBETON только читает и сверяет данные. После проверки выбранные сотрудники начинают использовать систему в работе.
- 01Карта контураПРОЦЕСС / ДАННЫЕ / ВЛАДЕЛЕЦ
Фиксируем роли, таблицы, идентификаторы, текущие системы, точки ручного переноса и ограничения безопасности.
- 02Подключение только на чтениеБЕЗ УПРАВЛЕНИЯ ПЛК
Отдельный SQL-пользователь только на чтение, исходящий HTTPS, ключ доступа, контрольные точки и защита от дублей.
- 03Параллельная проверкаСВЕРКА / РАЗБОР
Проектируем и проверяем правила сопоставления строк БСУ с заказами, рейсами и замесами; расхождения разбираются по сохранённым исходным данным.
- 04Пилот выбранного циклаКРИТЕРИИ ПРИЁМКИ
Определяем роли, сценарии, критерии приёмки и метрики до начала проверки — без неподтверждённых процентов.
- 05МасштабированиеПО РОЛЯМ
После приёмки расширяем рабочие места и адаптеры, сохраняя общие сущности, права и журнал событий.
ОТ ПРЕДПРИЯТИЯ
Владелец процесса, согласованный доступ только на чтение, справочники и тестовый периметр без публикации производственных секретов.
ОТ MAXGROUP
Карта данных и ролей, адаптер, протокол приёмки, журнал событий, документация и согласованная ответственность.
Срок и состав запуска фиксируем после обследования БСУ, 1С, GPS-оборудования и качества исходных данных. В план включаем этапы, зависимости и критерии приёмки.
До демонстрации
Что нужно решить
перед пилотом.
Что можно запускать поэтапно, что требует настройки и как заранее зафиксировать эффект.
Нужно ли заменять ПЛК и SCADA?
Нет. Реализованный контур БСУ читает согласованные таблицы MS SQL и не отправляет команды обратно в управление заводом.
Можно ли начать с одного участка?
Да. Пилот можно ограничить выбранным операционным циклом; до старта фиксируются общие сущности, роли и границы данных.
Как подключаются 1С и GPS?
Направления обмена с 1С и адаптеры GPS/ГЛОНАСС реализованы, но конфигурация, устройства, ключи и качество справочников проверяются до включения в периметр.
Как размещаются и защищаются данные?
Каждый запрос проверяет роль и организацию пользователя. Размещение, резервирование и восстановление проектируются под инфраструктуру заказчика.
Нужно ли останавливать производство?
Пилот не предполагает обратного управления ПЛК. Доступ к данным и возможные окна технических работ согласуются после обследования конкретной БСУ.
Как формируются состав и стоимость пилота?
После карты одного цикла, систем и интеграций отдельно фиксируем обязательный объём пилота, зависимости и следующую очередь.
Сколько занимает запуск?
Срок определяем после обследования БСУ, 1С, GPS, ролей и исходных данных; в план включаем этапы, зависимости и критерии приёмки.
Как измерять эффект?
До пилота согласуются исходная линия и методика: доставка в окно, длительность цикла, простои, план/факт, дефициты и скорость закрытия документов.
Демонстрация по вашему сценарию
Покажем MAXBETON
на рабочем процессе вашего предприятия.
Выберите роль или процесс — подготовим показ только нужных рабочих мест, интеграций и точек контроля. Для первой встречи достаточно описать текущий процесс; техническое задание не требуется.
- 01
Выберем рабочую рольдиректор, диспетчер, производство, лаборатория или снабжение
- 02
Сверим интеграционную границуБСУ, 1С, GPS/ГЛОНАСС, документы и доступы
- 03
Определим первый проверяемый циклрезультат, данные и критерии приёмки пилота