Фінансові системи на замовлення

Дані сходяться або не сходяться. Третього не буває.

Будуємо системи, які збирають фінансові дані з розрізнених джерел, звіряють їх і показують розбіжність до того, як вона стане проблемою для звітності.

Звірка · банк ↔ облік 05.2026
Виписка банку
Облікова система
ТОВ «Оріон»148 200,00
148 200,00
ФОП Іваненко32 500,00
32 500,00
ПП «Дельта»96 740,00
96 470,00
ТОВ «Кремінь»211 000,00
211 000,00
ТОВ «Сігма»54 300,00
немає запису
Опрацьовано 1 284 операції 2 розбіжності · 54 570,00 ₴
Financial systems, built to order · Ukraine

The numbers reconcile or they don't. There is no third state.

We build systems that pull financial data from scattered sources, reconcile it, and surface the discrepancy before it becomes a problem in your reporting.

Diia.City resident GDPR Data in the EU or on-premise
Reconciliation · bank ↔ ledger 05.2026
Bank statement
Accounting system
Orion Ltd148,200.00
148,200.00
Ivanenko32,500.00
32,500.00
Delta LLC96,740.00
96,470.00
Kremin Ltd211,000.00
211,000.00
Sigma LLC54,300.00
no entry
1,284 transactions processed 2 discrepancies · 54,570.00
Розділи

Що є на сайті

Кожен розділ відкривається окремою сторінкою. Якщо ви прийшли з конкретним питанням — ідіть одразу туди.

Напрями

Що ми будуємо

Не універсальну ERP. Вузькі системи, які закривають конкретний розрив у фінансовому контурі — там, де стандартний продукт не дотягує, а Excel уже не тримає.

01 · Звірка

Консолідація та звірка даних

Збираємо операції з банків, платіжних сервісів, облікової системи й товарного обліку, приводимо до єдиного формату й зіставляємо. Розбіжності потрапляють у чергу до відповідального, а не губляться.

  • Правила зіставлення під ваш облік
  • Черга розбору з відповідальними
  • Історія: хто, коли, як закрив розбіжність
  • Мультивалютність і курсові різниці
02 · Планування

Бюджетування й казначейство

Планові показники, факт, відхилення — в одному місці. Платіжний календар, ліміти за статтями, маршрут погодження заявки на платіж із контролем залишку.

  • Бюджет у розрізі ЦФВ і статей
  • Заявки на платіж із контролем ліміту
  • Платіжний календар і касові розриви
  • План-факт із поясненням відхилень
03 · Звітність

Управлінська та МСФЗ-звітність

Перетворення даних обліку на звітність, яку читає керівник або інвестор. Трансформаційні таблиці, консолідація групи, розкриття — з простежуваністю до первинного документа.

  • Консолідація кількох юридичних осіб
  • Трансформація з П(С)БО у МСФЗ
  • Простежуваність показника до документа
  • Вивантаження для аудитора
Технології

Стек і джерела даних

Чим будуємо

Обираємо під задачу, а не під моду. Для фінансових систем важать надійність транзакцій і простежуваність змін, тому база даних майже завжди реляційна, а історія змін пишеться на рівні схеми.

PostgreSQLPythonC#/.NET TypeScriptReactKubernetes AirflowClickHousePower BI

З чим з'єднуємось

Інтеграції описуємо в ТЗ до початку розробки — разом із тим, що робити, коли джерело недоступне або віддає неповні дані.

BAS / 1СSAPБанківські API ПриватБанк / МонобанкM.E.DocВчасно Checkbox / RROStripeКабінет платника ДПС
Підхід

Чому починаємо з даних, а не з інтерфейсу

Більшість фінансових проєктів зривається не на розробці, а на якості вхідних даних. Довідники контрагентів не збігаються, одна операція в трьох системах має три різні коди, історичні періоди закриті з коригуваннями, яких немає в документах.

Тому перші два тижні ми не малюємо екрани. Ми беремо ваші реальні вивантаження й дивимося, чи вони взагалі зводяться. Якщо ні — це головна знахідка проєкту, і краще дізнатися про неї на другому тижні, ніж на шостому місяці.

За результатом ви отримуєте письмовий висновок: що з даними не так, що треба привести до ладу з вашого боку і скільки це коштуватиме. Іноді на цьому етапі стає видно, що системи не треба взагалі — треба навести лад у довідниках. Ми про це говоримо прямо.

2 тижніАудит даних до початку розробки
ПисьмовоВисновок за аудитом лишається вам незалежно від продовження співпраці
Формати

Як з нами можна працювати

Три формати. Обираємо на першій зустрічі, виходячи з того, наскільки визначена задача.

ФорматКоли підходитьЯк рахуємоРизик на кому
Фіксований обсяг Задача описана, обсяг зрозумілий, зміни малоймовірні Фіксована ціна за етап, оплата за фактом приймання На нас
Погодинно Задача уточнюється в процесі, пріоритети рухаються Ставка за годину, звіт із деталізацією щотижня, місячна межа витрат На вас, із межею
Виділена команда Довга робота від пів року, потрібна передбачувана потужність Місячна вартість команди, склад фіксований у договорі Розподілений

У всіх трьох випадках майнові права на результат переходять до вас у повному обсязі, а вихідний код передається з документацією.

Продукти

Лінійка PRASIS: фінансовий напрям

PRASIS™ — спільна платформа групи. Назва платформи несе бренд, назва модуля несе зміст. Модулі поділяють спільне ядро, тому клієнт, який узяв один, природно бере другий, а пакетна ціна робить це вигідним для обох сторін.

Нижче — модулі фінансового напряму, з їхнім справжнім станом. Механізми роботи не розкриваємо: саме вони й становлять цінність продукту.

PRASIS · на етапі розробки

PRASIS Податки

Аналіз договору на податкові наслідки до підписання, а не після перевірки. Виявляє ознаки нереальності операції, ризик перекваліфікації цивільно-правових відносин у трудові, проблеми з місцем постачання й податком на додану вартість, трансфертне ціноутворення з пов'язаними особами, ознаки дроблення.

Це одна з небагатьох ділянок, де превентивна перевірка окупається арифметично, а не за відчуттями. Ціна помилки — донарахування зі штрафом, а виявляється вона через роки, коли виправляти вже нічого.

Модуль стоїть на стику права й податків — там, де компетенція групи покриває обидва боки, а більшість розробників покриває один.

Для кого
Фінансові директори, головні бухгалтери, податкові консультанти
Що дає
Оцінку податкових наслідків договору до підписання
Момент застосування
До правочину, а не після перевірки
Стан
На етапі розробки
Не розкриваємоПерелік ознак ризику, порогові значення та правила кваліфікації операцій.
PRASIS · доопрацювання

PRASIS Процеси

Опис і перевірка того, як у компанії насправді проходять документи й рішення, на противагу тому, як це описано в регламентах. Виявляє етапи, що виконуються вручну попри статус автоматизованих, відсутні ланки в ланцюгу, дублювання й місця, де відповідальність не визначена.

