Сайт производственной компании с каталогом из 1С: что синхронизировать, а что нет

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

Ниже — про состав данных: что в каталоге производителя обязано приезжать из учётной системы, что ведётся на сайте и обратно в 1С не попадает никогда, и почему у завода этот раздел устроен иначе, чем у интернет-магазина. Про способы обмена написано отдельно, ссылка в конце; здесь — о том, что именно вы будете этими способами передавать.

Номенклатура в учётной системе существует ради учёта. Позиция нужна, чтобы её оприходовать, списать, посчитать себестоимость и не перепутать с соседней. Отсюда всё, что раздражает в выгрузке: технические наименования с зашифрованным типоразмером; позиции, заведённые дважды разными людьми в разные годы; архивные карточки, которые нельзя удалить из-за проводок; заготовки, комплектующие и упаковка вперемешку с готовой продукцией.

Каталог на сайте существует ради другого решения: закупщик пытается понять, подходит ли изделие под его задачу. Он думает категориями применения, габарита, стандарта, совместимости и срока. Его вопрос звучит не «есть ли у вас позиция 10-0043-02», а «что у вас есть на минус сорок и с каким допуском».

Отсюда и правило, вокруг которого строится весь проект: из учётной системы берутся факты, а смыслы собираются на сайте. Факты — это то, что в компании уже кем-то заведено и за что кто-то отвечает по должности. Смыслы — это то, чего в 1С нет и не будет, потому что бухгалтерии и производству они не нужны.

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

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

У магазина вариант товара — это размер и цвет, и покупатель понимает их без объяснений. У производителя вариант — это исполнение: другое напряжение, другое покрытие, другой материал уплотнения, другая длина, левое или правое, с поверкой или без. В 1С каждое исполнение почти всегда отдельная номенклатурная позиция со своим артикулом, потому что иначе его не отгрузить и не посчитать.

Дальше идёт выбор, от которого зависит вид всего каталога. Либо каждое исполнение становится отдельной страницей — и тогда модель из двенадцати исполнений превращается в двенадцать почти одинаковых карточек, между которыми закупщик выбирает глазами. Либо исполнения собираются в одну карточку изделия с переключателем — и тогда кто-то должен описать правило, по которому позиции из 1С группируются: по общему корню артикула, по полю «модель», по ручному сопоставлению.

Второй вариант лучше для читателя и дороже в работе: правило группировки в учёте обычно не задано явно — оно живёт в голове у того, кто заводит номенклатуру. Решается это один раз, на старте. Не примете решение до разработки каталога — его примут за вас, и это будет первый вариант: он получается сам собой.

Структура каталога. Дерево разделов строится под то, как ищет закупщик, и совпадать с деревом учёта не обязано: в 1С группы заведены под отчётность и производственные участки, у закупщика в голове задача. Попытка синхронизировать два дерева заканчивается структурой, удобной бухгалтерии.

Тексты. Применение, сценарии использования, чем это изделие отличается от соседнего, с чем совместимо, что берут вместе. Их пишет человек, который разбирается в продукции, и живут они только на сайте — в учётной системе такому полю просто нет места, а если место нашли, его всё равно никто не наполнит.

Медиа и документы. Фотографии изделий, чертежи, схемы подключения, инструкции, сертификаты, паспорта. У них собственный жизненный цикл: сертификат переиздаётся по своему графику, не связанному с изменениями в номенклатуре, и за срок его действия отвечает человек, а не выгрузка.

И связи между карточками: аналоги, замена снятой позиции, сопутствующее, совместимое. Они имеют смысл только на витрине и в учёт не возвращаются — иначе сайт начинает править справочники 1С, и через год никто не может сказать, где источник истины.

Отсюда главное архитектурное решение каталога производителя: обмен однонаправленный. Учёт отдаёт состав и факты, сайт их принимает и не меняет. Всё, что сайт добавил сверху, в 1С не уходит никогда. Двусторонний обмен по одним и тем же полям кажется гибкостью ровно до первого расхождения, после которого выяснить, чья версия верна, уже нельзя.

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

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

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

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

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

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

Просьба «показывать остатки» в производственном проекте означает не то, что думает заказчик. На складе у завода лежит та часть номенклатуры, которая успела выйти из цеха; всё остальное изготавливается под заказ и остатка не имеет в принципе.

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

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

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

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

Такой кабинет мы делали для Peppy Woolton — крупного регионального производителя детской одежды. На нашей отраслевой странице сказано прямо: такой кабинет стал для компании основным каналом продаж. Витрина приводит запрос, а кабинет снимает с отдела продаж ручной ввод и звонки «есть ли на складе».

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

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

Отсюда два требования, которые стоит проговорить вслух на первой технической встрече. Ключ — артикул или идентификатор, а не наименование. И позиция, исчезнувшая из выгрузки, не удаляется, а помечается неактивной: иначе одна неудачная выгрузка опустошает каталог, а адреса страниц, годами собиравшие поисковый трафик, исчезают разом. Ответ подрядчика «такого не бывает» означает, что с живым обменом он не работал.

Пройдите этот список пунктами вместе с человеком, который ведёт номенклатуру, и запишите ответы. Без них оценка каталога у разных подрядчиков будет разной просто потому, что каждый додумает недостающее по-своему.

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

Если у вас сто изделий и номенклатура меняется несколько раз в год, обмен с 1С вам, скорее всего, не нужен: каталог ведётся руками в админке. Обмен — это код, который сопровождают наравне с сайтом, и выигрыш от него появляется там, где позиций много и они меняются постоянно.

Мы не обещаем, что синхронизация сделает каталог хорошим. Она аккуратно переносит то, что есть. Дубли, разнобой в написании и параметры текстом приедут на сайт дублями, разнобоем и параметрами текстом — только быстрее и в большем объёме. Порядок в справочниках наводит компания.

И мы не обещаем точного срока до доступов. Пока нет тестовой копии учётной системы и живой выгрузки, любая оценка каталога — предположение, в том числе наше. По нашей отраслевой странице сайт с каталогом для производственной компании — это обычно три-четыре месяца от старта до запуска; что в этих месяцах займёт больше всего времени, видно только после того, как мы посмотрим на реальные данные.

Пришлите три вещи: выгрузку сотни позиций в том виде, в каком её отдаёт ваша 1С, пару карточек изделий из учётной системы на скриншотах и ответ, продаёте ли вы дилерам. Этого хватит, чтобы сказать, какие характеристики станут фильтрами без доработки, где придётся наводить порядок в справочниках и чьими руками и стоит ли сразу закладывать кабинет для партнёров.

Есть на руках чужая оценка — пришлите из неё раздел про выгрузку из 1С. Скажем, какие решения в нём не названы: исполнения, ключ связи, поведение при исчезновении позиции, источник истины по полям. Именно в этих местах оценка потом и вырастает.