Облікові системи на замовлення · від 2016 року

Кожна операція має два боки. Ваш облік теж.

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

Дебет · що витрачається зараз
Кредит · що ви отримуєте

Ручне перенесення даних

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

Закриття місяця як аврал

Два тижні пошуку розбіжностей, звітність готова тоді, коли вже не актуальна

Excel як несучий елемент

Ключові розрахунки живуть у файлі, який розуміє одна людина

Керівник без цифр

Управлінське рішення ухвалюється за даними минулого кварталу

Дані переносяться самі

Інтеграція між обліком, банком, товарним обліком і документообігом

Період закривається за дні

Розбіжності видно щодня, а не наприкінці місяця

Розрахунок у системі

Логіка описана, версійна й не залежить від однієї людини

Звітність у режимі факту

Керівник бачить показники за вчора, з можливістю дійти до документа

Що це коштує сьогодні
Що змінюється після впровадження
Accounting systems, built to order · Ukraine

Every transaction has two sides. So does your accounting.

One side is what the law requires and the tax authority expects. The other is what you need in order to make decisions. We build systems where both sides reconcile without the work being done twice.

Debit · what it costs you today
Credit · what you get instead

Manual re-keying

An accountant copies between systems and spreadsheets; errors surface when the period closes

Month-end as an emergency

Two weeks hunting discrepancies, and reporting is ready when it is no longer current

A spreadsheet as load-bearing structure

Key calculations live in a file only one person understands

A director without numbers

Management decisions taken on last quarter's data

Data moves by itself

Integration between the ledger, the bank, inventory and document flow

The period closes in days

Discrepancies are visible daily rather than at month end

Calculation inside the system

The logic is documented, versioned and does not depend on one individual

Reporting close to real time

The director sees yesterday's figures and can drill down to the document

What this costs today
What changes after implementation
Розділи

Що є на сайті

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

Послуги

Чим ми займаємось

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

01

Автоматизація обліку

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

  • Обмін із BAS, 1С, SAP, Odoo
  • Автоматичне рознесення банківської виписки
  • Розпізнавання первинних документів
  • Контроль податкових накладних і реєстрації в ЄРПН
  • Журнал змін для аудиту
02

Управлінський облік

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

  • Довільна аналітика поверх наявного плану рахунків
  • Собівартість за замовленнями, партіями, напрямами
  • Прибутковість у розрізах, потрібних власнику
  • План-факт і пояснення відхилень
03

Звітність і МСФЗ

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

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

Портали для клієнтів бухгалтерських компаній

Якщо ви обслуговуєте десятки клієнтів, кабінет знімає з вас потік однакових питань: клієнт сам бачить статус, документи й суми до сплати.

  • Завантаження первинних документів клієнтом
  • Статус звітності й нагадування про строки
  • Суми податків до сплати з розрахунком
  • Обмін документами з підписанням КЕП
Технології

Стек і інтеграції

Чим будуємо

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

PostgreSQLMS SQLC#/.NET PythonTypeScriptReact DockerPower BIMetabase

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

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

BAS / 1СSAPOdoo M.E.DocВчасноБанківські API ЄРПНКабінет платника ДПСДія.Підпис
Підхід

Ми починаємо з бухгалтера, а не з керівника

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

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

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

Що входить в обстеження

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

  • Опис процесу «як є» з людьми й строками
  • Перелік систем і що в якій зберігається
  • Оцінка якості даних і довідників
  • Що автоматизувати, а що спростити
  • Оцінка бюджету й строку в діапазоні
Команда

Хто працюватиме з вами

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

Аналітик з обліковим фахом

Практикуючий бухгалтер або аудитор у минулому. Розмовляє з вашою бухгалтерією її мовою й перекладає задачу для розробників. Це головна людина проєкту.

Технічний керівник

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

Розробники

Двоє-четверо залежно від обсягу. Склад команди фіксуємо в договорі — заміну узгоджуємо з вами, а не ставимо перед фактом.

Продукти

Лінійка PRASIS: обліковий і контрольний напрям

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

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

Відкритий код · EUPL-1.2 · працює

Palimpsest-doc

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

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

Єдиний продукт лінійки з відкритим кодом, під ліцензією EUPL-1.2. Комерційно не монетизується: він служить доказом компетенції й джерелом технологічного ядра для решти платформи.

Ліцензія
EUPL-1.2, відкритий код
Що виявляє
Розбіжність між видимим і машинозчитуваним змістом документа
Форма результату
Локалізований факт із цитатою, не ймовірність
Стан
Працює
ВідкритоКод доступний публічно. Це свідомий виняток у лінійці: продукт доводить підхід, а не продає його.
PRASIS · на етапі розробки

PRASIS Первинка

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

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

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

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

PRASIS Аудит

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

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

Спирається на те саме ядро звірки, що й «Первинка», але дивиться на процедуру, а не на документ.

Для кого
Внутрішній контроль, комплаєнс, фінансові служби
Відмінність
Суцільна безперервна перевірка замість вибіркової щорічної
Результат
Слід аудиту, придатний для подання назовні
Стан
На етапі розробки
Не розкриваємоСклад перевірок, порогові значення й структуру формування сліду.
PRASIS · на етапі розробки

PRASIS Тендер

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

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

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

