Чистота даних – або чому дві однакові картки металу можуть коштувати бізнесу мільйони. Ви знаєте, я завжди кажу: автоматизація – це як складна оркестрова п’єса. Максим налаштовує інструменти (процедури), я пишу партитуру (бізнес-логіку), а дані — це ноти. Якщо ноти фальшиві, то навіть найгеніальніший диригент не врятує концерт.
Після того як ми тріумфально навчили систему робити фінальний розрахунок стандартних дверей за 15 хвилин, ми перейшли до справжнього випробування: лінійки дверей AluRoyale. Тут не два, а п’ять типів сталі, нержавійка, три профілі алюмінію. Справжній монстр.
І тут на моєму шляху постала найпідступніша проблема: чистота даних.
Конфлікт: Коли Excel-логіка та Замовник проти Інтегратора
Впровадження пішло за планом: я налаштував 39 дій на процедурі для AluRoyale, щоб система рахувала зовнішні розміри складників. Але коли дійшло до розрахунку собівартості, почалася «битва за правду».
- Проблема №1: Ручна магія Івана. Я виявив, що вартість матеріалу в їхньому Excel рахувалася за формулою, що містила числові дані без посилань. Наприклад:
=38,6*42,5/3,125– вага листа, помножена на ціну за кілограм, поділена на площу. Ця логіка працювала, але була неуніверсальною і вимагала ручного внесення даних у кожну формулу! Це пряма загроза IC-кредитам на етапі підтримки. - Проблема №2: Дубльований лист Павла. Коли ми наповнювали номенклатуру, один і той самий матеріал — Лист металу товщиною 1,0 мм — отримав дві різні картки в системі! Одна для «стандарту», інша для «AluRoyale». Це, як сказав би Архітектор довіри Олена, підриває довіру до системи ([15.10.2025 13:56]). Якби я не помітив, ці дублікати зруйнували б логіку закупівель і складу.
- Критичний Збій: Саботаж Інтерфейсу. У процесі спроби закласти логіку активних цін (те, що Олексій та Павло просили відкласти на другий етап) – система впала. Злетіли інтерфейси! Я був змушений вручну відновлювати величезну купу роботи ([16.10.2025 10:26], [16.10.2025 13:37]). Це був урок: не можна будувати замок на піску неперевірених даних.
Героїзм та Уніфікація: Рух до мети
Я визнав свою помилку з інтерфейсом, але не здався. Я не просто відновив інтерфейс — я провів аудит номенклатури Павла та гармонізував її ([17.10.2025 10:28]).
Найважливіше — ми зафіксували необхідність уніфікації:
- Матеріал = Матеріал: Один матеріал — одна картка. Це основа для коректної роботи Калькулятора, Складу та Закупівель.
- Ціна = Потік, а не Константа: Ми підтвердили потребу ([15.10.2025 14:58]) витягувати ціну сировини з останнього оприбуткування (як базову), але домовилися, що це буде фіналізовано на другому етапі (Закупівлі).
- Контроль = Задачі: Я вкотре наголосив Олексію на необхідності користуватися бізнес-процесом «Поточні задачі» для внутрішнього контролю ([17.10.2025 11:18]). Це допомагає доводити завдання до кінця.
Чистота даних — це запорука того, що формула, яку ми з вами зараз фіксуємо, буде працювати не лише сьогодні, а й завтра, коли ціна на метал зміниться, а асортимент розшириться. Це і є справжній IC.
Схема логіки процесу для OneBox OS: Аудит та Уніфікація Даних (Data Governance)
Цей процес має стати щомісячним ритуалом для тих, хто відповідає за Товарну Номенклатуру. Ви можете відтворити його у OneBox за допомогою додатку Конструктор бізнес-процесів.
- Етап 1: Ініціація Аудиту (Щомісячно)
- Дія: Створення задачі «Аудит Товарної Номенклатури».
- Умова: Вивантаження звіту по сировині та матеріалах.
- Етап 2: Перевірка Дублів (Робота Павла)
- Дія: Перевірка на дублювання, неузгоджені назви та відсутність категорій (як ми виправили з Чорним та Нержавіючим металом).
- Автоматизація: Сповіщення про картки, що не мають ціни чи постачальника.
- Етап 3: Узгодження Логіки (Робота Івана)
- Дія: Перевірка, чи всі формули в паспортах посилаються на УНІВЕРСАЛЬНІ значення, а не на зашиті константи (як у випадку з ціною за кг металу).
- Дія: Оновлення паспортів з урахуванням виправленої номенклатури.
- Етап 4: Затвердження та Закриття
- Дія: Переведення задачі в статус «Дані чисті».
- Результат: 100% чистота даних до наступного аудиту.
