Кратко

  • ОЭСР обсуждает общий подход к машинному исполнению действующего закона. Обязательным источником остаётся утверждённый правовой текст; толкование, усмотрение и решение по конкретному делу по-прежнему относятся к компетенции уполномоченных органов.
  • Повторное использование правил может снизить дублирование, но ссылка на закон не показывает, какая его редакция, исключение, интерпретация и версия программы привели к ответу сервиса.

Вопрос к поставщику системы

Представим, что сотрудник просит подрядчика показать, почему портал отказал заявителю. Подрядчик может открыть исходный закон, таблицу условий и историю релизов. Если между этими материалами нет связи, никто не сможет уверенно объяснить, какой текст применил портал и кто одобрил такое прочтение.

Эта проблема лежит в основе обсуждаемого ОЭСР подхода Law as Code. Инициатива касается перевода вступивших в силу норм в машиноисполняемые представления, связанные с исходными правовыми документами и доступные как общая инфраструктура. ОЭСР прямо подчёркивает: юридически обязательным остаётся закон, а не программа. Машинное представление не должно менять толкование, перераспределять полномочия или самостоятельно решать индивидуальные дела. Усмотрение и оценка должны быть заметны.

Граница важна, но сама по себе не отвечает за работу подрядчика или ведомства. После поправки к закону в системе может остаться прежний набор правил. Переходное положение может зависеть от даты подачи заявления. Исключение может потребовать оценки человеком. Если разные службы запускают разные релизы, ссылка на один и тот же текст не гарантирует одинаковое применение.

От обозначения нормы к её исполнению

Европейский идентификатор законодательства помогает найти документ, получить структурированные метаданные и обменяться ими между системами. Это полезная основа для ссылок и обновления каталогов. Она не кодирует толкование статьи и не доказывает, что программа исполнила её правильно. Идентификация отвечает, какой документ имеется в виду; исполнение добавляет решения о сфере действия, исключениях и сроках.

ОЭСР проводит различие между широким понятием Rules as Code и более узким Law as Code. Обзор 2020 года исследовал идею официальных машинно-читаемых правил и изменения процесса нормотворчества. Консультация 2026 года сосредоточена на цифровом предоставлении уже принятого права и не включает подготовку новых законов. Если смешать эти понятия, инструмент для расчёта или прототип поддержки разработчиков легко выдать за официальное применение законодательства.

В августе 2026 года австралийская GovCMS сообщила о запуске возможности Rules as Code на своей платформе. Первый производственный пример проверяет, может ли госорган пользоваться GovCMS; набор правил опубликован. Это ограниченная процедура допуска организации на платформу, а не доказательство юридически обязательного автоматизированного решения для граждан. Руководство GovCMS отдельно говорит, что инструмент не является юридической консультацией и не заменяет человеческое суждение.

Канадская цифровая служба описала прототип для заявлений на добычу полезных ископаемых и предупредила, что изменения нормативных требований могут оставить инструмент с устаревшей информацией. Этот материал не сообщает о реальном вреде заявителям. Он показывает необходимость назначить владельца обновления и установить, как новый выпуск доходит до всех систем.

Цепочка доказательств

Для проверки результата нужны как минимум: юрисдикция и правовой акт, конкретная норма, версия текста и срок её действия, сфера применения и исключения. Следом — записи об интерпретации, юридической и предметной проверке, лице или органе, разрешившем публикацию, исполняемой версии и релизе, реально использованном службой.

Набор записей должен позволить ответить на разные вопросы. Откуда взялась логика? Какая редакция действовала? Подпадало ли заявление под норму? Кто выбрал способ обработки исключения? Кто одобрил публикацию? Какой релиз работал в конкретный день? Одна ссылка на закон отвечает только на первый вопрос.

Даже полный журнал не подменяет суд и не снимает с ведомства ответственность за усмотрение. Он должен показывать, когда программа не решает вопрос и куда человеку обратиться за объяснением или исправлением. Техническая проверка установит, что одинаковые входные данные дают одинаковый результат. Юридическая проверка установит, соответствует ли это действующему тексту, поправкам и исключениям. Повторяемость — не доказательство правильного толкования.

Если норма неоднозначна, перевод в условия может выявить разночтения. Но программирование не даёт полномочия разрешить правовой спор. Для этого нужна уполномоченная интерпретация, открытая для пересмотра и апелляции.

Консультация ещё впереди

Первый этап работы ОЭСР — сбор сведений о существующих инициативах — заканчивается 16 октября 2026 года. Затем планируется обсуждать принципы и требования, а в 2027 году совместно разработать проект рамки. Итоговая публикация ожидается в конце 2027-го или начале 2028-го. На 14 октября эти будущие шаги являются планами, а не принятыми требованиями.

Общий формат может помочь ведомствам повторно использовать правила, но организация ещё должна решить, кто их обслуживает. Модель с отдельными командами сохраняет контроль в ведомствах, зато повторяет расходы. Центральный публичный оператор упрощает распространение компонентов, но концентрирует право выпускать и отзывать версии. Федеративная схема сохраняет местные интерпретации под общими требованиями к происхождению и проверке, но затрудняет сравнение. ОЭСР не выбрала ни одну.

Поэтому будущий стандарт следует оценивать не только по формату данных, но и по распределению полномочий: кто утверждает интерпретацию, кто владеет исполняемой версией, кто может остановить её и кто сообщает об изменении потребителям. Если человек не может восстановить путь от закона до ответа портала, общая инфраструктура не делает управление прозрачнее. Она лишь переносит решение в менее видимый слой.

Источники