Розробка програмних систем для юридичної практики

Право — це структурований текст. Ми пишемо код, який цю структуру бачить.

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

Резидент Дія.City GDPR Дані в ЄС або on-premise Договір за правом України або ЄС
Договір поставки · п. 7.2 розбір

Сторона, яка порушила зобов'язання, сплачує пеню в розмірі подвійної облікової ставки НБУ від суми простроченого платежу за кожен день прострочення, але не більше 10 % від суми договору.

тип умовисанкція · пеня
база2 × облікова ставка НБУ
періодза день прострочення
ліміт10 % ціни договору

Software systems for legal work · Dnipro, Ukraine

Law is structured text. We write code that can see the structure.

We build systems for a specific practice: contract lifecycle, document analysis, litigation registers, compliance screening. Not off-the-shelf products — software that reflects how your firm actually works and what it is accountable for.

Diia.City resident GDPR Data in the EU or on-premise Contract under Ukrainian or your national law
Supply agreement · cl. 7.2 parsed

The defaulting party shall pay interest at twice the central bank policy rate on the overdue amount for each day of delay, capped at 10 % of the contract value.

typeremedy · default interest
base2 × policy rate
periodper day of delay
cap10 % of contract value
змістРозділи
ст. 1Напрями

Що ми будуємо

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

1.1

Договірний оборот

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

  • Погодження з розмежуванням прав за підрозділами
  • Автоматичне складання з бібліотеки умов
  • Нагадування про пролонгацію й платіжні дати
  • Кваліфікований електронний підпис
1.2

Аналіз документів

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

  • Порівняння проєкту з еталонним шаблоном
  • Виявлення прогалин і ризикових формулювань
  • Реєстр умов у машиночитному вигляді
  • Робота з відсканованими документами
1.3

Судова робота

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

  • Синхронізація з ЄДРСР
  • Розрахунок строків від дати події
  • Навантаження на юриста в розрізі справ
  • Вивантаження для звіту керівництву
1.4

Комплаєнс і перевірка контрагентів

Автоматизована перевірка перед укладенням правочину: державні реєстри, санкційні переліки, ознаки фіктивності, історія судових спорів.

  • Перевірка за ЄДР і реєстром платників ПДВ
  • Санкційні списки України, ЄС, OFAC
  • Повторна перевірка за розкладом
  • Журнал перевірок як доказ належної обачності
ст. 2Джерела

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

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

ЄДР

Дані про юридичних осіб і ФОП, склад засновників, керівник, стан реєстрації

ЄДРСР

Реєстр судових рішень: пошук за стороною, рух справи, тексти рішень

Реєстр платників ПДВ

Перевірка статусу контрагента перед формуванням податкового кредиту

Санкційні переліки

РНБО, ЄС, OFAC, Велика Британія — із фіксацією дати перевірки

Вчасно, Мedoc

Обмін документами й підписання КЕП без виходу із системи

BAS, 1С, SAP

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

Microsoft 365 / Google Workspace

Єдиний вхід, календарі строків, зберігання документів

Банківські API

Підтягування фактичних платежів для контролю виконання договорів

Дія.Підпис

Підписання документів фізичними особами без окремого носія ключа

ст. 3Порядок

Як побудована робота

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

1

Обстеження процесу

1–2 тижні · оплачується окремо

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

2

Технічне завдання

2–3 тижні

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

3

Розробка ітераціями

2 тижні на ітерацію

Кожні два тижні показуємо працюючу частину на тестовому середовищі. Ви користуєтесь і кажете, що не так, поки це ще дешево виправити.

4

Запуск і перенесення даних

1–3 тижні

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

5

Супровід

щомісяця, за окремим договором

Оновлення під зміни законодавства, доопрацювання, реагування на інциденти. Строк реакції зафіксований у SLA, а не в усних домовленостях.

ст. 4Продукти

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

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

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

PRASIS · у виробничій експлуатації

PRASIS Договори

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

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

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

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

PRASIS Практика

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

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

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

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

PRASIS Норми

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

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

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

Для кого
Компанії з великим обсягом внутрішніх документів
Що дає
Перелік документів, які застаріли через зміну норми
Складність
Зв'язок норми з документом, що посилається на неї неявно
Стан
На етапі розробки
Не розкриваємо: спосіб зв'язування норми з документом і модель відстеження змін.
PRASIS · на етапі розробки

PRASIS Борг

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

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

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

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

PRASIS Кадри

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

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

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

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

Демонстрація за NDA
ст. 5Ринок ЄС

Робота із замовниками з Європейського Союзу

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

Питання 1

За яким правом працюємо

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

Питання 2

Де зберігаються дані

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

Питання 3

Хто ви як контрагент

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

Питання 4

Що з війною

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

Питання 5

Мова і робочий час

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

Питання 6

Чи розумієте ви наше право

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

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

ст. 6Статус

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

Дія.City — спеціальний правовий режим для ІТ-компаній в Україні. Для вас як замовника це передусім питання передбачуваності: резидентство підтверджується публічним реєстром, компанія відповідає вимогам до розміру команди й середнього доходу спеціалістів, а звітність про відповідність подається щороку й перевіряється незалежним аудитором.

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

2025Рік набуття статусу резидента Дія.City
ЩорокуАудиторський звіт про відповідність вимогам режиму
100 %Майнових прав на розробку переходить замовнику
ст. 7Дані

Безпека й робота з документами

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

Де лежать дані

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

Доступ розробників

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

Персональні дані

Обробка будується за GDPR і Законом України «Про захист персональних даних». Договір про обробку персональних даних укладаємо окремим документом, з переліком підпроцесорів і строків зберігання.

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

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

ст. 9Матеріали

Право і технології

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

AI Act після омнібуса: що вже діє, а що перенесли

Заголовки написали «правила відклали». Це прочитання неповне і для розробника небезпечне: частина зобов'язань набрала чинності 2 серпня 2026 року й діє просто зараз.

Digital Omnibus on AI, запропонований Європейською Комісією 19 листопада 2025 року, пройшов складний шлях: перший тристоронній діалог наприкінці квітня 2026 року завершився без згоди, політичну домовленість досягнуто на початку травня, Європейський Парламент схвалив текст 16 червня, Рада — 29 червня 2026 року.

