← Все статьи

Как импортировать деталировку из БАЗИС-Мебельщика в учётную систему без Excel

24 июня 2026 · 8 мин чтения

Если вы технолог мебельной фабрики на 10–100 человек, скорее всего ваш рабочий день начинается так: открываете проект в БАЗИС-Мебельщике, прогоняете спецификацию, выгружаете её в Excel, открываете 1С (или тетрадь, или Google Sheets), и вручную переносите строки — материал, размеры, количество, кромка. На один шкаф с 40 деталями уходит 30–40 минут. На дневной поток заказов — 2–4 часа. В этих 2–4 часах живут опечатки, потерянные артикулы и заказы кромки «на глаз». Ниже разберём, что именно ломается на пути из БАЗИСа в учётку через Excel, как устроен правильный экспорт через Bazis Script API и на что обратить внимание, если вы будете писать свой скрипт.

Что не так с экспортом через Excel

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

Артикул материала. В БАЗИСе материал может быть назван «ЛДСП 16 Эггер H1334 ST9 (Артикул 00039428)» или «ЛДСП Эггер 16 мм\rH1334 ST9\r00039428» — в зависимости от того, как технолог завёл материал в базу. В экспорт в Excel попадает целиком строка, как она написана. Учётная система видит «ЛДСП 16 Эггер H1334 ST9 (Артикул 00039428)» и пытается матчить это со своим справочником материалов. Не находит. Технолог садится сводить вручную — или, что чаще, создаёт ещё одну позицию-дубликат «на сегодня».

Кромка по сторонам. В правильной деталировке кромка идёт по четырём сторонам — две длинных и две коротких, у каждой может быть свой тип (ПВХ 2 мм, ПВХ 0,4 мм, без кромки). В Excel это часто выглядит как одна колонка «Кромка», в которой стоит «2/2/0,4/0» или просто «по периметру 2 мм». Учётная система такой формат не понимает — а значит, заказ кромки на участок упаковки уходит «на глаз» или ставится самим оператором по памяти.

Связь деталь → маршрут. Технологический маршрут (раскрой → кромка → присадка → упаковка) в нормальной учётке привязывается к типу материала автоматически: ЛДСП идёт по одному маршруту, МДФ-фасад — по другому, столешница — по третьему. В Excel этой связи нет, маршрут проставляется руками для каждой партии. И каждый раз это шанс ошибиться.

Контурные размеры в правильном порядке. В БАЗИСе у детали есть ориентация в пространстве — она лежит «вдоль» или «поперёк» относительно листа. В спецификации могут оказаться размеры 400×800 у одной детали и 800×400 у такой же по сути. Раскройная программа потом часть из них «перевернёт», но в Excel вы получите данные как они есть, и стыковать с маршрутом будет неудобно.

Дубликаты. Каждый ручной перенос — это попытка пользователя «найти, что есть похожее» в справочнике учётки. Через два месяца у вас в номенклатуре пять ЛДСП H1334 ST9 с почти одинаковыми названиями, и плановик не понимает, какая из них «правильная».

Итог: ручной перенос через Excel — это не «дольше», это «дороже». Дороже на цену пересорта кромки, на цену остановки раскроя из-за «не той» позиции в заказе и на цену часов главного технолога.

Как устроен Bazis Script API

БАЗИС-Мебельщик с версии 9 поддерживает встроенный движок JavaScript — Bazis Script API. Это не отдельный продукт и не плагин: это интерпретатор, который умеет выполнять js-файл в контексте текущего проекта и иметь доступ к его модели — деталям, материалам, габаритам, блокам. Скрипт можно положить в специальную папку, и он появится прямо в меню БАЗИСа: технолог запускает экспорт одним кликом, без выгрузки промежуточных файлов.

Что доступно через API:

• Полная модель проекта: все детали (details), их контуры, толщины, привязки к материалам.
• Иерархия блоков (если проект собран по структуре «Изделие → Блок → Деталь»).
• Свойства материалов — наименование, толщина, единицы измерения, флаг «Учитывать в БАЗИС-Смете».
• Запись в файл и сетевые запросы — то есть скрипт может сразу POST'ить JSON в API учётной системы, минуя любые промежуточные файлы.

Чего нет или о чём стоит знать:

