Дублі товарів та зникнення фото в інтернет-магазині

Кейс з ревізії інтеграції 1С та інтернет-магазину

Коли автоматизація перетворюється на лабіринт?

Багато власників інтернет-магазинів мріють про «чарівну кнопку»: завів товар у 1С — і він магічним чином з'явився на сайті з описом, фото та у правильній категорії. Але на практиці інтеграція часто перетворюється на «хвіст», який виляє собакою.

У цьому кейсі я розповім, як ми розбиралися з проблемою «зламаного» обміну даними для великого магазину одягу в Казахстані, чому на сайті плодилися дублі і як людський фактор ледь не поховав роботу цілої команди розробників.

Частина 1. Що бачив клієнт

Клієнт звернувся із класичним списком скарг:

  1. Порожні картки: Нові товари з'являються на сайті без фото та описів.
  2. Дублікати: Один і той же товар відображається двічі — один раз, як одиночний товар, а другий — у складі модельного ряду.
  3. Хаос у модельних рядах: Одяг одного типу не склеюється в одну картку з вибором розмірів, а розсипається по каталогу на одиночні товари.

На перший погляд, здавалося, що програмісти десь недодивилися. Але як незалежний консультант, я вирішила заглянути «під капот» не лише сайту, а й комунікацій.

Частина 2. Діагностика

Щоб зрозуміти, чому обмін працює криво, я провела аудит трьох сторін: ТЗ, спілкування з розробниками та реальність у 1С.

1. Вузьке шийка в 1С

З'ясувалося, що контент-менеджер заводить у 1С лише базові поля: код, назву двома мовами та ціну. Артикули та діапазони для модельних рядів (наприклад, CCL079-CCL084) або часто вносилися з помилками, або ігнорувалися.

Результат: Сайт не розумів, що товари відносяться до однієї групи, і виводив їх як поодинокі «болванки».

2. Забуті домовленості

Виявилося, що півроку тому було ухвалено рішення: щоб не навантажувати 1С, туди заливається лише одне головне фото. Решта мали довантажуватися вручну. Але про це правило всі забули, фото не завантажували зовсім, а винним залишився скрипт обміну.

3. Мануальне «гальмо»

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

Важливий інсайт: Проблема була не в коді. Проблема була у закільцьованому лабіринті, де дані губилися між старою адмінкою, новою базою та обліковою системою.

Частина 3. Три сценарії вирішення проблеми

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

Варіант №1: "Реанімація поточної схеми" (Бюджетний)

Залишити все як є, але увімкнути автоматичний планувальник (Cron). Раз на добу сайти обмінюються даними.

  • Плюс: Дешево.
  • Мінус: Навантаження на сервер і ризик того, що дані будуть приходити із затримкою.

Варіант №2: "Повна автоматизація через 1С" (Еталонний)

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

  • Плюс: Жодних дублів, ідеальний порядок у базі.
  • Мінус: Складне налаштування обміну на стороні 1С зі старим та новим сайтом.

Варіант №3: "Хірургічний перехід" (Ефективний)

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

Частина 4. Головний урок кейсу: Чому «милиці» – це отрута?

У процесі роботи розкрилася неприємна правда. Розробники, бачачи, що менеджер клієнта не справляється з обсягом роботи, почали писати скрипти-латки («милиці»), щоб хоч якось склеювати товари та прибирати дублі. Вони хотіли якнайкраще — допомогти клієнту.

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

Що ми зробили у результаті?

  1. Інструкція для контент-менеджера: Ми підготували чіткий регламент, які поля в 1С є обов'язковими для заповнення, щоб магія автоматизації працювала.
  2. Відмова від зайвих скриптів: Замість того, щоб писати 101-й скрипт з видалення дублів, ми вирішили лікувати причину їх появи в джерелі даних — виправити всі помилки, що вже є, в 1С у полі «батьківський товар».
  3. Прозорість: Клієнт визнав, що частина проблем виникла через забуті домовленості, і ми переглянули ТЗ під поточні бізнес-реалії.

Результат виконаної роботи

Сформовано стратегію переходу на повну автоматизацію. Оптимізовано роботу контент-відділу. Усунуто нерозуміння між замовником та техпідтримкою.

Бажаєте навести лад в обміні даними свого магазину? Складні інтеграції — це не тільки код, а й логіка процесів. Я допомагаю знайти слабкі ланки та перетворити хаос на працюючу систему.

Про те, як я працюю, читайте на сторінках:

Індивідуальні рішення для зростання малого та середнього бізнесу

Сесії-орієнтування у бізнес-невизначеності та управління нею