Для кого
Учасники публічних закупівель
Що дає
Перевірку пропозиції на формальні підстави відхилення до подання
Момент застосування
До подання, коли ще можна виправити
Стан
На етапі розробки
Не розкриваємоПерелік перевірок і правила зіставлення пропозиції з вимогами оголошення.

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

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

Клієнти з ЄС і що ми для цього робимо

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

01

Форма співпраці

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

02

Дані та GDPR

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

03

Групи з українською частиною

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

04

МСФЗ і аудит

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

05

Мова й ритм роботи

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

06

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

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

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

Гарантії

Статус, дані, права

Резидент Дія.City

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

Ваші дані

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

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

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

Матеріали

Що ми читаємо і що з цього робимо

Короткі розбори того, що впливає на облікові й фінансові системи — регулювання, ринок, технології. Пишемо для практиків, а не для стрічки новин.

Мовні моделі в бухгалтерії: де вони працюють, а де ні

Питання «чи можна довірити штучному інтелекту облік» поставлене неправильно. Правильне звучить інакше: які саме операції в обліку є розпізнаванням, а які — судженням. Перші можна автоматизувати вже зараз, другі — ні.

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

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

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

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

Повторна обробка як обов'язкова властивість

Рано чи пізно з'ясовується, що правило обробки було неправильним — і не вчора, а три місяці тому. Питання не в тому, чи це станеться, а в тому, скільки коштуватиме виправлення.

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

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

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

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

AI Act: короткий зріз для бізнесу з українською частиною

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

Digital Omnibus on AI, погоджений у першій половині 2026 року й остаточно схвалений Радою ЄС наприкінці червня, переніс найважчі зобов'язання. Для самостійних високоризикових систем із Додатка III строк зсунуто на 2 грудня 2027 року, для систем, вбудованих у регульовані продукти за Додатком I, — на 2 серпня 2028 року. Замість гнучкої прив'язки до готовності стандартів обрано фіксовані дати.

Але зобов'язання щодо прозорості за статтею 50 діють із 2 серпня 2026 року. Для генеративних систем, що були на ринку раніше, вимоги статті 50(2) щодо маркування застосовуються з 2 грудня 2026 року. Штрафи: до 35 млн євро або 7 % обороту за заборонені практики, до 15 млн євро або 3 % за порушення вимог прозорості.

Паралельно Україна готує власний закон: у червні 2026 року Мінцифри провело перше засідання робочої групи, заявлений намір — розробити профільний закон протягом 2026 року з синхронізацією під AI Act.

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

Куди рухається український ІТ-ринок

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

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

Дія.City за цей час перетворилася з пільги на стандарт: понад 4 500 резидентів, майже 28 млрд грн податків за півріччя, приріст 75 % рік до року. За оцінкою Мінцифри, режим охоплює 70-80 % сектору.

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

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

Питання

Що питають найчастіше

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

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

Нам треба міняти облікову систему?

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

Що буде, коли зміниться законодавство?

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

Скільки часу займе у нашої бухгалтерії?

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

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

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

Як війна впливає на роботу?

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

Контакти

Розкажіть, де зараз найбільше ручної роботи

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

Написати нам
Пошта
t.techukr@gmail.com
Телефон
+38 050 452 26 44
Офіс
Дніпро, вул. Гоголя, 15-А, оф. 412
Sections

What is on this site

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

Services

What we do

We do not sell licences or implement other people's packages. We write systems around your accounting — for the places where an off-the-shelf product cannot hold your specifics.

01

Accounting automation

Closing the gaps between the systems your data currently lives in. Source documents, banking, inventory, payroll, tax records — so that a figure is entered once and then moves on its own.

  • Exchange with SAP, Odoo and 1C-family ERP
  • Automatic posting of bank statements
  • Recognition of source documents
  • Control of tax invoices and their registration
  • Change log for audit
02

Management accounting

A second layer alongside statutory accounting: its own analytics, its own recognition rules, its own responsibility centres. Without breaking what already works for the tax authority.

  • Free-form analytics over the existing chart of accounts
  • Cost by order, batch or business line
  • Profitability in the dimensions the owner needs
  • Plan versus actual with explained variances
03

Reporting and IFRS

Transformation and consolidation for groups, reporting for an investor or a lender, and preparation of the auditor's pack with traceability to the source document.

  • Transformation from local GAAP to IFRS
  • Consolidation across several legal entities
  • Disclosures in the notes
  • Export with references for the auditor
04

Client portals for accounting firms

If you service dozens of clients, a portal removes the stream of identical questions: the client sees status, documents and amounts due without asking.

  • Clients upload source documents themselves
  • Filing status and deadline reminders
  • Tax amounts due, with the calculation shown
  • Document exchange with electronic signature
Technology

Stack and integrations

What we build with

Chosen for the problem and for whether your own IT function will be able to support it. If you already have competence in a particular stack, that is a substantial argument and we take it into account.

PostgreSQLMS SQLC#/.NET PythonTypeScriptReact DockerPower BIMetabase

What we connect to

Integrations are specified together with their failure scenarios: what the system does when a source is unavailable or has returned incomplete data.

SAPOdoo1C-family ERP E-document exchangeBanking APIsOpen banking Tax invoice registerTax authority portalsE-signature
Approach

We start with the accountant, not the director

The system is usually commissioned by an owner or a finance director. But the people using it daily will be the accounting team — and if it does not suit them, you will have a parallel spreadsheet within three months of go-live. This is the most common cause of failure in such projects, and it is not a technical one.

