Тепер я готовий поділитися власним підтвердженим досвідом того, що будь-яка складна система рано чи пізно стикається з появою фантомів. У світі складської логістики це виглядає як залишок товару, якого фізично не існує, але цифри в базі вперто твердять зворотне. Для будь-кого, а особливо для благодійного фонду, що працює під патронажем великих донорів, такий облік залишків у OneBox OS стає вузлом болю під час аудиту.
На папері випливає 10 одиниць препарату Симбія за ціною 250, а за фактом на складі порожньо. Такий неспровокований безлад починає загрожувати репутації організації.
Етика професійного Будівничого
Чомусь ми вважаємо, що масштаб впровадження або дорогий софт, який ми маємо, здатний автоматично виправити безлад або не допустити його. Проте насправді допомагає розібратися з проблемами обліку й не тільки уважність до деталей управляючого каркасу. Якби розбіжностей не було, то й не звернув би увагу на помилку, яка тягнеться ще з тестового періоду 23 січня 2025 року. Могла виникнути спокуса йти шляхом маркетингового спрощення.
Відмова від косметичних правок бази, складський контроль
Я інвестував останні два долари на балансі у платний топік на форумі розробників, щоб знайти системне рішення, яке б не потребувало хірургічного втручання в код. На мій погляд, потрібно написати приблизно так: Технічне коригування залишків тестового періоду 2025 року. Це єдиний шлях, що зберігає Лад і дозволяє системі працювати як двигун, а не як набір випадкових цифр.
До речі, розробники запропонували по суті косметичні правки: списати наявний товар, а також внести виправлення в завдання з оприбуткування. При цьому зовсім проігнорували цей скрин і навіть не стали витрачати час на пошук цієї більш ніж тогорічної помилки. Але цифри у OneBox OS безжальні й свідчать про спробу коригувати наявні і, головне, правильні джерела даних в моменті. При цьому поточний глибокий аудит складів не пробачає маніпуляцій з обліковими цифрами у софті в часі.
Тобто, запропонований розробником облік залишків у OneBox OS, виправлений через пряме оперативне поточне втручання в базу, виглядав би для аудитора як маніпуляція даними. По-перше, це б зламало коректність звітів минулих періодів, а по-друге — підірвало б довіру до фонду.
При цьому я особисто готовий підтвердити та пояснити аудитору виявлену проблему, адже своєчасно цю помилку, на жаль, я не помітив.
Інкорполяція часу в Каркас та інвентаризація товарів
Замість того, щоб ховати проблему, ми вирішили з відповідальним на стороні замовника по боксу інкорполювати час на виправлення у самій структурі системи. Ми вирішили відмовитися від дій, які порадив розробник, бо такі дії вплинуть на цифри й можуть зламати коректність звітів. А оскільки облік залишків у OneBox OS має бути прозорим, обрали варіант із переобліком, щоб не впливати на звітність.
Тобто, через таке просте управлінське рішення на виході ми отримали стійкий документальний слід, який пояснює технічне коригування залишків періоду 2025 року.
Насім Ніколас Талєб: про відповідальність за результат власною шкірою (Skin in the Game)
Радикальна прозорість бізнес-процесів та Облік залишків у OneBox OS
Через те, що я допустив помилку під час моїх особистих тестів минулого року, я відмовився від оплати за дві години складної роботи. У філософії iCOLOR оплата рахунку — це сигнал: починаємо будувати. Але якщо Будівничий сам став причиною тріщини у фундаменті, він має прибрати Безладдя власним коштом. Ми ж не брешемо собі, тому я кажу прямо — це інструмент, який просто працює, якщо ви дотримуєтеся правил архітектурної чесності щодо питання керування запасами.
Офіційний переоблік як інструмент Ладу
Лад починається з визнання меж власного професіоналізму. Тільки через радикальну прозорість ми перетворюємо пожежника на суверенного власника свого бізнесу.
Для вирішення проблеми було створено спеціальний етап: Оприбуткували помилково з налаштованими діями на видалення операцій через офіційний переоблік. Тепер облік залишків у OneBox OS для фонду PAL-UA має паперовий щит для будь-якої перевірки. Ми не просто списали привидів, ми легалізували їхню відсутність у системі.
Ось так я написав своєму колезі з впровадження системи на стороні замовника.
Стосовно вашого питання відносно оперативних залишків на конкретну дату.
- Простого шляху через конструктор звітів я поки що не знайшов, але на меті.
- Ви ВЖЕ можете отримувати цю інформацію в будь-який момент через наявний бізнес-процес переобліку. Достатньо в нього додати ВСІ товари склада, який цікавить.
Тобто, за такою моделлю у вас буде з’являтися не просто звіт, який ви створили, а завдання, в якому зафіксований реальний стан склада на конкретний час/дату.
Фактично інструмент є, може, й доволі громіздкий, але стовідсотково дієвий, як на мене.
І ваша бухгалтерія може формувати такі проміжні завдання на початок/кінець кожного місяця.
Знов-таки, приходимо до того, що має бути ваше внутрішнє управлінське рішення, яке дозволить контролювати стан речей.
Тримаймо зв’язок!