Що переносять. Зобов'язання для високоризикових систем із Додатка III (самостійні системи) — на 2 грудня 2027 року. Для систем, вбудованих у регульовані продукти за Додатком I, — на 2 серпня 2028 року. Замість початкового механізму «дата залежить від готовності стандартів» законодавці обрали фіксовані дати, щоб дати бізнесу передбачуваність.

Що не переносять і що вже діє. Зобов'язання прозорості за статтею 50 застосовуються з 2 серпня 2026 року. Для генеративних систем, які вже були на ринку до цієї дати, вимоги статті 50(2) щодо маркування та можливості виявлення згенерованого контенту відтерміновано до 2 грудня 2026 року — це коротший строк, ніж пропонувалися початково шість місяців. Тоді ж набирають чинності нові заборони, додані до статті 5.

Розмір відповідальності не змінився: за заборонені практики — до 35 млн євро або 7 % світового обороту, за порушення вимог прозорості та правил щодо високоризикових систем — до 15 млн євро або 3 %.

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

Український закон про ШІ: що готують і чого чекати

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

Логіка, якої дотримується міністерство, описується як рух знизу вгору: спершу створити умови для саморегуляції і дати бізнесу час адаптуватися, і лише потім вводити законодавчі межі. До цього моменту вже підготовлено дорожню карту й Білу книгу з регулювання ШІ, оприлюднено рекомендації щодо безпечного використання алгоритмів, запущено режим AI Sandbox для тестування продуктів. Україна також приєдналася до Декларації Блетчлі та Рамкової конвенції Ради Європи щодо штучного інтелекту.

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

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

Чому в правових системах простежуваність важливіша за точність

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

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

Пошук перед генерацією. Система спершу знаходить релевантні фрагменти документа чи бібліотеки умов, і тільки потім формує висновок на їх основі. Схема, відома як retrieval-augmented generation, у нашому випадку потрібна не для якості відповіді, а для того, щоб кожне спрацювання мало адресу в тексті.

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

Людина в контурі як частина архітектури, а не як застереження. У системі є стан «перевірено юристом» із зазначенням, ким і коли. Без цієї відмітки висновок не потрапляє в підсумковий документ. Це не сповільнює роботу — це переносить перевірку туди, де вона все одно відбувається.

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

Права на код і гіг-контракт: чому це питання ставлять першим

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

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

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

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

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

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

ст. 8Питання

Часті питання

Скільки коштує розробка?

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

Чи можна купити готове рішення, а не розробку під себе?

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

Кому належать права на код?

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

Чи використовуєте ви штучний інтелект?

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

Як працюєте в умовах війни?

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

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

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

ст. 9Зв'язок

Почнімо з розмови про процес

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

Написати нам
Пошта
macrolexllc@gmail.com
Телефон
+38 096 470 61 77
Офіс
Дніпро, вул. Володимира Великого князя, 16, оф. 44
indexSections
art. 1Practice

What we build

Four kinds of system where we have repeated experience. We will discuss anything else — but we will also tell you plainly when a problem sits outside our competence.

1.1

Contract lifecycle

From request to archive: approval routing, version history, parameterised templates, tracking of deadlines and obligations.

  • Approval routes with permissions by department
  • Assembly from a library of clauses
  • Alerts on renewal dates and payment milestones
  • Qualified electronic signature
1.2

Document analysis

Extracting structure from contracts, deeds and corporate documents. Comparing versions, finding missing or unusual terms, checking a draft against your internal standard.

  • Draft compared against a reference template
  • Detection of gaps and risk-bearing wording
  • Machine-readable register of terms
  • Handling of scanned documents
1.3

Litigation

Case register, procedural deadline calculation, automatic monitoring of the court judgments register and alerts on case movement.

  • Sync with the Ukrainian register of court decisions
  • Deadlines calculated from the triggering event
  • Caseload visibility per lawyer
  • Export for management reporting
1.4

Compliance and counterparty screening

Automated checks before a transaction: state registers, sanctions lists, indicators of shell activity, litigation history.

  • Company and VAT register checks
  • Sanctions lists: Ukraine, EU, OFAC, UK
  • Scheduled re-screening
  • Audit log as evidence of due diligence
art. 2Sources

What we connect to

A system that cannot see your existing data creates a second version of reality. So integrations are specified during the requirements stage, not deferred to "later".

Ukrainian company register

Legal entities and sole traders, shareholders, directors, registration status

Court decisions register

Search by party, case movement, full texts of judgments

VAT register

Counterparty status verified before input VAT is claimed

Sanctions lists

Ukraine, EU, OFAC and UK, with the date of each check recorded

E-document exchange

Exchange and signing with a qualified electronic signature, without leaving the system

ERP systems

Two-way exchange of counterparties, contracts and payment data with SAP, 1C-family and others

Microsoft 365 / Google Workspace

Single sign-on, deadline calendars, document storage

Banking APIs

Actual payments pulled in to verify contract performance

National e-signature apps

Signature by individuals without a separate key device

art. 3Method

How the work is structured

The sequence is fixed, because in legal systems the cost of a mistake in defining the problem is higher than the cost of a mistake in the code.

1

Process review

1–2 weeks · billed separately

We look at how the work runs today: who approves what, where documents accumulate, which deadlines slip. The output is a description of the process as it is, and a list of the points where automation will pay off — and where it will not.

2

Specification

2–3 weeks

We describe the system down to screens, roles and rules. The specification belongs to you — including if you then go to a different supplier. Budget and timeline are fixed here, and we do not revise them unilaterally afterwards.

3

Iterative build

two-week iterations

Every two weeks we show working software on a test environment. You use it and tell us what is wrong while it is still cheap to change.

4

Go-live and data migration

1–3 weeks

We migrate existing contracts and cases, train users, and provide intensive support for the first month. The old system is switched off only after the new one has completed a full cycle.

5

Support

monthly, under a separate agreement

Updates for legislative change, enhancements, incident response. Response times are set out in an SLA rather than agreed verbally.

art. 4Products

The PRASIS suite: legal modules

PRASIS™ is the group's shared platform. The platform name carries the brand; each module name carries its meaning, so a client understands what they are buying without an explanation. The modules share a common core, which means whoever takes one naturally takes a second — and package pricing makes that worthwhile for both sides.