So during the review we talk separately to the people who do the work by hand. We ask what takes the most time now, where they have to check twice, what they do outside the system and why. Those answers form half the specification.

One more thing: we do not automate a process that ought to be simplified first. If a document passes through four approvals of which three are formalities, removing three approvals is wiser than writing software for them. We will say so even where it reduces our scope of work.

What the review covers

Two to three weeks, billed separately, and the output stays with you regardless of what happens next.

  • The process as it is, with people and timings
  • Inventory of systems and what is held in each
  • Assessment of data and reference data quality
  • What to automate and what to simplify instead
  • Budget and timeline as a range
Team

Who will work with you

What makes accounting projects different is that developers alone are not enough. Every team includes someone with an accounting background — otherwise the specification is written in a language the finance team does not speak.

Analyst with an accounting background

A former practising accountant or auditor. Speaks to your finance team in their own language and translates the problem for the developers. This is the central person on the project.

Technical lead

Responsible for the architecture and for making sure the system can be maintained without us. One per project, and they do not change midway.

Developers

Two to four depending on scope. Team composition is fixed in the contract — a substitution is agreed with you rather than presented as a fact.

Products

The PRASIS suite: accounting and control 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 whoever takes one naturally takes a second.

Below are the modules in our area, with their actual status. We do not disclose how they work: that is where the value lies.

Open source · EUPL-1.2 · working

Palimpsest-doc

Detects the divergence between what a person reads in a document and what an automated pipeline extracts from it. This is not a theoretical problem: a document can look one way on screen and mean something else to the program processing it.

It finds invisible rendering modes, unreadable type sizes, text set in the background colour and text placed outside the visible area. Each finding is reported as a located, quoted fact rather than as a probability score.

The only product in the suite released as open source, under EUPL-1.2. It is not monetised commercially: it serves as evidence of competence and as the source of the technical core for the rest of the platform.

Licence
EUPL-1.2, open source
What it detects
Divergence between the visible and the machine-readable content of a document
Form of output
A located, quoted fact rather than a probability
Status
Working
OpenThe code is publicly available. This is a deliberate exception in the suite: the product proves the approach rather than selling it.
PRASIS · in development

PRASIS Records

Checks the chain of documents behind a single transaction — contract, specification, invoice, delivery note, acceptance act, transport document, payment — for completeness and mutual consistency.

What is compared is not totals but specific values: item descriptions, quantities, prices, dates, parties, tax rates. Every discrepancy is reported with a quotation from both sources, so it does not have to be hunted down.

Today an accountant does this work on a sample basis, because there is no time to do it exhaustively. The tax authority does it exhaustively, but two or three years later, when nothing can be corrected. The module puts the exhaustive check where it makes sense: at the moment the document appears.

For whom
Finance functions with high document volumes, outsourced accounting firms
What it compares
The document chain of one transaction, value by value
Form of output
A discrepancy quoted from both sources
Status
In development
Not disclosedThe matching rules and the set of values compared.
PRASIS · in development

PRASIS Audit

Checks transactions and documents against internal procedures and external requirements. Unlike an external audit, which samples once a year, the module works exhaustively and continuously — and therefore finds what sampling misses by definition.

It produces an audit trail structured for submission to a regulator, not only for internal use. That difference becomes tangible at precisely the moment someone asks for the documents.

It rests on the same reconciliation core as Documents, but looks at the procedure rather than at the document.

For whom
Internal control, compliance, finance functions
Difference
Continuous exhaustive review instead of an annual sample
Output
An audit trail fit for external submission
Status
In development
Not disclosedThe set of checks, their thresholds and the structure of the trail produced.
PRASIS · in development

PRASIS Tender

Checks your own tender submission against the requirements of the notice before it is filed. Qualification criteria, completeness, conformity with the technical specification, deadlines, document forms and contradictions between parts of the submission — everything that gets a bid rejected on formal grounds.

The market here is measurable rather than estimated. In 2025 more than a hundred thousand businesses won public procurement contracts through the Ukrainian system, and every rejection caused by an oversight is a lost contract with a known value.

Tender documentation is drafted by an interested party — which is exactly the threat model the whole platform's methodology grew out of.

For whom
Participants in public procurement
What it gives
A check for formal grounds of rejection before filing
When it applies
Before submission, while correction is still possible
Status
In development
Not disclosedThe set of checks and the rules for matching a submission against the notice.

We show it running, in person. What already works is demonstrated on a demonstration set or on your own export. We sign a mutual non-disclosure agreement first: it protects our method and your data alike.

Demo under NDA
European clients

Clients in the EU, and what we are doing about it

Accounting differs between jurisdictions in recognition rules and reporting formats — but not in how the system that applies those rules is built. So the European direction is a planned part of our work rather than an experiment.

01

How we contract

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

02

Data and GDPR

EU data centres by default, with a separate data processing agreement listing sub-processors. On request we deploy on your own infrastructure.

03

Groups with a Ukrainian entity

Our most natural client in the EU is a group containing a Ukrainian company that has to report to the parent. Here we understand both sides: Ukrainian accounting, and the form in which the result is expected in Europe.

04

IFRS and audit

Transformation, consolidation and disclosure, with every figure traceable to its source document. A European auditor asks precisely about the provenance of a number, and the system should answer without a human in the middle.

05

Language and rhythm

