Формат SIARD – хорошая отправная точка, но это не полноценное решение на случай вывода из эксплуатации программного приложения (2)

(Окончание, начало см. https://rusrim.blogspot.com/2026/09/siard-1.html )

Начинать следует с объекта деловой деятельности (бизнес-объекта), а не с таблиц

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

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

Всё это объекты деловой деятельности (бизнес-объекты). Их структура редко удобным образом отображается на одну таблицу в базе данных.

В решении нашей компании Docbyte Vault, предназначенном для поддержки вывода приложений из эксплуатации, исходные данные анализируются и группируются вокруг этих бизнес-объектов. Затем соответствующие данные, метаданные и файлы могут быть упакованы для контролируемого ввода в архив. Архивная схема определяет структуру объекта, а читаемое представление помогает будущим пользователям интерпретировать его без повторного воссоздания выведенного из эксплуатации приложения.

Сказанное не делает SIARD неактуальным. Экспорт в SIARD или дамп базы данных в её собственном формате по-прежнему могут быть полезным источников или подлежащим сохранению компонентом. Разница заключается в том, что такой экспорт/дамп не рассматривается как окончательный результат для будущего использования.

Наряду с контентом следует сохранять доступность

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

Решение Vault Explorer предоставляет авторизованным пользователям облегченный интерфейс для поиска, просмотра и отображения заархивированного контента. Настройки поиска могут отображать поля, фильтры и столбцы результатов, важные для определенной группы пользователей. Связанные поисковые запросы могут соединять взаимосвязанные объекты, давая пользователю возможность переходить от досье к входящим в его состав его документам или от родительской записи к взаимосвязанным элементам.

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

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

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

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

• Какие бизнес-объекты пользователям потребуется извлекать впоследствии?
  
  
• Сохраняются ли вместе с бизнес-объектами их связи и вложения?
  
  
• Поймут ли пользователи поля, коды и контекст в отсутствие исходного приложения?
  
  
• Существует ли понятный и контролируемый способ поиска, просмотра и отображения документов?
  
  
• Сможет ли организация продемонстрировать полноту, целостность, соблюдение сроков хранения и правил управления доступом после вывода приложения их эксплуатации?

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

Использование формата SIARD - не законченное решение, а его компонент

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

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

Он должен сохранять смысл, взаимосвязи, читаемые представления и возможность практичного доступа. Он должен давать будущим пользователям возможность находить полные документы и понимать, что именно они видят. Он также должен сохранять элементы контроля / управления и доказательства, необходимые для стратегического управления этими документами с течением времени.

Вопрос поэтому не сводится просто к тому, была ли база данных «заархивирована». Лучше спросить: когда кому-либо понадобится эта информация через пять или десять лет, что именно он сможет извлечь, понять и доказать?

Дополнительная литература:

• «Вывод приложений из эксплуатации и структурированное архивирование данных», сайт компании Docbyte, см. https://www.docbyte.com/application-retirement/
  
  
• «Доступ, поиск / извлечение и контролируемое использование», сайт компании Docbyte, см. https://www.docbyte.com/access-retrieval-controlled-use/
  
  
• Пакет программ SIARD Suite, сайт Федеральных Архивов Швейцарии, см. https://www.bar.admin.ch/bar/en/home/archiving/tools/siard-suite.html 
  
  
• Спецификация формата SIARD 2.2 (SIARD 2.2 Format Specification), сайт Федеральных Архивов Швейцарии, см. https://www.bar.admin.ch/dam/en/sd-web/e13OBixbrV01/en_siard_formatbeschreibung.pdf

Фредерик Россель (Frederik Rosseel)

Мой комментарий: 24 июля 2026 года под кратким постом Фредерика Россель на ту же тему, опубликованном в социальной сети LinkedIn, известный румынский архивист Богдан-Флорин Поповичи (Bogdan-Florin Popovici) оставил следующий комментарий: 

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

Но мне понравилось, что наконец-то кто-то вслух заявил, что SIARD - это не волшебная палочка...»

Источник: сайт компании Docbyte / сайт LinkedIn
https://www.docbyte.com/siard-good-start-not-application-retirement-solution/ 
https://www.linkedin.com/feed/update/urn:li:activity:7486330623998136320/  

О соблюдении адвокатской тайны при исполнении адвокатами требований Федерального закона №115-ФЗ «О противодействии легализации (отмыванию) доходов, полученных преступным путём

Федеральная палата адвокатов протоколом №15 от 30 июля 2026 года приняла решение «О соблюдении адвокатской тайны при исполнении адвокатами требований Федерального закона от 07.08.2001 №115-ФЗ «О противодействии легализации (отмыванию) доходов, полученных преступным путем, финансированию терроризма, экстремистской деятельности и финансированию распространения оружия массового уничтожения»».

Рассмотрев вопрос о соотношении адвокатской тайны и обязанностей адвокатов, предусмотренных Федеральным законом от 07.08.2001 №115-ФЗ (с изменениями и дополнениями, вступившими в силу с 16 марта 2026 года), Совет Федеральной палаты адвокатов РФ решил:

• При исполнении адвокатом обязанностей, предусмотренных статьей 7.1 Федерального закона №115-ФЗ, исходить из того, что адвокатская тайна, установленная статьей 8 Федерального закона от 31.05.2002 №63-ФЗ «Об адвокатской деятельности и адвокатуре в Российской Федерации», носит фундаментальный характер и подлежит соблюдению адвокатом в полном объеме, за исключением случаев и в пределах, прямо предусмотренных федеральным законом (п.1);
  
  
• В случаях и пределах, прямо предусмотренных пунктом 5 статьи 7.1 №115-ФЗ, адвокат не вправе ссылаться на адвокатскую тайну как на основание неисполнения обязанностей по уведомлению уполномоченного органа в случаях, предусмотренных абзацем первым пункта 2 статьи 7.1, а также по предоставлению в уполномоченный орган по его запросу информации в части, предусмотренной пунктом 1 статьи 7.1, и по информированию уполномоченного органа о принятых мерах по замораживанию (блокированию) денежных средств или иного имущества в части, предусмотренной пунктом 1 статьи 7.1 (п.2);
  
  
• Любые ограничения адвокатской тайны при исполнении Федерального закона №115-ФЗ подлежат буквальному и узкому толкованию и не могут применяться расширительно (п.3).

Признаны утратившими силу:

• Рекомендации по организации исполнения адвокатами требований законодательства о противодействии легализации (отмыванию) доходов, полученных преступным путем, и финансированию терроризма, утвержденные Советом Федеральной палаты адвокатов РФ 27 сентября 2007 года (протокол №2) (п.4). 
  
  При этом отмечено, что «Сохранение Рекомендаций … в системе актов Федеральной палаты адвокатов Российской Федерации создает риск ошибочного толкования действующего законодательства адвокатами, адвокатскими образованиями и адвокатскими палатами субъектов Российской Федерации»;
  
  
• Решение Совета Федеральной палаты адвокатов РФ от 4 декабря 2017 года (протокол N 8) «Об исполнении адвокатами требований Федерального закона от 07.08.2001 N 115-ФЗ «О противодействии легализации (отмыванию) доходов, полученных преступным путем, и финансированию терроризма»» (п.5).
  
  Как отмечается в принятом решении, «Сохранение указанного решения в системе актов Федеральной палаты адвокатов Российской Федерации одновременно с настоящим решением создает риск двойного и противоречивого толкования официальной позиции Федеральной палаты адвокатов Российской Федерации.»

Мой комментарий: Главное правило адвокатов – хранение тайн клиентов, однако в соответствии с законом о борьбе с отмыванием денег (№115-ФЗ) они обязаны сообщать в государственный орган о подозрительных сделках клиентов. 

Возник вопрос: как совместить эти две обязанности? Старые разъяснения (2007 и 2017 годов), устарели, так как изменился закон. Именно поэтому 30 июля 2026 года адвокатское сообщество приняло новый документ. Пункт 2 решения устанавливает, что адвокат не вправе ссылаться на адвокатскую тайну как на основание неисполнения следующих обязанностей:

• Уведомление уполномоченного органа о подозрительных операциях/сделках (абз. 1 п. 2 ст. 7.1 Закона №115-ФЗ);
  
  
• Предоставление информации по запросу уполномоченного органа (п. 1 ст. 7.1 Закона №115-ФЗ);
  
  
• Информирование о принятых мерах по замораживанию (блокированию) имущества (п. 1 ст. 7.1 Закона №115-ФЗ)

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

Формат SIARD – хорошая отправная точка, но это не полноценное решение на случай вывода из эксплуатации программного приложения (1)

Данный пост генерального директора бельгийской компании Docbyte Фредерика Росселя (Frederik Rosseel) был опубликован 21 июля 2026 года на сайте компании.

Мой комментарий: Аббревиатура SIARD относится к архивному формату, используемому рядом национальных архивов для архивирования реляционных баз данных, а также к разработанному и поддерживаемому Федеральными Архивами Швейцарии программному обеспечению с открытым исходным кодом SIARD Suite, предназначенному для архивирования реляционных баз данных. Подборку материалов о  SIARD на моём блоге см. здесь: http://rusrim.blogspot.com/search/label/SIARD 

Архивирование базы данных не сохраняет то приложение, которое делало эту базу данных полезной.

SIARD предоставляет собой открытый, независимый от программного обеспечения формат для сохранения структуры и содержимого реляционных баз данных – и это надёжная отправная точка. Он снижает зависимость от проприетарных форматов дампа баз данных и, при наличии соответствующих совместимых с SIARD инструментов, поддерживает перенос, при необходимости, архивированных данных в [другую – Н.Х.] реляционную базу данных.

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

Мой комментарий: Точнее эту проблему можно было бы сформулировать так: «обеспечение долговременной сохранности и пригодности к повторному использованию имеющих ценность данных и, где это необходимо, опирающихся на них функциональных возможностей выводимых из эксплуатации деловых программных приложений».

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

Один только экспорт базы данных не обеспечивает им таких возможностей.

Сохранность чего именно хорошо обеспечивает SIARD

SIARD был разработан как формат для обеспечения долговременной сохранности реляционных баз данных. Он захватывает содержимое базы данных и структурные метаданные в контейнер формата ZIP64, используя XML и XML Schema, а также стандарты SQL для идентификаторов и типов данных.

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

Федеральные Архивы Швейцарии [со-разработчик формата SIARD и поддерживающего его программного обеспечения – Н.Х.] также отмечают важное ограничение: обычно файлы SIARD не являются в достаточной степени самодокументированными, чтобы гарантировать сохранение возможности интерпретировать заархивированные данные. Наряду с SIARD-файлами может потребоваться сохранение документации на исходную систему и модель данных, включающей описания данных, списки кодов, системные спецификации, руководства пользователя и скриншоты.

Именно здесь и проявляется важность различия: 

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

Пробелы выявляются тогда, когда данные оказываются снова нужны кому-то

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

Даже в этом случае пользователь, возможно, увидит лишь названия таблиц и столбцов, а не бизнес-объекты, существовавшие в программном приложении.

Слой отсутствующих элементов может включать:

• Взаимосвязи между транзакцией и соответствующими документами;
  
  
• Заголовок, строки и вложения, которые вместе образуют счет-фактуру;
  
  
• Метки, списки кодов и определения, необходимые для интерпретации вычисленных значений;
  
  
• Документация на соответствующие рабочие процессы и бизнес-правила;
  
  
• Контекст, в котором был получен результат;
  
  
• Пути поиска, на которые полагались пользователи;
  
  
• Правила доступа, контекст аудита и сроки хранения, которые должны быть сохранены и в будущем.

Чем более специализированным является исходное приложение, тем обширнее может стать этот пробел. Очевидными примерами могут служить ERP-системы, системы для поддержки лабораторных исследований и обслуживания приборов, - но то же самое относится и к практически любому решению со сложной моделью данных. Технически Данные могут оставаться «в наличии», но при этом становиться сложными для интерпретации в отсутствие соответствующего контекста, взаимосвязей и понятных представлений.

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

Фредерик Россель (Frederik Rosseel)

Источник: сайт компании Docbyte / сайт LinkedIn
https://www.docbyte.com/siard-good-start-not-application-retirement-solution/ 
https://www.linkedin.com/feed/update/urn:li:activity:7486330623998136320/  

Установлен порядок контроля за соблюдением требования о запрете использования зарубежных баз данных и технических средств при эксплуатации информационных систем

В соответствии с Постановлением Правительства РФ от 4 июля 2026 г. №845 «О внесении изменений в некоторые акты Правительства Российской Федерации», вступающим в силу с 1 сентября 2026 года, Постановление Правительства РФ от 6 июля 2015 г. №675 «О порядке осуществления контроля за соблюдением требований, предусмотренных частью 2.1 статьи 13 и частью 6 статьи 14 Федерального закона «Об информации, информационных технологиях и о защите информации»» - дополнено «Правилами осуществления контроля за соблюдением операторами государственных информационных систем, иных информационных систем государственных органов, муниципальных информационных систем, информационных систем юридических лиц, осуществляющих закупки в соответствии с Федеральным законом «О закупках товаров, работ, услуг отдельными видами юридических лиц», требований по недопущению при эксплуатации информационных систем использования размещенных за пределами территории Российской Федерации баз данных и технических средств, не входящих в состав таких информационных систем»».

Контроль за соблюдением соответствующими субъектами требований осуществляется Министерством цифрового развития, связи и массовых коммуникаций РФ (Минцифры России) в рамках процедур ведения учета ИТ-активов (п.3).

В целях осуществления контроля за соблюдением требований (п.4):

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

Минцифры России принимает решение о наличии (отсутствии) нарушений субъектами контроля требований, а центр компетенций по учету ИТ-активов ведет мониторинг соблюдения требований в соответствии пунктом 17 Положения об учете ИТ-активов (п.5).

Субъекты контроля при получении уведомления о нарушении требований принимают меры по устранению таких нарушений и размещают сведения об устранении указанных нарушений в срок не более 2 месяцев со дня получения уведомления (п.6).

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

Также изменения внесены в:

• Положение о федеральной государственной информационной системе координации информатизации, утвержденном постановлением Правительства РФ от 14 ноября 2015 г. №1235
  
  
• Положение о Правительственной комиссии по цифровому развитию, использованию информационных технологий для улучшения качества жизни и условий ведения предпринимательской деятельности, утвержденном постановлением Правительства Российской Федерации от 7 сентября 2018 г. №1065
  
  
• Постановление Правительства РФ от 1 июля 2024 г. №900 «О порядке учета ИТ-активов, используемых для осуществления деятельности по цифровой трансформации системы государственного (муниципального) управления»

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

В данном случае для этих целей планируется использовать стандарт, которому нужно будет придать соответствующий статус (поскольку по умолчанию соблюдение стандартов, согласно законодательству РФ, – дело добровольное).

Источник: Гарант
https://www.garant.ru/hotlaw/federal/2160010/