• Кодировка в Bazis-окружении — cp1251. Если выгружаете в файл — нужно явно работать с этой кодировкой, иначе кириллица превратится в ???. Если шлёте по HTTP — отправляйте JSON в UTF-8 на стороне скрипта, иначе сервер примет битую строку.
• Объектная модель отличается от обычного браузерного JS — нет fetch, нет Promise, синхронные XHR-вызовы. Это близко к ECMAScript 5.
• Async-кода нет. Длинная выгрузка проекта на 2000 деталей будет блокировать UI БАЗИСа на несколько секунд — это нормально.

Для нашей задачи — выгрузить деталировку в учётку — этого достаточно с большим запасом.

Как читать имя материала в Bazis правильно

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

Формат 1: круглые скобки. Имя выглядит как:

ЛДСП Эггер H1334 ST9 Робиния Брэнсон натуральная (Артикул 00039428)

Здесь артикул — 00039428 — спрятан в конце в круглых скобках, с префиксом «Артикул». Этот формат чаще всего получается, если материалы заводили вручную через интерфейс БАЗИСа и админ строго следил за неймингом.

Формат 2: CR-separator. Имя записано в три-четыре строки, разделённые символом возврата каретки \r:

ЛДСП Эггер 16 мм\rH1334 ST9 Робиния Брэнсон натуральная\r00039428

В UI БАЗИСа это отображается красиво, в три строки. При экспорте в Excel — слипается в одну строку с непечатаемым \r посередине. Этот формат типичен для проектов, где материалы загружались импортом из прайса поставщика.

Парсить нужно оба. Логика простая:

1. Сначала ищем шаблон (Артикул NNN) или (Арт. NNN) регуляркой — /\(Артикул\s*([0-9A-Za-z-]+)\)/iu. Если нашли — артикул вот он, остальную часть строки без хвоста используем как «человекочитаемое название».
2. Если не нашли — режем строку по \r (или \n, бывает и так). Последний непустой токен после разделения и есть артикул, всё что до — наименование.
3. Если и \r нет — материал заведён «по-плохому», без артикула вообще. Скрипт должен это пометить и выгрузить такие позиции в отдельный список «нужно завести артикул», чтобы технолог не получил молчаливо обрезанные данные.

Почему обычный экспорт в Excel это теряет: он отдаёт вам всю строку как есть, без понимания структуры. Учётная система видит длинное наименование и сопоставляет его со своим справочником по полному тексту — а у вас в справочнике артикул хранится отдельно. Матч проваливается, и каждая позиция ложится «новой» в номенклатуру.

Если пишете свой скрипт — закладывайте обработку обоих форматов сразу. Через полгода у вас в проектах гарантированно будут оба, потому что одни материалы заведутся вручную, другие импортнутся из xml прайса.

Что должно быть в правильном экспорте

Чек-лист для самопроверки — независимо от того, пишете ли вы свой скрипт или подключаете готовый.

1. Артикул материала отдельным полем. Не «строкой наименования», а конкретный article: "00039428". Парсер должен корректно вытащить его из обоих форматов имени (см. предыдущий раздел).
2. Длина и ширина детали в правильном порядке. Деталь в Bazis может быть ориентирована как угодно, но раскрой и кромка работают с понятиями «длинная сторона» и «короткая сторона». Гарантированный способ: длина = максимум контурных сторон детали, ширина = минимум. Никогда не берите «первое X, второе Y» из координат — это даст вам половину деталей перевёрнутыми.
3. Кромка по четырём сторонам отдельно. Учётка должна получить четыре поля: edgeL1, edgeL2, edgeS1, edgeS2 — две длинных и две коротких. Внутри каждого — артикул или тип кромки. Это даст возможность корректно посчитать метраж кромки на заказ и поставить задание участку.
4. Маршрут по типу материала, а не по детали. Маршрут не должен прилетать в каждой строке экспорта — он должен определяться учётной системой по типу материала из справочника. Скрипт должен отдавать только связь «эта деталь сделана из этого материала», маршрут учётка подставит сама.
5. Исключение служебных деталей. В БАЗИСе есть специальный флаг «Учитывать в БАЗИС-Смете = Нет». Им обычно помечают вспомогательные панели — шаблоны для присадки, монтажные накладки, кондукторы. Скрипт должен автоматически отфильтровывать такие детали (isExcludedFromSmeta), иначе в заказе на раскрой окажутся «лишние» позиции, которые на производство идти не должны.
6. Корректная обработка проектов без структуры Block. Не все проекты в БАЗИСе собраны по полной иерархии «Изделие → Блок → Деталь». В небольших фабриках часто встречаются «плоские» проекты, где детали лежат прямо в корне. Для них нужен двухпроходный orphan-фильтр: первый проход собирает все детали, привязанные к блокам; второй — добирает те, что не привязаны ни к одному блоку, но не являются служебными. Иначе на плоских проектах вы будете молча терять часть деталировки.
7. Количество детали честное. Если в проекте две одинаковые боковины — это qty: 2, а не две отдельные строки. Иначе плановик получит 80 строк там, где должно быть 40, и пересоберёт их вручную обратно.
8. Идемпотентность. Повторный экспорт того же проекта должен попадать в учётку как «обновление того же документа», а не как новый заказ. Самое простое решение — отправлять bazisProjectId (уникальный идентификатор проекта Bazis) вместе с данными.