Ukrainian and English as working languages. Our time zone overlaps almost entirely with Central European time. Documentation is bilingual from the start of a project, not translated at the end.

06

Continuity

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

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

Status, data, rights

Diia.City resident

Residency is confirmed by a public register and compliance with the regime is audited annually by an independent auditor. For a client in the EU that is a ready answer to the compliance question about a counterparty's structure and transparency.

Your data

Developers do not work with your production data — testing runs on de-identified sets. Hosting in the EU or on your own infrastructure, as you choose. The data processing agreement under the GDPR is a separate document.

Ownership of the result

Economic rights transfer to you in full. Source code and documentation are in your repository from the first week. We do not hold clients through technical dependency.

Writing

What we read, and what we do about it

Short analyses of what affects accounting and financial systems — regulation, market, technology. Written for practitioners rather than for a news feed.

Language models in accounting: where they work and where they do not

The question "can artificial intelligence be trusted with the books" is the wrong one. The right question is: which operations in accounting are recognition, and which are judgement. The first can be automated today; the second cannot.

Works. Extracting details and amounts from a document of any origin — electronic, scanned, photographed on a phone. This is a recognition problem, and it is where the effect is greatest: previously a separate parser was written for each supplier's format, now the system generalises. Matching counterparty names recorded differently across systems works equally well.

Works with limits. Proposing a posting for a document. The model guesses typical cases well — but "guesses well" is the operative phrase, so the proposal goes for confirmation rather than into the ledger. Our rule is that if the system is not confident, the document goes into a separate queue with the reason, rather than being posted quietly.

Does not work. Classifying a transaction in ambiguous cases, choosing between permissible accounting policy treatments, assessing materiality. These are judgements for which the accountant answers, and shifting them onto a system creates accountability without a subject.

Our approach The accountant moves from entering to confirming. An unnecessary item in the review queue costs a few seconds; a wrong entry in the ledger costs an investigation at period close. We deliberately bias the system towards the first.

Reprocessing as a mandatory property

Sooner or later it turns out that a processing rule was wrong — and not since yesterday, but for the last three months. The question is not whether this will happen but what the correction will cost.

If the system stores only the final state, the answer is a poor one: you will have to find every affected record by hand and repair it, hoping nothing was missed. If the system stores a sequence of events, the answer is different: fix the logic, replay the events, recalculate the result. There is no manual work.

The second property at the same level is idempotency. Every incoming document carries a key, and a repeat arrival does not create a duplicate. A banking gateway that delivers the same statement twice because of a fault is not a hypothetical scenario — it is an ordinary Tuesday.

The third is traceability to the source document. Every figure in a report has a path back: to the posting, to the document, to the event that produced it. A European auditor asks exactly this, and the system should answer without a human in the middle.

When not to do this Honestly: at small volumes this architecture is excessive. It is harder to build and needs more storage. If you handle three hundred documents a month, do not pay for it. Beyond a certain scale the balance reverses.

The AI Act: a short read for groups with a Ukrainian entity

If your group has a company in the EU, the dates below concern you — even where the system itself is developed in Ukraine.

The Digital Omnibus on AI, agreed during the first half of 2026 and finally approved by the Council of the EU at the end of June, moved the heaviest obligations. For standalone high-risk systems under Annex III the date shifts to 2 December 2027; for systems embedded in regulated products under Annex I, to 2 August 2028. Instead of a flexible link to the readiness of standards, fixed dates were chosen.

But the transparency obligations under Article 50 have applied since 2 August 2026. For generative systems already on the market, the Article 50(2) marking requirements apply from 2 December 2026. Penalties reach EUR 35 million or 7 % of turnover for prohibited practices, and EUR 15 million or 3 % for transparency breaches.

In parallel Ukraine is preparing its own law: in June 2026 the Ministry of Digital Transformation held the first meeting of a working group, with the stated intention of drafting a dedicated law during 2026, aligned with the AI Act.

The practical conclusion Most accounting systems are not high-risk under the AI Act's classification. But if a system makes decisions affecting individuals — in a payroll context, say — the category can change. We check this at the specification stage rather than after go-live.

Where the Ukrainian technology market is heading

In the first half of 2026 the industry brought Ukraine USD 3.34 billion — over 41 % of total services exports. There is growth, but it is modest: 3.7 % year on year for January to May.

Month by month the picture is uneven: January USD 508 million, February 544, April 578, May 560. The largest market remains the United States, at USD 208 million in May alone. At the same time participants report a strengthening European direction, and among the conditions named for acceleration is explicit diversification towards the EU and a shift into higher-margin segments.

Over the same period Diia.City has turned from a concession into a standard: more than 4,500 residents, almost UAH 28 billion in taxes for the half-year, up 75 % year on year. The ministry estimates the regime covers 70 to 80 % of the sector.

Why an accounting software company writes about this Because it is our own context and a client is entitled to see it. A market growing at a few per cent a year rewards those who move into problems with real domain complexity. We are deliberately in that part of the market: accounting and finance demand knowledge that does not come bundled with a technology stack.

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; publications on the Digital Omnibus on AI and decisions of the EU institutions.

Questions

What people ask most often

What does it cost?

Any figure named before the review would be guesswork, so we do not name one. The review is a separately billed stage; on the basis of its findings you receive an estimate of budget and timeline, and once agreed we do not revise them without your consent.

Do we have to change our accounting system?

