Перейти до основного вмісту

Позапланове переміщення у клієнтському застосунку

Цей документ описує позапланові переміщення у клієнтському застосунку — фіксацію руху, який уже відбувся, без попереднього плану. Жодних резервувань чи очікуваних надходжень не створюється; кінцевий статус виставляє система автоматично на основі зареєстрованих фактів.

Щоб запланувати рух наперед і зарезервувати для нього товар, див. Планове переміщення.

Етап 1. Контекст застосовності​

Позапланове переміщення фіксує рух, який уже відбувся, без попереднього плану. Документ створюється з установленою ознакою Позаплановий; потім до нього напряму додаються факти; система автоматично переводить документ у Завершено після збереження фактів. Резервувань не створюється, очікуваних надходжень — теж.

Як сервер групує документи​

Щоб не плодити дрібні документи, сервер групує позапланові факти одного виконавця, одного складу й однієї години в один документ. Коли оператор зберігає новий позаплановий факт, сервер може додати його до існуючого позапланового документа замість створення нового — якщо такий документ знайдено й він відповідає всім трьом умовам та був створений у межах поточної години. З погляду оператора результат той самий (рух записано), але у списку документів буде один запис на «оператор-година», а не на кожен факт.

Коли натомість обрати планове​

Якщо рух відомий наперед — планова консолідація, поповнення відбіркових комірок, призначення конкретному оператору — оберіть планове переміщення, щоб система зарезервувала запаси та запобігла конфліктам.

Етап 2. Створення позапланового документа​

Оператор відкриває список Переміщення і натискає кнопку + (floating action button) — деталь документа відкривається в режимі додавання.

Вкладка «Загальне»​

Оператор заповнює склад і встановлює чекбокс «Позаплановий». Нотатки й дата документа — опційні. Призначення виконавця у цьому сценарії не використовується — факти прив'язуються до того, хто їх реєструє.

Вкладка «План»​

Вкладка «План» залишається видимою, але порожньою — у позаплановому документі немає планових рядків; оператор працює на вкладці «Виконання» від самого початку.

Збереження документа​

При збереженні документ створюється. Система чекає на перший факт: щойно оператор реєструє рух на вкладці Виконання (див. Реєстрація фактичних переміщень), документ автоматично переходить у Завершено.

Етап 3. Реєстрація фактичних переміщень​

Оператор відкриває документ і переходить на вкладку Виконання. Кнопка + відкриває діалог реєстрації факту.

Реєстрація факту​

На відміну від планового сценарію, тут немає планового рядка для вибору — оператор будує весь рядок з нуля:

  1. Джерело — тип (комірка чи контейнер) і конкретний ідентифікатор.
  2. Ціль — тип (комірка чи контейнер) і конкретний ідентифікатор.
  3. Товар — з каталога або скануванням; опційно — характеристика товару та партія.
  4. Кількість — повна або часткова; опційно — зміна типу упаковки (repack).
  5. Зберегти — факт фіксується.

Виміри рядка працюють так само, як для планових рядків:

Кожен рядок переміщення описує, що, звідки і куди ви переміщуєте.

І джерелом, і ціллю рядка може бути або комірка, або контейнер — маємо чотири комбінації:

Комірка → Комірка — найпоширеніший сценарій: переміщення товару між зонами зберігання (наприклад, консолідація залишків з відбіркових комірок у резервний ряд).

Комірка → Контейнер — пакування товару з комірки у контейнер (наприклад, для підготовки відвантаження або переміщення насипом на візочку).

Контейнер → Комірка — розпакування контейнера у комірки зберігання (наприклад, розкладання прийнятої палети по стелажу).

Контейнер → Контейнер — перенесення вмісту з одного контейнера в інший (наприклад, об'єднання двох наполовину повних ящиків).

Зміна упаковки (repack)​

У рядку також можна змінити тип упаковки товару: тип цільової упаковки відрізняється від типу упаковки джерела, але кількість у базовій одиниці виміру лишається тією самою.

Приклад: товар зберігається коробками по 12 шт. Потрібно покласти його на палети по 144 шт. В одному рядку оператор задає тип упаковки джерела «коробка» (кількість джерела = 12 коробок), тип цільової упаковки «палета» (цільова кількість = 1 палета), а базова кількість лишається 144 шт.

Зміна упаковки доступна як у плановому, так і у позаплановому сценарії — це властивість окремого рядка, а не документа.

Перевірка залишків​

Перевірка кількості в джерелі та сама, що і в плановому сценарії: якщо в джерелі недостатньо товару — з'являється локалізована помилка, факт не зберігається.

Автоматичне завершення​

Оператор не натискає кнопку «Закрити» — після збереження факту система автоматично переводить документ у Завершено. Для запису наступного позапланового переміщення оператор просто створює ще один документ (див. Створення позапланового документа); сервер може прозоро прив'язати новий факт до вже існуючого документа того самого оператора й складу в межах поточної години.