Валідація при роботі з лейбами
В Системі пошуку закладено функціонал пошуку відправлень за унікальним номером посилки та фільтрацію записів за обраними параметрами. Фільтр дозволяє користувачу визначати певні критерії, яким повинні відповідати результати пошуку.
В системі налаштовано доступний пошук за трек-номером та NP-номером клієнта, датою завантаження та статусом відправлення.
Увага!
Якщо на лейбі посилки відсутній трек-номер, необхідно поставити позначку у чек боксі** Без трек-номеру**, щоб система автоматично згенерувала Трек-номер
Якщо не поставили позначку у чек боксі Без трек-номеру, або зображення пошкоджене, відірване, система також автоматично згенерує Трек-номер.
В системі пошуку система NPS присвоює Статус відправленню.
| Помилка | Дія |
|---|---|
| Статус Mixed labels error – свідчить про те, що співробітник складу завантажив кілька лейб від різних посилок, скориставшись опцією Завантажити лейб(и) до 1 посилки. Якщо до однієї посилки завантажили 1 – 3 лейби з різними даними, система розпізнає як лейби з різних посилок | Необхідно перевірити завантажені лейби, та завантажити їх ще раз окремо. Важливо щоб на завантажених лейбах були однакові дані: |
| Статус Pending – є системним, робочім. Цей статус надає можливість співробітнику складу видалити лейбу за 5 хвилин. Скориставшись масовим завантаженням, помилково завантажили особисте зображення | Співробітник складу повертається до картки та протягом п'яти хвилин видаляє лейбу |
| Статус In progress – можливість видаляти лейбу протягом п'яти хвилин вже відсутня, але ця помилка зображення опрацьовується та не збереглася в системі NPS, відбувається процес розпізнання даних з лейби | Штучний інтелект сформує дані, які зможе розпізнати на лейбі |
| Статус Failed – свідчить про те, що було завантажено дуже поганої якості лейбу, за якою не вдалося отримати необхідні дані.За отриманими з лейби даними не вдалося сформувати валідний обʼєкт посилки в системі NPS | Треба перевірити завантажену лейбу, спробувати знайти Трек – номер за інструкцією (під Бар – кодом або Штрих – кодом). Якщо два зображення, співробітник має вирішити, яке з них пріоритетніше та завантажити лейбу ще раз |
| Статус Duplicated – інформує про те, що розпізнані дані не записалися в систему NPS з причини, що посилка з таким трек-номером вже існує | Треба переконатися що ця лейба дійсно є дублікат, звірити всі дані( скопіювати трек – номер, щоб побачити актуальний статус посилки та переконатися що посилка з таким трек – номером вже існує, існує перше додавання та присвоєний перший статус) |
| Співробітник зробив фото лейби, відсканував трек – номер, загрузив, зрозумів що відсканував не той трек – номер, томущо на лейбі їх декілька | Співробітник робить ще одне фото, сканує валідний трек – номер (в системі вже два валідних ордера, але один вже зайвий). робітник сповіщає менеджера, який удаляє зайвий та повертає співробітнику |
| Статус TN generated, Awaiting registration – для посилки було згенеровано трек-номер, посилка з даними з лейби та згенерованим трек-номером збережена в системі NPS, але очікує реєстрації клієнтом | Співробітник складу дзвонить клієнту та нагадує про реєстрацію, потім повторно сканує та формує відправлення |
| UA number – фінальний статус, який означає, що на лейбі ідентифіковано UA-, а не NP-номер клієнта | Посилка буде опрацьована менеджерами NPS, та відправлена на обробку до команди NPU. Актуалізація даних по посилці відбувається поза межами SML |
| Статус Disposal – фінальний статус, посилка з даними з лейби отримала статус Утилізована в системі NPS. Система не вірно зчитала інформацію з лейб и, тому вона не знайдена | Співробітник направляє ЕНК (Електронна Нота Контролю) до менеджера. Якщо він розуміє що може виправити помилку, вводить правильні дані та обновляє їх в системі. Відразу поновляться дані в системі SML |