Almost always no. We build alongside rather than instead: we take data from your ledger, process it and return the result. The finance team works as it is used to. Replacing an accounting system is a separate and much larger conversation, and we do not start it without need.

What happens when legislation changes?

Changes affecting statutory accounting arrive with updates to your accounting system — that is not our area. Our systems we update under the support agreement; response times for changes affecting reporting are fixed in an SLA.

How much of our finance team's time will this take?

More than people usually expect: several meetings during the review, and a regular review of the result at each iteration. We give a precise estimate of hours after the review — and it is better to plan for it in advance than to discover it mid-project.

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. We have experience with groups where a Ukrainian company forms part of a European holding and reports to the parent under IFRS.

How does the war affect your work?

The team is distributed across several cities in Ukraine and the EU, with infrastructure replicated outside the country. We are ready to include continuity obligations with specific timings in the contract.

Contact

Tell us where the manual work is heaviest

A few paragraphs are enough. We will reply within a working day and tell you honestly at the first meeting whether this is our problem to solve or whether you need a different supplier.

Get in touch
Email
t.techukr@gmail.com
Phone
+38 050 452 26 44
Office
15-A Hoholia St., office 412, Dnipro, Ukraine
Sistemas contables a medida · Ucrania

Toda operación tiene dos lados. Su contabilidad también.

Un lado es lo que exige la ley y espera la Administración tributaria. El otro es lo que usted necesita para decidir. Construimos sistemas donde ambos lados cuadran sin duplicar el trabajo.

Debe · lo que cuesta hoy
Haber · lo que obtiene a cambio

Reintroducción manual

El contable copia entre sistemas y hojas de cálculo; los errores afloran al cerrar el periodo

El cierre como emergencia

Dos semanas buscando descuadres, y la información llega cuando ya no sirve

Una hoja de cálculo como estructura portante

Los cálculos clave viven en un archivo que solo una persona entiende

Un director sin cifras

Decisiones de gestión tomadas con datos del trimestre pasado

Los datos se mueven solos

Integración entre contabilidad, banco, existencias y gestión documental

El periodo cierra en días

Los descuadres se ven a diario y no a fin de mes

El cálculo dentro del sistema

La lógica está documentada, versionada y no depende de una persona

Información casi en tiempo real

El director ve las cifras de ayer y puede bajar hasta el documento

Lo que cuesta hoy
Lo que cambia tras la implantación
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.

Servicios

A qué nos dedicamos

No vendemos licencias ni implantamos paquetes ajenos. Escribimos sistemas alrededor de su contabilidad, para los puntos donde un producto estándar no admite sus particularidades.

01

Automatización contable

Cerramos las brechas entre los sistemas donde hoy viven sus datos. Documentos de origen, banco, existencias, nóminas y obligaciones fiscales, para que una cifra se introduzca una vez y después circule sola.

  • Intercambio con SAP, Odoo y ERP locales
  • Contabilización automática de extractos bancarios
  • Reconocimiento de documentos de origen
  • Control de facturas y de su registro
  • Registro de cambios para auditoría
02

Contabilidad de gestión

Una segunda capa junto a la contabilidad oficial: analíticas propias, reglas de reconocimiento propias, centros de responsabilidad propios. Sin romper lo que ya funciona ante la Administración.

  • Analítica libre sobre el plan de cuentas existente
  • Coste por pedido, lote o línea de negocio
  • Rentabilidad en las dimensiones que necesita el propietario
  • Previsión frente a real con desviaciones explicadas
03

Reporte y NIIF

Transformación y consolidación para grupos, información para inversores o entidades financieras, y preparación del expediente para el auditor con trazabilidad hasta el documento de origen.

  • Transformación del plan local a NIIF
  • Consolidación de varias sociedades
  • Desgloses en la memoria
  • Exportación con referencias para el auditor
04

Portales para asesorías

Si atiende a decenas de clientes, un portal elimina el flujo de preguntas idénticas: el cliente ve por sí mismo el estado, los documentos y los importes a pagar.

  • El cliente sube sus propios documentos
  • Estado de las presentaciones y avisos de plazos
  • Importes a pagar con el cálculo a la vista
  • Intercambio documental con firma electrónica
Tecnología

Tecnología e integraciones

Con qué construimos

Elegido por el problema y por si su propio departamento de sistemas podrá mantenerlo. Si ya tiene competencia en una tecnología concreta, es un argumento de peso y lo tenemos en cuenta.

PostgreSQLMS SQLC#/.NET PythonTypeScriptReact DockerPower BIMetabase

Con qué nos integramos

Las integraciones se especifican junto con sus escenarios de fallo: qué hace el sistema cuando una fuente no responde o ha devuelto datos incompletos.

SAPOdooERP locales Facturación electrónicaAPI bancariasOpen banking Registro de facturasSedes tributariasFirma electrónica
Enfoque

Empezamos por el contable, no por el director

El sistema lo encarga normalmente el propietario o el director financiero. Pero quienes lo usarán a diario son los contables, y si no les convence tendrá una hoja de cálculo paralela a los tres meses de la puesta en marcha. Es la causa más frecuente de fracaso en estos proyectos, y no es técnica.

Por eso durante el análisis hablamos por separado con quienes hacen el trabajo a mano. Preguntamos qué les consume más tiempo, dónde tienen que comprobar dos veces, qué hacen al margen del sistema y por qué. Esas respuestas forman la mitad de la especificación.