Розрив між регламентом і практикою є майже завжди, і він рідко буває задокументований: люди знають, «як насправді», але це знання ніде не записане. Модуль робить його видимим.

Має робочі інтеграції й слугує технологічною базою для європейського напряму групи, тож його доопрацювання є пріоритетним незалежно від власної комерційної цінності.

Для кого
Операційні й фінансові керівники, внутрішній контроль
Що дає
Картину реального проходження документів проти регламенту
Роль у групі
Технологічна база європейського напряму
Стан
Працює з інтеграціями; доопрацьовується
Не розкриваємоСпосіб відновлення фактичного маршруту документа й перелік перевірок.
PRASIS · на етапі розробки

PRASIS Бюджет

Не дає взяти зобов'язання поза бюджетом. Перед підписанням договору перевіряє наявність ліміту за статтею, залишок з урахуванням уже прийнятих, але ще не оплачених зобов'язань, і повноваження підписанта на таку суму.

Системи бюджетування показують план і факт. Але між ними живе третя величина — прийняті зобов'язання, які ще не стали витратами, і саме там бюджет ламається непомітно. Гроші вже обіцяні, у звіті їх ще немає.

Модуль закриває цей розрив, тобто відповідає на щоденний біль фінансового директора: витрати з'явилися, а він дізнався про них постфактум. Вимагає, щоб бюджет узагалі був і був структурованим — це звужує коло покупців до компаній із фінансовою дисципліною, і ми про це говоримо прямо.

Для кого
Фінансові директори компаній зі структурованим бюджетом
Що дає
Контроль зобов'язання в момент його прийняття, а не оплати
Умова застосування
Наявність структурованого бюджету
Стан
На етапі розробки
Не розкриваємоМодель обліку прийнятих зобов'язань і правила перевірки повноважень.

Готові показати в роботі. Модулі, що вже працюють, демонструємо особисто — на демонстраційному наборі або на вашому вивантаженні, як зручніше. Перед цим підписуємо взаємну угоду про нерозголошення: вона потрібна обом сторонам.

Демонстрація за NDA
Європейський напрям

Замовники з ЄС

Фінансові дані структуруються приблизно однаково по обидва боки кордону — різняться правила визнання й формати звітності, а не спосіб побудови системи. Тому європейський напрям для нас природний, і ми його розвиваємо цілеспрямовано.

01

Форма договору

За правом України або держави замовника, на ваш вибір. Розрахунки в євро. Для замовників, чиї правила закупівель вимагають контрагента в ЄС, працюємо через партнерську структуру.

02

Розміщення даних

Дата-центри в ЄС за замовчуванням. Обробка персональних даних за GDPR, окремий договір із переліком підпроцесорів і строків зберігання. За вимогою — розгортання на вашій інфраструктурі.

03

Перевірка контрагента

Резидентство Дія.City підтверджується публічним реєстром, відповідність вимогам щорічно перевіряє незалежний аудитор. Пакет для вашого комплаєнсу надаємо до підписання договору, а не після запиту.

04

Стандарти звітності

Маємо практику з МСФЗ і з групами, де українська компанія звітує материнській структурі в ЄС. Трансформація, консолідація, розкриття — з простежуваністю показника до первинного документа, як цього чекає європейський аудитор.

05

Робочий ритм

Часовий пояс України перекривається з центральноєвропейським майже повністю. Робочі мови — українська й англійська, документація ведеться двома мовами від початку проєкту.

06

Безперервність

Команда розподілена між Україною та ЄС, критична інфраструктура резервується поза межами країни. Конкретні строки відновлення готові зафіксувати в договорі.

Що робимо для цього напряму зараз: розвиваємо присутність у ЄС через партнерську структуру, доводимо продуктову документацію до повного двомовного стану й готуємо систему управління інформаційною безпекою до зовнішньої сертифікації.

Гарантії

Резидентство, дані, безперервність

Дія.City

Резидент спеціального правового режиму з червня 2025 року. Статус підтверджується публічним реєстром, відповідність вимогам щорічно перевіряє незалежний аудитор. Для вас це означає передбачувану компанію з прозорою структурою — те, що зазвичай перевіряє служба комплаєнсу європейського замовника.

Права на результат

Майнові права передаються повністю за актом. Вихідний код і документація — у вашому репозиторії з першого дня, а не після завершального платежу.

Фінансові дані

Розробники не мають доступу до ваших продуктивних даних. Тестуємо на знеособлених наборах, кожен доступ до бойового середовища журналюється. За потреби розгортаємо систему на вашій інфраструктурі без зовнішніх з'єднань.

Безперервність

Команда розподілена між кількома містами України та ЄС, резервні майданчики — за межами країни. Зобов'язання щодо часу відновлення готові включити в договір із конкретними цифрами.

Матеріали

Ринок і рішення

Цифри по галузі, які ми відстежуємо для власного планування, і архітектурні рішення, якими користуємось у проєктах. Джерела вказані — щоб можна було перевірити, а не вірити на слово.

ІТ-експорт України: стабілізація замість стрибка

За перше півріччя 2026 року галузь принесла Україні 3,34 млрд доларів — понад 41 % усього експорту послуг країни. Це зростання, але помірне, і саме в цьому головна новина.

Помісячна картина за даними Національного банку, які наводить Львівський ІТ Кластер, виглядає так. Січень — 508 млн доларів, найнижча точка півріччя, з падінням на 25,8 % до грудня, але з приростом 3,9 % рік до року. Лютий — 544 млн, плюс 7,1 % до січня. Квітень — 578 млн. Травень — 560 млн, тобто мінус 3,1 % до квітня, але плюс 2,8 % до травня 2025 року.

За січень-травень сукупно 2,782 млрд проти 2,684 млрд за той самий період 2025 року — приріст 98 млн доларів, або 3,7 %. Перший квартал завершився зростанням 4,7 % рік до року, після того як 2025 рік дав скромні 3,3 % після дворічного падіння.

Найбільшим ринком залишаються США: лише за травень 208 млн доларів. Водночас учасники ринку відзначають посилення європейського напряму, і серед рекомендацій щодо прискорення експорту прямо звучить диверсифікація ринків у бік ЄС і MENA та зміщення в бік маржинальніших напрямів.

Як ми це читаємо Час, коли зростання приходило само собою з обсягом аутсорсу, минув. Приріст 3-4 % на рік означає, що виграють ті, хто йде у складніші задачі — туди, де цінність не в кількості годин, а в розумінні предметної області. Для нас це підтвердження вибраної стратегії: вузькі фінансові системи замість універсальної розробки.

Режим став галузевим стандартом

За перші шість місяців 2026 року резиденти Дія.City сплатили майже 28 млрд грн податків — на 75 % більше, ніж торік за той самий період. Кількість резидентів перевищила 4 500 компаній.