Below are the legal modules, each with its actual status. We do not disclose how they work: in these products that is precisely where the value sits.

PRASIS · in production use

PRASIS Contracts

A lawyer uploads a draft contract and receives a legal assessment under Ukrainian law: risks, gaps, and provisions that conflict with the law or with the party's interests. Not an undifferentiated list of comments but an ordered picture — what blocks performance, what creates risk, and what is a formal defect.

The most developed module in the suite. It works from a rule base derived from a real contract corpus rather than from theoretical constructs: every rule once corresponded to a situation that cost somebody money.

The finished form is a service for law firms and in-house legal departments, not tied to a single client. The system does not issue the opinion — the lawyer does, and the lawyer is accountable for it.

For whom
Law firms and in-house legal departments
What it gives
A legal assessment of a draft contract before signature
Foundation
A rule base derived from a real contract corpus
Status
Working; being prepared for commercial release
Not disclosed: the content of the rule base, the detection method and the classification logic.
PRASIS · in refinement

PRASIS Case Law

Selection of relevant case law against the specific facts at hand rather than by keyword. The system assesses how courts resolved comparable disputes, which arguments succeeded and which were rejected, and at which instance a position changed.

This answers the question a lawyer asks before filing and that rarely has a written answer: is it worth going at all, and on what basis. Keyword search returns a list of judgments; this is about prospects.

It fits naturally alongside Contracts: there the risk sits in the document, here the likelihood of it materialising in court.

For whom
Litigators and dispute resolution practices
What it gives
An assessment of prospects based on the facts of the case
Relationship
Continues Contracts: from risk to its realisation
Status
Working as an internal system; being refined
Not disclosed: how facts are matched and how prospects are modelled.
PRASIS · in development

PRASIS Statute

Tracks legislative change and shows which of the company's internal documents have become wrong as a result: contracts, policies, orders, templates, job descriptions.

The problem grew out of our own defect. Four references to a repealed code lived in our working database for years — they went into every opinion and gave no signal at all. The difficulty is not noticing that a rule has changed; everyone reports that. The difficulty is connecting the change to a document that relies on the rule implicitly, since half of all contracts do not cite an article but paraphrase it.

The module answers a question that in most organisations is currently answered by one person's memory.

For whom
Organisations with a large body of internal documents
What it gives
A list of documents made obsolete by a change in the law
The hard part
Linking a rule to a document that relies on it implicitly
Status
In development
Not disclosed: how rules are linked to documents and how changes are tracked.
PRASIS · in development

PRASIS Receivables

Analysis of a receivables portfolio by recoverability rather than by book value. It shows which debts are approaching the limitation period, which have complete documentary support, and which will fall apart in court for want of an act, a signature or a source document.

The value here is measured directly in money and without assumptions: a debt lost to limitation is a written-off loss, and its size is known in advance.

It joins two other modules: Contracts reads the basis on which the debt arose, and Case Law assesses the prospects of recovering it.

For whom
Finance and legal functions holding a receivables portfolio
What it gives
Debts assessed by recoverability rather than by the ledger
Relationship
Builds on Contracts and Case Law
Status
In development
Not disclosed: the recoverability criteria and the model for tracking documentary support.
PRASIS · in development · joint project of the group

PRASIS HR

Review of employment documents and procedures for compliance with labour law: orders, job descriptions, schedules, grounds for dismissal, secondary employment and remote working arrangements.

What makes this area distinctive is the asymmetry in the cost of an error. A breach surfaces not during an inspection but in court on an employee's claim — and there the burden of proof sits with the employer. By the time the problem becomes visible, the position is already weak.

For whom
HR functions and employers with staff
What it gives
Review of employment documents before a dispute arises
Distinctive feature
The burden of proof in a labour dispute rests with the employer
Status
In development, jointly with other companies in the group
Not disclosed: the set of checks and the rules for assessing employment procedures.

We demonstrate in person. The modules already working can be shown live — on real data or on a demonstration set, whichever you prefer. This is done under a mutual non-disclosure agreement: it protects our method and your material equally.

Demo under NDA
art. 5Clients in the EU

Working with clients in the European Union

The European market is a deliberate direction for us rather than an experiment. Legal systems transfer well between jurisdictions at the level of architecture — what changes is the content, not the way the system is built. Below are answers to the questions every European client asks, generally in this order.

Question 1

Which law governs the contract

Ukrainian law or the law of your jurisdiction — your choice. Settlement in euro. For longer engagements we can contract through an EU entity where your procurement rules require it.

Question 2

Where the data sits

In EU data centres by default. Personal data is processed under the GDPR, with a separate data processing agreement listing sub-processors. Where required, we deploy entirely on your infrastructure.

Question 3

Who you are contracting with

A resident of Diia.City, a special legal regime for technology companies in Ukraine. It maintains a public register of participants and requires an annual independent audit of compliance. For your compliance function that is a document set rather than a verbal assurance.

Question 4

The war

The team is distributed across several cities in Ukraine and the EU, and critical infrastructure is replicated outside the country. We are willing to write continuity obligations, with specific recovery times, into the contract.

Question 5

Language and working hours

Working languages are Ukrainian and English. Ukraine's time zone overlaps almost entirely with Central European time, so meetings do not have to be pushed to the edges of the day. Documentation is maintained in both languages from the start of a project, not translated at the end.

Question 6

Do you understand our law

An honest answer: we are not experts in EU substantive law and do not pretend to be. We build the system; the rules it applies are formulated by your legal department or your local adviser. What we are good at is turning legal requirements into a working data structure, and that skill does not depend on jurisdiction.

What we are doing for this now: extending 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.

art. 6Status

Diia.City resident

Diia.City is a special legal regime for technology companies in Ukraine. For you as a client it is primarily a question of predictability: residency is confirmed by a public register, the company meets requirements on team size and average specialist income, and a compliance report is filed annually and reviewed by an independent auditor.

The second practical dimension is how specialists are engaged. The gig contract gives the team social protection while defining unambiguously who owns the rights to the code created. Under our agreement with you, economic rights in the result transfer in full, without reservation.

2025Year residency was granted
AnnualIndependent audit of compliance with the regime
100 %Of economic rights in the work transfer to the client
art. 7Data