Una cosa más: no automatizamos un proceso que primero conviene simplificar. Si un documento pasa por cuatro aprobaciones y tres son formalidades, es más sensato eliminar tres aprobaciones que escribir software para ellas. Lo decimos aunque reduzca nuestro alcance de trabajo.

Qué cubre el análisis

Dos o tres semanas, facturadas aparte, y el resultado queda en su poder pase lo que pase después.

  • El proceso tal como es, con personas y tiempos
  • Inventario de sistemas y qué guarda cada uno
  • Evaluación de la calidad de datos y maestros
  • Qué automatizar y qué simplificar en su lugar
  • Presupuesto y plazo como horquilla
Equipo

Quién trabajará con usted

Lo que distingue a los proyectos contables es que no bastan los desarrolladores. En cada equipo hay alguien con formación contable; de lo contrario, la especificación se escribe en un idioma que el departamento financiero no habla.

Analista con perfil contable

Contable o auditor en ejercicio en el pasado. Habla con su departamento en su propio idioma y traduce el problema para los desarrolladores. Es la persona central del proyecto.

Responsable técnico

Responde de la arquitectura y de que el sistema pueda mantenerse sin nosotros. Uno por proyecto, y no cambia a mitad de camino.

Desarrolladores

De dos a cuatro según el alcance. La composición del equipo se fija en el contrato: una sustitución se acuerda con usted, no se comunica como un hecho.

Productos

La suite PRASIS: módulos contables y de control

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.

A continuación, los módulos de nuestra área con su estado real. No revelamos cómo funcionan: ahí reside el valor.

Código abierto · EUPL-1.2 · en funcionamiento

Palimpsest-doc

Detecta la divergencia entre lo que una persona lee en un documento y lo que extrae de él una cadena automatizada. No es un problema teórico: un documento puede verse de una manera en pantalla y significar otra cosa para el programa que lo procesa.

Encuentra modos de representación invisibles, cuerpos de letra ilegibles, texto del color del fondo y texto situado fuera del área visible. Cada hallazgo se comunica como un hecho localizado y citado, no como una puntuación de probabilidad.

Es el único producto de la suite publicado como código abierto, bajo EUPL-1.2. No se monetiza comercialmente: sirve como prueba de competencia y como origen del núcleo tecnológico del resto de la plataforma.

Licencia
EUPL-1.2, código abierto
Qué detecta
Divergencia entre el contenido visible y el legible por máquina
Forma del resultado
Hecho localizado y citado, no probabilidad
Estado
En funcionamiento
AbiertoEl código está disponible públicamente. Es una excepción deliberada en la suite: el producto demuestra el enfoque en lugar de venderlo.
PRASIS · en desarrollo

PRASIS Documentos

Comprueba la cadena documental de una misma operación —contrato, especificación, factura, albarán, acta de aceptación, documento de transporte, pago— en cuanto a integridad y coherencia mutua.

No se comparan totales, sino magnitudes concretas: descripción del artículo, cantidad, precio, fechas, partes, tipos impositivos. Cada discrepancia se comunica citando ambas fuentes, de modo que no hay que buscarla.

Hoy el contable hace este trabajo por muestreo, porque no hay tiempo para hacerlo de forma exhaustiva. La Administración lo hace de forma exhaustiva, pero dos o tres años después, cuando ya no queda nada que corregir. El módulo sitúa la comprobación exhaustiva donde tiene sentido: en el momento en que aparece el documento.

Para quién
Departamentos con alto volumen documental y asesorías contables
Qué compara
La cadena documental de una operación, magnitud a magnitud
Forma del resultado
Discrepancia citada desde ambas fuentes
Estado
En desarrollo
No se revelaLas reglas de cotejo y el conjunto de magnitudes comparadas.
PRASIS · en desarrollo

PRASIS Auditoría

Comprueba operaciones y documentos frente a los procedimientos internos y los requisitos externos. A diferencia de una auditoría externa, que revisa por muestreo una vez al año, el módulo trabaja de forma exhaustiva y continua, y por eso encuentra lo que el muestreo omite por definición.

Genera una pista de auditoría estructurada para su presentación ante un organismo de control y no solo para uso interno. Esa diferencia se vuelve tangible justo en el momento en que alguien pide los documentos.

Se apoya en el mismo núcleo de cotejo que Documentos, pero mira el procedimiento en lugar del documento.

Para quién
Control interno, cumplimiento, áreas financieras
Diferencia
Revisión exhaustiva y continua en lugar de un muestreo anual
Resultado
Pista de auditoría apta para presentación externa
Estado
En desarrollo
No se revelaEl conjunto de comprobaciones, sus umbrales y la estructura de la pista generada.
PRASIS · en desarrollo

PRASIS Licitaciones

Comprueba la propia oferta frente a los requisitos del anuncio antes de presentarla. Criterios de solvencia, integridad de la documentación, conformidad con el pliego técnico, plazos, formatos y contradicciones entre partes de la oferta: todo aquello por lo que se excluye por motivos formales.

Aquí el mercado es medible y no estimado. En 2025 más de cien mil empresas resultaron adjudicatarias en el sistema público ucraniano de compras, y cada exclusión por un descuido es un contrato perdido de importe conocido.

El pliego lo redacta una parte interesada, y ese es exactamente el modelo de amenaza del que nació la metodología de toda la plataforma.

