Синхронізація магазину з 1С/BAS: як зберегти ручні правки товарів
Після підключення магазину до 1С/BAS менеджер може виправити опис товару, а наступний обмін поверне старий текст. Причина зазвичай не в помилці редактора, а в тому, що інтеграція вважає облікову систему власником усієї картки. Захист ручних правок починається з правила: хто відповідає за кожне поле.
Розділіть дані за їхнім призначенням
У 1С/BAS зручно вести номенклатуру, ціну й залишок. На сайті менеджер працює з назвою для покупця, описом, фото, категоріями та SEO-полями. Це різні задачі, тому команда спочатку складає таблицю відповідальності. Для кожного поля в ній зазначають джерело, напрямок обміну, можливість ручного редагування та поведінку після такого редагування.
- Ціна й залишок надходять з обліку. Менеджер бачить час останнього успішного оновлення, але не змінює їх через редактор картки.
- Опис, зображення й пошукові поля належать сайту. Відсутнє або застаріле значення з обліку не стирає відредагований матеріал.
- Категорія потребує окремого правила. Облікова група може допомогти створити товар, але подальше розміщення у вітрині контролює редактор.
Розміри або варіанти в обліку іноді заведені як окремі позиції, тоді як покупець очікує одну картку з вибором варіанта. Для такого випадку потрібен сталий ідентифікатор зв'язку, а не пошук товару за назвою: назву можуть змінити і в обліку, і на сайті.
Як працює захист поля
Для редагованого поля зберігають ознаку блокування імпорту. Коли менеджер змінює опис, система позначає саме опис як захищений. Наступний пакет із 1С/BAS оновлює ціну та залишок, але пропускає захищений текст. Якщо змінено батьківську категорію, імпорт не повертає її до облікової групи. Інші поля картки продовжують оновлюватися за своїми правилами.
У редакторі ознака має бути видимою. Іконка біля поля або чіткий напис пояснює, чому нове значення з обліку не з'явилося на сайті. Поруч корисно показувати джерело поточного значення та дату останнього обміну. Зняття захисту має бути свідомою дією: менеджер повинен розуміти, що наступний імпорт знову зможе змінити поле.
Такий підхід застосовано в каталозі Safari Zbroia: ручні зміни товарів і розташування категорій захищені окремими ознаками. Докладніше про будову каталогу ми писали в кейсі Safari Zbroia.
Що робити з новими та зниклими позиціями
Новий товар спочатку потрапляє до черги на перевірку або до погодженої службової категорії. Так редактор встигає додати опис, фото й правильне місце у вітрині. Якщо позиція зникає з чергового вивантаження, її не слід одразу видаляти: тимчасовий збій обміну виглядає так само. Безпечніше зберегти картку, позначити відсутність даних і перевірити причину.
Для залишку потрібно домовитися, що означає нуль, порожнє значення та відсутній рядок. Це різні стани. Нуль може означати, що товар закінчився, порожнє значення вказує на некоректний пакет, а відсутній рядок може бути наслідком неповного експорту. Правило доступності товару має спиратися на це розрізнення.
Погодьте також порядок конфліктів: що робити, коли облік і редактор змінили одне поле між обмінами. Без цього правила захист може приховати важливу зміну постачальника. Для спірних карток потрібен список розбіжностей, який переглядає відповідальний менеджер, а не мовчазний вибір випадкового значення.
Як перевірити обмін до відкриття магазину
- Створіть тестову картку та вручну змініть опис і категорію. Запустіть повний обмін і переконайтеся, що захищені поля лишилися на місці, а ціна й залишок оновилися.
- Змініть у 1С/BAS ідентифікатор або назву тестової позиції. Перевірте, чи інтеграція не створила дубль і чи зв'язок із карткою зберігся.
- Передайте нульовий залишок, порожнє значення та неповний файл окремо. Перевірте, як магазин показує наявність у кожному випадку.
- Перервіть обмін посеред пакета і повторіть його. Дані не повинні частково перезаписатися або створити дублікати.
Після запуску потрібен журнал із результатом кожного обміну: скільки позицій оброблено, які пропущено через захист, де не знайдено відповідність і де виникла помилка. Менеджеру корисна коротка зрозуміла причина прямо в адмінці, а технічній команді потрібен запис для пошуку збою.
Добра синхронізація не забирає в редактора контроль над вітриною. Вона точно визначає межу між обліком і сайтом, а потім однаково виконує це правило для кожного товару.
У каталозі 1700+ діджитал-агентств, які готові допомогти в реалізації ваших завдань. Вибирайте та економте до 30% свого часу та бюджету! Це безкоштовно та займе менше 3-х хвилин.