вторник, 17 февраля 2026 г.

Становой хребет подотчётности: Обеспечение долговременной сохранности алгоритмов в автоматизированном обществе. Часть 5: Формирование информационного пакета для сохранения алгоритмов (2)

(Продолжение, предыдущую часть см. http://rusrim.blogspot.com/2026/02/5-1.html )

Слой эксплуатации: сохранение сведений о фактическом поведении системы

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

Слой эксплуатации включает в себя:

  • логи (журналы аудита) входных и выходных данных, а также ключевых промежуточных состояний;

  • действия системы с соответствующими отметками времени,

  • оповещения, аномалии и индикаторы отклонений или дрейфа;

    Мой комментарий: В концептуальном стандарте ГОСТ Р 71476-2024 (ИСО/МЭК 22989:2022) «Искусственный интеллект. Концепции и терминология искусственного интеллекта», см. https://protect.gost.ru/document1.aspx?control=31&baseC=6&id=263925 , упоминаются такие понятия, как «дрейф концепции» и «дрейф данных»,  о которых сказано:

    «При дрейфе данных точность вычисляемых моделью прогнозов со временем снижается из-за изменений в статистических характеристиках эксплуатационных данных (например, может измениться разрешение изображений; или один класс может начать чаще встречаться в данных, чем другой). В этом случае модель необходимо переобучить на новых обучающих данных, которые лучше отражают текущие эксплуатационные данные.

    При дрейфе концепции смещается граница принятия решений (например, представление о том, что является законным, а что нет, имеет тенденцию меняться после публикации новых законов), что также снижает точность прогнозов, даже если сами данные не изменились. В случае дрейфа концепции значения целевых переменных в обучающих данных необходимо переразметить, а модель - переобучить.»

  • показатели производительности системы во времени;

  • пути принятия решений и/или «следы» решений, если таковые имеются;

  • данные мониторинга и сведения о вмешательства в рамках надзора и контроля;

  • отчёты об инцидентах;

  • документы о случаях простоя системы и/или снижения её производительности;

  • сведения об обновлениях, проведенных в среде промышленной эксплуатации;

  • сведения о случаях дообучения или перекалибровки.

Именно здесь сведения о поведении машины становятся свидетельствами / доказательствами.

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

Мой комментарий: Полное исключение возможности добавления в данный слой документов, созданных людьми (в том числе уже после событий), с моей точки зрения, весьма неразумно. Разве нам не нужны документы, отражающие обратную связь, полученную от пользователей; результаты расследования инцидентов; аналитика поведения показателей производительности и многое другое? Ведь на самом деле нам нужны максимально полные сведения об истории функционирования системы, и без подготовленных «вручную» материалов собранные сведения будут неполными, и их будет куда сложнее интерпретировать.

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

Расследования часто начинаются с содержащихся в слое эксплуатации сведений, позволяющих ответить на вопросы, на которые не может дать ответ уровень проектирования:

  • Что сделала система?

  • Как система вела себя под давлением?

  • В каких областях система отклонялась от нормы?

  • Кто вмешивался в работу системы?

  • Что изменилось и когда?

Память сохраняется не только в виде самого кода, но и в следах его выполнения.

Контекстуальный слой: сохранение сведений об условиях, в котором функционировала система

Это самый «тонкий» и наиболее часто игнорируемый слой. Системы не работают в изоляции от мира - они функционируют в рамках законодательства, рабочих процессов, инфраструктуры, социальных условий, человеческих интерпретаций и организационной культуры.

Когда что-то идет не так, контекст часто оказывается недостающим звеном.

Контекстуальный слой включает в себя:

  • политики организации и её модели стратегического управления,

  • документы о надзоре и контроле, осуществляемом человеком;

  • описания сред развертывания;

  • соответствующие нормативно-правовые рамки и ограничения;

  • специфические отраслевые обязанности и руководства по этике;

  • схемы рабочих процессов и процессы ввода;

  • описания ролей и цепочки подотчётности;

  • деловые правила и политики исключений;

  • документация о затронутых группах населения и/или вариантах использования.

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

В терминологии архивного дела всё это называется «сведениями о происхождении» (provenance). На языке регуляторов, это сведения о соответствии требованиям. В сфере стратегического управлении ИИ - это «поверхность воздействия» (impact surface).

Контекстуальный слой придает смысл системе в том, что касается её пользователей, операторов и людей, на которых она оказывает воздействие.

(Окончание следует)

Эндрю Поттер (Andrew Potter)

Источник: сайт Substack
https://metaarchivist.substack.com/p/bones-of-accountability-preserving-05f 

Положение о государственной информационной системе по предупреждению, выявлению и пресечению ограничивающих конкуренцию соглашений

Правительство Российской Федерации постановлением №1933 от 28 ноября 2025 года утвердило «Положение о государственной информационной системе по предупреждению, выявлению и пресечению ограничивающих конкуренцию соглашений».

Содержание положения:

I. Общие положения

II. Цели, задачи, принципы функционирования системы по предупреждению

III. Структура системы по предупреждению

IV. Основные функции системы по предупреждению

V. Участники информационного взаимодействия

VI. Требования к техническим и программным средствам системы по предупреждению

VII. Взаимодействие системы по предупреждению с информационными системами

VIII. Защита информации системы по предупреждению

«Положение» определяет задачи, функции и принципы функционирования государственной информационной системы по предупреждению, выявлению и пресечению ограничивающих конкуренцию соглашений (система по предупреждению), её пользователей и их полномочия, перечни источников обрабатываемой информации и видов информации, представляемой в ГИС в обязательном порядке, и иные вопросы её функционирования.

Целью создания системы является информационное обеспечение деятельности федерального антимонопольного органа по предупреждению, выявлению и пресечению ограничивающих конкуренцию соглашений с помощью цифровых технологий, элементов искусственного интеллекта на торгах (п.6).

Система включает в себя совокупность 11 подсистем - программно-технологических компонентов (п.8), в том числе следующих:

  • «подсистема выявления признаков правонарушений» - подсистема, предназначенная для автоматизированного анализа данных о торгах, полученных из ИС, в соответствии с настраиваемыми критериями;

  • «подсистема интеграции с внешними информационными системами» - подсистема, предназначенная для обеспечения информационного взаимодействия системы с ИС;

  • «подсистема аналитики и визуализации» - подсистема, предназначенная для построения аналитических отчетов различного вида на основе результатов, полученных из подсистем, статистических данных, заполненных внутренними пользователями системы по предупреждению, а также сведений, полученных из ИС;

  • «подсистема поиска аффилированности» - подсистема, предназначенная для выявления аффилированности лиц;

  • «подсистема машинного обучения (искусственного интеллекта)» - подсистема, предназначенная для выявления закономерностей и зависимостей и применения их для предсказания исходов или принятия решений;

  • «подсистема сбора открытых данных» - подсистема, предназначенная для сбора и анализа открытых данных о ценовой информации на товары и услуги.

Проектирование и разработка подсистем осуществляются с использованием единой цифровой платформы РФ «ГосТех». Для разрабатываемых компонентов системы обеспечена возможность их повторного использования на платформе «ГосТех» (п.9).

Алгоритмы и критерии, на основе которых осуществляется автоматизированная обработка информации и документов утверждаются оператором системы по предупреждению (п.11).

Хранение информации в системе должно обеспечиваться на постоянной основе, за исключением информации, указанной в пунктах 17 и 18 настоящего «Положения» (п.16).

Срок хранения информации и документов, указанных в подпункте "а" пункта 10 настоящего Положения, в рамках расследований по признакам нарушения антимонопольного законодательства в части ограничивающих конкуренцию соглашений определяется оператором системы по предупреждению (п.17). (Это аналитическая и статистическая информации, включая информацию о вероятности (рисках) заключения и реализации ограничивающих конкуренцию соглашений при осуществлении предпринимательской деятельности на товарных рынках и при проведении торгов - Н.Х.).

Действия внутренних пользователей системы, осуществляемые в целях получения доступа к информации, требующего авторизации в Единой системе идентификации и аутентификации, протоколируются в техническом журнале системы, ведение которого обеспечивает оператор системы. Срок хранения информации в техническом журнале системы составляет 36 месяцев с момента осуществления соответствующего действия (п.18).

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

Мой комментарий: Документ создает правовую основу для внедрения в деятельности регулятора современного инструмента, основанного на технологиях искусственного интеллекта и больших данных. 

Согласно п.11, алгоритмы и критерии автоматизированной обработки утверждаются исключительно оператором системы. Это потенциально создаёт проблему «черного ящика», когда коммерческие организации просто не будут понимать, по каким правилам система определяет их «рискованность». 

Подобная непрозрачность может привести к судебным спорам по оспариванию решений, принятых на основе сделанных системой выводов. В данном случае необходимо, чтобы при обработке и анализе данных применялся объяснимый ИИ, способный в любой момент времени представить подробные документированные объяснения по своим выводам и выявленным «нарушениям».

Эффективность системы сильно зависит от качества и полноты входных данных. Неполные, некорректные или несвоевременные данные из внешних информационных систем (торговых площадок, статистики) могут привести к ложным выводам, сделанным ИИ. 

Система станет хранилищем огромного массива высококонфиденциальных коммерческих сведений и персональных данных. «Положение» содержит отсылки к мерам по защите информации (раздел VIII), но не детализирует эти меры. 

Пункт 17 оставляет на усмотрение оператора срок хранения ключевой аналитической информации, что противоречит требованию Закона о персональных данных №152-ФЗ в отношении хранения персональных данных только до достижения целей их обработки, - и создаёт риск неограниченного накопления и незаконного использования таких данных.  С моей точки зрения, было бы правильно установить четкие, разумные и дифференцированные сроки хранения для всех категорий информации, которая будет обрабатываться в системе. 

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

Эффективная работа с такой сложной аналитической системой потребует от внутренних пользователей (сотрудников ФАС) новых компетенций и навыков работы с данными и интерпретации результатов ИИ, - поэтому регулятору необходимо обратить особое внимание на обучение персонала, в том числе и по вопросам правового характера.

Источник: Консультант Плюс
https://www.consultant.ru/cons/cgi/online.cgi?req=doc;base=LAW;n=520963

понедельник, 16 февраля 2026 г.

Становой хребет подотчётности: Обеспечение долговременной сохранности алгоритмов в автоматизированном обществе. Часть 5: Формирование информационного пакета для сохранения алгоритмов (1)

Данный пост эксперта в области управления электронными документами, эксперта ИСО от США Энди Поттера (Andy Potter - на фото) был опубликован 11 декабря 2025 года в социальной сети Substack.

От фрагментов памяти к целостной архитектуре стратегического управления автоматизированными системами

К тому моменту, когда я дошёл до этой части серии постов, начала вырисовываться чёткая сквозная линия. Везде - в политике в области ИИ, в регулировании рынка, в автоматизации государственного сектора и исследованиях в области цифрового наследия - постоянно встаёт одна и та же нерешённая проблема. Поэтому у меня есть такое умеренно-амбициозное предложение: если уж мы намереваемся использовать наши системы, то мы должны по крайней мере определить, какие доказательства должны быть сохранены, чтобы эти действия оставались понятными.

Мы часто говорим о прозрачности и подотчётности как о каких-то абстрактных добродетелях, но на практике они опираются на нечто очень конкретное, а именно, на выживание нужных документов - не всех документов, не идеального архива, а просто того количества адекватных свидетельств и доказательств, которых будет достаточно для реконструирования того, как вела себя система и почему.


Осознание этого подтолкнуло меня к идее о том, что я называю «пакетом для обеспечения сохранности алгоритмов» (algorithm preservation package). Это не юридический термин и не техническая концепция (по крайней мере, пока что), а способ описания ключевых компонентов памяти, необходимых современным автоматизированным системам, если мы хотим осуществлять стратегическое управление ими, проводить их аудит и доверять им во времени.

Данный пакет включает три слоя:

  • слой сведений о разработке и проектировании (далее «слой проектирования» - design layer);

  • слой сведений об эксплуатации (далее «слой эксплуатации» - operational layer);

  • слой сведений о контексте (далее «контекстуальный слой» - contextual layer).

Каждый слой сохраняет различные аспекты поведения машины. Совместно они создают «след» системы, достаточно жизнеспособный, чтобы пережить сбои, расследования и аудиты по мере течения времени.

Это не какая-то схема, а фундамент.

Слой проектирования: Сохранение истории того, как создавалась система

Это слой, который большинство коллег упускает из виду. Мы часто относимся к системам ИИ так, словно они родились на свет уже готовыми. Однако у каждой системы есть история развития. Принимались решения о выборе вариантов, были выбраны модели, сформированы данные и настроены параметры. Были приняты или проигнорированы риски. Появились многочисленные версии. Группы специалистов вели дебаты и иногда шли на компромиссы.

Всё это становится невидимым, как только система запускается в эксплуатацию, и слой проектирования призван сохранить данные сведения.

Слой проектирования включает в себя:

  • описание назначения и предполагаемого использования системы,

  • архитектуру модели и её обоснование,

  • сведения о стратегическом управление обучающими данными и критерии их отбора,

  • решения в отношении предварительной обработки данных,

  • результаты тестирования и валидации,

  • ожидания в отношении показателей производительности и соответствующие ограничения, 

  • результаты оценок риска и выбранные варианты смягчения рисков,

  • историю управления изменениями,

  • «снимки» конфигурации,

  • заметки разработчиков и документы о принятых ими решениях,

  • документацию по оценке этичности и справедливости.

Именно здесь основная «нагрузка» ложится на сведения, который Патриция Фрэнкс (Pat Franks) относит к «параданным» (paradata). Параданные документирует действия, которые сформировали систему: решения, преобразования, калибровки, уточнения и компромиссы, которые привели к созданию конечного артефакта.

Одной частью этого слоя является официальная инженерная документация. Другая часть спрятана в электронных письмах, средствах отслеживания проблем (issue trackers), репозиториях программного обеспечения, журналах тестирования, карточках моделей и внутренних служебных записках. Без должного внимания к нему слой проектирования может испариться, оставляя позади систему, которая функционирует, но которую невозможно понять.

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

Сопоставление «пакета для обеспечения сохранности алгоритмов» со сдаточным информационным SIP-пакетом и архивным информационным AIP-пакетом в концепции открытой архивной информационной системы (OAIS)

Не нужно путать «пакеты для обеспечения сохранности алгоритмов» с традиционными контейнерами (информационными пакетами) в концепции открытой архивной информационной системы (OAIS). В сдаточные (SIP) и архивные (AIP) информационные пакеты упаковывают стабильные цифровые объекты для передачи и хранения – при этом предполагается, что объект уже зафиксирован (защищен от внесения изменений – Н.Х.) и готов к передаче на архивное хранение.

Пакеты для обеспечения сохранности алгоритмов работают иначе. В них доказательная база захватывается в тот период, когда системы активны и эволюционируют – обеспечивая в реальном времени сохранение сведений о поведении, логических обоснованиях и путях принятия решений. Это не просто контейнерный формат; это концептуальная структура документации о жизненном цикле, которая находится по ходу деловых процессов «выше по течению», чем OAIS.

Это можно представить себе следующим образом: SIP- и AIP-пакеты сохраняют объекты, в то время, как пакеты для обеспечения сохранности алгоритмов сохраняют сведения о действиях.

(Продолжение следует, см. http://rusrim.blogspot.com/2026/02/5-2.html )

Эндрю Поттер (Andrew Potter)

Источник: сайт Substack
https://metaarchivist.substack.com/p/bones-of-accountability-preserving-05f 

Выложены видеозаписи и презентации докладов на конференции «Европейские дни PDF 2025 года»

Данная заметка была выложена 27 октября 2025 года на сайте Ассоциации PDF (PDF Association).

Ожидание закончилось! Видеозаписи и презентации ко всем докладам на конференции «Европейские дни PDF 2025 года» (PDF Days Europe 2025) теперь доступны онлайн!


Время пришло! Видеозаписи всех докладов на конференции «Европейские дни PDF 2025 года» и презентации к ним наконец-то доступны.

Мой комментарий: О конференции «Европейские дни PDF 2025 года», прошедшей 15-16 сентября 2025 года в Берлине, см. также переводы постов американского коллеги Эндрю Поттера (Andrew Potter) здесь:
Чтобы найти нужные Вам материалы, обратитесь к веб-станице с программой конференции ( https://pdfa.org/agenda/pdf-days-europe-2025/ ), к архиву презентаций ( https://pdfa.org/presentation/ ) или же посмотрите наш плейлист на сайте YouTube ( https://youtube.com/playlist?list=PLfGR40SWnakhgSxXc8y70j7Juo8plKQEU&si=nDLmWIGbl9ObTLmr )!


Плейлист на сайте YouTube

Ниже приведена (очень!) краткая сводная информация о докладах.

Конференция «Европейские дни PDF 2025 года» началась с пленарного доклада профессора д-ра Филиппа Хакера (Phillipp Hacker) на тему «Роль ИИ в быстром изменении процессов создания контента, управления им и обеспечения его аутентичности» (The role of AI in rapidly reshaping content creation, management, and authenticity, https://pdfa.org/presentation/the-role-of-ai-in-rapidly-reshaping-content-creation-management-and-authenticity/ ), в котором были обозначены риски для документов и контента в мире повсеместного использования ИИ, где эффективность, происхождение и доверие являются доминирующими темами.

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

Доклад «PDF 2030» ( https://pdfa.org/presentation/pdf-2030/ ) пригласил слушателей задуматься о том, как изменения платформ, ожидания пользователей и новые стандарты должны определять приоритеты. В докладе «Современные невидимые чернила: Понимание скрытой информации в PDF» (Modern invisible ink – Understanding hidden information in PDF, https://pdfa.org/presentation/modern-invisible-ink-understanding-hidden-information-in-pdf/ ) были подробно рассмотрела реальные особенности контента, которые пользователям не видны, но который системы обработки данных «вниз по потоку» должны корректно обрабатывать; «скрытые» структуры, которые могут как способствовать оптимизации рабочих процессов, так и (в случае неправильной обработке) создавать риски. Тем временем в докладе «PDF с тегами в дикой природе: Доступность и извлечение в больших масштабах» (Tagged PDF in the Wild: Accessibility and extraction at scale), https://pdfa.org/presentation/tagged-pdf-in-the-wild/ ) были представлены взятые из практики свидетельства на основе реальных документов о тенденциях использования механизмов повторного использования и доступности PDF-файлов.

В докладе «PDF для коллективной работы» (Collaborative PDF, https://pdfa.org/presentation/collaborative-pdf/ ) рассматривался вопрос о том, как в будущем, используя более развитые модели совместного редактирования, аннотирования и рецензирования, можно будет работать в рамках надежных, интероперабельных рабочих процессов с PDF-файлами. В докладе «Криминалистический анализ PDF-файлов и проблема метаданных» (PDF Forensics and the Metadata conundrum, https://pdfa.org/presentation/pdf-forensics-and-the-metadata-conundrum/ ) показана двойственная природа описательных данных - они жизненно важны для э-раскрытия и исполнения законодательно-нормативных требований, но они также являются источником проблем, связанных с защитой персональных данных и со стратегическим управлением. В докладе «Понимание структуры таблиц в PDF и извлечение из них данных» (Understanding the structure of PDF tables and extracting data from them, https://pdfa.org/presentation/understanding-the-structure-of-pdf-tables-and-extracting-data-from-them/ ) была рассмотрена одна из самых насущных проблем в данной области: получение надежных, семантически значимых табличных данных из разнородных документов.

Темы безопасности и аутентичности также всё время звучали в ходе мероприятия. В докладе «Безопасность и аутентичность документов» (Document security and authenticity, https://pdfa.org/presentation/document-security-and-authenticity/ ) были рассмотрены модели угроз и цепочки доверия в мире, где ввод документов осуществляется как людьми, так и машинами, - а в докладе «HTML и PDF: Заклятые друзья-враги» (HTML and PDF, best of Frenemies, https://pdfa.org/presentation/html-and-pdf-best-of-frenemies/ ) обосновывалась необходимость сосуществования в рамках практической деятельности и использования сильных сторон каждого формата, а не навязывания ложного выбора. В докладе «За пределами автоматизации» (Beyond Automation, https://pdfa.org/presentation/beyond-automation/ ) приводились аргументы в пользу подходов к обеспечению доступности, которые бы учитывают потребности пользователей. В совокупности эта группа докладов привлекла внимание к серьезной истине: «умные» конвейеры имеют смысл только в том случае, если их результаты надёжны, воспринимаемы и проверяемы как людьми, так и системами.

Во второй день конференции основное внимание уделялось вопросам доступности и производственным реалиям. Утреннее заседание открыл пленарный доклад Александра Пфингстля (Alexander Pfingstl) «Доступные цифровые документы» (Accessible Digital Documents, https://pdfa.org/presentation/accessible-digital-documents/ ). В докладе «Работа с методами создания доступных PDF-файлов» (Working with Techniques for accessible PDF, https://pdfa.org/presentation/how-to-work-with-the-techniques-for-accessible-pdf/ ) были связаны воедино рекомендации стандартов и практический опыт работы по созданию и корректировке PDF-файлов, - в то время, как в докладе «Когда PDF-файлы критически важны для производства» (When PDF is production critical, https://pdfa.org/presentation/when-pdf-is-production-critical/ ) были затронуты вопросы масштабируемости и надежности в корпоративных процессах печати. В докладе «Упрощение процесса проектирования» (Making it easier to design, https://pdfa.org/presentation/making-it-easier-to-design/ ) было обращено внимание на разрыв между инструментами проектирования и системами печати. Доклад «В защиту инкрементального сохранения» (In Defense of the Incremental Save, https://pdfa.org/presentation/in-defense-of-the-incremental-save/ ) напомнил всем о ценности этой давно существующей функциональной возможности формата PDF.

Как и ожидалось, большое внимание привлекла тема искусственного интеллекта, затронутая в докладах «Расширение возможностей будущего формата PDF с помощью ИИ» (Empowering the Future of PDF with AI,  https://pdfa.org/presentation/empowering-the-future-of-pdf-with-ai/ ) и «PDF, ИИ и защита персональных данных: Может ли интеллектуальное быть безопасным?» (PDF, AI, and Data Protection: Can Smart Be Safe?” ( https://pdfa.org/presentation/pdf-ai-and-data-protection-can-smart-be-safe/ ). В обоих случаях подчеркивалась важность проектирования, ориентированного на защиту персональных данных, и четкая грань между удобством инструментов генеративного ИИ и проверяемой истиной. В докладе «ИИ и доступность PDF-файлов» (AI and PDF Accessibility, https://pdfa.org/presentation/ai-and-pdf-accessibility/ ) внимание было сфокусировано на потенциале ИИ в плане способствования инклюзивности и доступности документов. 

В докладе «Создание снабженных тегами и доступных PDF-файлы с помощью LaTeX - переосмысление» (Tagged and Accessible PDF with LaTeX - revisited, https://pdfa.org/presentation/tagged-and-accessible-pdf-with-latex-revisited/ ) сообщалось об  устойчивом прогрессе в издательском деле в сфере точных наук (STEM), где все большее значение приобретают семантически насыщенные выходные данные, поддерживающие MathML. В докладе «Валидация XMP-метаданных в PDF» (PDF XMP Metadata Validation, https://pdfa.org/presentation/pdf-xmp-metadata-validation-with-relax-ng-schemas-and-the-podofo-library/ ) было представлено решение с открытым исходным кодом для XMP-валидации в PDF-файлах на соответствие нескольким подмножествам стандарта PDF. В рамках докладов «Разрушение хорошего» (Breaking Good, https://pdfa.org/presentation/breaking-good/ ) и «PDF между строк: Спецификация формата, де-факто стандарты, и предстоящий сдвиг в сторону удобства работы пользователя» (PDF Between the Lines: Specification, De Facto Standards, and the Coming UX Shift” ( https://pdfa.org/presentation/pdf-between-the-lines-specification-de-facto-standards-and-the-coming-ux-shift/ ) участникам было предложено взглянуть за рамки формальных спецификаций и оценить реальное положение дел с интероперабельностью и ожиданиями пользователей, обеспечив тем самым совместную эволюцию спецификаций, реализаций и удобства работы пользователей.

В докладе «Основные преимущества членства в Ассоциации PDF» (PDF Association Membership Benefits 101, https://pdfa.org/presentation/pdf-association-membership-benefits-101/ )  было рассказано о том, как членство в Ассоциации PDF открывает доступ к стандартам в процессе разработки, к сотрудничеству с экспертами, а также маркетинговые возможности благодаря повышению узнаваемости и расширению сети контактов.

Источник: сайт Ассоциации PDF
https://pdfa.org/recordings-from-pdf-days-europe-2025-are-now-available/