Security and handling of documents

We work with contracts, litigation material and personal data. That calls for explicit rules, and we set them out before work begins rather than after an incident.

Where data is held

In EU data centres by default. For clients with heightened requirements we deploy on your own infrastructure with no external access. Backups are encrypted and keys are held separately from storage.

Developer access

Developers have no access to your production data. Testing runs on de-identified data sets. Every access to the production environment is logged and available for your review.

Personal data

Processing is built around the GDPR and Ukrainian data protection law. The data processing agreement is a separate document setting out sub-processors and retention periods.

Continuity

The team is distributed and our processes do not depend on any single location. Infrastructure has standby sites and critical services have defined recovery times. The continuity plan is available on request before the contract is signed.

art. 8Writing

Law and technology

We write about what we work with: regulation that affects development, and the decisions that follow from it. Not a summary of the news — only what changes how somebody works.

The AI Act after the omnibus: what applies, what moved

The headlines said the rules had been postponed. That reading is incomplete, and for a developer it is dangerous: part of the obligations took effect on 2 August 2026 and applies right now.

The Digital Omnibus on AI, proposed by the European Commission on 19 November 2025, had a difficult passage. The first trilogue at the end of April 2026 ended without agreement; political agreement was reached in early May; the European Parliament approved the text on 16 June and the Council on 29 June 2026.

What was postponed. Obligations for high-risk systems under Annex III — standalone systems — move to 2 December 2027. For systems embedded in regulated products under Annex I, to 2 August 2028. Instead of the original mechanism, under which the date depended on the readiness of standards, legislators chose fixed dates to give business predictability.

What was not postponed. Transparency obligations under Article 50 apply from 2 August 2026. For generative systems already on the market before that date, the Article 50(2) requirements on marking and detectability of generated content are deferred to 2 December 2026 — a shorter grace period than the six months originally proposed. New prohibitions added to Article 5 take effect on the same date.

The exposure has not changed: up to EUR 35 million or 7 % of worldwide turnover for prohibited practices, and up to EUR 15 million or 3 % for breaches of transparency and high-risk requirements.

What this means in practice Deferral of the high-risk obligations is not a pause. Documentation, a register of systems, a description of data and a working human oversight mechanism take years to build, not the month before a deadline. We build these elements into the architecture from the outset — even where the client does not yet formally fall into the high-risk category. Retrofitting a system to meet the requirements costs more than building it that way first.

Ukraine's AI law: what is being prepared

In June 2026 the Ministry of Digital Transformation held the first meeting of its working group on the legal regulation of artificial intelligence. The stated intention is to draft a dedicated law during 2026.

The approach the ministry describes is bottom-up: first create conditions for self-regulation and give business time to adapt, and only then introduce statutory constraints. A roadmap and a white paper on AI regulation have already been produced, recommendations on the safe use of algorithms published, and an AI sandbox launched for testing products. Ukraine has also joined the Bletchley Declaration and the Council of Europe framework convention on artificial intelligence.

The declared aim of the law is to align Ukraine with EU rules — in practice, with the AI Act. For a developer that has a concrete consequence: the requirements you prepare for on account of a European client are likely to become Ukrainian requirements as well.

What this means in practice We do not advise clients to wait for the text of the law. The things that will be in any version of it — a log of how the system was used, the ability to explain a decision, a clear line between what the model produced and what a human decided — are not a regulatory burden but ordinary engineering practice. Whoever has done them already will experience adaptation as a formality.

Why traceability matters more than accuracy in legal systems

A model that is right 95 % of the time but cannot show where a conclusion came from is, in legal work, worse than one that is right 85 % of the time and cites the paragraph. This is not a matter of taste. It is a matter of who answers for the error.

Our document analysis systems are therefore built around a single principle: no assertion appears without a link to its source. In practice that means several decisions.

Retrieval before generation. The system first locates the relevant passages in the document or in the clause library, and only then forms a conclusion on that basis. The pattern is known as retrieval-augmented generation; in our case it exists not to improve the answer but to give every finding an address in the text.

An immutable log. Records are not updated — new ones are added. The state of a document on any given date can be reconstructed exactly. It is the same model as a reversing entry in accounting: a correction is an event, not the erasure of an earlier record.

The human in the loop as architecture, not as a disclaimer. The system has a state of "reviewed by a lawyer", recording who and when. Without that marker a finding does not reach the final document. This does not slow the work down; it moves the review to where it was going to happen anyway.

The side effect that turned out to be the main one A system built this way satisfies most of the AI Act requirements on transparency and human oversight automatically. We designed it not for regulatory compliance but so that a lawyer could defend a conclusion. It turned out to be the same thing.

Ownership of code and the gig contract

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 figures themselves say little to a client. What matters is that the regime has become the industry standard, and with it the form of the relationship with specialists has been standardised too.

The gig contract solves a problem that was for years a hidden risk in Ukrainian technology work. Where a developer works as a registered sole trader under a services agreement, the question of who owns the economic rights in the code they create depends on the wording of that particular agreement — and in many cases the answer turned out not to be what everyone assumed. The gig contract addresses this directly.

For a client in the EU the chain has to be unbroken: from the developer to our company, and from us to you. A break at any link means you are paying for an asset you do not legally receive.

How this appears in our contracts Economic rights transfer in full under a deed, with no limitation as to term or territory. The chain from the individual developer is documented, and we are ready to show it to your legal team before signature rather than after a dispute has arisen.

Sources for factual data: official communications of the Ministry of Digital Transformation of Ukraine; law firm publications on the Digital Omnibus on AI; European Parliament and Council of the EU material. This material is informational and is not legal advice on any particular matter.

art. 9Questions

Common questions

What does development cost?

It depends on scope, and naming a figure before the process review would be guesswork. The sequence is: the review first, as a separately billed stage, and on the basis of its findings a fixed estimate of budget and timeline. Once agreed, we do not revise them unilaterally.

Could we buy an off-the-shelf product instead?

Sometimes that is the wiser choice, and we will say so. If your process is conventional, a packaged product will cost less. Bespoke development makes sense when the process is a competitive advantage, or when available products cannot accommodate your specifics.

Who owns the code?

