AUT-0459· Склад
Огляд поверненого товару та рішення щодо кожної частини
Повернені товари ізолюють до огляду, перевіряють за фактичною кількістю й станом, а частини з різним результатом спрямовують за окремими рішеннями.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Склад приймає повернення як одну кількість, хоча частина товару придатна до продажу, частина потребує ремонту або утилізації, а рішення по клієнту й складу змішуються.
02 / Результат
Кожна оглянута кількість має зафіксований стан і погоджене розпорядження; повернення в доступний запас, ремонт, заміна чи списання відбуваються за відповідним рішенням.
03 / Процес
ТригерСклад реєструє фізичне отримання поверненого товару за погодженим поверненням.
Пов’язати отриману посилку з поверненням, рядком, товаром і очікуваною кількістю; не прирівнювати створення етикетки до фізичного отримання.
Звірити фактичну кількість, ідентифікатори та видимий стан; недостачу або невідомий товар оформити окремим відхиленням.
Відкласти товар у погоджену зону карантину, якщо його придатність або подальший маршрут не визначені; не повертати його до доступного залишку.
Провести огляд за критеріями товару та зафіксувати доказ, результат і перевіряльника.
Коли кілька одиниць мають різний стан, розділити обліковану кількість і призначити кожній частині окреме рішення.
Уповноважений власник погоджує повернення до запасу, ремонт, заміну, кредит покупцю або утилізацію за правилами джерельної системи.
Виконати фізичне й фінансове розпорядження лише в межах погодженої частини; списання або кредит покупцю не виводити з самого факту карантину.
Звірити збережений складський статус та фінансовий результат, повідомити власників і закрити контроль після підтвердження обох належних результатів.
04 / Реалізація2 варіанти
Приклад · Звірка карантину та статусів облікової системи
Система повернень містить 12 одиниць. Адаптер підтвердив, що 8 повернуто до запасу, 3 лишилися заблоковані, а по 1 зберігається виняток комплектності.
Спосіб реалізації
- Зіставляти ID повернення, рядки, партії та частини з різним результатом.
- Перевіряти блокування, рішення інспекції та фактичний стан запасу окремо.
- Після дозволеного запису перечитувати результат; невизначений запис передавати оператору без повторного списання чи зарахування.
Що потрібно для реалізації
- Є ідентифікатор повернення, рядок замовлення, очікувана кількість і критерії огляду товару.
- Власники складу та фінансів погодили зони блокування й дозволені наслідки для кожного стану.
- Джерельна система дозволяє обліковувати частини однієї повернутої кількості окремо.
- Перевірено API або експорт, складські статуси, права та тестовий процес цільового обліку.
Обмеження
- Документація Dynamics 365 розрізняє причину звернення та стан товару після отримання; код розпорядження може впливати на облік запасу та фінансовий результат.
- Карантин блокує запас і сам по собі не є висновком про якість чи підставою для повернення грошей.
- Поділ кількості, відновлення запасу та кредит покупцю залежать від облікової конфігурації й погоджених правил клієнта.
- Автоматичне тестування виробу та визначення придатності товару не входять до процесу.
- Години попередні; кількість типів товару, зон і варіантів розпорядження уточнюють після аудиту.
- Готовий адаптер не підтверджений; API-права й правила карантину залежать від системи та складу.
Що потрібно уточнити (2)
- Чи можуть одиниці одного рядка отримати різні рішення після огляду?
Укажіть типові стани та дозволені дії для кожної частини кількості.
- Чи потрібно вести карантин у кількох місцях або складах?
Назвіть місця блокування й відповідальних за фізичне переміщення.