Як обрати портал постачальника для збору й перевірки даних про товари

Знайома ситуація: товар уже на складі, а продавати його на сайті ще не можна - картка не готова.

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

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

Що таке портал постачальника і коли він потрібен ритейлеру?

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

Мережа встановлює вимоги для кожної категорії. Наприклад, для холодильника потрібні габарити, об’єм камер і технічні параметри. Для дивана - розміри, матеріал оббивки та тип механізму розкладання. Постачальник бачить, що потрібно заповнити й чому конкретний запис повернули на виправлення.

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

Чим портал товарних даних відрізняється від закупівельного кабінету?

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

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

Коли варто автоматизувати роботу з постачальниками?

Потребу визначає обсяг ручної роботи. Портал варто розглядати, якщо:

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

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

Як дані з порталу постачальника потрапляють у товарний каталог?

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

В одній компанії погоджена інформація надходить безпосередньо в інтернет-магазин, в іншій - спочатку в систему управління товарним каталогом. Ціни й залишки при цьому можуть передаватися з облікової системи.

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

Що таке PIM і для чого вона потрібна?

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

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

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

Чи можна працювати без окремої PIM-системи?

Так, якщо наявна облікова система або платформа інтернет-магазину забезпечує потрібний процес.

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

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

Які функції мають бути в порталі постачальника?

Оцінюйте функції за двома критеріями: скільки ручної роботи вони знімають із вашої команди та наскільки зручно ними користуватися постачальнику.

Завантаження товарів з Excel і CSV

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

Важлива можливість - зіставлення колонок із полями каталогу. Наприклад, колонка «Код виробника» у файлі відповідає вашому полю «Артикул виробника». Таке зіставлення також називають мапінгом.

Що перевірити:

• Чи зберігаються налаштування для наступних завантажень?
• Що станеться, якщо постачальник змінить назву або порядок колонок?
• Чи можна прийняти правильні рядки, а решту повернути на виправлення?
• Чи бачить постачальник зрозуміле пояснення кожної помилки?

Обов’язкові характеристики та заповненість картки

Вимоги потрібно налаштовувати за категоріями. Однаковий набір обов’язкових полів для всього асортименту створюватиме зайві запити й помилки.

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

Одразу розділіть відповідальність. Наприклад, постачальник надає технічні параметри, а контент-команда готує опис для сайту. Відсутність внутрішнього опису не повинна заважати постачальнику завершити свою частину роботи.

Фотографії, інструкції та документи

Файли мають бути прив’язані до конкретного товару або його варіанта. Інакше команда й надалі витрачатиме час на пошук потрібного зображення серед десятків вкладень.

З’ясуйте, чи можна:

• завантажувати матеріали одразу для кількох товарів;
• прив’язувати фото до кольору або іншого варіанта;
• визначати потрібні документи за категоріями;
• замінювати файли зі збереженням зрозумілої історії оновлень.

Ролі та доступ до інформації

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

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

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

Погодження та історія змін

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

Запитайте, чи можна:

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

Журнал із записом «користувач змінив товар» не обов’язково підтримує всі ці дії.

Пошук дублікатів товарів

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

З’ясуйте, які ознаки використовує система для зіставлення та що відбувається після знайденого збігу. Чи оновлюється наявний запис, додається пропозиція постачальника, чи потрібне рішення працівника?

Як підключити портал постачальника до облікової системи та сайту?

Для кожного типу даних визначте, де він створюється, де редагується та куди передається.

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

Перед впровадженням зафіксуйте:

• які дані передаються в кожному напрямку;
• як зіставляються товари та постачальники;
• як часто відбувається оновлення;
• яка система має пріоритет у разі розбіжностей;
• хто відповідає за помилки обміну.

Що перевірити для інтеграції з BAS?

Фрази «є інтеграція з BAS» недостатньо для оцінки проєкту. Потрібно врахувати вашу конфігурацію, версію та наявні доопрацювання.

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

Так само оцінюйте підключення до іншої ERP, PIM чи платформи інтернет-магазину.

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

Як файл постачальника стає погодженою карткою товару?

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

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

Які помилки в товарних даних має допомагати виявляти портал?

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

Пропущені характеристики та значення-заглушки

Замість матеріалу постачальник може вказати тире або «див. опис». Для обов’язкових полів варто визначити допустимі значення та правила використання позначки «не застосовується».

Остання може бути правильною для одного товару й приховувати пропуск для іншого. Перевірки мають враховувати категорію.

Неправильні одиниці вимірювання

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

Система має приймати однозначно визначений формат або перетворювати підтримувані одиниці за встановленими правилами. Неоднозначні значення краще повертати на уточнення.

Корисно також позначати незвичні для категорії числа. Наприклад, дуже мала вага великої побутової техніки потребує перевірки, навіть якщо формат поля правильний.

Дублікати та помилки в ідентифікаторах

Штрихкоди й артикули потрібно зберігати без втрати початкових нулів та інших змін формату. Водночас навіть правильно записаний штрихкод може належати іншому товару.

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

Відсутня українська версія інформації

Вхідні матеріали постачальника можуть потребувати перекладу. Перед публікацією перевірте, чи є українською вся обов’язкова інформація про товар для покупця. Відповідні вимоги визначає стаття 30 закону про державну мову.

У процесі потрібно закріпити, хто готує переклад і хто його погоджує. Бренди, назви моделей і технічні позначення латиницею не слід автоматично вважати помилками.

Невідповідні фотографії та документи

Поширені проблеми - фото іншого кольору, зображення-заглушка, недостатня роздільна здатність або відсутня інструкція.

Вимоги залежать від категорії та каналу продажу. Наприклад, правила щодо водяних знаків потрібно перевіряти для конкретного майданчика.

Формат і розмір файлу можна перевіряти автоматично. Відповідність фотографії товару або зміст документа можуть потребувати участі людини.

Які рішення для порталу постачальника можна порівнювати?

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

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

Скільки коштує портал постачальника і від чого залежить ціна?

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

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

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

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

Як перевірити, чи підходить HootCore вашій мережі?

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

Під час знайомства з HootCore з’ясуйте, що вже доступне в продукті, що потрібно налаштувати та які інтеграції знадобляться вашій компанії.

Покажіть нам файл, із яким ваша команда працює щодня. 

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