Цифровая архитектура мебельной фабрики

 

Зрелость фабрики — это не уровень каждого слоя по отдельности. Это связность между ними.

 

 

Как я сегодня вижу цифровую архитектуру мебельной фабрики 

 

Коммерческий фронт. Задача этого слоя — дать продавцу и дизайнеру инструмент, в котором они работают с клиентом и который сразу производит структурированные данные о заказе. Не PDF с картинкой, а объект с составом, размерами, материалами и признаками, которые дальше читают другие системы.

 

В нашем стеке эту роль выполняет БАЗИС-Салон. Но важен не конкретный продукт, а функция: коммерческий фронт должен уметь выгружать заказ в формате, который инженерный слой понимает без переводчика.

Инженерно-технологический слой. Здесь живёт логика изделия. БАЗИС-Мебельщик разворачивает заказ в производственную спецификацию: деталировка, присадка, раскрой, технологические параметры. 

 

БАЗИС-Раскрой оптимизирует раскладку и формирует карты раскроя и бирки.

 

Этот слой — узкое место большинства фабрик. Именно здесь теряются данные о нестандартных изделиях, именно здесь инженер вынужден “догадываться” о намерении дизайнера, если между слоями нет нормальной передачи данных.

 

ERP / производственный контур. 1С:УНФ в нашем случае. Это операционная система фабрики: резервирование материалов, контроль обеспеченности, запуск в производство, движение деталей по цеху, комплектация и отгрузка.

 

Без данных из инженерного слоя 1С работает вслепую: она знает, что принят заказ на шкаф, но не знает, из чего он состоит, сколько деталей, какие материалы. С данными из БАЗИСа она видит заказ до детали и может управлять производственным потоком осознанно.

 

 

S.C. Interstepcom S.R.L. — мебельная фабрика с собственной розничной сетью. Задача: выстроить сквозной поток от заказа в салоне до комплектации на складе без ручных перекладываний данных между системами.

 

Стек: БАЗИС-Салон, БАЗИС-Мебельщик, БАЗИС-Раскрой, 1С:УНФ.

 

Шаг 1. Загрузка заказа из БАЗИС-Салон в 1С:УНФ через XML

 

Заказ моделируется в БАЗИС-Салон. Когда он готов, система выгружает его в 1С:УНФ через XML-файл.

 

XML здесь работает как переводчик между двумя моделями данных. Берёт инженерное описание из БАЗИСа и раскладывает его в форму, которую 1С читает как родную и сразу разворачивает в объекты для дальнейшей работы.

 

Что конкретно живёт внутри этого файла:

Признак стандарт/нестандарт — самое важное поле во всём файле. Если менеджер берёт типовое изделие и не трогает его — стандарт. Если меняет размер, материал фасада, фурнитуру — БАЗИС-Салон автоматически ставит признак нестандарт. Этот признак приходит в 1С и в момент загрузки разводит два потока: что идёт в резерв со склада, а что уходит в полный производственный цикл с пересчётом и переспецификацией.

 

XML как хребет интеграции

 

БАЗИС и 1С думают об изделии по-разному.

 

В БАЗИСе изделие — это геометрия, материалы, конструктивные связи, технологические параметры. Инженерная сущность с конкретными размерами, присадкой, раскроем.

 

В 1С то же самое изделие — это номенклатура, характеристики, количество, цена, склад, движение по документам. Учётная сущность.

 

Качество XML-схемы определяет качество всего, что идёт после. Хорошо спроектированная схема — и поток движется сам. Дыры в схеме — и на каждом следующем шаге кто-то что-то доправляет руками.

 

Я отношусь к проектированию схемы обмена как к архитектурному решению, которое принимается в начале проекта, а не как к технической задаче на последнем этапе внедрения.

 

Шаг 2. Резервирование корпусов и фасадов

 

После загрузки заказа 1С проверяет наличие стандартных корпусов и фасадов на складе и резервирует их под заказ.

