Простий баланс товару: що було → що зайшло → що продалось → що залишилось.
Завантаж базові джерела, порахуй період і збережи його локально. Мапінг, одиниці, кейси розслідувань і збережені періоди залишаються в браузері. Повернення — додаткове джерело контексту: без підтвердження складу воно не змінює баланс автоматично.
Excel з інвентаризаціями. Потрібні назви товарів і фактичні залишки на контрольні дати до та в кінці періоду.
Не завантаженоМатриця видач по датах. Система бере лише реальні денні колонки з позначеним днем тижня — службові/недільні колонки не сумує.
Не завантаженоФайл закритих замовлень із KGUsage. Система сумує пряме споживання та використання товару через BOM/компоненти.
Не завантаженоЖурнал повернень, обмінів, списань і браку. Використовується як доказовий контекст і підказка для кейсу; без поля складу не списується з Майстерні автоматично.
Не завантаженоНаприклад, інвентаризація 29.05, а період продажів до 31.05. Якщо після інвентаризації не було жодних продажів/рухів — підтвердь це.
У твоєму випадку KG Usage побудований по замовленнях у статусі «Виконано». Це може зсувати фізичне вибуття на межі місяця.
Точні збіги назв система приймає автоматично. Схожі назви лише пропонує — вони не впливають на аудит, доки ти не підтвердиш відповідність. Підтвердження записується у постійний словник і надалі підтягується автоматично для цієї назви у нових імпортах. Це захищає від помилок типу «Кеш’ю 180» ↔ «Кеш’ю 320».
| Джерело | Назва у файлі | Пропозиція канонічного товару | Схожість | Метод | Дія |
|---|
Ця вкладка відділяє «математика порахована» від «даних достатньо для аудиторського висновку».
Апка навмисно не намагається вигадати денні продажі з місячного KG Usage. Вона закриває місяць по контрольних залишках і використовує середнє денне споживання тільки як діагностику cut-off.
Старт + Видачі − KG Usage = Очікуваний кінець (усі компоненти тільки в одній одиниці: кг або шт). Потім очікуваний кінець порівнюється з фактичною інвентаризацією.
Якщо різниця приблизно дорівнює 1–2 середнім робочим дням продажів, а продажі прив’язані до статусу «Виконано», система позначає це як ймовірний часовий зсув.
Exact назви приймаються автоматично. Fuzzy лише пропонується і не входить у баланс, поки не підтверджено вручну.
Якщо різниця значно більша за 2 дні, відкрий товар, додай знайдене пояснення в Audit Case і дивись саме на залишкову непояснену різницю. Первинні дані не переписуються.
Необов’язково для базового балансу, але потрібно для сильного доказового висновку: журнал фактичного приймання Майстернею, списання/брак/карантин за період, повернення назад на Основний і дата фізичного відвантаження замовлення. Якщо ці джерела з’являться, їх можна додати як наступний рівень.