Para quién
Participantes en contratación pública
Qué aporta
Comprobación de motivos formales de exclusión antes de presentar
Cuándo se aplica
Antes de la presentación, cuando aún se puede corregir
Estado
En desarrollo
No se revelaEl conjunto de comprobaciones y las reglas de cotejo de la oferta con el anuncio.

Lo mostramos en funcionamiento, en persona. Lo que ya funciona se demuestra sobre un conjunto de prueba o sobre una extracción suya. Antes firmamos un acuerdo mutuo de confidencialidad: protege por igual nuestro método y sus datos.

Demo bajo NDA
Clientes europeos

Clientes en la UE, y qué estamos haciendo al respecto

La contabilidad difiere entre ordenamientos en reglas de reconocimiento y formatos de reporte, pero no en cómo se construye el sistema que aplica esas reglas. Por eso la dirección europea es una parte planificada de nuestro trabajo y no un experimento.

01

Cómo contratamos

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

02

Datos y RGPD

Centros de datos en la UE por defecto, con contrato de encargo de tratamiento independiente que detalla los subencargados. A petición, despliegue en su propia infraestructura.

03

Grupos con filial ucraniana

Nuestro cliente más natural en la UE es un grupo con una sociedad ucraniana que debe reportar a la matriz. Aquí entendemos ambos lados: la contabilidad ucraniana y la forma en que se espera el resultado en Europa.

04

NIIF y auditoría

Transformación, consolidación y desglose, con cada cifra trazable hasta su documento de origen. Un auditor europeo pregunta precisamente por la procedencia de un número, y el sistema debe responder sin una persona por medio.

05

Idioma y ritmo

Ucraniano, inglés y español como idiomas de trabajo. Nuestro huso horario coincide en gran medida con el peninsular. La documentación es multilingüe desde el inicio del proyecto, no traducida al final.

06

Continuidad

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

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, derechos

Residente de Diia.City

La residencia consta en un registro público y el cumplimiento del régimen se audita anualmente por un auditor independiente. Para un cliente de la UE, esa es una respuesta ya preparada a la pregunta de cumplimiento sobre la estructura y transparencia de la contraparte.

Sus datos

Los desarrolladores no trabajan con sus datos de producción: las pruebas se ejecutan sobre conjuntos anonimizados. Alojamiento en la UE o en su propia infraestructura, a su elección. El contrato de encargo conforme al RGPD es un documento independiente.

Titularidad del resultado

Los derechos de explotación se le transmiten íntegramente. El código fuente y la documentación están en su repositorio desde la primera semana. No retenemos clientes mediante dependencia técnica.

Publicaciones

Qué leemos y qué hacemos con ello

Análisis breves de lo que afecta a los sistemas contables y financieros: regulación, mercado, tecnología. Escritos para profesionales, no para un titular.

Modelos de lenguaje en contabilidad: dónde funcionan y dónde no

La pregunta «¿puede confiarse la contabilidad a la inteligencia artificial?» está mal planteada. La correcta es otra: qué operaciones contables son reconocimiento y cuáles son juicio. Las primeras pueden automatizarse hoy; las segundas no.

Funciona. Extraer datos e importes de un documento de cualquier procedencia: electrónico, escaneado o fotografiado con el móvil. Es un problema de reconocimiento y es donde el efecto es mayor: antes se escribía un analizador por cada formato de proveedor, ahora el sistema generaliza. La casación de nombres de contrapartes registrados de forma distinta en cada sistema funciona igual de bien.

Funciona con límites. Proponer un asiento para un documento. El modelo acierta bien en los casos típicos, pero «acierta bien» es la expresión clave, de modo que la propuesta va a confirmación y no a la contabilidad. Nuestra regla es que si el sistema no tiene confianza, el documento va a una cola aparte con el motivo, en lugar de contabilizarse en silencio.

No funciona. Calificar una operación en casos ambiguos, elegir entre tratamientos admisibles de la política contable, evaluar la importancia relativa. Son juicios de los que responde el contable, y trasladarlos a un sistema crea responsabilidad sin sujeto.

Nuestro enfoque El contable pasa de introducir a confirmar. Un elemento innecesario en la cola de revisión cuesta unos segundos; un asiento erróneo cuesta una investigación al cerrar el periodo. Inclinamos deliberadamente el sistema hacia lo primero.

El reprocesamiento como propiedad obligatoria

Tarde o temprano se descubre que una regla de proceso era incorrecta, y no desde ayer sino desde hace tres meses. La cuestión no es si ocurrirá, sino cuánto costará corregirlo.

Si el sistema guarda solo el estado final, la respuesta es mala: habrá que buscar a mano todos los registros afectados y repararlos, confiando en no dejarse ninguno. Si el sistema guarda una secuencia de hechos, la respuesta es otra: se corrige la lógica, se reproducen los hechos y se recalcula el resultado. No hay trabajo manual.

La segunda propiedad del mismo nivel es la idempotencia. Cada documento entrante lleva una clave y una llegada repetida no crea un duplicado. Una pasarela bancaria que entrega el mismo extracto dos veces por un fallo no es un escenario hipotético: es un martes cualquiera.

La tercera es la trazabilidad hasta el documento de origen. Cada cifra de un informe tiene camino de vuelta: al asiento, al documento, al hecho que lo produjo. Un auditor europeo pregunta exactamente esto, y el sistema debe responder sin una persona por medio.