Динаміка входу показова. На початок 2025 року резидентів було близько 1,4 тисячі. На початок лютого 2026-го — 3 707, тобто за рік кількість подвоїлася, і понад половина учасників приєдналася саме протягом 2025 року. До середини березня показник перевищив 3,9 тисячі, у травні — 4 300. За словами заступниці міністра цифрової трансформації, щотижня надходить від 35 до 110 нових заявок, а режим за оцінкою міністерства охоплює 70-80 % сектору.

Серед резидентів — EPAM Systems, Grammarly, MacPaw, Ajax Systems, Samsung, Nokia, Visa, Rakuten Viber. Водночас портрет типового учасника інший: переважна більшість нових резидентів — молоді компанії, значна частина з них існує менше року.

Чому це важливо для замовника Коли режим охоплює більшість галузі, статус резидента перестає бути перевагою й стає базовою вимогою. Перевіряти варто не наявність статусу, а те, як компанія його підтримує: щорічний аудиторський звіт про відповідність, дотримання вимог до розміру команди й середнього доходу спеціалістів. Ці документи ми надаємо на запит до підписання договору.

Фінансові системи не редагують записи

Найпоширеніша архітектурна помилка у фінансовому софті виглядає безневинно: таблиця операцій, у якій запис можна оновити. Через два роки ніхто не може відповісти, чому в березні цифра була одна, а в липні за той самий березень — інша.

Ми будуємо контур так, щоб запис ніколи не змінювався. Виправлення — це нова подія, яка посилається на попередню. Модель проста і стара: рівно так працює сторно в бухгалтерії й рівно так побудований банківський реєстр операцій. У сучасних термінах це називають event sourcing, але суть винайдена задовго до появи цього слова.

Що це дає практично. Стан на будь-яку дату відтворюється точно — не «приблизно як було», а буквально. Аудитор отримує відповідь на питання «звідки ця цифра» без участі людини. Помилка в правилах обробки виправляється переграванням подій із новою логікою, без ручного лагодження даних. І найважливіше: жоден процес не може тихо переписати історію.

Друге рішення того самого класу — ідемпотентність. Кожна вхідна операція має ключ, і повторне надходження того самого документа не створює другий запис. Виглядає дрібницею, поки банківський шлюз не віддасть виписку двічі через збій мережі — а це трапляється частіше, ніж хочеться.

Ціна рішення Чесно: така архітектура складніша в розробці й вимагає більше місця для зберігання. На маленьких обсягах вона себе не окупає, і ми про це кажемо. Але з певного масштабу альтернатива — це щоквартальні розслідування про походження цифр, і вони коштують дорожче.

Що справді змінило розробку за останні два роки

Не все, що називають проривом, ним є. Ось три речі, які реально змінили те, як ми будуємо системи, і одна, яка виявилася переоціненою.

Мовні моделі на вході, а не на виході. Найбільший ефект дала не генерація тексту, а розбір неструктурованих даних: перетворення сканованого рахунку, листа чи договору на впорядкований набір полів. Задача, яка раніше вимагала окремого проєкту з розпізнавання під кожен формат документа, тепер вирішується узагальнено. Це те, що реально скоротило ручну роботу в бухгалтерії наших клієнтів.

Векторний пошук поруч із реляційною базою. Можливість шукати за змістом, а не за точним збігом рядка, закрила давню проблему зіставлення довідників: «ТОВ Оріон», «Оріон ТОВ» і «ORION LLC» тепер знаходяться як одне. При цьому основні дані лишаються в PostgreSQL із транзакціями — векторний індекс доповнює, а не замінює.

Модульний моноліт замість мікросервісів за замовчуванням. Галузь помітно охолола до дроблення системи на десятки сервісів. Для більшості корпоративних задач один добре структурований застосунок із чіткими межами модулів дешевший у розробці й радикально дешевший в експлуатації. Мікросервіси лишаються виправданими там, де частини системи справді мають різний профіль навантаження.

Що виявилося переоціненим. Автономні агенти, які самостійно виконують ланцюжки дій у фінансових процесах. Технологічно це працює у демонстрації. У продуктивному середовищі, де помилка означає неправильну проводку, ми не бачимо способу передати їм відповідальність. Використовуємо їх на підготовчих кроках, рішення лишається за людиною.

Наш критерій вибору Ми не беремо технологію, якщо не можемо пояснити клієнту, що станеться, коли вона відмовить. Це відсіює більшість модного — і залишає те, що потім не доводиться терміново замінювати.

Джерела фактичних даних: дані Національного банку України у викладі Львівського ІТ Кластера; офіційні повідомлення Міністерства цифрової трансформації України; галузева статистика за перше півріччя 2026 року.

Питання

Що зазвичай питають

Скільки це коштує?

Назвати цифру до аудиту даних означало б вгадувати, тому ми цього не робимо. Аудит — окремий оплачуваний етап із фіксованою вартістю; за його результатом ви отримуєте оцінку бюджету й строку на весь проєкт. Після узгодження вона не змінюється без вашого рішення.

Скільки триває впровадження?

Строк залежить від обсягу й стану ваших даних — обидва з'ясовуються на аудиті. Що ми фіксуємо завжди: перша працююча частина показується на тестовому середовищі задовго до завершення проєкту, і далі ви бачите приріст кожні два тижні.

Ви замінюєте нашу облікову систему?

Ні, і зазвичай це не потрібно. Ми будуємо шар над наявним обліком: беремо з нього дані, обробляємо, віддаємо результат. Бухгалтерія працює як працювала, змінюється те, що відбувається з даними після обліку.

Що буде, якщо ми вирішимо змінити підрядника?

Код, документація і схема бази у вас із самого початку. Передача іншій команді займає кілька днів. Ми не тримаємо клієнтів технічною залежністю — це погана бізнес-модель і погана репутація.

Працюєте з клієнтами з ЄС?

Так. Договір — за правом України або держави замовника, розрахунки в євро, дані в дата-центрах ЄС. Обробка персональних даних оформлюється окремим договором за GDPR.

Як воюючи країна впливає на строки?

Ми не посилаємось на це у виправданнях. Команда розподілена, критична інфраструктура має резервування за межами України. Готові зафіксувати зобов'язання щодо безперервності в договорі.

Контакти

Почнімо з ваших даних

Надішліть приклад вивантаження — хоч Excel, хоч експорт із облікової системи. Ми подивимось і на першій же зустрічі скажемо, що з цим можна зробити і що зробити не вийде.

Написати нам
Пошта
macro.city1505@gmail.com
Телефон
+38 050 452 26 44
Офіс
Нікополь, вул. Сірка Івана, 26, кімн. 2-21
Sections

What is on this site

Each section opens as its own page. If you arrived with a specific question, go straight there.

Practice

What we build

Not a general-purpose ERP. Narrow systems that close a specific gap in the financial process — where a standard product falls short and a spreadsheet no longer holds.

01 · Reconciliation

Consolidation and reconciliation

We collect transactions from banks, payment providers, the accounting system and inventory records, normalise them to a single format and match them. Discrepancies go into a queue with an owner instead of disappearing.

  • Matching rules built around your accounting
  • Review queue with named owners
  • History: who closed a discrepancy, when and how
  • Multi-currency and FX differences