Если в вашем экспорте все восемь пунктов закрыты — у технолога с заказа на 200 деталей пропадает день ручной работы.

Как мы решили это в АвтоМебельПро

АвтоМебельПро — учётная система для мебельных фабрик 10–100 человек. Импорт из БАЗИС-Мебельщика реализован как готовый JavaScript-скрипт под Bazis Script API — export_to_mebel.js. Технолог кладёт его в папку скриптов БАЗИСа один раз, после этого экспорт появляется как пункт меню. Один клик — деталировка уходит прямо в учётную систему по HTTPS, никакого Excel и никаких CSV.

Что закрывает скрипт из чек-листа выше:

• Парсит оба формата артикула — (Артикул NNN) и CR-separator.
• Применяет фильтр isExcludedFromSmeta по полю «Учитывать в БАЗИС-Смете».
• Делает двухпроходный orphan-фильтр для проектов без структуры Block.
• Гарантирует порядок «длина потом ширина» через max/min контурных сторон — независимо от того, как деталь повёрнута в Bazis.
• Корректно работает с cp1251 в Bazis-окружении и отправляет UTF-8 на сервер.
• Отправляет bazisProjectId, повторный импорт обновляет существующий документ, а не создаёт дубль.

Первая фабрика — RS GROUP — начала работать на этом импорте в июне 2026. Со стороны главного технолога это выглядит так: открыли проект, нажали «Экспорт в АвтоМебельПро», через 5–10 секунд деталировка лежит в учётке готовая к запуску в раскрой.

3 типичные ошибки при подключении импорта

Ошибка 1: «Сначала наведём порядок в справочнике материалов, потом подключим импорт». На практике порядок в справочнике никогда не «доводится до конца» — фабрика живой организм, материалы добавляются каждую неделю. Правильный подход обратный: подключаете импорт, видите в учётке список материалов «без артикула / не сматчилось», и доводите справочник по этому отчёту, а не «вообще». Так быстрее и без иллюзий.

Ошибка 2: «Перепишем все старые проекты под новый нейминг материалов». Не надо. Скрипт-импортёр должен уметь читать оба формата артикула (см. раздел про имена материалов). Старые проекты остаются как есть, новые делаются по новому шаблону — миграция идёт естественно, без отдельного спринта на «переименование».

Ошибка 3: «Сначала купим, потом проверим что на наших проектах работает». Любой нормальный поставщик учётной системы даёт пробный период. Прогоните через импорт 5–10 ваших реальных проектов разной сложности (с блоками, без блоков, с разными типами материалов) — и смотрите на отчёт о расхождениях. Если расхождения в пределах 1–2 деталей на проект — система готова. Если плывёт каждый второй проект — ищите дальше.

Часто задаваемые вопросы

Попробовать импорт на ваших моделях бесплатно

Если хотите проверить, как импорт отработает на ваших реальных проектах БАЗИСа — заведите аккаунт в АвтоМебельПро на пробный период. Стоимость подписки рассчитываем индивидуально от объёма производства, пробный период — бесплатно.

Зарегистрироваться и попробовать

АвтоМебельПро — учётная система для мебельных фабрик 10–100 человек. Импорт из БАЗИС-Мебельщика через Bazis Script API, маршрутизация по типу материала, заказы кромки и фурнитуры из деталировки автоматически.