Elbuz зводить будь-які позначення наявності з прайсу постачальника — «+», «***», «true», «>3 шт», порожню комірку — до вашого короткого списку статусів і переносить їх у каталог. Написання кожного постачальника показують програмі один раз, далі кожне завантаження перекладає їх саме.
Коли це знадобиться:
- Постачальник пише «В наявності» українською — дописане в ключові слова статусу написання працює в усіх прайсах.
- Замість залишку плюси чи зірочки — правило прайсу ставить статус і умовну кількість.
- У прайсі потрібні тільки товари, що є — решта видаляється під час завантаження.
- Постачальник прислав файл без наявності — стоп-правило попередить або зупинить імпорт.
З чого почати: налаштуйте наявність для нового постачальника за чек-листом.
Розмова з підтримкою — замість читати: навіщо це потрібно, що налаштувати і що ви отримаєте.
Що вміють статуси наявності
- Спільний список статусів — «В наявності», «Під замовлення», «Немає на складі» і ваші власні, з кольором і назвою на кожну мову.
- Ключові слова статусу — впізнають написання наявності в будь-якому прайсі.
- Правила одного прайсу — під формат конкретного постачальника: перелік написань, числа, інша колонка.
- Один порядок рішення — правила прайсу, потім ключові слова, потім залишок.
- Перенесення в каталог — під час оновлення базового каталогу, з пріоритетом за статусом.
- Захист від масової втрати наявності — стоп-правило порівнює новий файл із попереднім.
Де це і хто має доступ
- Меню
- Довідники → Статуси наявності (спільний список статусів)
- Правила прайсу
- картка прайс-листа → вкладка «Наявність»
- Колонка наявності
- картка прайс-листа → секція «Колонки» → «Статус наявності (з прайсу)»
- Право доступу
- вікно «Статуси наявності»; правила — вкладка «Наявність» вікна прайс-листів
- Підготувати
- завантажений прайс і колонку файлу, де постачальник пише залишок
Список статусів спільний для всієї програми. Правила, за якими написання з файлу перетворюються на статуси, — свої в кожного постачальника.
1
Пункт «Статуси наявності»- Пункт «Статуси наявності» — відкриває довідник статусів наявності товару.
Звідки програма бере наявність
Ключові слова нема до чого прикладати, поки програма не знає, у якій колонці файлу лежить залишок. Показують це в картці прайсу, у секції «Колонки»: там серед полів системи є «Статус наявності (з прайсу)» — саме в це поле вписують адресу колонки з написанням наявності.
Поруч є окреме поле «Кількість», і воно про інше: там лежить кількість штук, а не написання наявності.
Для файлів XML програма вважає, що поле наявності є завжди, і адресу колонки для них перевіряти не буде.
Якщо колонку не вказано, у правилах прайсу не заповнено жодного поля-джерела й самі значення наявності порожні, програма ставить усьому прайсу статус із типом «Є». Це небезпечніше за помилку: товару може не бути, а вітрина скаже, що він є. Порожня колонка наявності — привід зупинитися й перевірити секцію «Колонки», а не запускати завантаження.
Друге поле, «Кількість», працює як вимикач для всієї арифметики: коли колонку кількості вказано, програма бере кількість із файлу як є.
Налаштування, що рахують кількість із тексту наявності («Визначати за числом», «Кількість за замовч.», «Додавання кількості» у правилі), діють тільки тоді, коли колонки кількості немає. Виняток один — правило з галкою «Встановити цей статус для всіх товарів»: воно перезаписує кількість усьому прайсу незалежно від колонки.
Перед тим як писати правила, подивіться, які написання надіслав постачальник: підказка на вкладці «Наявність».
У якому порядку ухвалюється рішення
Коли прайс завантажується, визначення наявності — окремий крок усередині завантаження. Він завжди відбувається в одному й тому самому порядку — і саме в цьому порядку видно, чому вийшло не те, чого ви чекали.
- Чи є правило «Встановити цей статус для всіх товарів». Якщо серед активних правил прайсу знайшлося таке, весь прайс отримує його статус і його «Додавання кількості». Решта правил, ключові слова й діапазони після цього не виконуються — лишається тільки останній крок, оформлення й опції.
- Чи є звідки брати наявність. Програма перевіряє: вказано адресу колонки «Статус наявності (з прайсу)», або у якогось правила заповнено «Поле джерело», або значення наявності в рядках уже непорожні (наприклад, їх підставила формула). Для XML вважається, що є завжди. Якщо брати нема звідки — усьому прайсу ставиться статус із типом «Є», і далі нічого не рахується.
- Правила цього прайсу — по черзі, у порядку застосування. Перше, що збіглося, закриває рядок.
- Перше прибирання. Якщо хоч один рядок отримав статус і серед активних правил є галка «Завантажувати товари тільки з цим статусом», рядки з іншими статусами видаляються з прайсу — разом із тими, які ще не розпізнані. Це відбувається саме тут, до глобальних слів.
- Глобальні ключові слова статусів добирають те, що лишилося нерозпізнаним: спершу за вилкою кількості, потім за словами, у жорсткому порядку типів «Є» → «На замовлення» → «Ні» → «Інший».
- Залишок. Не розпізнано жодного рядка — усі отримують статус «Є». Розпізнано хоч один — усі, що лишилися, отримують статус із типом «Ні».
- Друге прибирання. Та сама перевірка на «тільки цей статус» повторюється ще раз, уже після добору.
- Оформлення й опції. У рядки прайсу проставляються назва, колір і зображення статусу вашою мовою. Кількість головного товару стає сумою кількостей його опцій, і якщо опції звʼязані з головним товаром за UUID, наявність однієї з них робить наявним і його.
- Дія або результат
- Розвилка: далі шлях залежить від відповіді
Порядок четвертого й пʼятого кроків важливий. Коли в прайсі стоїть «Завантажувати товари тільки з цим статусом», нерозпізнані рядки не доходять до глобальних ключових слів і не стають «Немає на складі» — вони видаляються раніше.
Після такого прибирання добирати вже нічого: у кожного рядка, що лишився, статус є. Виняток один — коли жодне правило прайсу не спрацювало: тоді прибирання не виконується й глобальні слова працюють як звичайно.
Останній крок пояснює ще одну річ, про яку часто питають: головний товар із опціями сам по собі наявності не має. Вона збирається з опцій — з їхніх кількостей і статусів.
Як наявність потрапляє в каталог і на сайт
Наявність у прайсі — це ще не наявність у каталозі. Прайс — те, що надіслав постачальник; каталог — ваші товари, які бачить покупець. Переносить дані між ними оновлення базового каталогу, і запускається воно окремо від завантаження.
Які статуси беруть участь у виборі пропозиції і в якому порядку, задає сітка «Вибір ціни з урахуванням статусу наявності товару» в налаштуваннях оновлення: дешевша пропозиція постачальника, у якого товару немає, не перебʼє дорожчу від того, у кого він є. Детальніше: пріоритет статусів наявності.
Рядок, якого немає в новому файлі, просто зникає з прайсу. Товар у каталозі лишається і після оновлення отримує «Немає на складі», якщо не дістав пропозиції з жодного прайсу. Детальніше: скидання наявності.
У сітці каталогу є колонка «Дата оновлення статусу наявності». Вона рухається лише тоді, коли статус справді змінився, — це дата зміни наявності, а не дата останнього завантаження прайсу. Товар, у якого вона тримається тижнями, не «забутий»: у нього просто стабільна наявність.
На сайті покупець бачить назву, колір і зображення статусу тією мовою, якою відкрито вітрину, — тож у свого статусу назву варто заповнити в усіх мовах. Для майданчиків є ще один шар: у кожному шаблоні вивантаження статусу можна задати власний текст, якого вимагає саме цей маркетплейс.
Як не пропустити файл, у якому зникла наявність
Постачальник може надіслати файл, у якому наявність зникла в усіх товарів: збій вивантаження на його боці, недовантажений файл, змінений формат колонки. Без перевірки такий файл тихо погасить вітрину. Тому серед перевірок завантаження є правило «Масова втрата наявності».
Працює воно так. Перед завантаженням програма знімає еталон — скільки в прайсі було рядків і скільки з них у наявності. Позиція вважається наявною, якщо її кількість більша за нуль або її статус має тип «Є»: прайси-«прапорці» точної кількості не дають, і без цієї умови правило не працювало б для них зовсім.
Далі порівнюється не сама частка наявних позицій, а її падіння відносно еталона. Різниця принципова: у постачальника, у якого з місяця в місяць 92 % позицій «немає», абсолютна частка кричала б щоразу, а падіння показує саме зміну — було вісім відсотків наявних, стало нуль.
За замовчуванням поріг — 90 %, дія — «Попередити»: імпорт іде, а ви отримуєте «Прайс завантажено, але є аномалії». З дією «Блокувати» імпорт скасовується, і в прайсі лишаються попередні дані. Поріг і дію задають разом з іншими стоп-правилами — для всіх джерел або для одного. Детальніше: що буде, коли правило спрацює.
Коли захист мовчить
- Перше завантаження джерела — порівнювати нема з чим, а «Блокувати» спрацьовує як «Попередити».
- без жодної наявної позиції. Якщо минулого разу наявність уже впала до нуля, наступне завантаження знову дасть нуль, і падати вже нема чому. Правило промовчить саме тоді, коли ситуація найгірша, — тому після кожного спрацювання варто перевірити прайс, а не відкладати.
- Новий файл порожній. Цей випадок ловить сусіднє правило — «Майже порожній фід».
І четверте, найважливіше: з дією «Попередити» дані вже перезаписані на момент, коли ви бачите попередження. Попередження — це запрошення перевірити прайс і виправити правила, а не скасування завантаження.
- Дія або результат
- Розвилка: далі шлях залежить від відповіді
Сценарії
Налаштувати наявність для нового постачальника
Налаштувати наявність для нового постачальника
Як записати правила під конкретні написання — плюси, зірочки, іншу колонку — сценарії правил прайсу.
Не пропустити файл, у якому наявність раптом зникла
Налаштування. Вкладка «Журнал» картки прайсу → «Стоп-правила завантаження» → рядок «Масова втрата наявності», у колонці «Дія» — «Блокувати», далі «Зберегти правила».
Що вийде. Коли частка наявних позицій падає більше ніж на поріг, імпорт скасовується, у прайсі лишаються попередні дані, прогін позначається як заблокований, а ви отримуєте «Імпорт заблоковано стоп-правилом».
Чого не буде. На першому завантаженні джерела блокування не спрацює, а якщо в попередніх даних не було жодної наявної позиції, правило промовчить зовсім.
Що робити, коли наявність поводиться дивно
| Що ви бачите | Чому так | Що зробити |
|---|---|---|
| «Прайс завантажено, але є аномалії», далі «Перевірте дані джерела. Попередження: Масова втрата наявності (‹число›%)» | Спрацювало : частка наявних позицій упала більше ніж на поріг | Відкрийте вкладку «Наявність» і звірте «Значення наявності отримані з прайсу» — найчастіше постачальник змінив формат (про захист) |
| «Імпорт заблоковано стоп-правилом», «Імпорт скасовано, старі дані збережено» | У правила стоїть дія «Блокувати» | У базі попередні дані, нічого не втрачено. Розберіться з файлом і завантажте ще раз |
| «показано попередні дані» під статусом прогону в журналі | Той прогін було заблоковано, у прайсі лишилася попередня версія | Полагодьте джерело й повторіть завантаження |
| Увесь прайс став «В наявності» | Програмі нема звідки брати наявність: колонку не вказано й жодне правило не заповнене | Вкажіть адресу колонки «Статус наявності (з прайсу)» в секції «Колонки» картки прайсу (звідки береться наявність) |
| Наявність зникла в усіх товарів каталогу | Товари не отримали пропозиції з жодного прайсу: джерело вимкнене, файл не приїхав або правила вирізали рядки | Перевірте останній прогін у журналі й статуси в самому прайсі, а не в каталозі (як наявність потрапляє в каталог) |
| «Статус наявності товару не визначений» | Товар не отримав жодного статусу | Перевірте адресу колонки наявності та колонку «Активність» у правилах |
Часті запитання
Постачальник фарбує комірки: зелена — є, червона — немає. Це працює?
Ні. У визначенні наявності колір комірки не враховується: програма читає тільки текст. Попросіть у постачальника окрему колонку з написанням — хоч «+» і «-».
У комірках наявності формули. Програма їх розбирає?
Ні. З файлу береться результат, який стоїть у комірці; сама формула не розбирається.
Що станеться, якщо не вказати колонку з наявністю?
Увесь прайс отримає статус із типом «Є», і вітрина покаже наявними товари, яких може не бути. Адресу колонки перевіряють до першого завантаження (звідки береться наявність).
Чому наявність у каталозі не змінилася після завантаження прайсу?
Завантаження оновлює товари постачальника, а не каталог. Дані переносить оновлення базового каталогу. Перевірте також, чи увімкнений статус у сітці «Вибір ціни з урахуванням статусу наявності товару».
Як масово встановити «Немає на складі» всім товарам постачальника?
У правилах прайсу — правило «Немає на складі» з галкою «Встановити цей статус для всіх товарів»; у каталог статус перенесе оновлення (про галку). Ручна правка в каталозі «Масово встановити значення» перепишеться наступним оновленням.
Суміжні теми
- Якщо треба зрозуміти, на якому кроці завантаження визначається наявність, — Порядок операцій під час завантаження прайсу.
- Якщо в каталог іде ціна постачальника, у якого товару немає, — Вибір ціни постачальника.
- Якщо товар зник із прайсів і треба знати, що з ним буде в каталозі, — Зняття з продажу товарів, яких немає в прайсах.
- Якщо стоп-правило спрацювало і треба вирішити, що робити, — Стоп-правила прайсу.