02 · Planning

Budgeting and treasury

Plan, actual and variance in one place. Payment calendar, limits by budget line, and an approval route for payment requests that checks the remaining balance.

  • Budget by cost centre and line item
  • Payment requests checked against limits
  • Payment calendar and cash gaps
  • Plan versus actual, with explained variances
03 · Reporting

Management and IFRS reporting

Turning ledger data into reporting a director or an investor can read. Transformation schedules, group consolidation, disclosures — each traceable back to the source document.

  • Consolidation across several legal entities
  • Transformation from local GAAP to IFRS
  • Every figure traceable to its document
  • Export prepared for the auditor
Technology

Stack and data sources

What we build with

Chosen for the problem rather than for fashion. Financial systems depend on transactional reliability and on being able to trace every change, so the database is almost always relational and change history is written at schema level.

PostgreSQLPythonC#/.NET TypeScriptReactKubernetes AirflowClickHousePower BI

What we connect to

Integrations are specified before development begins — together with what the system does when a source is unavailable or returns incomplete data.

SAP1C-family ERPBanking APIs Open bankingE-document exchangeFiscal registers StripeTax authority portalsData warehouses
Approach

Why we start with the data, not the interface

Most financial projects fail not during development but on the quality of the input data. Counterparty records do not match; a single transaction carries three different codes across three systems; historic periods were closed with adjustments that appear in no document.

So for the first weeks we do not design screens. We take your actual data exports and establish whether they reconcile at all. If they do not, that is the principal finding of the project — and it is far better to learn it in week two than in month six.

The output is a written assessment: what is wrong with the data, what needs to be put right on your side, and what that will cost. Sometimes it becomes clear at this stage that no system is needed at all — what is needed is order in the reference data. We say so directly.

FirstA data audit before any development begins
WrittenThe audit findings remain yours whether or not we continue
FixedBudget and timeline are set after the audit, not before it
Engagement

How we can work together

Three models. We choose at the first meeting, based on how well defined the problem is.

ModelWhen it fitsHow it is pricedWho carries the risk
Fixed scope The problem is defined, the scope is clear, change is unlikely Fixed price per stage, payable on acceptance We do
Time and materials The problem is being refined as we go and priorities move Hourly rate, itemised weekly report, monthly spending cap You do, within a cap
Dedicated team Long engagements from six months, requiring predictable capacity Monthly team cost, composition fixed in the contract Shared

In all three cases economic rights in the result transfer to you in full, and source code is handed over with documentation.

Products

The PRASIS suite: financial modules

PRASIS™ is the group's shared platform. The platform name carries the brand; each module name carries its meaning. The modules share a common core, so a client who takes one naturally takes a second, and package pricing makes that worthwhile for both sides.

Below are the financial modules with their actual status. We do not disclose how they work: that is where the value of the product sits.

PRASIS · in development

PRASIS Tax

Analysis of a contract for its tax consequences before signature rather than after an inspection. It identifies indicators that a transaction lacks substance, the risk of a services arrangement being reclassified as employment, problems with place of supply and VAT, transfer pricing with related parties, and signs of artificial fragmentation.

This is one of the few areas where preventive review pays for itself arithmetically rather than by intuition. The cost of an error is an assessment plus penalties, and it surfaces years later, when nothing can be corrected.

The module sits at the junction of law and tax — where the group's competence covers both sides, while most developers cover one.

For whom
Finance directors, chief accountants, tax advisers
What it gives
Tax consequences of a contract assessed before signature
When it applies
Before the transaction, not after an inspection
Status
In development
Not disclosedThe set of risk indicators, their thresholds and the transaction classification rules.
PRASIS · in refinement

PRASIS Process

Describes and checks how documents and decisions actually move through the organisation, as against how the internal rules say they do. It finds stages performed manually despite being labelled automated, missing links in a chain, duplication, and points where accountability is undefined.

The gap between the written procedure and practice exists almost everywhere and is rarely documented: people know how it really works, but that knowledge is written down nowhere. The module makes it visible.

It has working integrations and serves as the technical foundation for the group's European direction, which makes its refinement a priority independently of its own commercial value.

For whom
Operations and finance leadership, internal control
What it gives
The real path of a document set against the written procedure
Role in the group
Technical foundation of the European direction
Status
Working with integrations; being refined
Not disclosedHow the actual route of a document is reconstructed, and the set of checks applied.
PRASIS · in development

PRASIS Budget

Prevents a commitment being entered into outside the budget. Before a contract is signed it checks that a limit exists for the relevant line, what remains of it once commitments already made but not yet paid are taken into account, and whether the signatory has authority for that amount.

Budgeting systems show plan and actual. Between them lives a third quantity — commitments made that have not yet become expenditure — and that is where a budget breaks without anyone noticing. The money is already promised; it is not yet in the report.

The module closes that gap, which is to say it addresses a finance director's daily complaint: the spending happened and they found out afterwards. It requires that a budget exists and is structured, which narrows the buyers to organisations with financial discipline — and we say so plainly.

For whom
Finance directors in organisations with a structured budget
What it gives
Control at the moment a commitment is made, not when it is paid
Precondition
A structured budget must already exist
Status
In development
Not disclosedThe model for tracking commitments and the rules for checking signing authority.

We are ready to show it running. The modules already working are demonstrated in person — on a demonstration set or on your own export, whichever suits. We sign a mutual non-disclosure agreement first: both sides need it.

Demo under NDA
European clients

Working with clients in the EU

Financial data is structured much the same way on both sides of the border — what differs is recognition rules and reporting formats, not how the system is built. The European direction is therefore a deliberate one for us.

01

Contract form

Governed by Ukrainian law or the law of your jurisdiction, as you prefer. Settlement in euro. Where your procurement rules require an EU counterparty, we work through a partner structure.

02

Data location

EU data centres by default. Personal data processed under the GDPR, with a separate agreement listing sub-processors and retention periods. On request, deployment on your own infrastructure.

03

Counterparty checks

Diia.City residency is confirmed by a public register, and compliance with the regime's requirements is audited annually by an independent auditor. We provide the pack for your compliance function before signature, not on request afterwards.

04

Reporting standards

We have practice with IFRS and with groups where a Ukrainian company reports to an EU parent. Transformation, consolidation and disclosure, with every figure traceable to its source document — which is what a European auditor asks about.

05

Working rhythm

Ukraine's time zone overlaps almost entirely with Central European time. Working languages are Ukrainian and English, and documentation is maintained in both from the start of a project.

06

Continuity

The team is distributed between Ukraine and the EU, and critical infrastructure is replicated outside the country. We are ready to fix specific recovery times in the contract.

What we are doing for this now: developing our presence in the EU through a partner structure, bringing product documentation to a fully bilingual state, and preparing our information security management for external certification.

Assurances

Residency, data, ownership

Diia.City

A resident of the special legal regime since June 2025. Residency is confirmed by a public register and compliance is audited annually by an independent auditor. For you this means a predictable company with a transparent structure — which is normally what a European client's compliance function checks.

