Так як у нас відкритий каталог і товари оцифровувались протягом багатьох років, то частина товарів уже може мати не актуальні значення атрибутів, замірів чи фотографій, тобто дата створення цих атрибутів буде застарілою. Через це пропоную розглянути кілька шляхів, як можна отримати те, що вам потрібно.
Спосіб один - параметр relevance_date_from
Для методу product існує параметр який дозволяє відфільтрувати дані за датою публікації - "relevance_date_from" Цей новий необов'язковий параметр має вплив на розділи фотографій, 3д моделей, атрибутів, рев'ю. Усі дані, які були зроблені від зазначеної дати повернуться у відповіді, а всі решта даних, що зроблені раніше ніж ця дата будуть приховані.
Для прикладу в масиві "good_images" нам повертаються записи з фотографіями зробленими у різні роки та дні. На основі поля "photo_date" бачимо що на товарі є фото опубліковані за 2024 рік чи за різні дати 2025 року.
Якщо вказати "relevance_date_from" як “2025-06-25”, то частина застарілих фотографій пропаде і залишаться тільки фотографії зроблені після 25го червня.
Аналогічна ситуація із атрибутами чи 3д моделями.
Перевагою використання цього параметру ми вбачаємо в тому, що можна відфільтровувати якісь зовсім старі дані, наприклад що заповнювалися ще в 2020 році.
Також можна при оновленні товару отримувати інформацію про зміни, що відбулися суто за сьогодні.
Спосіб два - атрибут актуальності даних 365
Для перевірки актуальності даних про товар можна скористатися технічним атрибутом з ID 5869 який означає день до якого дані про товар вважаються дійсними (актуальними).
На даному фото можна побачити, що значення 7 серпня 2026-го року і це означає що до цієї дати уся інформація про товар вважається валідною та корисною для мереж. Якщо дата вже пройшла, а постачальник не надав товар на актуалізацію, то дані можуть вважатися такими що потребують оновлення.
Спосіб три - атрибут готовності “READY”
Для кожної з мереж є можливість налаштування окремого атрибуту “READY”, який ми погоджуємо індивідуально з мережею по її потребах. Проставляємо такий атрибут лише тоді, коли постачальник подає запит на оцифрування товару під цю мережу і коли присутні усі критичні для мережі атрибути, наприклад назва товару, заповнена за правилами мережі, палетизація, вага, об’єм, торгова марка, тощо.
Загальний алгоритм погодження цього атрибуту можна прописати наступним чином:
З мережею погоджуються умови проставлення атрибуту - яка інформація повинна бути наявна на карточці товару для проставлення даного атрибуту готовності.
Розробляємо процедуру, по якій буде проставлятися даний атрибут
Передаємо атрибут в API і мережа розуміє, що товар було оцифровано точно під них і всі необхідні їм дані заповнено.
Як на практиці можна отримати необхідну інформацію допоможе зрозуміти наступне відео:
