AUT-0448· Склад
Звірка облікованого імпортного товару до фізичного приймання
Товар, уже відображений в обліку за погодженими умовами поставки, залишається окремим запасом у дорозі до фактичного приймання.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Імпортну поставку вже відобразили в обліку, але товар ще в морі. Продажі бачать його як доступний запас або приймання повторно створює обліковий залишок.
02 / Результат
Фінансово відображений обсяг, фізично прийняті одиниці й залишок у дорозі узгоджені; недоступний товар не показують готовим до відбору.
03 / Процес
ТригерЗа погодженою моделлю обліку імпортна поставка відображається до фізичного прибуття на склад.
Фінансист підтверджує застосовні умови поставки й облікову модель; пов’язати рахунок, рядки закупівлі та рейс чи контейнер.
Перевірити створені в ERP записи товару в дорозі й їх кількості; документ рахунка сам не доводить фізичного приймання.
Окремо показати облікову вартість і недоступний для відбору обсяг; очікувану дату не вважати надходженням.
Після прибуття звірити фактичне приймання з конкретними рядками запасу в дорозі та джерельними ID.
Недопоставку чи надлишок передати на погоджене рішення, зберігши залишок і підтверджені рухи без повторного оприбуткування.
Фінансист і склад підтверджують узгодження фінансового та фізичного результатів; відкриті розбіжності лишаються окремими винятками.
04 / Реалізація2 варіанти
Приклад · Звірка з джерельною системою
Адаптер зіставив ERP-рядок І-31 з прийманням 98 одиниць і відкритими двома. Каталог доступного запасу не отримав обсяг у дорозі як готовий до відбору.
Спосіб реалізації
- Читати дозволені події, зіставляти ID, суми й стани; повторні події не створюють нових операцій.
- Дозволений запис перевіряти повторним читанням; невизначений результат передавати оператору.
Що потрібно для реалізації
- Власник обліку визначив застосовні умови, момент відображення й джерельну ERP.
- Є стабільні зв’язки рахунка, закупівельних рядків, рейсу та фактичного приймання.
- Потрібні перевірка API, прав і тестового середовища конкретного клієнта.
Обмеження
- Dynamics 365 Landed cost описує окремі goods-in-transit orders після invoice й подальше фізичне receiving. Це конфігурація конкретної ERP.
- Момент переходу власності й обліку не визначають за самим фактом виходу з порту. Його підтверджують за договором і застосовними правилами.
- Це не внутрішнє переміщення між двома власними складами та не розподіл фрахтових витрат.
- PlanFix не проводить облік і не робить фінансово відображений товар доступним до відбору; потрібна звірка джерельної ERP.
- Години попередні; права, стан джерельних даних та обсяг звірки уточнюють після аудиту.
- Документація Microsoft не доводить доступності адаптера або API у конкретному акаунті.
Що потрібно уточнити (2)
- Чи розподіляється рядок закупівлі між кількома контейнерами?
Визначте ключі й кількості кожної частини.
- Чи потрібна деталізована звірка облікової вартості з ERP?
Укажіть джерельні записи й відповідального фінансиста.