Ownership of the result

Economic rights transfer in full under a deed. Source code and documentation live in your repository from day one, not after the final payment.

Financial data

Developers have no access to your production data. We test on de-identified sets and every access to the live environment is logged. Where required we deploy on your infrastructure with no outbound connections.

Continuity

The team is distributed across several cities in Ukraine and the EU, with standby sites outside the country. We are ready to include recovery time commitments in the contract as specific figures.

Writing

Market and decisions

Figures we track for our own planning, and architectural decisions we apply in projects. Sources are cited so they can be checked rather than taken on trust.

Ukrainian IT exports: stabilisation rather than a leap

In the first half of 2026 the industry brought Ukraine USD 3.34 billion — over 41 % of the country's total services exports. That is growth, but modest growth, and that is the real news.

The month-by-month picture, on National Bank data reported by the Lviv IT Cluster, runs as follows. January: USD 508 million, the low point of the half-year, down 25.8 % on December but up 3.9 % year on year. February: USD 544 million, up 7.1 % on January. April: USD 578 million. May: USD 560 million — down 3.1 % on April but up 2.8 % on May 2025.

For January to May combined, USD 2.782 billion against USD 2.684 billion in the same period of 2025 — an increase of USD 98 million, or 3.7 %. The first quarter closed 4.7 % up year on year, after 2025 delivered a modest 3.3 % following two years of decline.

The largest market remains the United States: USD 208 million in May alone. At the same time market participants report a strengthening European direction, and among the recommendations for accelerating exports is explicit diversification towards the EU and MENA and a shift into higher-margin work.

How we read it The period when growth arrived on its own through volume outsourcing is over. Growth of three to four per cent a year means the winners are those moving into harder problems — where the value lies not in hours but in understanding the domain. For us that confirms the strategy: narrow financial systems rather than general-purpose development.

The regime has become the industry standard

In the first six months of 2026 Diia.City residents paid almost UAH 28 billion in taxes — 75 % more than in the same period a year earlier. The number of residents passed 4,500 companies.

The pattern of entry is telling. At the start of 2025 there were around 1,400 residents. By early February 2026, 3,707 — the number had doubled in a year, and more than half of all participants joined during 2025. By mid-March it had passed 3,900 and in May reached 4,300. According to the deputy minister for digital transformation, between 35 and 110 new applications arrive each week, and the ministry estimates the regime covers 70 to 80 % of the sector.

Residents include EPAM Systems, Grammarly, MacPaw, Ajax Systems, Samsung, Nokia, Visa and Rakuten Viber. The typical participant looks rather different, however: the great majority of new residents are young companies, many of them less than a year old.

Why this matters to a client Once a regime covers most of an industry, holding the status stops being an advantage and becomes a baseline. What is worth checking is not whether a company has it but how it maintains it: the annual audit report on compliance, and adherence to requirements on team size and average specialist income. We provide these documents on request before signature.

Financial systems do not edit records

The most common architectural mistake in financial software looks harmless: a transactions table where a row can be updated. Two years later nobody can explain why March showed one figure in March and a different figure for the same March in July.

We build so that a record is never changed. A correction is a new event referencing the earlier one. The model is simple and old: it is exactly how a reversing entry works in accounting and exactly how a bank's transaction ledger is built. The modern term is event sourcing, but the idea was invented long before the phrase.

What this gives in practice. The state on any date can be reproduced exactly — not approximately as remembered, but literally. An auditor gets an answer to "where did this figure come from" without a human in the middle. An error in the processing rules is fixed by replaying events with the new logic, without manually repairing data. And, most importantly, no process can quietly rewrite history.

The second decision of the same class is idempotency. Every incoming transaction carries a key, and the same document arriving twice does not create a second record. It looks like a detail until a banking gateway delivers the same statement twice because of a network fault — which happens more often than anyone would like.

The cost of the decision Honestly: this architecture is harder to build and needs more storage. At small volumes it does not pay for itself, and we say so. Beyond a certain scale, though, the alternative is quarterly investigations into where figures came from, and those cost more.

What actually changed development in the last two years

Not everything called a breakthrough is one. Here are three things that genuinely changed how we build systems, and one that turned out to be overrated.

Language models on the input side, not the output side. The largest effect came not from generating text but from parsing unstructured data: turning a scanned invoice, an email or a contract into an ordered set of fields. A problem that used to require a separate recognition project for every document format is now solved generically. This is what actually reduced manual work in our clients' finance functions.

Vector search alongside the relational database. Being able to search by meaning rather than exact string match closed a long-standing problem in reconciling reference data: "Orion Ltd", "Ltd Orion" and "ORION LLC" now resolve to one entity. Core data stays in PostgreSQL with transactions — the vector index supplements rather than replaces it.

Modular monolith instead of microservices by default. The industry has cooled noticeably on splitting a system into dozens of services. For most enterprise problems, one well-structured application with clear module boundaries is cheaper to build and dramatically cheaper to operate. Microservices remain justified where parts of a system genuinely have different load profiles.

What turned out to be overrated. Autonomous agents executing chains of actions in financial processes. Technically this works in a demonstration. In production, where an error means a wrong posting, we see no way to hand them the accountability. We use them on preparatory steps; the decision stays with a person.

Our selection criterion We do not adopt a technology if we cannot explain to the client what happens when it fails. That filters out most of what is fashionable — and leaves what does not have to be urgently replaced later.

Sources for factual data: National Bank of Ukraine data as reported by the Lviv IT Cluster; official communications of the Ministry of Digital Transformation of Ukraine; industry statistics for the first half of 2026.

Questions

What people usually ask

What does this cost?

Naming a figure before the data audit would be guesswork, so we do not. The audit is a separately billed stage with a fixed price; on the basis of its findings you receive an estimate of budget and timeline for the whole project. Once agreed, it does not change without your decision.

How long does implementation take?

It depends on scope and on the state of your data — both established during the audit. What we always commit to: a working part is shown on a test environment long before the project ends, and you see an increment every two weeks.

Are you replacing our accounting system?

No, and usually there is no need to. We build a layer above the existing ledger: take data from it, process it, return the result. The finance team works as before; what changes is what happens to the data afterwards.

What if we decide to change supplier?

The code, documentation and database schema are yours from the outset. Handover to another team takes a few days. We do not hold clients through technical dependency — it is a poor business model and a poor reputation.

Do you work with clients in the EU?

Yes. The contract is governed by Ukrainian law or the law of your jurisdiction, settlement is in euro, and data is held in EU data centres. Processing of personal data is covered by a separate GDPR agreement.

How does the war affect delivery?

We do not invoke it as an excuse. The team is distributed and critical infrastructure is replicated outside Ukraine. We are ready to fix continuity obligations in the contract.

Contact

Start with your data

Send us a sample export — a spreadsheet or an extract from your accounting system, either is fine. We will look at it and tell you at the first meeting what can be done with it, and what cannot.

Get in touch
Email
macro.city1505@gmail.com
Phone
+38 050 452 26 44
Office
26 Sirka Ivana St., room 2-21, Nikopol, Ukraine
Sistemas financieros a medida · Ucrania

