Синхронізація з 1С: як не мати застарілих цін на сайті

Каталог на сайті виробництва застаріває швидше, ніж здається. Місяць після запуску все гарно, через три — ціни вже не ті, кілька позицій зняті з виробництва, залишки не збігаються зі складом. Менеджер витрачає день на відповіді «а це ще актуально?», а закупівельник, який побачив стару ціну, перестає вірити всьому каталогу. Синхронізація з 1С прибирає цю проблему технічно: сайт перестає бути другою базою, яку хтось має оновлювати руками.

Чому ручне оновлення каталогу не працює ніколи

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

Далі починається гірше. Каталог, якому не довіряють, менеджери перестають використовувати самі: клієнту простіше надіслати актуальний Excel у пошту. Сайт формально є, а продажі йдуть повз нього.

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

Що саме передається з облікової системи

Обмін — це не «вивантажити все». Зазвичай передається чотири групи даних, і кожна має свою частоту оновлення.

Номенклатура: назва, артикул, категорія, одиниця виміру, характеристики, кратність відвантаження. Змінюється рідко, оновлюється раз на добу.

Ціни: базова й за типами клієнтів — роздріб, опт, дилер, персональні. Оновлюються за розкладом або одразу після зміни в обліку.

Залишки: по складах, часто з поділом «в наявності / під замовлення / очікується». Найчастіша частота — кілька разів на день або в реальному часі.

Зворотний потік: запити КП і замовлення з кабінета дилера повертаються в облік як документи. Це та частина, яку зазвичай забувають, а вона й економить найбільше часу.

Синхронізація з 1С: три способи звʼязати сайт з обліком

Технічно варіантів кілька, і вибір залежить від того, у якому стані ваша система.

Штатний обмін. У багатьох конфігурацій 1С і BAS є вбудований механізм обміну з сайтом у форматі CommerceML. Найпростіший шлях, якщо конфігурація типова й не сильно допиляна.

Через API або веб-сервіс. Гнучкіший варіант: сайт звертається до системи напряму й забирає рівно те, що потрібно. Підходить, коли обмін має бути частим або двостороннім.

Через проміжний файл. Облік вивантажує XML або CSV у теку чи хмару за розкладом, сайт його забирає. Просто, надійно й не вимагає доступу ззовні до вашого сервера — часто це вирішальний аргумент для служби безпеки.

Якщо облікової системи ще немає, стартовим варіантом лишається імпорт з Excel за розкладом: ви ведете файл у звичному вигляді, сайт підхоплює зміни. Пізніше джерело міняється, а структура каталогу лишається.

Головна складність — не технологія, а зіставлення даних

Розробники зазвичай кажуть «підключимо за тиждень», і це правда лише щодо самого каналу. Основна робота — у зіставленні структур.

Типові місця, де все ламається: категорії в обліку названі інакше, ніж потрібно на сайті; характеристики лежать одним текстовим полем замість окремих; одна позиція має кілька артикулів; одиниці виміру не збігаються — у обліку тонни, на сайті погонні метри; фото зберігаються поза системою.

Тому реальний план виглядає так: спершу вивантаження й аналіз номенклатури, потім карта відповідностей полів, і лише після цього налаштування обміну. Пропустити середній етап не вийде — саме він визначає, чи буде каталог виглядати як каталог, а не як дамп бази.

Як має бути влаштований сам каталог і чому в B2B потрібен запит КП, ми розбирали в матеріалі B2B-каталог: запит КП замість кошика.

Що показувати, коли даних із обліку недостатньо

Облік знає артикул, ціну й залишок, але не знає, як продавати. Опис, застосування, переваги, фото з обʼєктів, сертифікати — цього в 1С зазвичай немає й бути не має.

Робоча схема гібридна: технічні поля тягнуться з обліку й перезаписуються при кожному обміні, а маркетингові живуть в адмінці сайту й обміном не чіпаються. Тоді менеджер може дописати опис категорії або додати креслення, не боячись, що наступне вивантаження це зітре.

Це правило варто закласти на старті: для кожного поля визначається джерело правди. Інакше через місяць хтось запитає, чому зникли всі описи.

Наявність: як показувати чесно

Точні цифри залишків у B2B показують рідко — це чутлива інформація, і конкуренти теж читають ваш сайт. Але й ховати повністю не варто: закупівельнику треба знати, чи є товар зараз.

Практичний компроміс — статуси замість чисел: «є на складі», «під замовлення, строк N днів», «очікується». Для дилерів у кабінеті можна показувати точні залишки, для гостей — статуси.

Головне, щоб ці статуси оновлювались автоматично. Позначка «в наявності» на позиції, якої немає два місяці, гірша за відсутність позначки взагалі.

Частота обміну: коли реальний час зайвий

