Простий баланс товару: що було → що зайшло → що продалось → що залишилось.
Завантаж базові джерела, порахуй період і збережи його локально. Мапінг, одиниці, кейси розслідувань і збережені періоди залишаються в браузері. Повернення — додаткове джерело контексту: без підтвердження складу воно не змінює баланс автоматично.
Excel з інвентаризаціями. Потрібні назви товарів і фактичні залишки на контрольні дати до та в кінці періоду.
Не завантаженоМатриця видач по датах. Система бере лише реальні денні колонки з позначеним днем тижня — службові/недільні колонки не сумує.
Не завантаженоЕкспорт із нашої Google Sheets-системи. Основний аркуш — AUDIT_EXPORT; для доказовості бажано також COMPONENT_LEDGER і DATA_QUALITY. Legacy KGUsage теж підтримується.
Не завантаженоЖурнал повернень, обмінів, списань і браку. За замовчуванням це джерело не входить у критерій повноти аудиту. Увімкни його лише для періодів, де хочеш окремо перевіряти повернення.
Опційно · вимкненоНаприклад, інвентаризація 29.05, а період продажів до 31.05. Якщо після інвентаризації не було жодних продажів/рухів — підтвердь це.
Reconstructed Usage із keyCRM зараз прив’язаний до closed_at. Це сильніше за старий KGUsage по структурі SKU/BOM, але все ще не є гарантованою фізичною датою відвантаження.
Точні збіги назв система приймає автоматично. Схожі назви лише пропонує — вони не впливають на аудит, доки ти не підтвердиш відповідність. Підтвердження записується у постійний словник і надалі підтягується автоматично для цієї назви у нових імпортах. Це захищає від помилок типу «Кеш’ю 180» ↔ «Кеш’ю 320».
| Джерело | Назва у файлі | Пропозиція канонічного товару | Схожість | Метод | Дія |
|---|
Ця вкладка відділяє «математика порахована» від «даних достатньо для аудиторського висновку».
Це журнал роботи з аудитом. Тут зберігаються періоди, mapping, одиниці, кейси, налаштування та історія ключових змін. Експорт створює повну резервну копію, яку можна перенести в інший браузер або компʼютер.
Сировина списується в точці фактичного використання. Для MTS_PRODUCE це дата виготовлення, а продаж зменшує вже готовий товар. Цей контур не змінює baseline і призначений для контрольного порівняння.
Аркуш PRODUCTION: production_date, finished_sku, finished_name, qty_produced. Аркуш BOM: parent_sku, component_sku, qty, unit. Бажано також SKU_NAME.
Не завантаженоНабори, куби, мікси, суперфуди, сублімація, чай та інші MTS SKU на початок і кінець періоду.
Не завантаженоДата, SKU/товар, кількість, одиниця та контур RAW або FG. Покриття повинно охоплювати весь audit window.
Не завантаженоДата фактичного повернення на склад. Повернення враховується саме в дату входу, без перенесення назад до дати продажу.
Не завантажено| SKU / товар | Старт | + Виготовлено | + Повернення | − Відвантажено | − Утилізація | = Очікували | Факт | Δ | Вердикт |
|---|---|---|---|---|---|---|---|---|---|
| Завантаж джерела і запусти експеримент. | |||||||||
Апка використовує reconstructed usage із keyCRM по днях, SKU та одиницях. Продажне вибуття в цій моделі обліковується за closed_at. Окрема фізична дата відвантаження не використовується; журнал видач Основний → Майстерня вважається двосторонньо підтвердженим щоденною звіркою.
Старт + Видачі + Повернення − Direct/MTO usage − Production consumption − Утилізація = Очікуваний кінець (усі компоненти тільки в одній одиниці: кг або шт). Потім очікуваний кінець порівнюється з фактичною інвентаризацією.
Якщо різниця приблизно дорівнює 1–2 середнім робочим дням продажів, а продажі прив’язані до статусу «Виконано», система позначає це як ймовірний часовий зсув.
Exact назви приймаються автоматично. Fuzzy лише пропонується і не входить у баланс, поки не підтверджено вручну.
Картка товару показує весь ланцюжок доказів: де є прямий факт, де лише непрямі дані, а де джерело відсутнє. Система окремо формує припущення, якого документа не вистачає.
Необов’язково для базового балансу, але потрібно для сильного доказового висновку: журнал фактичного приймання Майстернею, списання/брак/карантин за період, повернення назад на Основний і дата фізичного відвантаження замовлення. Якщо ці джерела з’являться, їх можна додати як наступний рівень.