Las cifras cuadran o no cuadran. No hay tercer estado.

Construimos sistemas que reúnen datos financieros de fuentes dispersas, los concilian y muestran la discrepancia antes de que se convierta en un problema en sus cuentas.

Residente de Diia.City RGPD Datos en la UE o en sus servidores
Conciliación · banco ↔ contabilidad 05.2026
Extracto bancario
Sistema contable
Orion Ltd148.200,00
148.200,00
Ivanenko32.500,00
32.500,00
Delta LLC96.740,00
96.470,00
Kremin Ltd211.000,00
211.000,00
Sigma LLC54.300,00
sin asiento
1.284 operaciones procesadas 2 discrepancias · 54.570,00
Secciones

Qué encontrará en este sitio

Cada sección se abre como una página propia. Si ha llegado con una pregunta concreta, vaya directamente a ella.

Áreas

Qué construimos

No un ERP de propósito general. Sistemas acotados que cierran una brecha concreta del circuito financiero, allí donde un producto estándar se queda corto y una hoja de cálculo ya no aguanta.

01 · Conciliación

Consolidación y conciliación de datos

Recogemos operaciones de bancos, pasarelas de pago, el sistema contable y el control de existencias, las normalizamos a un formato único y las casamos. Las discrepancias entran en una cola con responsable asignado en lugar de perderse.

  • Reglas de casación adaptadas a su contabilidad
  • Cola de revisión con responsables nominados
  • Historial: quién cerró cada discrepancia, cuándo y cómo
  • Multidivisa y diferencias de cambio
02 · Planificación

Presupuestación y tesorería

Previsión, real y desviación en un solo lugar. Calendario de pagos, límites por partida y circuito de aprobación de solicitudes con control del saldo disponible.

  • Presupuesto por centro de coste y partida
  • Solicitudes de pago contrastadas con los límites
  • Calendario de pagos y tensiones de tesorería
  • Previsión frente a real, con desviaciones explicadas
03 · Reporting

Información de gestión y NIIF

Convertir datos contables en información que un directivo o un inversor pueda leer. Hojas de transformación, consolidación de grupo y desgloses, cada uno trazable hasta el documento de origen.

  • Consolidación de varias sociedades
  • Transformación del plan local a NIIF
  • Cada cifra trazable hasta su documento
  • Exportación preparada para el auditor
Tecnología

Tecnología y fuentes de datos

Con qué construimos

Elegido por el problema y no por la moda. Los sistemas financieros dependen de la fiabilidad transaccional y de poder rastrear cada cambio, de modo que la base de datos es casi siempre relacional y el historial se escribe a nivel de esquema.

PostgreSQLPythonC#/.NET TypeScriptReactKubernetes AirflowClickHousePower BI

Con qué nos integramos

Las integraciones se especifican antes de empezar a desarrollar, junto con lo que hace el sistema cuando una fuente no está disponible o devuelve datos incompletos.

SAPERP localesAPI bancarias Open bankingFacturación electrónicaTPV y cajas StripeSedes tributariasAlmacenes de datos
Enfoque

Por qué empezamos por los datos y no por la interfaz

La mayoría de los proyectos financieros no fracasan durante el desarrollo, sino por la calidad de los datos de entrada. Los maestros de contrapartes no coinciden; una misma operación lleva tres códigos distintos en tres sistemas; los ejercicios cerrados se cerraron con ajustes que no figuran en ningún documento.

Por eso las primeras semanas no diseñamos pantallas. Tomamos sus extracciones reales y comprobamos si cuadran siquiera. Si no lo hacen, ese es el hallazgo principal del proyecto, y es mucho mejor saberlo en la segunda semana que en el sexto mes.

El resultado es un informe escrito: qué falla en los datos, qué debe ordenarse por su parte y cuánto costará. A veces en esta fase queda claro que no hace falta ningún sistema, sino poner orden en los maestros. Lo decimos directamente.

PrimeroAuditoría de datos antes de cualquier desarrollo
Por escritoLas conclusiones quedan en su poder, continuemos o no
CerradoPresupuesto y plazo se fijan tras la auditoría, no antes
Colaboración

Cómo podemos trabajar juntos

Tres modelos. Elegimos en la primera reunión, según lo definido que esté el problema.

ModeloCuándo encajaCómo se facturaQuién asume el riesgo
Alcance cerrado El problema está definido, el alcance es claro y no se esperan cambios Precio fijo por etapa, pagadero a la aceptación Nosotros
Por horas El problema se concreta sobre la marcha y las prioridades se mueven Tarifa horaria, informe detallado semanal, tope mensual de gasto Usted, con un tope
Equipo dedicado Trabajos largos, de seis meses en adelante, con capacidad previsible Coste mensual del equipo, composición fijada en contrato Compartido

En los tres casos los derechos de explotación sobre el resultado se le transmiten íntegramente y el código fuente se entrega con documentación.

Productos

La suite PRASIS: módulos financieros

PRASIS™ es la plataforma común del grupo. El nombre de la plataforma lleva la marca; el de cada módulo, su contenido. Los módulos comparten un núcleo común, de modo que quien toma uno toma naturalmente un segundo, y el precio por paquete lo hace ventajoso para ambas partes.

A continuación, los módulos financieros con su estado real. No revelamos cómo funcionan: ahí reside el valor del producto.

PRASIS · en desarrollo

PRASIS Fiscal

Análisis de un contrato por sus consecuencias fiscales antes de la firma y no después de una inspección. Detecta indicios de falta de sustancia en la operación, riesgo de recalificación de una relación mercantil como laboral, problemas de lugar de prestación e IVA, precios de transferencia con partes vinculadas e indicios de fraccionamiento artificial.

Es una de las pocas áreas donde la revisión preventiva se amortiza aritméticamente y no por intuición. El coste del error es una liquidación con sanción, y aflora años después, cuando ya no queda nada que corregir.

El módulo se sitúa en la intersección de derecho y fiscalidad, es decir, allí donde la competencia del grupo cubre ambos lados mientras la mayoría de los desarrolladores cubre uno.

Para quién
Directores financieros, jefes de contabilidad, asesores fiscales
Qué aporta
Consecuencias fiscales del contrato valoradas antes de firmar
Cuándo se aplica
Antes de la operación, no después de la inspección
Estado
En desarrollo
No se revelaEl conjunto de indicios de riesgo, sus umbrales y las reglas de calificación de operaciones.
PRASIS · en perfeccionamiento

PRASIS Procesos

Describe y comprueba cómo circulan realmente los documentos y las decisiones en la organización, frente a lo que dicen los procedimientos internos. Detecta etapas ejecutadas a mano pese a figurar como automatizadas, eslabones ausentes en una cadena, duplicidades y puntos donde la responsabilidad no está definida.

La brecha entre el procedimiento escrito y la práctica existe casi siempre y rara vez está documentada: la gente sabe cómo funciona de verdad, pero eso no está escrito en ninguna parte. El módulo lo hace visible.

