Незалежна оцінка проєкту ще до підписання договору: що інтегрується з фінансово-бухгалтерською системою, скільки це насправді коштуватиме за п’ять років і як порівняти дві пропозиції за стандартизованими критеріями. Для теплопостачальних підприємств, водоканалів, транспортних і портових компаній.
Комунальна чи портова компанія зазвичай має власний ІТ-відділ та інвестиційний бюджет — однак рішення про напрям цифровізації ухвалюють на підставі однієї рекомендації, без зовнішньої перевірки ризиків, вартості та альтернатив.
Ви не орган публічної адміністрації. Комерційна компанія живе за іншою логікою, ніж державна установа: інший горизонт рішень, інша мова обґрунтування, інший тиск щодо результатів. Ми працюємо Вашою мовою — ризик, вартість, безперервність діяльності, — а не мовою адміністрації.
Обов’язкове структуроване електронне фактурування через KSeF (польську національну систему електронних рахунків-фактур) потребує інтеграції з наявними фінансово-бухгалтерськими системами, а не лише купівлі нового модуля.
З інвентаризації: матриця інтеграції з фінансово-бухгалтерською системою та перелік систем, які мають обмінюватися з нею даними.
Інтеграція нової системи з наявною фінансово-бухгалтерською системою — найчастіше джерело напруги: питання звучить «чи вдасться це під’єднати?», а не «чи міняти все?».
З інвентаризації: вимога інтеграції, закладена в специфікацію з першого дня, а не дописана додатковою угодою після підписання.
Кожен наступний модуль або вбудовується в те, що у Вас уже є, або стає ще одним ізольованим застосунком, за який компанія платить двічі.
З інвентаризації: категорії A/B/C/D і черговість впроваджень.
Багато комунальних підприємств, зокрема у сферах теплопостачання, водопостачання та транспорту, підпадають під дію оновленого польського закону про національну систему кібербезпеки (KSC), хоча й діють як комерційні компанії.
З інвентаризації: реєстр систем і реєстр ризиків.
Велика інтегрована ERP-система звучить надійно, але може обернутися однією великою залежністю від постачальника — без гнучкості й простору для новіших технологій. Єдиної правильної відповіді немає: усе залежить від бізнес-моделі та розміру компанії.
З інвентаризації: що залишається в ERP, а що краще винести в окрему, добре інтегровану систему.
Керівник ІТ бачить потребу, але не має влади над керівниками інших підрозділів, щоб забезпечити їхню співпрацю: бракує важелів впливу, а не знань.
З інвентаризації: мандат правління для зовнішнього радника, щоб зібрати те, чого потребує ІТ-відділ.
Без спільної матриці порівняння зіставляють непорівнянне, і перемагає краща презентація, а не краща пропозиція.
З інвентаризації: критерії порівняння, погоджені до зустрічей із постачальниками, а не під час них.
Перш ніж компанія купить черговий модуль, я запитую, навіщо він і що вважатиметься успіхом. Нерідко з’ясовується, що за проханням про одну систему стоїть процес, який спершу треба впорядкувати, а інструмент — лише другий крок.
Запит«Нам потрібна система обігу рахунків-фактур під KSeF».
Одна сторінка для голови правління та головної бухгалтерки, презентація для засідання правління і повний комплект документів для переговорів із постачальниками.
Ескіз структури. Сесію тривалістю 60–90 хвилин включено у вартість.
| Ваш план | Що отримує правління | Який ризик це закриває |
|---|---|---|
| Обіг рахунків-фактур під KSeF | Матриця інтеграції з фінансово-бухгалтерською системою, вимоги до специфікації, варіант інтеграції та варіант нової системи з вартістю за 5 років. | Ще один ізольований застосунок поруч із фінансово-бухгалтерською системою, додаткові угоди за інтеграцію, подвійне введення даних. |
| Інтеграція з фінансово-бухгалтерською системою та ERP | Вимога інтеграції, закладена в специфікацію з першого дня, запитання до постачальників. | З’ясувати вже після підписання, що «це неможливо під’єднати», і міняти систему, яку ніхто не хотів міняти. |
| Електронні особові справи та наступні модулі | Категорії A/B/C/D, черговість впроваджень, план управління змінами. | Опір команди на старті та модулі, які не взаємодіють між собою. |
| Наглядова рада і власник | Односторінкова рекомендація, порівняння пропозицій за стандартизованими критеріями, сукупна вартість за 5 років. | Рішення, ухвалене «під враженням від презентації», і запитання про його підстави постфактум. |
Залежно від кількості систем і підрозділів. Точну вартість я називаю після 30-хвилинної розмови про масштаб Вашої компанії.
Ухвалює рішення щодо ІТ-проєкту на підставі рекомендації власного відділу — і потребує другої, незалежної думки до підписання, а не постфактум.
Отримує: односторінкову рекомендацію та два варіанти рішення з вартістю за 5 років, готові для представлення наглядовій раді.
Результат: рішення, яке можна обстояти перед наглядовою радою.
Відповідає за інтеграцію нових систем із наявною фінансово-бухгалтерською системою — зазвичай це перша й найгостріша точка суперечок у кожному проєкті.
Отримує: матрицю інтеграції з фінансово-бухгалтерською системою та вимоги, виконання яких можна закріпити в договорі з постачальником.
Результат: передбачувані витрати й інтеграція без додаткових угод.
Союзник, коли незалежна оцінка підкріплює його рекомендацію цифрами та управлінськими аргументами, — а не конкурент, який перебирає його роль.
Отримує: реєстр систем, відтворювану методику та управлінські аргументи на користь власної рекомендації.
Результат: незалежне підтвердження власної рекомендації.
Такий самий підхід до співпраці виправдав себе під час цифровізації контейнерного терміналу: зовнішній, незалежний голос за столом правління — поряд із компетенціями власного ІТ-відділу компанії, а не замість них.
Реєстр систем, інтеграцій і залежностей — з особливою увагою до фінансово-бухгалтерської системи та її зв’язків. Категоризація A/B/C/D, карта ризиків. Односторінкове резюме для правління.
До того як правління затвердить рекомендацію ІТ-відділу: друга думка щодо ризиків, сукупної вартості та альтернатив. Вказую, де інші компанії в схожій ситуації переплатили, бо не передбачили інтеграції, міграції даних або опору команди. Коли голова правління має ідею, але не має часу її розписати, достатньо 15–20 хвилин розмови, щоб приблизно за 2 дні я повернувся з готовою концепцією для оцінки.
Матриця порівняння двох (або більше) пропозицій за спільними критеріями, запитання до постачальників, участь у зустрічах як представника правління — щоб рішення, яке ухвалює голова правління, спиралося на порівнянні дані, а не на переконливість презентації.
Участь у зустрічах із постачальниками, оцінка наступних проєктів паралельно з рекомендацією Вашого ІТ-відділу та актуальне розуміння того, де схожі компанії переплатили за рішення щодо хмари, API чи автоматизації.
Юридичний відділ цієї ж організації сьогодні має електронний архів закупівельних процедур, обіг рахунків-фактур з OCR, інтеграцію з KSeF і модуль юридичної підтримки — як послідовні проєкти, кожен з яких спирається на попередній і побудований на тому самому механізмі: правління формулює намір, Krogis перетворює його на дії.
«Той самий підхід, що й під час цифровізації контейнерного терміналу: незалежний голос для правління поряд із компетенціями власного ІТ-відділу компанії, а не замість них».
Багатомовна система обслуговування контрагентів на процесній платформі: реєстрація, запити, пропозиції та рекламації — використовується донині. Визначення цілей, аналіз вимог і розроблення концепції системи управління відносинами із зацікавленими сторонами. Досвід цифровізації великого оператора інфраструктури.
Розроблення, впровадження та запуск платформи для спільної роботи й управління бізнес-процесами, що охоплює, зокрема, електронний архів закупівельних процедур, електронний обіг документів витрат, електронні особові справи працівників, управління кореспонденцією та юридичну підтримку.
Повторювані, знеособлені теми з розмов про цифровізацію — а не цитати з якоїсь конкретної компанії.
«Перш ніж рухатися далі, мені треба знати, чи це взагалі з’єднається з нашою фінансово-бухгалтерською системою, — усе інше другорядне».
«Ми завжди кладемо перед правлінням дві пропозиції поруч — нам потрібен хтось, хто допоможе чесно їх порівняти, а не просто вибрати гарнішу презентацію».
«Навіть коли процес автоматизовано, я хочу мати реальну можливість ухвалити рішення вручну, коли вважатиму це за потрібне».
«Ми не хочемо, щоб із нас робили державну установу: ми — компанія, і ризик та результат ми зважуємо інакше, ніж адміністрація».
У більшості випадків це можна зробити через API або спеціальну інтеграцію, якщо вимогу інтеграції описано в специфікації з першого дня, а не дописано додатковою угодою після підписання договору. Це одна з найчастіших точок суперечок в ІТ-проєктах комунальних підприємств — і одна з тих, які найлегше врегулювати заздалегідь.
Багато комунальних підприємств, зокрема у сферах теплопостачання, водопостачання та транспорту, підпадають під дію оновленого польського закону про національну систему кібербезпеки (KSC, NIS 2), хоча вони діють як комерційні компанії, а не як органи публічної адміністрації. Це варто перевіряти в кожному випадку окремо, адже кваліфікація залежить від масштабу та виду діяльності.
Потрібна спільна матриця критеріїв — функціональність, архітектура та відкритість, безпека й відповідність вимогам, технологія та постачальник, сукупна вартість, — погоджена до зустрічей із постачальниками, а не під час них. Без неї часто порівнюють непорівнянне, і перемагає краща презентація, а не краща пропозиція.
Так. Логіка польського Кодексу комерційних товариств відрізняється від логіки публічної адміністрації: інший горизонт рішень, інший тиск щодо фінансового результату, а частина обов’язків (наприклад, публічні закупівлі) може взагалі не стосуватися компанії в тому самому обсязі, що й державної установи. Тому комунікацію з комунальними підприємствами та консультування для них варто вести мовою бізнесу — ризик, вартість, безперервність, — а не мовою адміністрації.
Потрібно розрахувати сукупну вартість володіння на горизонті кількох років — ліцензія, впровадження, супровід, навчання, інтеграція — і порівняти її з фактичною вартістю нинішніх розрізнених систем, а не з їхньою номінальною ціною багаторічної давності. Загальне гасло про економію від однієї платформи без такого розрахунку зазвичай не витримує перевірки цифрами.
Спершу складіть перелік того, з чим має взаємодіяти нова система: фінансово-бухгалтерська система, обіг рахунків-фактур під KSeF, технічні системи та обслуговування клієнтів. Визначте, хто в компанії ухвалює рішення щодо процесів, і опишіть вимоги, зокрема до інтеграцій, ще до початку переговорів із постачальниками. Порівнюйте пропозиції в одній матриці та за сукупною вартістю, а приймання системи базуйте на погоджених тестових сценаріях.
