Автоматизація обробки прайс-листів для інтеграції з Horoshop

1. Мета проєкту

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

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

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

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

2. Основні функціональні модулі системи

2.1. Імпорт даних від постачальників

• Підтримка різних джерел:

  • API постачальників (наприклад, ERC, DC-Link, Югконтракт та інші).

  • Файли у форматах XML,CSV (включаючи стандарти Google Merchant, Rozetka, Prom),.

  • Прямі посилання на файли.

• Гнучке налаштування: Можливість додавати нових постачальників та налаштовувати для кожного з них графік автоматичного оновлення даних.

2.2. Інтеграція з Horoshop

• Синхронізація структури: Система повинна завантажувати з Horoshop існуючу структуру категорій, шаблонів та характеристик для коректного співставлення.

• Оновлення товарів: Автоматичне завантаження нових товарів та оновлення існуючих (ціна, наявність, характеристики) через API Horoshop.

• Обробка нових характеристик: Якщо у постачальника з'являється характеристика, якої немає в шаблоні Horoshop, система повинна повідомити про це менеджера (в інтерфейсі, Telegram) для її ручного додавання в Horoshop.

2.3. Збагачення та стандартизація даних через парсер Hotline

• Основна логіка: Для стандартизації даних використовувати парсер Hotline.ua. Інформація про ціну та наявність береться від постачальника, а "чисті" та впорядковані характеристики — з Hotline.

• Механізм роботи: Парсер має працювати за артикулом або назвою товару.

• Обхід блокувань: Необхідно передбачити механізм для стабільної роботи 

• Обробка винятків: Якщо товару немає на Hotline, він має оброблятися в загальному порядку з даними постачальника.

2.4. Співставлення (маппінг) категорій та характеристик

• Категорії: Зручний інтерфейс для ручного співставлення категорій постачальників з категоріями на сайті.

• Характеристики: Автоматичне співставлення "очищених" через Hotline характеристик. Для товарів без даних з Hotline — можливість ручного маппінгу.

• Ідентифікація постачальника: Реалізувати можливість ідентифікувати основного постачальника товару за першою цифрою артикула в Horoshop для зручності менеджера.

2.5. Управління ціноутворенням та конкурентоспроможністю

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

• Аналіз цін: Система повинна порівнювати ціну закупки з найнижчою ціною на Hotline.

• Інтеграція з Google Merchant Center: Можливість налаштувати автоматичне вивантаження в Google Merchant лише тих товарів, які є конкурентними за ціною (наприклад, ціна не перевищує мінімальну на Hotline + N%).

2.6. Управління дублікатами товарів (не обовʼязково)

• Механізм виявлення: Використовувати векторизацію даних (назва, модель, ключові характеристики) для пошуку однакових товарів від різних постачальників.

• Логіка об'єднання:

  • При високій схожості (напр., >90%) — автоматичне об'єднання в одну картку.

  • При середній схожості (напр., 70-90%) — товар позначається для ручної перевірки менеджером.

• Вибір найкращої пропозиції: Об'єднана картка товару повинна відображати найкращу ціну та наявність з усіх пропозицій постачальників.
  
  

2.7. Обробка мов та переклад контенту

• Проблема: Описи та характеристики товарів від постачальників можуть надходити різними мовами (українська, російська) або містити суміш мов.

• Рішення:

  • Інтегрувати систему зі сторонніми сервісами перекладу (наприклад, Google Translate API, DeepL API).

  • Реалізувати функціонал для автоматичного перекладу текстових полів (назва, опис) на основну мову сайту (українську).

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

2.8. Інтерфейс для менеджера

• Панель управління: Єдиний веб-інтерфейс для моніторингу всіх процесів.

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

• Фільтрація та масові дії: Можливість легко фільтрувати товари, що потребують уваги (напр., без категорії, з новими характеристиками), та виконувати над ними масові операції.

• Звіти та сповіщення: Детальні логи роботи, звіти про помилки та успішні оновлення. Налаштування сповіщень про критичні події.

3. Технічні вимоги

• Тип програми: Веб-додаток.

• Хостинг: Система повинна бути розрахована на стабільну роботу на стандартному VPS/VDS сервері.

• Масштабованість: Архітектура має бути спроектована так, щоб у майбутньому можна було легко підключати нові сайти (клієнтів) без повної переробки ядра.

Що ми очікуємо від виконавця:

1. Оцінка вартості та термінів реалізації проєкту.

2. Приклади аналогічних реалізованих проєктів у вашому портфоліо.

3. Ваші пропозиції щодо технологічного стеку для реалізації завдання.