You do. Economic rights transfer in full under a deed. Source code is handed over with documentation — you are not tied to us at the support stage.

Do you use artificial intelligence?

Where it is appropriate: extracting structure from documents, finding unusual terms, classification. The model does not produce a legal opinion — it prepares material, and the decision remains with the lawyer. Every finding is shown with a reference to the passage in the document so that it can be checked.

How do you operate during the war?

The team is distributed across several cities in Ukraine and the EU, and infrastructure has standby sites outside the country. We are ready to include continuity obligations with specific recovery times in the contract.

Do you work with clients in the EU?

Yes. The contract can be governed by Ukrainian law or the law of your jurisdiction, with settlement in euro. Data is held in the EU. We will help clarify tax questions on your side at the outset so that nothing comes as a surprise.

art. 10Contact

Start with the process, not the software

Write two paragraphs about what hurts: where a deadline slips, where a document goes missing, what has to be done by hand. We will reply within a working day and tell you whether this is a problem we should be solving.

Get in touch
Email
macrolexllc@gmail.com
Phone
+38 096 470 61 77
Office
16 Volodymyra Velykoho Kniazia St., office 44, Dnipro, Ukraine

Sistemas de software para el trabajo jurídico · Dnipró, Ucrania

El derecho es texto estructurado. Escribimos código capaz de ver esa estructura.

Construimos sistemas para una práctica concreta: ciclo de vida contractual, análisis documental, registros judiciales, verificación de contrapartes. No productos empaquetados, sino software que refleja cómo trabaja realmente su despacho y de qué responde.

Residente de Diia.City RGPD Datos en la UE o en sus servidores Contrato bajo ley ucraniana o española
Contrato de suministro · cl. 7.2 analizado

La parte incumplidora abonará un interés equivalente al doble del tipo de referencia del banco central sobre el importe vencido por cada día de retraso, con un límite del 10 % del valor del contrato.

tiposanción · interés de demora
base2 × tipo de referencia
periodopor día de retraso
límite10 % del valor
índiceSecciones
art. 1Áreas

Qué construimos

Cuatro tipos de sistema en los que tenemos experiencia repetida. Estudiamos cualquier otro encargo, pero también decimos con claridad cuándo un problema queda fuera de nuestra competencia.

1.1

Ciclo de vida contractual

De la solicitud al archivo: circuitos de aprobación, control de versiones, plantillas parametrizadas, seguimiento de plazos y obligaciones.

  • Rutas de aprobación con permisos por departamento
  • Redacción a partir de una biblioteca de cláusulas
  • Avisos de vencimiento y de hitos de pago
  • Firma electrónica cualificada
1.2

Análisis documental

Extracción de estructura de contratos, escrituras y documentos societarios. Comparación de versiones, detección de cláusulas ausentes o atípicas, contraste con su estándar interno.

  • Borrador comparado con una plantilla de referencia
  • Detección de lagunas y redacciones de riesgo
  • Registro de cláusulas legible por máquina
  • Tratamiento de documentos escaneados
1.3

Litigación

Registro de asuntos, cómputo de plazos procesales, seguimiento automático del registro de resoluciones judiciales y avisos sobre el estado del procedimiento.

  • Sincronización con el registro ucraniano de resoluciones
  • Plazos calculados desde el hecho que los desencadena
  • Carga de trabajo visible por abogado
  • Exportación para el informe a dirección
1.4

Cumplimiento y verificación de contrapartes

Comprobaciones automatizadas antes de contratar: registros públicos, listas de sanciones, indicios de sociedad pantalla, historial litigioso.

  • Consulta al registro mercantil y al censo de IVA
  • Listas de sanciones: Ucrania, UE, OFAC, Reino Unido
  • Reverificación programada
  • Registro de comprobaciones como prueba de diligencia debida
art. 2Fuentes

Con qué nos integramos

Un sistema que no ve sus datos actuales crea una segunda realidad. Por eso las integraciones se especifican en la fase de requisitos, no se dejan «para más adelante».

Registro mercantil ucraniano

Sociedades y autónomos, socios, administradores, situación registral

Registro de resoluciones judiciales

Búsqueda por parte, estado del procedimiento, texto íntegro de las resoluciones

Censo de IVA

Situación de la contraparte verificada antes de deducir el impuesto soportado

Listas de sanciones

Ucrania, UE, OFAC y Reino Unido, con registro de la fecha de cada consulta

Intercambio electrónico

Envío y firma con certificado cualificado sin salir del sistema

Sistemas ERP

Intercambio bidireccional de contrapartes, contratos y datos de pago con SAP y otros

Microsoft 365 / Google Workspace

Inicio de sesión único, calendarios de plazos, almacenamiento documental

API bancarias

Pagos reales incorporados para verificar el cumplimiento contractual

Firma electrónica

Firma por personas físicas sin dispositivo de clave independiente

art. 3Método

Cómo se organiza el trabajo

La secuencia es fija, porque en los sistemas jurídicos el coste de equivocarse al definir el problema es mayor que el de equivocarse en el código.

1

Análisis del proceso

1–2 semanas · se factura aparte

Observamos cómo funciona el trabajo hoy: quién aprueba qué, dónde se acumulan los documentos, qué plazos se incumplen. El resultado es una descripción del proceso tal como es y una lista de los puntos donde la automatización compensa, y de aquellos donde no.

2

Especificación

2–3 semanas

Describimos el sistema hasta el nivel de pantallas, roles y reglas. La especificación es suya, incluso si después contrata a otro proveedor. Aquí se fijan presupuesto y plazo, y no los revisamos unilateralmente después.

3

Desarrollo iterativo

iteraciones de dos semanas

Cada dos semanas mostramos software funcionando en un entorno de pruebas. Usted lo utiliza y nos dice qué falla mientras corregirlo todavía es barato.

4

Puesta en marcha y migración

1–3 semanas

Migramos los contratos y asuntos existentes, formamos a los usuarios y mantenemos soporte reforzado el primer mes. El sistema anterior se apaga solo cuando el nuevo ha completado un ciclo entero.

5

Soporte

mensual, con contrato aparte

Actualizaciones ante cambios normativos, mejoras, respuesta a incidencias. Los tiempos de respuesta constan en un acuerdo de nivel de servicio, no en un compromiso verbal.

