Оптимізація структури даних, атрибутів та фільтрів на базі OpenCart/ocStore

1. Мета робіт

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

2. Етапи та обсяг робіт

2.1. Глобальний аудит (Read-only)

• 
  

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

  
  

  
  

• 
  

  Атрибути: Пошук дублікатів та смислових синонімів (наприклад, «Потужність» та «Номінальна потужність»).  

  
  

  
  

• 
  

  Зв'язки: Перевірка цілісності ланцюжків: Категорія → Фільтр, Товар → Фільтр, Товар → Атрибут.  

  
  

  
  

2.2. Наведення порядку в атрибутах та фільтрах

• 
  

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

  
  

  
  

• 
  

  Нормалізація значень: Приведення одиниць виміру до єдиного канонічного формату (наприклад, перетворення «7000 Вт», «7000 watt» у «7 кВт»).  

  
  

  
  

• 
  

  Обов'язковий мінімум: Перевірка наявності у кожного товару 3-х базових атрибутів: Тип, Бренд, Ключова характеристика.  

  
  

  
  

• 
  

  Логіка сортування: Виставлення фільтрів у порядку пріоритетності для користувача (найважливіші характеристики — зверху).  

  
  

  
  

2.3. Корекція комерційної логіки

• 
  

  Обробка технічних цін: Для товарів із ціною в діапазоні від 0.01 до 10 грн (які часто є технічними заглушками) встановити статус «Out of stock» або «Недоступний» для приховування з видачі.  

  
  

  
  

3. Технологічні обмеження (Strict Constraints)

Виконавцю суворо заборонено:

• Змінювати системні ідентифікатори: product_id, category_id, attribute_id, filter_id.  

  
  

  
  

• Втручатися в роботу модуля SimplePars та його таблиць (oc_pars_*), змінювати правила імпорту або логіку SKU/Model.  

  
  

  
  

• Створювати нові підкатегорії або видаляти поточні без письмового погодження із Замовником.  

  
  

  
  

• Запускати Cron або виконувати масову чистку даних без створення актуального бекапу.  

  
  

  
  

4. Регламент безпеки

Перед початком активної фази робіт Виконавець зобов'язаний:

1. Перед початком будь-яких робіт Виконавець має створити повний Backup бази даних.

2. Надати список таблиць, що підлягають модифікації.

3. Після завершення аудиту надати «План змін» на погодження Замовнику.

4. Будь-які зміни вносяться лише після проведення Read-only аудиту та узгодження «Плану змін» із Замовником.
   
   
   

4. 1 Відповідальність за відновлення:

У разі порушення працездатності парсера SimplePars, імпорту товарів або збиття системних ідентифікаторів (product_id), Виконавець зобов'язується самотужки і власним коштом відновити повну працездатність системи до вихідного стану в пріоритетному порядку (негайно).

Виконавець відповідає за коректність даних. Якщо в результаті роботи буде порушено структуру URL (SEO), Виконавець зобов'язаний виправити це протягом 48 годин.

5. Критерії успішного виконання робіт (KPI)

• 
  

  Коректність фільтрації: При виборі значення у фільтрі в каталозі відображаються всі відповідні товари без втрат.  

  
  

  
  

• 
  

  Чистота бази: Відсутність дублікатів атрибутів з однаковим змістом.  

  
  

  
  

• 
  

  Цілісність: Збереження працездатності парсера SimplePars та всіх поточних налаштувань імпорту.  

  
  

  
  

• 
  

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