Розвантаження та сканування
Розвантаження машини відбувається паралельно з фіксацією у системі. Сканування — і камерою, і апаратним сканером — працює лише в режимі ТЗД, тому ця частина фази виконується на терміналі (див. Приймання на ТЗД). На ТЗД приймальник:
- сканує штрихкоди палет або ящиків, що вивантажуються;
- сканує штрихкоди товарів усередині;
- вводить кількість, якщо її немає у штрихкоді (для вагових товарів кількість зчитується автоматично);
- зазначає партію, термін придатності й інші характеристики товару, якщо це вимагається політикою.
У реальному часі система:
- зіставляє відскановані позиції з очікуваннями;
- підсвічує надлишки, недостачі й товари, яких узагалі не очікувалось;
- розраховує темп приймання — це допомагає керівнику бачити навантаження на зміну.
Контейнерні налаштування приймання
Два налаштування документа приймання визначають, як контейнери беруть участь у розвантаженні. У формі приймання вони стоять одне над одним, і порядок важливий: спершу Вимога до контейнера приймання, бо саме вона вирішує, які значення Режиму обробки контейнерів відправника під нею взагалі можливі. Приймання, створене із заявки на поставку, бере режим обробки контейнерів відправника із заявки, а вимогу — з налаштувань приймання складу.
- З вимогою Не потрібен товар ніколи не приймається в контейнер, тож єдиний доречний режим обробки контейнерів відправника — Не використовується. Якщо у формі обрати Не потрібен, режим перемикається на Не використовується, і це поле блокується.
- Приймання або заявку на поставку, де Не потрібен поєднано з будь-яким іншим режимом, система не дає зберегти; повідомлення називає режим, якому потрібен контейнер приймання. Якщо вимога складу за замовчуванням — Не потрібен, а заявка приймає контейнери відправника, приймання із цієї заявки одразу отримує вимогу Опційно (лише контейнер відправника).
- Опційно (лише контейнер відправника) разом із Лише для посилання або Не використовується зберегти можна, але приймати тоді нема в який контейнер відправника, тож таке приймання поводиться як приймання без контейнера.
Вимога до контейнера приймання
Не потрібен — приймання без контейнера
Якщо приймання відбувається без контейнерів, кожна відсканована позиція приписується до конкретної комірки зони приймання. Оператор вказує комірку, у яку фізично кладеться товар; контейнер як ціль не використовується, а режим обробки контейнерів відправника — Не використовується.
Опційно (лише контейнер відправника) — у контейнер відправника за наявності
Якщо контейнер обирати не обов'язково, але дозволено приймати у палету відправника, оператор має два варіанти: коли палета відправника наявна і режим обробки її приймає (Приймати на зберігання або Приймати на розміщення), позиції зберігаються в неї; якщо палети немає, позиції потрапляють напряму в комірку зони приймання. Самостійно обрати складську чи тимчасову палету в цьому режимі не можна.
Обов'язковий — завжди в контейнер
Якщо приймання у контейнер обов'язкове, оператор не може записати позицію в комірку напряму — потрібно або обрати палету відправника, яку приймає режим обробки, або відсканувати складський чи тимчасовий контейнер і сканувати позиції в нього. Без указаного контейнера сканування не реєструється.
Обробка контейнерів відправника
Контейнери відправника приймаються на зберігання
Якщо палети відправника залишаються на складі як одиниці зберігання, приймальник сканує штрихкод палети перед позиціями всередині. Приймання палети записує в неї все, що лишилося прийняти з її позицій, і реєструє її на балансі складу як контейнер зберігання.
Контейнери відправника приймаються для розміщення
Якщо палети відправника підуть на розміщення разом із товаром, приймальник сканує штрихкод палети перед позиціями всередині. Приймання палети записує в неї все, що лишилося прийняти з її позицій, і реєструє її на балансі як носій, що доставить товар до комірок.
Контейнери відправника — лише для пошуку
Якщо контейнери відправника потрібні лише для пошуку й групування позицій, приймальник сканує номер контейнера, щоб відкрити його позиції. Позиції потрапляють у комірку зони приймання або у складський контейнер, залежно від вимоги до контейнера приймання; сам контейнер на баланс як контейнер відправника не приймається.
Контейнери відправника не використовуються
Якщо постачальник не використовує контейнерів, приймальник сканує безпосередньо позиції товару. Жодних попередніх кроків зі сканування тари немає — кожна позиція потрапляє у систему як окрема позиція приймання.
Оператор ідентифікує SKU — комбінацію товару, його характеристик (якщо ведуться), партії (якщо ведеться) та типу пакування — через сканування штрихкоду або вручну зі списку. Які поля обов'язкові — залежить від налаштувань товару. Як працює вибір SKU.
Кількість вводиться в полі кількості — зі штрихкоду, вручну або через калькулятор, з кнопками − і + для зміни; поруч стоїть тип упаковки. Як працює поле кількості.
Режим введення кількості
Кількість підтверджується у формі
У клієнтському застосунку приймальник найчастіше працює із формою рядка приймання: відкриває рядок із плану, вибирає SKU (якщо ще не зіставлений автоматично), вказує фактичну кількість, тип упаковки і — за потреби — партію й характеристики, після чого зберігає факт. Кожен збережений факт одразу відображається у вкладці «Приймання» з прогресом по рядку.
«+1»: швидке збереження
Режим швидкого збереження «+1» належить ТЗД-екрану, а не клієнтському застосунку: він вмикається чипом «При скануванні» (зі значком +1) над списком рядків на екрані приймання ТЗД і за замовчуванням вимкнений; чипа немає, коли склад розміщує товар одразу під час приймання — окремого складського налаштування чи перемикача у клієнті не існує. З увімкненим режимом сканування зберігає факт одразу, без відкриття форми: кількість береться зі штрихкоду або дорівнює одиниці. Як поводиться режим — анімація на екрані, помилки, коли він виправдовується — описано у ТЗД-фазі «Реєстрація факту».
Партії з коротким залишковим терміном
Політика обліку партій товару може задавати Мінімальний залишковий термін на прийманні, днів. Кожен факт, що зберігається для партії такого товару, перевіряється за ним: від сьогодні до дати закінчення терміну придатності партії має лишатися щонайменше стільки днів. Партію без терміну придатності або політику без мінімуму не перевіряють. Так само перевіряється й приймання цілого контейнера відправника — кожна позиція, яку він приймає.
Партію, якій лишилося менше днів, система не пропускає й відкриває діалог Короткий залишковий термін. У ньому перелічено кожну таку партію з товаром, датою закінчення терміну, кількістю днів, що лишилися, і мінімумом на прийманні. Що далі — залежить від права приймати такі партії:
- З правом діалог пропонує Прийняти та Скасувати. Прийняти зберігає факт із цією партією; Скасувати лишає його незбереженим.
- Без права діалог додає Прийняти таку партію може лише старший — покличте його. Єдина кнопка, Зрозуміло, закриває його, і факт не зберігається.
Термінал, що працює офлайн, показує той самий діалог і враховує те саме право. Партія, прийнята офлайн, проводиться, коли зв'язок повернеться; якщо сервер усе ще вважає її надто короткою, це записується як розбіжність для розгляду (див. Розв'язання розбіжностей).
Зворотні контейнери: приймання та борг
Якщо ваша компанія працює зі зворотними контейнерами, кожен наявний контейнер, який приймання бере на баланс складу, — контейнер відправника, прийнятий як є, або наявний контейнер, відсканований як ціль приймання, — також фіксує, що це означає для боргу за контейнери. Тимчасові контейнери та режим Лише для посилання тут нічого не фіксують.
Для кожного контейнера результат — один із таких:
- Контейнер повертається до вас. Якщо контрагент мав повернути вам цей контейнер, його приймання закриває борг цього контрагента. Власник і зворотність контейнера не змінюються.
- Нічого не змінюється. Контейнер, який ви вже винні комусь, або ваш власний контейнер, що вже стояв на вашому складі, лишається як є — ваша власна палета, взята як носій, ніколи не стає власністю відправника.
- Тепер ви винні його повернути. Контейнер, який має повернутися, відкриває борг перед його власником: Власником контейнерів із документа приймання або відправником, якщо це поле порожнє. Приймання без жодного з них система не пропускає й просить указати власника.
- Він стає вашим. Контейнер, який не треба повертати, стає вашим власним, без жодного боргу.
Чи має контейнер повернутися, вирішує контейнерний рядок заявки на поставку, якщо він є, — Очікується назад або Залишається в нас. Без такого рядка повертатися може лише контейнер зворотного типу, і тоді вирішує перемикач Зворотні контейнери документа приймання.
Кожне приймання контейнера видно на вкладці Контейнери документа приймання, з колонками Контейнер, Зворотний, Власник контейнерів, Закрито борг, Привіз, Дата обліку та Причина сторнування. На терміналі той самий результат показано під контейнером у списку — Зворотний · власник … або Закриває борг … — і в короткому повідомленні одразу після приймання контейнера.
Сторнування приймання контейнера
Помилково зафіксоване приймання можна сторнувати: кнопкою Сторнувати в його рядку на вкладці Контейнери або пунктом Сторнувати приймання в меню екрана контейнера на терміналі. Діалог Сторнувати приймання контейнера пояснює, що контейнер повернеться до стану, який мав до цього приймання, і просить указати Причину сторнування; кнопка Підтвердити недоступна, доки причину не введено. Сторнування лишається у списку разом із причиною, а борг за контейнер змінюється відповідно.
Для сторнування потрібне право проводити приймання. Воно неможливе для приймання у статусі Скасовано або коли інший документ уже вплинув на борг за цим контейнером.
На ТЗД
На ТЗД цей етап виконується як «Реєстрація факту» у процесі приймання на ТЗД — з тими ж двома режимами введення кількості, але без табового інтерфейсу клієнтського застосунку.