art. 4Productos

La suite PRASIS: módulos jurídicos

PRASIS™ es la plataforma común del grupo. El nombre de la plataforma lleva la marca; el nombre de cada módulo lleva su contenido, de modo que el cliente entiende qué compra sin necesidad de explicación. Los módulos comparten un núcleo común, así 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 jurídicos con su estado real. No revelamos cómo funcionan: en estos productos ahí reside precisamente el valor.

PRASIS · en explotación

PRASIS Contratos

El abogado carga un borrador de contrato y recibe un dictamen jurídico conforme al derecho ucraniano: riesgos, lagunas y disposiciones que contradicen la ley o los intereses de la parte. No una lista indiferenciada de observaciones, sino un cuadro ordenado: qué bloquea el cumplimiento, qué genera riesgo y qué es un defecto formal.

Es el módulo más desarrollado de la suite. Trabaja con una base de reglas extraída de un corpus contractual real y no de construcciones teóricas: cada regla correspondió alguna vez a una situación que le costó dinero a alguien.

Su forma final es un servicio para despachos y asesorías jurídicas internas, no vinculado a un solo cliente. El sistema no emite el dictamen: lo emite el abogado, y es él quien responde de él.

Para quién
Despachos y asesorías jurídicas internas
Qué aporta
Dictamen sobre un borrador de contrato antes de firmar
Base
Reglas extraídas de un corpus contractual real
Estado
En funcionamiento; en preparación para su lanzamiento comercial
No se revela: el contenido de la base de reglas, el método de detección y la lógica de clasificación.
PRASIS · en perfeccionamiento

PRASIS Jurisprudencia

Selección de jurisprudencia relevante para unos hechos concretos, y no por palabras clave. El sistema valora cómo resolvieron los tribunales controversias comparables, qué argumentos prosperaron y cuáles se rechazaron, y en qué instancia cambió el criterio.

Responde a la pregunta que un abogado se hace antes de demandar y que rara vez tiene respuesta escrita: si merece la pena ir, y con qué exactamente. Una búsqueda por palabras devuelve una lista de resoluciones; aquí se trata de perspectivas.

Encaja de forma natural con Contratos: allí el riesgo está en el documento, aquí la probabilidad de que se materialice ante un tribunal.

Para quién
Litigantes y áreas de resolución de controversias
Qué aporta
Valoración de perspectivas a partir de los hechos del caso
Relación
Continúa Contratos: del riesgo a su materialización
Estado
En funcionamiento como sistema interno; en perfeccionamiento
No se revela: cómo se cotejan los hechos y cómo se modelan las perspectivas.
PRASIS · en desarrollo

PRASIS Normativa

Sigue los cambios normativos y muestra qué documentos internos de la empresa han quedado incorrectos a raíz de ellos: contratos, políticas, órdenes, plantillas, descripciones de puesto.

El problema nació de un defecto propio. Cuatro referencias a un código derogado vivieron durante años en nuestra base de trabajo: entraban en cada dictamen y no emitían señal alguna. La dificultad no está en advertir que una norma ha cambiado, eso lo comunica todo el mundo. La dificultad está en enlazar ese cambio con un documento que se apoya en la norma de forma implícita, porque la mitad de los contratos no cita el artículo sino que lo parafrasea.

El módulo responde a una pregunta que hoy, en la mayoría de las organizaciones, resuelve la memoria de una sola persona.

Para quién
Organizaciones con gran volumen de documentación interna
Qué aporta
Lista de documentos desactualizados por un cambio normativo
La parte difícil
Enlazar la norma con un documento que la invoca implícitamente
Estado
En desarrollo
No se revela: cómo se enlazan norma y documento y cómo se siguen los cambios.
PRASIS · en desarrollo

PRASIS Cobros

Análisis de la cartera de créditos comerciales por su cobrabilidad y no por su valor contable. Muestra qué deudas se acercan al plazo de prescripción, cuáles cuentan con soporte documental completo y cuáles se caerán ante un tribunal por falta de un acta, una firma o un documento de origen.

Aquí el valor se mide directamente en dinero y sin supuestos: una deuda perdida por prescripción es una pérdida contabilizada, y su importe se conoce de antemano.

Enlaza otros dos módulos: Contratos lee la causa de la que nace la deuda y Jurisprudencia valora las perspectivas de cobro.

Para quién
Áreas financiera y jurídica con cartera de créditos
Qué aporta
Deudas valoradas por cobrabilidad y no por balance
Relación
Se apoya en Contratos y Jurisprudencia
Estado
En desarrollo
No se revela: los criterios de cobrabilidad y el modelo de seguimiento del soporte documental.
PRASIS · en desarrollo · proyecto conjunto del grupo

PRASIS Personal

Revisión de documentos y procedimientos laborales conforme a la legislación del trabajo: órdenes, descripciones de puesto, horarios, causas de despido, pluriempleo y trabajo a distancia.

Lo que distingue a esta área es la asimetría en el coste del error. La infracción no aflora en una inspección, sino ante el tribunal por demanda del trabajador, y allí la carga de la prueba recae en el empleador. Cuando el problema se hace visible, la posición ya es débil.

Para quién
Departamentos de personal y empleadores con plantilla
Qué aporta
Revisión de la documentación laboral antes de que surja el conflicto
Particularidad
La carga de la prueba en el conflicto laboral recae en el empleador
Estado
En desarrollo, junto con otras empresas del grupo
No se revela: el conjunto de comprobaciones y las reglas de evaluación de procedimientos.

La demostración es presencial. Los módulos que ya funcionan pueden mostrarse en marcha, sobre datos reales o sobre un conjunto de demostración, como prefiera. Se hace bajo acuerdo mutuo de confidencialidad: protege por igual nuestro método y su material.

Demo bajo NDA
art. 5Clientes en la UE

Trabajar con clientes de la Unión Europea

El mercado europeo es para nosotros una dirección deliberada, no un experimento. Los sistemas jurídicos se trasladan bien entre ordenamientos a nivel de arquitectura: lo que cambia es el contenido, no la forma de construirlos. A continuación, las respuestas a lo que pregunta todo cliente europeo, normalmente en este orden.

Pregunta 1

Qué ley rige el contrato