Cuenta con integraciones operativas y sirve de base tecnológica para la línea europea del grupo, lo que hace prioritario su perfeccionamiento con independencia de su propio valor comercial.

Para quién
Dirección de operaciones y financiera, control interno
Qué aporta
El recorrido real de un documento frente al procedimiento escrito
Papel en el grupo
Base tecnológica de la línea europea
Estado
En funcionamiento con integraciones; en perfeccionamiento
No se revelaCómo se reconstruye el recorrido real de un documento y el conjunto de comprobaciones.
PRASIS · en desarrollo

PRASIS Presupuesto

Impide asumir un compromiso fuera de presupuesto. Antes de firmar un contrato comprueba que exista límite en la partida correspondiente, qué queda de él una vez descontados los compromisos ya asumidos pero aún no pagados, y si el firmante tiene poder para ese importe.

Los sistemas de presupuestación muestran previsión y real. Entre ambos vive una tercera magnitud —los compromisos asumidos que todavía no son gasto— y ahí es donde el presupuesto se rompe sin que nadie lo advierta. El dinero ya está comprometido; en el informe todavía no aparece.

El módulo cierra esa brecha, es decir, responde a una queja diaria del director financiero: el gasto se produjo y se enteró después. Exige que el presupuesto exista y esté estructurado, lo que reduce el círculo de compradores a organizaciones con disciplina financiera, y lo decimos con claridad.

Para quién
Direcciones financieras con presupuesto estructurado
Qué aporta
Control en el momento de asumir el compromiso, no al pagarlo
Requisito previo
Que ya exista un presupuesto estructurado
Estado
En desarrollo
No se revelaEl modelo de seguimiento de compromisos y las reglas de verificación de poderes.

Podemos mostrarlo en funcionamiento. Los módulos que ya funcionan se demuestran en persona, sobre un conjunto de prueba o sobre una extracción suya. Antes firmamos un acuerdo mutuo de confidencialidad: lo necesitan ambas partes.

Demo bajo NDA
Clientes europeos

Trabajar con clientes de la UE

Los datos financieros se estructuran de forma muy parecida a ambos lados de la frontera: lo que cambia son las reglas de reconocimiento y los formatos de reporte, no la manera de construir el sistema. La dirección europea es, por tanto, deliberada.

01

Forma del contrato

Regido por ley ucraniana o por la de su jurisdicción, a su elección. Liquidación en euros. Cuando sus normas de compras exijan una contraparte en la UE, trabajamos a través de una estructura asociada.

02

Ubicación de los datos

Centros de datos en la UE por defecto. Datos personales tratados conforme al RGPD, con contrato independiente que detalla subencargados y plazos de conservación. A petición, despliegue en su propia infraestructura.

03

Verificación de la contraparte

La residencia en Diia.City consta en un registro público y el cumplimiento del régimen se audita anualmente por un auditor independiente. Entregamos el expediente para su departamento de cumplimiento antes de firmar, no cuando lo reclaman.

04

Normas de reporte

Tenemos práctica en NIIF y con grupos en los que una sociedad ucraniana reporta a una matriz europea. Transformación, consolidación y desglose, con cada cifra trazable hasta su documento de origen, que es lo que pregunta un auditor europeo.

05

Ritmo de trabajo

El huso horario de Ucrania coincide en gran medida con el peninsular. Idiomas de trabajo: ucraniano, inglés y español; la documentación se mantiene en varios idiomas desde el inicio del proyecto.

06

Continuidad

El equipo está distribuido entre Ucrania y la UE, y la infraestructura crítica se replica fuera del país. Estamos dispuestos a fijar en el contrato tiempos de recuperación concretos.

Qué estamos haciendo ahora en esta línea: desarrollar nuestra presencia en la UE mediante una estructura asociada, llevar la documentación de producto a un estado plenamente multilingüe y preparar nuestra gestión de seguridad de la información para una certificación externa.

Garantías

Régimen, datos, titularidad

Diia.City

Residentes del régimen jurídico especial desde junio de 2025. La residencia consta en un registro público y el cumplimiento se audita anualmente por un auditor independiente. Para usted eso significa una empresa previsible y de estructura transparente, que es lo que normalmente comprueba el departamento de cumplimiento de un cliente europeo.

Titularidad del resultado

Los derechos de explotación se transmiten íntegramente mediante acta. El código fuente y la documentación residen en su repositorio desde el primer día, no tras el pago final.

Datos financieros

Los desarrolladores no acceden a sus datos de producción. Probamos sobre conjuntos anonimizados y todo acceso al entorno real queda registrado. Cuando se requiere, desplegamos en su infraestructura sin conexiones salientes.

Continuidad

El equipo está distribuido entre varias ciudades de Ucrania y la UE, con emplazamientos de respaldo fuera del país. Estamos dispuestos a incluir en el contrato compromisos de tiempo de recuperación en cifras.

Publicaciones

Mercado y decisiones

Cifras que seguimos para nuestra propia planificación y decisiones de arquitectura que aplicamos en proyectos. Citamos las fuentes para que puedan comprobarse en lugar de creerse.

Exportación tecnológica ucraniana: estabilización, no salto

En el primer semestre de 2026 el sector aportó a Ucrania 3.340 millones de dólares, más del 41 % de la exportación total de servicios del país. Es crecimiento, pero moderado, y ahí está la verdadera noticia.

Mes a mes, según datos del Banco Nacional recogidos por el Clúster TI de Leópolis: enero, 508 millones de dólares, el punto más bajo del semestre, un 25,8 % por debajo de diciembre pero un 3,9 % por encima del año anterior. Febrero, 544 millones, un 7,1 % más que enero. Abril, 578 millones. Mayo, 560 millones: un 3,1 % menos que abril pero un 2,8 % más que en mayo de 2025.

De enero a mayo, 2.782 millones frente a 2.684 millones en el mismo periodo de 2025: 98 millones más, un 3,7 %. El primer trimestre cerró con un 4,7 % interanual, después de que 2025 arrojara un modesto 3,3 % tras dos años de caída.

El mayor mercado sigue siendo Estados Unidos: 208 millones solo en mayo. Al mismo tiempo, los participantes del sector señalan un refuerzo de la dirección europea, y entre las recomendaciones para acelerar la exportación figura explícitamente la diversificación hacia la UE y el desplazamiento hacia segmentos de mayor margen.

Cómo lo leemos El tiempo en que el crecimiento llegaba solo, por volumen de externalización, ha terminado. Un crecimiento del tres o cuatro por ciento anual significa que ganan quienes se mueven hacia problemas más difíciles, donde el valor no está en las horas sino en entender el dominio. Para nosotros confirma la estrategia: sistemas financieros acotados en lugar de desarrollo genérico.

El régimen se ha convertido en el estándar del sector

En los primeros seis meses de 2026 los residentes de Diia.City pagaron casi 28.000 millones de grivnas en impuestos, un 75 % más que un año antes. El número de residentes superó las 4.500 empresas.