Нестандартные позиции на этом шаге получают статус “требует запуска в производство” и уходят в следующий контур.

 

 

 

Шаг 3. Загрузка спецификации из БАЗИС-Мебельщик

 

Нестандартные изделия уходят в БАЗИС-Мебельщик на конструкторскую проработку. Мебельщик разворачивает каждое изделие в полную производственную спецификацию: список деталей, материалы, размеры, присадка, технологические параметры.

 

Готовая спецификация загружается обратно в 1С. Теперь система знает заказ до детали.

 

Закупки как косвенный продукт интеграции

 

Когда спецификация из БАЗИС-Мебельщик загружена в 1С, система знает состав каждого активного заказа до детали: какой артикул ЛДСП, сколько петель, какая кромка, какие направляющие.

 

На фабрике одновременно идут десятки заказов. У каждого своя потребность. Система складывает эти потребности по всем активным заказам в одну картину. Сколько всего нужно ЛДСП конкретного артикула. Сколько петель. Сколько погонных метров кромки. По всему портфелю, не по одному заказу.

 

Дальше эта агрегированная потребность сравнивается с остатками и тем, что уже зарезервировано. Закупщик видит конкретные позиции, по которым уже сейчас образуется дефицит, с привязкой к заказам и срокам.

 

Не “надо закупить петли”. А “по заказам от такого-то числа не хватает 340 петель артикула X — вот они подсвечены”.

 

Закупщик формирует заявку поставщику не потому, что “кончается”, а потому что система показывает: через три дня этих позиций не хватит под уже принятые заказы.

Это появляется само, когда БАЗИС передаёт в 1С полную производственную спецификацию, а не просто факт заказа.

 

Шаг 4. Раскрой и бирки с QR-кодом

 

Спецификация уходит в БАЗИС-Раскрой. Система строит оптимальные карты раскроя и формирует бирку для каждой детали.

 

На бирке — QR-код с привязкой к конкретному заказу и конкретной детали. Это ключевой момент: с этого шага каждая деталь становится физически идентифицируемой единицей.

Шаг 5. Сканирование деталей и сборка в ячейку заказа

 

Оператор на производстве сканирует бирку каждой готовой детали. 1С фиксирует факт изготовления и кладёт деталь в виртуальную ячейку заказа.

 

На экране оператора видно: сколько деталей по заказу уже готово, сколько ещё в работе, нет ли расхождений с плановым составом.

 

 

Шаг 6. Сборка фурнитуры

 

Когда все детали скомплектованы, заказ переходит к кладовщику, ответственному за фурнитуру. Конкретно на данном производстве мы реализовали печатную форму и у ребят там аналоговый канбан, при этом ведомость фурнитуры по заказу показывает: что нужно положить в комплект, в каком количестве, с каким артикулом.

 

Фурнитурщик комплектует набор и печатает этикетку на упаковку фурнитуры.

 

После чего сборщик заказа забирает фурнитуру у кладовщика в ячейку с заказом.

 

Шаг 7. АРМ комплектации

 

Финальный шаг. АРМ комплектовщика показывает полный состав заказа: корпуса, фасады, фурнитура. Оператор проверяет комплектность, система фиксирует готовность к отгрузке.

 

Бирка упаковки: от склада до магазина

 

Финальная этикетка на упаковку несёт разную нагрузку в зависимости от того, куда идёт заказ.

 

Собственные каналы и дилеры. Бирка связывает физическую коробку с карточкой заказа в 1С. Сканируешь QR — видишь, что внутри, откуда изделие, какой заказ, какой клиент, дата выпуска. Это упрощает приёмку у дилера, разбор рекламаций и движение между складами.

 

Розничные сети и маркетплейсы. Здесь добавляется EAN-13 — стандартный штрихкод для розничной кассы. Его нельзя придумать самому: коды покупаются в GS1 и регистрируются на производителя. Упаковщик печатает одну бирку — она закрывает и внутренний учёт, и требования ритейлера.

 