Ley ucraniana o la de su jurisdicción, a su elección. Liquidación en euros. Para encargos prolongados podemos contratar a través de una entidad en la UE cuando sus normas de compras lo exijan.

Pregunta 2

Dónde residen los datos

En centros de datos de la UE por defecto. Los datos personales se tratan conforme al RGPD, con un contrato de encargado de tratamiento independiente que enumera los subencargados. Cuando se requiere, desplegamos íntegramente en su infraestructura.

Pregunta 3

Con quién contrata

Con un residente de Diia.City, régimen jurídico especial para empresas tecnológicas en Ucrania. Mantiene un registro público de participantes y exige una auditoría independiente anual de cumplimiento. Para su departamento de cumplimiento, eso es un expediente documental y no una declaración verbal.

Pregunta 4

La guerra

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

Pregunta 5

Idioma y horario

Idiomas de trabajo: ucraniano, inglés y español. El huso horario de Ucrania coincide en gran medida con el peninsular, con una hora de diferencia, de modo que las reuniones no se desplazan a los extremos de la jornada.

Pregunta 6

¿Conocen ustedes nuestro derecho?

Respuesta honesta: no somos expertos en derecho sustantivo español ni europeo, y no lo aparentamos. Nosotros construimos el sistema; las reglas que aplica las formula su asesoría jurídica. Lo que sabemos hacer es convertir requisitos jurídicos en una estructura de datos que funcione, y esa habilidad no depende del ordenamiento.

Qué estamos haciendo ahora en esta línea: ampliar 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.

art. 6Régimen

Residente de Diia.City

Diia.City es un régimen jurídico especial para empresas tecnológicas en Ucrania. Para usted como cliente es, ante todo, una cuestión de previsibilidad: la residencia consta en un registro público, la empresa cumple requisitos de tamaño de plantilla y de retribución media de los especialistas, y presenta anualmente un informe de cumplimiento revisado por un auditor independiente.

La segunda dimensión práctica es la forma de vinculación de los profesionales. El contrato gig otorga protección social al equipo y define sin ambigüedad a quién pertenecen los derechos sobre el código creado. En nuestro contrato con usted, los derechos de explotación sobre el resultado se transmiten íntegramente, sin reservas.

2025Año de obtención de la residencia
AnualAuditoría independiente de cumplimiento del régimen
100 %De los derechos de explotación se transmiten al cliente
art. 7Datos

Seguridad y tratamiento documental

Trabajamos con contratos, material litigioso y datos personales. Eso exige reglas explícitas, y las fijamos antes de empezar, no después de un incidente.

Dónde se alojan los datos

En centros de datos de la UE por defecto. Para clientes con requisitos elevados desplegamos en su propia infraestructura sin acceso externo. Las copias de seguridad se cifran y las claves se custodian aparte del almacenamiento.

Acceso de los desarrolladores

Los desarrolladores no acceden a sus datos de producción. Las pruebas se ejecutan sobre conjuntos anonimizados. Todo acceso al entorno productivo queda registrado y a su disposición para revisión.

Datos personales

El tratamiento se articula conforme al RGPD y a la normativa ucraniana de protección de datos. El contrato de encargo de tratamiento es un documento independiente que detalla subencargados y plazos de conservación.

Continuidad

El equipo está distribuido y nuestros procesos no dependen de una sola ubicación. La infraestructura cuenta con emplazamientos de respaldo y los servicios críticos tienen tiempos de recuperación definidos. El plan de continuidad se facilita a petición antes de la firma.

art. 8Publicaciones

Derecho y tecnología

Escribimos sobre aquello con lo que trabajamos: normativa que afecta al desarrollo y decisiones que se derivan de ella. No un resumen de noticias, solo lo que cambia el trabajo de alguien.

El Reglamento de IA tras el ómnibus: qué se aplica y qué se ha aplazado

Los titulares dijeron que las normas se habían aplazado. Esa lectura es incompleta y, para un desarrollador, peligrosa: parte de las obligaciones entró en vigor el 2 de agosto de 2026 y se aplica ahora mismo.

El Digital Omnibus on AI, propuesto por la Comisión Europea el 19 de noviembre de 2025, tuvo una tramitación difícil. El primer trílogo, a finales de abril de 2026, terminó sin acuerdo; el acuerdo político se alcanzó a principios de mayo; el Parlamento Europeo aprobó el texto el 16 de junio y el Consejo el 29 de junio de 2026.

Qué se ha aplazado. Las obligaciones para sistemas de alto riesgo del anexo III —sistemas autónomos— pasan al 2 de diciembre de 2027. Para los integrados en productos regulados del anexo I, al 2 de agosto de 2028. En lugar del mecanismo inicial, en el que la fecha dependía de la disponibilidad de normas técnicas, el legislador optó por fechas fijas para dar previsibilidad.

Qué no se ha aplazado. 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 antes de esa fecha, los requisitos del artículo 50(2) sobre marcado y detectabilidad del contenido generado se difieren al 2 de diciembre de 2026, un plazo más corto que los seis meses propuestos inicialmente. Ese mismo día entran en vigor nuevas prohibiciones añadidas al artículo 5.

La exposición no ha cambiado: hasta 35 millones de euros o el 7 % del volumen de negocio mundial por prácticas prohibidas, y hasta 15 millones o el 3 % por incumplimiento de los requisitos de transparencia y de alto riesgo.

Qué significa esto en la práctica El aplazamiento de las obligaciones de alto riesgo no es una pausa. La documentación, el registro de sistemas, la descripción de los datos y un mecanismo real de supervisión humana se construyen en años, no en el mes previo a la fecha límite. Nosotros incorporamos estos elementos a la arquitectura desde el principio, incluso cuando el cliente todavía no entra formalmente en la categoría de alto riesgo. Readaptar un sistema cuesta más que construirlo así desde el inicio.

La ley ucraniana de IA: qué se está preparando

En junio de 2026 el Ministerio de Transformación Digital celebró la primera reunión de su grupo de trabajo sobre regulación jurídica de la inteligencia artificial. La intención declarada es redactar una ley específica durante 2026.