Реальний час звучить привабливо, коштує дорожче й потрібен не всім. Практичні орієнтири такі.

Номенклатура й характеристики — раз на добу, вночі. Ціни — раз на добу або після кожної зміни в обліку, якщо вони рухаються часто. Залишки — кілька разів на день для більшості виробництв; у реальному часі має сенс тоді, коли позиція може закінчитись за годину.

Замовлення й запити КП — одразу, без затримки: тут швидкість прямо впливає на угоду.

Окремо варто передбачити ручний запуск обміну кнопкою в адмінці. Це рятує в ситуаціях «змінили ціну, треба щоб зараз».

Що робити, коли обмін упав

Будь-яка інтеграція колись ламається: оновили конфігурацію, змінився пароль, сервер обліку був вимкнений. Питання не в тому, чи станеться, а в тому, чи ви про це дізнаєтесь.

Мінімальний набір страховок: журнал обмінів із результатом кожного запуску; повідомлення на пошту, якщо обмін не пройшов два рази поспіль; правило «не оновилось — лишаємо попередні дані», а не обнуляємо каталог; і позначка дати останнього оновлення в адмінці, щоб було видно неозброєним оком.

Остання деталь особливо важлива: без неї каталог може два тижні показувати старі ціни, і ніхто цього не помітить. Це та сама логіка, що й з бекапами: питання не в тому, чи знадобиться, а в тому, чи дізнаєтесь вчасно — про неї ми писали в матеріалі резервне копіювання сайту.

Що це дає у грошах

Три ефекти, які видно швидко. Менеджери перестають витрачати години на «уточню й передзвоню» — дані на сайті збігаються з обліком. Зникають листи «надішліть актуальний прайс», бо файл генерується з каталогу в момент завантаження. І зʼявляється статистика: що дивляться, що потрапляє в запити, а що лежить без руху.

Плюс менш очевидне: коли каталогу можна довіряти, його починають використовувати самі менеджери — надсилають клієнтам посилання на позицію замість листування з вкладеннями. Як рахувати віддачу від сайту загалом, ми розписали в матеріалі як розрахувати окупність сайту.

Що входить у розробку такого сайту, зібрано на сторінці B2B-сайту для виробництва.

Що робити з номенклатурою до інтеграції

Найчастіша причина зриву строків — не технічна. Дані в обліку заведені так, як зручно бухгалтерії, а не так, як потрібно каталогу. Тому перед підключенням варто пройтись по номенклатурі й привести її до ладу — це та робота, яку ніхто, крім вас, не зробить.

Мінімум: назви позицій у людському вигляді, а не «Труба ст.20 ГОСТ 8732 б/у скл.2»; характеристики розкладені по окремих полях замість одного текстового; категорії, за якими покупець реально шукає; єдині одиниці виміру; прибрані дублі й давно зняті з виробництва позиції.

Це можна робити паралельно з розробкою сайту, і саме так ми зазвичай і працюємо: поки йде дизайн і верстка, ваш спеціаліст із обліку чистить номенклатуру за нашим списком. До моменту, коли каталог готовий приймати дані, вони вже придатні.

Часті питання

Чи можна підключити нашу конфігурацію 1С, якщо вона допиляна?

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

Чи не сповільнить обмін роботу облікової системи?

При правильному налаштуванні ні. Вивантаження ставлять на нічний час або роблять інкрементним — передаються лише зміни з моменту останнього обміну, а не вся база щоразу. Навантаження на 1С у такому режимі непомітне.

Що буде з описами й фото, які ми завели на сайті?

Нічого, якщо на старті визначити джерело правди для кожного поля. Технічні дані перезаписуються з обліку, маркетингові — ні. Це налаштовується один раз і далі працює само.

Скільки часу займає інтеграція?

Сам канал обміну — кілька днів. Зіставлення структур і чистка номенклатури — від тижня до місяця, залежно від стану даних. Тому чесна відповідь: якщо номенклатура в порядку, інтеграція йде разом із розробкою сайту й не подовжує строк; якщо ні, спершу треба привести дані до ладу.

Чи можна почати без 1С і додати пізніше?

Так, і для багатьох це правильний шлях. Стартуєте з імпортом з Excel за розкладом, а коли облік буде готовий, ми міняємо джерело даних. Структура каталогу, фільтри й сторінки лишаються ті самі — переробляти нічого не доведеться.

Коротко

Синхронізація з 1С потрібна не заради технології, а щоб каталог не брехав. Передаються номенклатура, ціни за типами клієнтів і залишки, а запити КП повертаються в облік. Основна робота не в каналі обміну, а в зіставленні структур і чистці номенклатури. Обовʼязково лишіть маркетингові поля на боці сайту, поставте моніторинг обміну — і каталог перестане застарівати без чиєїсь участі.