El patrón de entrada es elocuente. A principios de 2025 había unos 1.400 residentes. A comienzos de febrero de 2026, 3.707: la cifra se había duplicado en un año, y más de la mitad de los participantes se incorporó durante 2025. A mediados de marzo superaba los 3.900 y en mayo alcanzó los 4.300. Según la viceministra de transformación digital, llegan entre 35 y 110 solicitudes nuevas cada semana, y el ministerio estima que el régimen cubre entre el 70 y el 80 % del sector.

Entre los residentes figuran EPAM Systems, Grammarly, MacPaw, Ajax Systems, Samsung, Nokia, Visa y Rakuten Viber. El participante típico, sin embargo, es distinto: la gran mayoría de los nuevos residentes son empresas jóvenes, muchas con menos de un año de vida.

Por qué le importa a un cliente Cuando un régimen cubre a la mayoría del sector, tener el estatus deja de ser una ventaja y pasa a ser un mínimo. Lo que conviene comprobar no es si una empresa lo tiene, sino cómo lo mantiene: el informe anual de auditoría de cumplimiento y la observancia de los requisitos de plantilla y retribución media. Facilitamos estos documentos a petición antes de firmar.

Los sistemas financieros no editan registros

El error de arquitectura más común en software financiero parece inofensivo: una tabla de operaciones en la que una fila puede actualizarse. Dos años después nadie sabe explicar por qué en marzo la cifra era una y en julio, para ese mismo marzo, es otra.

Nosotros construimos de modo que un registro nunca cambie. Una corrección es un hecho nuevo que referencia al anterior. El modelo es simple y antiguo: así funciona exactamente un asiento de reversión en contabilidad y así está construido el libro de operaciones de un banco. El término moderno es event sourcing, pero la idea se inventó mucho antes que la expresión.

Qué aporta en la práctica. El estado en cualquier fecha puede reproducirse con exactitud, no de forma aproximada. El auditor obtiene respuesta a «de dónde sale esta cifra» sin una persona por medio. Un error en las reglas de proceso se corrige reproduciendo los hechos con la nueva lógica, sin reparar datos a mano. Y, sobre todo, ningún proceso puede reescribir la historia en silencio.

La segunda decisión de la misma familia es la idempotencia. Cada operación entrante lleva una clave, y el mismo documento recibido dos veces no crea un segundo registro. Parece un detalle hasta que una pasarela bancaria entrega el mismo extracto dos veces por un fallo de red, algo que ocurre más a menudo de lo deseable.

El coste de la decisión Con honestidad: esta arquitectura es más difícil de construir y consume más almacenamiento. A volúmenes pequeños no compensa, y lo decimos. A partir de cierta escala, en cambio, la alternativa son investigaciones trimestrales sobre el origen de las cifras, y esas salen más caras.

Qué ha cambiado realmente el desarrollo en dos años

No todo lo que se llama avance lo es. Estas son tres cosas que cambiaron de verdad cómo construimos sistemas, y una que resultó sobrevalorada.

Modelos de lenguaje en la entrada, no en la salida. El mayor efecto no vino de generar texto, sino de interpretar datos no estructurados: convertir una factura escaneada, un correo o un contrato en un conjunto ordenado de campos. Un problema que antes exigía un proyecto de reconocimiento por cada formato de documento hoy se resuelve de forma general. Eso es lo que realmente redujo el trabajo manual en los departamentos financieros de nuestros clientes.

Búsqueda vectorial junto a la base relacional. Poder buscar por significado y no por coincidencia exacta de cadena cerró un viejo problema de conciliación de maestros: «Orion Ltd», «Ltd Orion» y «ORION LLC» ahora resuelven a una sola entidad. Los datos centrales siguen en PostgreSQL con transacciones: el índice vectorial complementa, no sustituye.

Monolito modular en lugar de microservicios por defecto. El sector se ha enfriado notablemente respecto a partir un sistema en decenas de servicios. Para la mayoría de los problemas empresariales, una aplicación bien estructurada con fronteras claras entre módulos es más barata de construir y mucho más barata de operar. Los microservicios siguen justificados donde las partes del sistema tienen perfiles de carga realmente distintos.

Qué resultó sobrevalorado. Los agentes autónomos que ejecutan cadenas de acciones en procesos financieros. Técnicamente funciona en una demostración. En producción, donde un error significa un asiento equivocado, no vemos cómo trasladarles la responsabilidad. Los usamos en pasos preparatorios; la decisión sigue siendo de una persona.

Nuestro criterio de selección No adoptamos una tecnología si no podemos explicar al cliente qué ocurre cuando falla. Eso filtra casi todo lo que está de moda y deja lo que después no hay que sustituir con urgencia.

Fuentes de los datos citados: datos del Banco Nacional de Ucrania recogidos por el Clúster TI de Leópolis; comunicaciones oficiales del Ministerio de Transformación Digital de Ucrania; estadísticas sectoriales del primer semestre de 2026.

Preguntas

Lo que suelen preguntarnos

¿Cuánto cuesta?

Dar una cifra antes de la auditoría de datos sería adivinar, así que no lo hacemos. La auditoría es una etapa facturada aparte con precio cerrado; a partir de sus conclusiones recibe una estimación de presupuesto y plazo para todo el proyecto. Una vez acordada, no cambia sin su decisión.

¿Cuánto dura la implantación?

Depende del alcance y del estado de sus datos, ambos establecidos en la auditoría. Lo que siempre comprometemos: se muestra una parte funcionando en un entorno de pruebas mucho antes de terminar, y a partir de ahí ve un incremento cada dos semanas.

¿Van a sustituir nuestro sistema contable?

No, y normalmente no hace falta. Construimos una capa por encima de la contabilidad existente: tomamos datos, los procesamos y devolvemos el resultado. El departamento financiero trabaja como siempre; lo que cambia es qué ocurre con los datos después.

¿Y si decidimos cambiar de proveedor?

El código, la documentación y el esquema de base son suyos desde el principio. El traspaso a otro equipo lleva unos días. No retenemos clientes mediante dependencia técnica: es mal modelo de negocio y mala reputación.

¿Trabajan con clientes de la UE?

Sí. El contrato se rige por ley ucraniana o por la de su jurisdicción, la liquidación es en euros y los datos se alojan en centros de la UE. El tratamiento de datos personales se cubre con un contrato independiente conforme al RGPD.

¿Cómo afecta la guerra a la entrega?

No la invocamos como excusa. El equipo está distribuido y la infraestructura crítica se replica fuera de Ucrania. Estamos dispuestos a fijar obligaciones de continuidad en el contrato.

Contacto

Empecemos por sus datos

Envíenos una extracción de muestra: una hoja de cálculo o un volcado de su sistema contable, cualquiera sirve. La revisaremos y en la primera reunión le diremos qué se puede hacer con ella y qué no.

Escríbanos
Correo
macro.city1505@gmail.com
Teléfono
+38 050 452 26 44
Oficina
C/ Sirka Ivana 26, sala 2-21, Nikópol, Ucrania