AUT-0354· Виробництво
Погодження скасування помилково зареєстрованого випуску
Помилковий виробничий випуск перевіряється щодо подальших рухів і скасовується лише належною операцією з історією.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Помилкову кількість просто виправляють у CRM, хоча складський випуск уже проведено або товар використано в наступному русі.
02 / Результат
Виправлення має первинний запис, рішення застосовності та перевірені зміни складського й виробничого обліку.
03 / Процес
ТригерПідтверджено помилку в уже проведеному складському випуску виробничого замовлення.
Зафіксувати первинний випуск, замовлення, партію, кількість і причину; не видаляти початковий факт.
Звірити подальші витратні рухи, стан замовлення та можливість належного скасування у джерелі обліку.
Визначити потрібні зміни пов’язаних матеріальних і ресурсних записів; їх не вважати автоматично скасованими разом із випуском.
Отримати погодження конкретного маршруту; за недопустимого прямого скасування передати окреме рішення фахівцю.
Уповноважений працівник проводить дозволене виправлення з посиланням на первинний запис; прочитати фактичний результат.
Звірити склад, виробничий прогрес і супутні записи; за потреби погодити правильний новий випуск окремо, зберігаючи всю історію.
04 / Реалізація1 варіант
Приклад · Скасування з перевіркою первинного й подальших рухів
Замість 10 одиниць зареєстрували 100. Частину вже відвантажили. Фахівець не дозволив сліпе сторно всього випуску, визначив застосовний маршрут і перевірив пов’язані записи. CRM зберегла початкові 100 та фактичний результат погодженого виправлення.
Спосіб реалізації
- Гіпотеза для аудиту PlanFix: випадок помилки, первинні й наступні рухи, рішення фахівця та підтвердження ERP. Універсального автоматичного скасування всіх зв’язків не обіцяють.
Що потрібно для реалізації
- Доступні первинні проведені записи та їхні подальші застосування.
- Обліковий фахівець погоджує спосіб скасування й потрібні супутні зміни.
- Є належний спосіб корекції в цільовій системі.
Обмеження
- Це виправлення помилкового запису, а не фізичне розбирання чи доробка виробу.
- Business Central має обмеження для застосованого output, warehouse handling та підрядних записів; конкретну систему перевіряють перед дією.
- Скасування одного запису не гарантує скасування автоматичного споживання або всіх пов’язаних витрат.
- Години попередні; бухгалтерська експертиза, фізичні повернення й відновлення великого масиву не включені.
- Не приховує помилку редагуванням лише локальної кількості.
Що потрібно уточнити (2)
- Чи потрібна інтеграція належного скасування з первинним записом?
Перевірте метод, обмеження й прочитаний результат; пряме редагування кількості не є зворотною обліковою операцією.
- Чи потрібна звірка пов’язаних матеріальних і ресурсних записів?
Визначте які записи справді змінює скасування; решту погодьте окремо без повторного сторно.