El enfoque que describe el ministerio es de abajo arriba: primero crear condiciones para la autorregulación y dar tiempo de adaptación a las empresas, y solo después introducir límites legales. Ya se han elaborado una hoja de ruta y un libro blanco sobre regulación de la IA, se han publicado recomendaciones sobre uso seguro de algoritmos y se ha puesto en marcha un entorno controlado de pruebas. Ucrania se ha adherido asimismo a la Declaración de Bletchley y al convenio marco del Consejo de Europa sobre inteligencia artificial.

El objetivo declarado de la ley es alinear a Ucrania con las reglas de la UE, es decir, en la práctica con el Reglamento de IA. Para un desarrollador eso tiene una consecuencia concreta: los requisitos que prepara por su cliente europeo pasarán con toda probabilidad a ser también requisitos ucranianos.

Qué significa esto en la práctica No aconsejamos a los clientes esperar al texto de la ley. Lo que estará en cualquier versión —un registro de uso del sistema, la capacidad de explicar una decisión, una línea clara entre lo que produjo el modelo y lo que decidió una persona— no es una carga regulatoria, sino ingeniería ordinaria. Quien ya lo haya hecho vivirá la adaptación como un trámite.

Por qué la trazabilidad importa más que la precisión

Un modelo que acierta el 95 % de las veces pero no puede mostrar de dónde salió la conclusión es, en el trabajo jurídico, peor que uno que acierta el 85 % y cita el párrafo. No es una cuestión de gusto, sino de quién responde del error.

Por eso nuestros sistemas de análisis documental se construyen sobre un único principio: ninguna afirmación aparece sin un enlace a su fuente. En la práctica eso implica varias decisiones.

Recuperación antes que generación. El sistema localiza primero los pasajes relevantes del documento o de la biblioteca de cláusulas y solo después formula una conclusión sobre esa base. El patrón se conoce como generación aumentada por recuperación; en nuestro caso no existe para mejorar la respuesta, sino para que cada hallazgo tenga una dirección en el texto.

Un registro inmutable. Los asientos no se actualizan, se añaden nuevos. El estado de un documento en cualquier fecha puede reconstruirse con exactitud. Es el mismo modelo que un asiento de reversión en contabilidad: la corrección es un hecho, no el borrado de un registro anterior.

La persona en el circuito como arquitectura, no como advertencia. El sistema tiene un estado de «revisado por abogado», con constancia de quién y cuándo. Sin esa marca, un hallazgo no llega al documento final. No ralentiza el trabajo: traslada la revisión al punto donde iba a producirse de todos modos.

El efecto secundario que resultó ser el principal Un sistema construido así satisface automáticamente la mayoría de los requisitos del Reglamento de IA en materia de transparencia y supervisión humana. Lo diseñamos no por cumplimiento normativo, sino para que un abogado pudiera defender su dictamen. Resultó ser lo mismo.

Titularidad del código y contrato gig

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 en el mismo periodo del año anterior. El número de residentes superó las 4 500 empresas.

Las cifras por sí solas dicen poco a un cliente. Lo relevante es que el régimen se ha convertido en el estándar del sector y que, con él, se ha estandarizado también la forma de vinculación con los profesionales.

El contrato gig resuelve un problema que durante años fue un riesgo latente en el sector tecnológico ucraniano. Cuando un desarrollador trabaja como autónomo bajo un contrato de servicios, la cuestión de a quién corresponden los derechos de explotación sobre el código depende de la redacción de ese contrato concreto, y en muchos casos la respuesta no era la que todos daban por supuesta. El contrato gig lo aborda directamente.

Para un cliente de la UE la cadena debe estar completa: del desarrollador a nuestra empresa y de nosotros a usted. Una ruptura en cualquier eslabón significa pagar por un activo que jurídicamente no recibe.

Cómo aparece esto en nuestros contratos Los derechos de explotación se transmiten íntegramente mediante acta, sin limitación de plazo ni de territorio. La cadena desde el desarrollador concreto está documentada y estamos dispuestos a mostrarla a su asesoría antes de firmar, no después de que surja una controversia.

Fuentes de los datos citados: comunicaciones oficiales del Ministerio de Transformación Digital de Ucrania; publicaciones de despachos sobre el Digital Omnibus on AI; documentación del Parlamento Europeo y del Consejo de la UE. Este material es informativo y no constituye asesoramiento jurídico sobre un asunto concreto.

art. 9Preguntas

Preguntas frecuentes

¿Cuánto cuesta el desarrollo?

Depende del alcance, y dar una cifra antes del análisis del proceso sería adivinar. La secuencia es: primero el análisis, como etapa facturada aparte, y a partir de sus conclusiones una estimación fija de presupuesto y plazo. Una vez acordados, no los revisamos unilateralmente.

¿Podríamos comprar un producto ya hecho?

A veces es la decisión más sensata, y se lo diremos. Si su proceso es convencional, un producto empaquetado costará menos. El desarrollo a medida tiene sentido cuando el proceso es una ventaja competitiva o cuando los productos disponibles no admiten sus particularidades.

¿De quién es el código?

Suyo. Los derechos de explotación se transmiten íntegramente mediante acta. El código fuente se entrega con documentación: no queda usted atado a nosotros en la fase de soporte.

¿Utilizan inteligencia artificial?

Donde procede: extracción de estructura documental, detección de cláusulas atípicas, clasificación. El modelo no emite un dictamen jurídico: prepara material, y la decisión sigue siendo del abogado. Cada hallazgo se muestra con referencia al pasaje del documento para que pueda comprobarse.

¿Cómo trabajan durante la guerra?

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

¿Trabajan con clientes de la UE?

Sí. El contrato puede regirse por ley ucraniana o por la de su jurisdicción, con liquidación en euros. Los datos se alojan en la UE. Ayudamos a aclarar de partida las cuestiones fiscales de su lado para que no haya sorpresas.

art. 10Contacto

Empecemos por el proceso, no por el software

Escríbanos dos párrafos sobre lo que duele: dónde se incumple un plazo, dónde se pierde un documento, qué hay que hacer a mano. Responderemos en un día laborable y le diremos si es un problema que debamos resolver nosotros.

Escríbanos
Correo
macrolexllc@gmail.com
Teléfono
+38 096 470 61 77
Oficina
C/ Volodymyra Velykoho Kniazia 16, of. 44, Dnipró, Ucrania