Заказ - контейнер данных
Этот контейнер содержит граф маршрута: информацию о статусе заказа, о предыдущем и следующих этапах, что уже сделано и что нужно сделать.
Реальные рабочие экраны. Никаких стоковых картинок.
Сравнение WorkAssistent с популярными классами систем управления.
| Функция / Возможность | WorkAssistent | ERP / MES |
CRM |
Таск-менеджеры |
|---|---|---|---|---|
| Универсальный этап, который настраивается без программиста для любого производственного процесса | ||||
| Визуальный конструктор цехов и этапов | ||||
| Распределенная файловая система и доступ к компьютерам где бы они ни были | ||||
| Системный вьювер (24+ формата) | ||||
| Технологический маппинг данных из файлов | ||||
| Общие и контекстные чаты | ||||
| Гибкий конструктор смен, штатное расписание и табель | нужен программист | |||
| Живой контроль дисциплины учитывающий расписание сотрудников, праздники и больничные | нужен программист | нужен программист | ||
| Два вида заказа: Коммерческий и производственный. Они могут быть как самостоятельными так и связанными | да, но не удобно | |||
| 3D-симулятор укладки деталей в коробки | ||||
| Сквозная параметрика и автопересчет формул между цехами | нужен программист | |||
| Управление партионными (пакетами) переходами между этапами | только в MES |
Четыре узнаваемые проблемы, с которыми работают производства разного профиля.
Проектировщик/дизайнер создаёт сложную 3D-сборку или изображение в высоком разрешении. Менеджеру нужно открыть файл прямо в заказе — но браузер не справится с файлом в несколько гигабайт, а профильного ПО на рабочем месте менеджера нет.
Производство работает с несколькими системами: учётной, складской, СКУД. Менеджер вынужден вручную переносить данные между ними. При каждом изменении — снова вручную. Ошибки неизбежны.
Обсуждение деталей заказа ведётся в мессенджерах, почте и телефонных звонках. Через три месяца никто не помнит, почему приняли то или иное решение. Новый сотрудник не может восстановить историю.
Технолог рассчитывает параметры на одном этапе, менеджер переносит их на следующий вручную. При изменении исходных данных — всё пересчитывается заново вручную. Ошибки накапливаются.
Граф + параметрические поля + агенты — это архитектурные принципы, а не просто функционал. Они позволяют описать любой многоэтапный процесс через единую модель данных.
Этот контейнер содержит граф маршрута: информацию о статусе заказа, о предыдущем и следующих этапах, что уже сделано и что нужно сделать.
Маршрут — это граф с узлами и портами. Узлы — это этапы производства. Порты — точки перехода из одного этапа в другой. На каждом переходе задаётся тип перехода: полный (весь заказ целиком) или партионный (заказ движется частями по мере готовности). Для каждого перехода назначаются согласователи и наблюдатели.
Каждый этап имеет собственный набор полей для ввода данных: числа, строки, даты, ссылки на справочники, файлы. Поля связаны формулами — результат одного этапа автоматически становится входными данными следующего. Никаких ручных пересчётов и передачи цифр через мессенджер.
Файловые менеджеры устанавливаются на рабочих компьютерах и дают прямой доступ к локальным файловым системам прямо из браузера. Тяжёлые 3D-сборки, TIFF размером 1 Гб, форматы STP, OBJ, DXF, MPR — открываются без загрузки в браузер. Никакого копирования — только единый источник данных (файлы прикрепленные к заказу).
CAD-менеджер разбирает инженерные файлы на уровне математических параметров: солиды, меши, размеры, глубина цвета, цветовые модели. Всё это становится полями в контексте заказа. Конструктор не передаёт данные вручную — система извлекает их из файла.
Чат привязаны к конкретному заказу или этапу — не к общему каналу команды. Обсуждения не расползаются по мессенджерам. История всегда рядом с данными.
Отдельный уровень для управления, а не исполнения. Сводка по всем заказам: на каком этапе, у кого, сколько времени. Задержки и узкие места видны без дополнительных отчётов. Данные о явке сотрудников из СКУД рядом с производственной картиной дня.
Склад, номенклатура, прайсы, группы цен, заказчики, поставщики — всё связано. Формулы этапов обращаются к справочникам напрямую: цена материала, норматив, остаток на складе — всё это часть расчётного контекста заказа, а не отдельная таблица.
Карточка заказа и маршрут позиции
Отраслевые алгоритмы и интеграции, которые работают в едином контексте заказа. Не требуют отдельных систем или ручного переноса данных.
Алгоритм оптимального раскроя деталей на листовом материале с учётом зазоров и остатков, с метками реза и цветовой семантикой по типам. Так же можно включив ручной режим самостоятельно создать карту раскроя. Все результаты раскроя можно выгрузить в DXF для ЧПУ-станков.
Расчет оптимальных размеров транспортных коробок под конкретный набор позиций заказа. Пользователю достаточно указать максимальные размеры коробки, максимальный вес в коробке, размеры деталей, расстояние между ними, вес детали, а модуль автоматически рассчитает количество коробок и их размеры.
Расчёт оптимального раскроя труб, профилей, уголков и листов под конкретный заказ. Минимизирует отходы, формирует задание для раскройного оборудования, учитывая технологические нормы раскроя
Читает данные из внешних баз данных предприятия (MySQL, CSV). Данные обновляются в реальном времени и становятся частью контекста заказа.
Интеграция с корпоративным файловым хранилищем Nextcloud. Файлы остаются в привычной инфраструктуре предприятия — система работает с ними напрямую, без дублирования.
Данные о приходе и уходе сотрудников из системы контроля доступа Sigur автоматически попадают в платформу и сопоставляются с производственной картиной дня.