Что дальше — Честный знак. Для мебели обязательной маркировки пока нет. Но процесс идёт: Минпромторг уже запустил эксперименты с посудой, текстилем, декором и предметами интерьера. В отрасли ждут распространения требований на детскую мебель и готовую мебель в сетях — вопрос, судя по всему, ближайших лет.

 

Архитектурно это не страшно. Когда требование придёт, оно ляжет как ещё один выход к уже работающему потоку: 1С знает состав заказа, знает канал сбыта — добавить запрос кода через API Честного знака и встроить его в ту же этикетку технически несложно. Новый канал или новое регуляторное требование не рождает параллельный процесс — оно добавляется к существующему.

 

Что в итоге

 

Я намеренно не называю эту статью кейсом внедрения. Это скорее описание архитектурной логики, которая за кейсом стоит.

 

Конкретные системы — БАЗИС, 1С: УНФ, конкретная конфигурация — это детали реализации. Они могут быть другими. Важна логика: три слоя, каждый делает своё, между ними — структурированный обмен данными, который эти слои связывает в один поток.

 

Когда эта связность выстроена, фабрика получает несколько вещей одновременно:

 

— заказ прослеживается от салона до отгрузки без ручных операций — нестандартные изделия проходят полный производственный цикл с той же управляемостью, что и стандартные — закупки перестают быть реактивными — система сама показывает дефицит по портфелю заказов — новые каналы сбыта подключаются как дополнительный выход к существующему потоку, а не как новый отдельный процесс.

 

Зрелость фабрики — это связность слоёв. Всё остальное из неё следует.

 

 

Об авторе

 

Я начинал фрезеровщиком. Не “проходил практику” — именно работал: 3- и 5-координатные станки, чертежи вперемешку из Inventor, SolidWorks и БАЗИСа, ArtCAM и AlphaCAM в ежедневном обиходе. Это важно, потому что архитектурные решения, которые я описываю в этой статье, выросли не из консалтинговых схем — а из понимания того, как данные живут между конструктором, технологом и станком.

 

Со временем фрезерный стол сменился кабинетом технолога, потом главного технолога — несколько компаний, разные истории: мебель, металл, торговое оборудование для федеральных fashion-ретейлеров. Потом была должность руководителя отдела автоматизации на крупной московской мебельной фабрике с историей с 1949 года — 80+ единиц ЧПУ, сборочно-упаковочная линия длиной 100 метров, сквозная автоматизация от конструктора до отгрузки. И отдельная, совсем другая история — ВИП-мебель для частных резиденций: массив, шпон тангенциального среза, маркетри. Не каждый день такое встречается.

 

Названия компаний специально не указываю — не в моих правилах светить чужие имена без спроса. Если интересно детальнее — спрашивайте, расскажу. Единственное исключение здесь вполне логично: скриншоты и примеры в этой статье взяты из реального проекта, и этот заказчик заслуживает отдельного упоминания. Interstepcom из Молдавии — один из немногих примеров в нашей отрасли, где люди реально думают о том, как строить современное производство, а не просто латают дыры. Луч надежды, если честно.

 

Сейчас основная деятельность сместилась в сторону роботизации и комплексной автоматизации производств — около 10 РИД (ПО, базы данных, полезные модели, изобретения), лауреат премии Мэра Москвы «Новаторы Москвы» и премии журнала «Популярная механика», около десятка проектов с поддержкой Фонда Бортника (ФСИ), постоянный член жюри конкурса УМНИК от Научного парка МГУ. 

 

Мебель при этом никуда не делась — просто берусь, когда задача цепляет.

--

В процессе работы, нам активно помогали ребята из Фабрики технологий «hubfabtech.ru». Понимают отрасль изнутри, а не по учебнику. Канал на YouTube. Если задача шире — комплексная автоматизация, роботизация, сквозная интеграция оборудования и ERP — welcome. Люблю сложное.

 

Сергей Назаренко.