Простий баланс товару: що було → що зайшло → що продалось → що залишилось.
Завантаж базові джерела, порахуй період і збережи робочу сесію в браузері. Повернення посилок окремим файлом не завантажуються: актуальна KeyCRM-вивантаження враховує статус скасування з cut-off по DATE_TO.
Один універсальний файл інвентаризації. Завантажуй вашу таблицю «Залишки на Майстерні» як є: сировина, готові MTS-товари, поштучні товари та матеріали можуть бути в одному листі. Система сама відокремить RAW і готову продукцію через довідники з KeyCRM.
Не завантаженоМатриця видач по датах. Система бере лише реальні денні колонки з позначеним днем тижня — службові/недільні колонки не сумує.
Не завантаженоЗавантажуй весь актуальний Google Sheets-файл як .xlsx. Для Production Ledger потрібні AUDIT_EXPORT, FINISHED_GOODS_SHIPMENTS, PRODUCT_POLICY, SKU_MAP, SKU_NAME, BOM і DATA_QUALITY. Якщо чогось немає — апка покаже конкретний блокер.
Не завантаженоНаприклад, інвентаризація 29.05, а період продажів до 31.05. Якщо після інвентаризації не було жодних продажів/рухів — підтвердь це.
Reconstructed Usage із keyCRM прив’язаний до відновленої physical-out дати: ТТН / shipping fallback / підтверджені статусні сценарії. Скасування застосовуються з cut-off по DATE_TO.
Точні збіги назв система приймає автоматично. Схожі назви лише пропонує — вони не впливають на аудит, доки ти не підтвердиш відповідність. Підтвердження записується у постійний словник і надалі підтягується автоматично для цієї назви у нових імпортах. Це захищає від помилок типу «Кеш’ю 180» ↔ «Кеш’ю 320».
| Джерело | Назва у файлі | Пропозиція канонічного товару | Схожість | Метод | Дія |
|---|
Ця вкладка відділяє «математика порахована» від «даних достатньо для аудиторського висновку».
Це журнал роботи з аудитом. Тут зберігаються періоди, mapping, одиниці, кейси, налаштування та історія ключових змін. Експорт створює повну резервну копію, яку можна перенести в інший браузер або компʼютер.
Ця вкладка працює без ручного переформатування джерел. Завантажуй файли в тому вигляді, в якому вони реально ведуться: апка сама читає матриці дат, зіставляє назви з SKU_NAME, визначає MTS через PRODUCT_POLICY і бере BOM/SKU_MAP із KeyCRM workbook.
На вкладці «Дані» завантаж «Залишки на Майстерні», «Видачі» та актуальний KeyCRM workbook.
Нижче можна вибрати одразу кілька файлів: набори/мікси, суперфуди/чай/сублімати. Формат — товар у рядку, дати в колонках.
Завантаж матрицю утилізації як є. RAW/FG та кг/шт визначаються автоматично; невідомі матеріали не потрапляють у баланс мовчки.
Перед розрахунком переглянь блок «Що розпізнано». Червоні позиції блокують доказовий висновок, жовті потребують рішення.
Можна завантажити кілька Excel-файлів одночасно. Підтримується ваш формат: перша колонка «Робота» / «Найменування», далі дати, у клітинках — кількість виготовлених одиниць.
Не завантаженоОкремий файл більше не потрібен. Апка шукає MTS SKU прямо в уже завантаженому файлі «Залишки на Майстерні» і використовує ті самі контрольні дати.
АвтоматичноЗавантаж вашу матрицю утилізації: товар у рядку, дати в колонках. Не потрібно вручну додавати stage або unit. Система визначає RAW / FG / OTHER і кг / шт через довідники.
Не завантажено| SKU / товар | Старт | + Виготовлено | − Відвантажено | − Утилізація | = Очікували | Факт | Δ | Вердикт |
|---|---|---|---|---|---|---|---|---|
| Завантаж джерела і запусти експеримент. | ||||||||
Апка використовує reconstructed physical-out із keyCRM по днях, SKU та одиницях. Для ТТН пріоритет має tracking_code_send_at, далі shipping_date_actual; для окремих сценаріїв використовуються підтверджені fallback-правила. Скасування/повернення застосовується з cut-off по DATE_TO, щоб пізніше повернення не переписувало минулий складський стан.
Старт + Видачі − Direct/MTO usage − Production consumption − Утилізація = Очікуваний кінець (усі компоненти тільки в одній одиниці: кг або шт). Потім очікуваний кінець порівнюється з фактичною інвентаризацією.
Cut-off перевіряється по фізичному вибуттю та DATE_TO. Скасування до/на DATE_TO прибирає вибуття; скасування після DATE_TO залишає історичне відвантаження в контрольному періоді.
Exact назви приймаються автоматично. Fuzzy лише пропонується і не входить у баланс, поки не підтверджено вручну.
Картка товару показує весь ланцюжок доказів: де є прямий факт, де лише непрямі дані, а де джерело відсутнє. Система окремо формує припущення, якого документа не вистачає.
Необов’язково для базового балансу, але потрібно для сильного доказового висновку: журнал фактичного приймання Майстернею, списання/брак/карантин за період, повернення назад на Основний та повнота фактичних дат відвантаження. Якщо ці джерела з’являться, їх можна додати як наступний рівень.