Cuándo no conviene hacerlo Con honestidad: a volúmenes pequeños esta arquitectura es excesiva. Es más difícil de construir y consume más almacenamiento. Si maneja trescientos documentos al mes, no pague por ella. A partir de cierta escala el equilibrio se invierte.

Reglamento de IA: lectura breve para grupos con filial ucraniana

Si su grupo tiene una sociedad en la UE, las fechas siguientes le afectan, aunque el sistema se desarrolle en Ucrania.

El Digital Omnibus on AI, acordado durante el primer semestre de 2026 y aprobado definitivamente por el Consejo de la UE a finales de junio, desplazó las obligaciones más pesadas. Para los sistemas de alto riesgo autónomos del anexo III la fecha pasa al 2 de diciembre de 2027; para los integrados en productos regulados del anexo I, al 2 de agosto de 2028. En lugar de una vinculación flexible a la disponibilidad de normas técnicas se optó por fechas fijas.

Pero las obligaciones de transparencia del artículo 50 se aplican desde el 2 de agosto de 2026. Para los sistemas generativos ya presentes en el mercado, los requisitos de marcado del artículo 50(2) rigen desde el 2 de diciembre de 2026. Las sanciones alcanzan 35 millones de euros o el 7 % del volumen de negocio por prácticas prohibidas, y 15 millones o el 3 % por incumplimientos de transparencia.

En paralelo, Ucrania prepara su propia ley: en junio de 2026 el Ministerio de Transformación Digital celebró la primera reunión de un grupo de trabajo, con la intención declarada de redactar una ley específica durante 2026, alineada con el Reglamento de IA.

Conclusión práctica La mayoría de los sistemas contables no son de alto riesgo según la clasificación del Reglamento. Pero si un sistema toma decisiones que afectan a personas —en un circuito de nóminas, por ejemplo—, la categoría puede cambiar. Lo comprobamos en la fase de especificación y no después de la puesta en marcha.

Hacia dónde va el mercado tecnológico ucraniano

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. Hay crecimiento, pero moderado: un 3,7 % interanual de enero a mayo.

Mes a mes el cuadro es desigual: enero 508 millones de dólares, febrero 544, abril 578, mayo 560. El mayor mercado sigue siendo Estados Unidos, con 208 millones solo en mayo. Al mismo tiempo, los participantes señalan un refuerzo de la dirección europea, y entre las condiciones citadas para acelerar figura la diversificación hacia la UE y el desplazamiento a segmentos de mayor margen.

En el mismo periodo Diia.City ha pasado de ser una ventaja a ser un estándar: más de 4.500 residentes, casi 28.000 millones de grivnas en impuestos en el semestre, un 75 % más interanual. El ministerio estima que el régimen cubre entre el 70 y el 80 % del sector.

Por qué una empresa de software contable escribe sobre esto Porque es nuestro propio contexto y el cliente tiene derecho a verlo. Un mercado que crece unos pocos puntos al año premia a quienes se mueven hacia problemas con complejidad de dominio real. Estamos deliberadamente en esa parte del mercado: la contabilidad y las finanzas exigen conocimientos que no vienen incluidos con una pila tecnológica.

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; publicaciones sobre el Digital Omnibus on AI y decisiones de las instituciones de la UE.

Preguntas

Lo que más nos preguntan

¿Cuánto cuesta?

Cualquier cifra dada antes del análisis sería adivinar, así que no la damos. El análisis es una etapa facturada aparte; a partir de sus conclusiones recibe una estimación de presupuesto y plazo, y una vez acordada no la revisamos sin su consentimiento.

¿Tenemos que cambiar de sistema contable?

Casi siempre no. Construimos al lado, no en lugar de: tomamos datos de su contabilidad, los procesamos y devolvemos el resultado. El departamento financiero trabaja como está acostumbrado. Sustituir un sistema contable es una conversación aparte y mucho mayor, y no la iniciamos sin necesidad.

¿Qué pasa cuando cambia la normativa?

Los cambios que afectan a la contabilidad oficial llegan con las actualizaciones de su sistema contable; esa no es nuestra área. Nuestros sistemas los actualizamos bajo el contrato de soporte, con tiempos de respuesta fijados en un acuerdo de nivel de servicio para los cambios que afecten al reporte.

¿Cuánto tiempo le exigirá a nuestro equipo?

Más de lo que suele esperarse: varias reuniones durante el análisis y una revisión periódica del resultado en cada iteración. Damos una estimación precisa de horas tras el análisis, y es mejor planificarla de antemano que descubrirla a mitad de proyecto.

¿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. Tenemos experiencia con grupos en los que una sociedad ucraniana forma parte de un holding europeo y reporta a la matriz bajo NIIF.

¿Cómo afecta la guerra a su trabajo?

El equipo está distribuido entre varias ciudades de Ucrania y la UE, con infraestructura replicada fuera del país. Estamos dispuestos a incluir en el contrato obligaciones de continuidad con tiempos concretos.

Contacto

Cuéntenos dónde pesa más el trabajo manual

Bastan unos párrafos. Responderemos en un día laborable y en la primera reunión le diremos con honestidad si es un problema nuestro o si necesita otro proveedor.

Escríbanos
Correo
t.techukr@gmail.com
Teléfono
+38 050 452 26 44
Oficina
C/ Hoholia 15-A, of. 412, Dnipró, Ucrania