- Главная
- Приказ Федеральной службы охраны Российской Федерации от 4 июля 2024 г. N 92 "Об утверждении единых технических требований к выпуску, машинной (интеллектуальной) обработке, размещению, хранению и распространению текстов правовых актов в электронном виде, а также единых форматов разметки этих текстов" (документ не вступил в силу)
- Приложение N 1. Единые технические требования к выпуску, машинной (интеллектуальной) обработке, размещению, хранению и распространению текстов правовых актов в электронном виде
Приложение N 1. Единые технические требования к выпуску, машинной (интеллектуальной) обработке, размещению, хранению и распространению текстов правовых актов в электронном виде
Приложение N 1
к приказу ФСО России
от 4 июля 2024 г. N 92
Единые технические требования к выпуску, машинной (интеллектуальной) обработке, размещению, хранению и распространению текстов правовых актов в электронном виде
I. Требования к выпуску текстов правовых актов в электронном виде
1. К выпуску текстов правовых актов в электронном виде* применяются следующие требования:
запрет на использование переносов слов;
соблюдение соответствия структурной единицы "абзац" технической единице "абзац", предусмотренной программным обеспечением для электронных вычислительных машин;
запрет на использование таблиц, встроенных в таблицу;
запрет на использование табличных структур при возможности оформления в виде текста;
запрет на использование более 10 ненумерованных структурных единиц (абзацев);
сохранение исходного отображения нумерации структурной единицы правового акта при внесении в него изменений;
запрет на использование в одном абзаце различных начертаний (в том числе жирного, полужирного, курсива, подчеркнутого) строковых элементов.
2. В текстах правовых актов необходимо использовать видимые границы в таблицах.
II. Требования к машинной (интеллектуальной) обработке, размещению, хранению текстов правовых актов
3. Используемые для машинной (интеллектуальной) обработки, размещения, хранения тексты правовых актов должны быть представлены в формате разметки текстов правовых актов в электронном виде согласно приложению N 2 к настоящему приказу.
4. Машинная (интеллектуальная) обработка, размещение, хранение текстов правовых актов применяется при их подготовке в электронном виде на "Официальном интернет-портале правовой информации" (www.pravo.gov.ru), не связанной с подготовкой к размещению на опубликование правовых актов, предусмотренному статьей 9 1 Федерального закона от 14 июня 1994 г. N 5-ФЗ "О порядке опубликования и вступления в силу федеральных конституционных законов, федеральных законов, актов палат Федерального Собрания".
III. Требования к распространению текстов правовых актов в электронном виде
5. Файлы обмена представляются на "Официальный интернет-портал правовой информации" (www.pravo.gov.ru) для распространения текстов правовых актов в формате up4.
6. Данные правового акта должны состоять из набора файлов, упакованных в архив с помощью программного обеспечения для электронных вычислительных машин 7-Zip (далее - пакет).
7. Пакет должен иметь следующий вид: *.up4, где:
1) * - имя пакета, состоящее из произвольного набора символов;
2) .up4 - расширение, определяющее принадлежность пакета для загрузки в информационный фонд банка правовых актов.
8. Содержание пакета для одного документа правового акта должно включать в себя:
1) один XML-файл с данными регистрационной карточки и сведениями об атрибутах правового акта;
2) один или несколько HTML-файлов, по одному файлу на каждую редакцию документа в кодировке UTF-8 (кодировка должна быть указана в соответствующем теге HTML-документа);
3) один или несколько каталогов с прикрепленными файлами (путь указывается в атрибуте path элемента <file> XML-файла с данными регистрационной карточки);
4) один или несколько каталогов с образами документа (путь указывается в элементе <versions><version><image> XML-файла с данными регистрационной карточки);
5) сопроводительный документ updcoverage.xml, содержащий совокупную информацию по пакету.
9. Описание структуры XML-файла документа:
1) данные регистрационной карточки правового акта в пакете представляются в виде файла формата XML в кодировке UTF-8 (стандартная кодировка символов в информационно-телекоммуникационной сети "Интернет");
2) файл формата XML должен состоять из строк, содержащих элементы и атрибуты, а также их значения. Имена элементов и атрибутов должны быть регистрозависимыми и должны совпадать с их шаблоном;
3) элемент файла формата XML-документа должен содержать законченную смысловую единицу распространяемого правового акта. Элемент должен включать в себя один или несколько вложенных элементов;
4) атрибут должен быть представлен в качестве составной части элемента, задающей его параметры.
10. Требования по использованию формата XML для обмена информацией включают в себя:
1) строгую структуру, однозначно определяющую состав и специфику передаваемой информации;
2) использование простых типов для значений элементов;
3) избегание использования национальных символов и кодировок в названиях тегов и атрибутов;
4) передачу информационной части исключительно в виде значений XML-элементов;
5) использование секции CDATA для неформализованных текстовых данных;
6) передачу бинарных данных в секции CDATA в кодировке base64.
11. Требованиями, указанными в пункте 10 настоящих Требований, определяется схема данных XSD и обеспечивается строгая валидация формата и данных.
12. XML-документ должен иметь единственный корневой элемент <document>, который содержит следующие вложенные элементы:
1) <attributes> - данные о том, какие атрибуты правового акта выгружены в пакет;
2) <annotation> - аннотация документа;
3) <requisites> - информация об атрибутах документа;
4) <versions> - информация о редакциях документа;
5) <certificates> - информация о сертификатах;
6) <crl> - информация о списках отзыва сертификатов;
7) <links> - информация о прямых связях документа;
8) <attachedFiles> - информация о присоединенных файлах.
13. Все элементы, кроме элемента <attachedFiles>, должны являться обязательными.
14. Допускается различный порядок следования элементов, вложенных в корневой элемент, предусмотренный пунктом 12 настоящих Требований.
15. Элемент <document> должен содержать следующие атрибуты:
1) docid - идентификатор документа в информационно-правовой системе. Идентификатор docid не является обязательным при взаимодействии информационных систем;
2) baseid - идентификатор банка правовых актов, из которого выгружен документ;
3) basename - название банка правовых актов, из которого выгружен документ;
4) billnumber - номер законопроекта (система обеспечения законодательной деятельности), при отсутствии номера законопроекта атрибут не указывается;
5) docnpa - номер законопроекта (regulation.gov.ru), при отсутствии номера законопроекта атрибут не указывается;
6) deleted - признак удаления документа (0 - документ не удален, 1 - документ удален).
16. Элемент <attributes> должен содержать следующие атрибуты:
1) key - признак выгрузки ключевых слов (по умолчанию - 1);
2) branch - признак выгрузки рубрик (по умолчанию - 1);
3) publ - признак выгрузки публикаций (по умолчанию - 1);
4) sign - признак выгрузки лиц, подписавших документы (по умолчанию - 1);
5) link - признак выгрузки междокументных связей (по умолчанию - 1);
6) itext - признак выгрузки исходного текста (по умолчанию - 1);
7) rtext - признак выгрузки текстов редакций, кроме исходной (по умолчанию - 1);
8) image - признак выгрузки образов (по умолчанию - 1);
9) files - признак выгрузки прикрепленных файлов (по умолчанию - 1);
10) onlychgtxt - признак измененного текста правового акта за выгружаемый период (по умолчанию - 0).
17. Посредством признака 1 осуществляется информирование о том, что атрибут выгружен в порцию и его значения заменяются при загрузке порции. Для атрибута onlychgtxt посредством признака 1 осуществляется информирование о том, что выгружены только тексты, измененные за выгружаемый период. При отсутствии данного элемента или значений атрибутов применяются значения по умолчанию.
18. Элемент <annotation> должен содержать строку в секции CDATA со значениями основных атрибутов документа:
1) тип документа;
2) орган, издавший документ (в родительном падеже);
3) регион Российской Федерации (в родительном падеже);
4) дата подписания документа;
5) номер документа.
19. Если документ издан несколькими органами, то данные об издании документа органами разделяются запятой.
20. Элемент <requisites> должен содержать информацию об атрибутах документа. Элементом верхнего уровня должен являться <document>.
21. Элемент <requisites> должен включать в себя следующие вложенные элементы:
1) <type> - тип документа;
2) <creationTime> - дата и время создания;
3) <modificationTime> - дата и время последнего изменения;
4) <name> - наименование документа;
5) <adoptions> - массив атрибутов принятия документа органом, издавшим документ;
6) <minjustRegistration> - атрибуты регистрации документа Минюстом России;
7) <description> - краткое содержание документа;
8) <comment> - комментарии к документу;
9) <keywords> - ключевые слова;
10) <branches> - отрасли законодательства;
11) <officers> - подписавшие документ должностные лица;
12) <publications> - информация о публикациях.
22. Элемент <type> должен содержать информацию о типе документа. Элементом верхнего уровня должен являться <requisites>.
23. Элемент <type> должен включать в себя следующие вложенные элементы:
1) <name> - наименование типа документа;
2) <genitive> - наименование типа документа в родительном падеже;
3) <genitives> - наименование типа документа в родительном падеже множественного числа.
24. Элемент <name> должен содержать информацию об исходном наименовании документа в секции CDATA (исходное наименование должно являться ключевым реквизитом при отсутствии номера). Элементом верхнего уровня должен являться <requisites>.
25. Элемент <adoptions> должен содержать информацию об атрибутах издания документа в форме вложенных элементов <adoption> для каждого органа, издавшего документ. Элементом верхнего уровня должен являться <requisites>.
26. Элемент <adoptions> должен включать в себя следующие вложенные элементы:
1) <adoption> - информация об атрибутах документа;
2) <organ> - орган, издавший документ;
3) <region> - информация о регионе Российской Федерации.
27. Элемент <adoption> должен содержать следующие атрибуты:
1) date - дата принятия документа;
2) number - номер документа;
3) hash - hash-значение документа по алгоритму SHA.
28. Элемент <organ> должен содержать информацию об органе, издавшем документ. Элементом верхнего уровня должен являться <adoption>.
29. Элемент <organ> должен включать в себя следующие вложенные элементы:
1) <name> - наименование органа, издавшего документ;
2) <genitive> - наименование органа, издавшего документ, в родительном падеже.
30. Элемент <region> должен содержать информацию о регионе Российской Федерации. Элементом верхнего уровня должен являться <adoption>.
31. Элемент <region> должен включать в себя следующие вложенные элементы:
1) <name> - наименование региона Российской Федерации;
2) <genitive> - наименование региона Российской Федерации в родительном падеже.
32. Элемент <minjustRegistration> должен содержать информацию об атрибутах регистрации документа Минюстом России. Элементом верхнего уровня должен являться <requisites>.
33. Элемент <minjustRegistration> должен содержать следующие атрибуты:
1) date - дата регистрации документа Минюстом России;
2) number - регистрационный номер документа, присваиваемый Минюстом России.
34. Элемент <minjustRegistration> должен включать в себя вложенный элемент <resolution> (резолюция).
35. Элемент <resolution> должен содержать текст резолюции в секции CDATА и дату резолюции в атрибуте date.
36. Элемент <description> должен содержать в секции CDATA информацию о кратком содержании документа и не должен являться обязательным. Элементом верхнего уровня должен являться <requisites>.
37. Элемент <comment> должен содержать в секции CDATА комментарий к документу и не должен являться обязательным. Элементом верхнего уровня должен являться <requisites>.
38. Элемент <keywords> должен содержать информацию о ключевых словах. Элементом верхнего уровня должен являться <requisites>.
39. Элемент <keywords> должен включать в себя вложенные элементы <keyword> на каждое ключевое слово. Ключевое слово указывается в значении элемента в верхнем регистре.
40. Элемент <branches> должен содержать информацию о рубриках классификатора "Отрасли законодательства". Элементом верхнего уровня должен являться <requisites>.
41. Элемент <branches> должен включать в себя вложенные элементы <branch> на каждую рубрику.
42. Элемент <branch> должен содержать атрибут headindex (номер рубрики в классификаторе).
43. Элемент <branch> должен включать в себя следующие вложенные элементы:
1) <name> - наименование;
2) <comment> - текст комментария к рубрике в секции CDATА, не должен являться обязательным.
44. Элемент <officers> должен содержать информацию о лицах, подписавших документ. Элементом верхнего уровня должен являться <requisites>.
45. Элемент <officers> должен включать в себя вложенные элементы <officer> на каждое лицо, подписавшее документ.
46. Элемент <officer> должен включать в себя следующие вложенные элементы:
1) <name> - фамилия, имя, отчество (при наличии) должностного лица;
2) <post> - должность лица, подписавшего документ.
47. Элемент <publications> должен содержать информацию о публикациях правового акта. Элементом верхнего уровня должен являться <requisites>.
48. Элемент <publications> должен включать в себя вложенные элементы <publication> по каждой публикации.
49. Элемент <publication> должен содержать следующие атрибуты:
1) volume - номер публикации;
2) unit - статья публикации;
3) date - дата публикации.
50. Элемент <publication> должен включать в себя следующие вложенные элементы:
1) <edition> - наименование издания, опубликовавшего документ с атрибутом kind (наименование вида издания);
2) <comment> - комментарий в секции CDATA.
51. Элемент <versions> должен содержать информацию о редакциях правового акта. Элементом верхнего уровня должен являться <document>.
52. Элемент <versions> должен включать в себя вложенный элемент <version>, содержащий информацию о каждой редакции правового акта. Если у правового акта несколько редакций, то информация о каждой из них должна размещаться в отдельном элементе <version>.
53. Элемент <version> должен содержать информацию о редакции правового акта. Элементом верхнего уровня должен являться <versions>. Текст редакции правового акта должен находиться в HTML-файле пакета правового акта.
54. Элемент <version> должен содержать следующие атрибуты:
1) alterdate - дата вступления в силу редакции с добавленным значением времени, задающим порядок следования редакций;
2) alterdocid - идентификатор документа, создавшего редакцию;
3) complete - признак завершения редакции: 0 - признак завершения редакции не установлен (документ в работе), 1 - признак завершения редакции установлен;
4) official - признак официальности редакции: 0 - редакция представлена в ознакомительных целях, 1 - официальная редакция;
5) index - порядковый номер редакции;
6) source - источник редакции документа;
7) reason - причина создания редакции, если она не вызвана другим документом (текстовое поле);
8) nochg - признак изменения текста за выгружаемый период, значение 1 - текст не выгружен в порцию.
55. Элемент <version> должен включать в себя следующие вложенные элементы:
1) <state> - состояние документа (в том числе значения: "Действует с изменениями", "Действует без изменений", "Утратил силу");
2) <name> - наименование документа в размещаемой редакции в секции CDATA заполняется в исходной редакции и в редакциях, в которых меняется наименование;
3) <content> - оглавление текста размещаемой редакции в секции CDATA;
4) <official> - метка времени изменения признака официальности и наименование оператора в секции CDATA;
5) <image> - путь к файлу образа редакции документа;
6) <doccrc> - контрольная сумма текста редакции по алгоритму, указанному в типе данных, содержащих контрольную сумму;
7) <alterAct> - должен содержать атрибуты документа, создавшего данную редакцию;
8) <versionFiles> - должен содержать изображения из текста редакции;
9) <digsign> - должен содержать информацию об электронной подписи (далее - ЭП).
56. Элемент <alterAct> должен содержать информацию об атрибутах документа, создавшего редакцию. Элементом верхнего уровня должен являться <version>.
57. Элемент <alterAct> должен содержать атрибуты docid (идентификатор правового акта, на основании которого создана редакция правового акта с внесенными изменениями).
58. Элемент <alterAct> должен включать в себя следующие вложенные элементы:
1) <type> - тип правового акта;
2) <name> - название правового акта;
3) <adoptions> - атрибуты принятия документа органом законодательной власти.
59. Элемент <versionFiles> должен содержать информацию об изображениях в тексте редакции. Элементом верхнего уровня должен являться <version>.
60. Элемент <versionFiles> должен включать в себя вложенный элемент <file>, который содержит информацию об изображении, помещенную в раздел CDATA в кодировке base64. Если в тексте редакции несколько изображений, то информация о каждом из них должна размещаться в отдельном элементе <file>.
61. Элемент <versionFiles> должен содержать атрибут name (имя изображения).
62. Элемент <digsign> должен содержать информацию об ЭП. Элементом верхнего уровня должен являться <version>.
63. Элемент <digsign> должен содержать следующие атрибуты:
1) issuername - имя лица, подписавшего правовой акт;
2) serial - номер сертификата.
64. Элемент <digsign> должен включать в себя следующие вложенные элементы:
1) <sign> - должен содержать значение ЭП, помещенное в раздел CDATA;
2) <issuer> - должен содержать отпечаток владельца сертификата в разделе CDATA.
65. Элемент <certificates> должен содержать информацию о сертификатах. Элементом верхнего уровня должен являться <document>.
66. Элемент <certificates> должен содержать следующие атрибуты:
1) filename - имя файла;
2) importdate - дата загрузки;
3) name - наименование.
67. Элемент <certificates> должен включать в себя вложенный элемент <certificate> и содержать информацию о сертификате, помещенную в раздел CDATA.
68. Элемент <crl> должен содержать информацию о списке отзыва сертификатов. Элементом верхнего уровня должен являться <document>.
69. Элемент <crl> должен содержать следующие атрибуты:
1) filename - имя файла;
2) importdate - дата загрузки;
3) name - наименование сертификата.
70. Элемент <links> должен содержать информацию о прямых связях документа (обратные связи отражаются в свойствах редакций самого документа). Элементом верхнего уровня должен являться <document>.
71. Элемент <links> должен включать в себя вложенный элемент <link>, который содержит информацию о связи документа.
72. Элемент <link> должен содержать информацию о связи документа. Элементом верхнего уровня должен являться <links>. Если у документа несколько междокументных связей, то информация о каждой из них должна размещаться в отдельном элементе <link>.
73. Элемент <link> должен содержать атрибут destdocid (идентификатор документа, на который указывает связь).
74. Элемент <link> должен включать в себя следующие вложенные элементы:
1) <destAct>, который содержит атрибуты документа, на который указывает связь;
2) <comment> - комментарий к связи, не является обязательным.
75. Элемент <destAct> должен содержать информацию об атрибутах документа, на который указывает связь. Элементом верхнего уровня должен являться <link>.
76. Элемент <destAct> должен содержать атрибут docid (идентификатор документа, на который указывает связь).
77. Элемент <destAct> должен включать в себя следующие вложенные элементы:
1) <type> - тип документа;
2) <name> - название документа;
3) <adoptions> - атрибуты органа, издавшего документ.
78. Элемент <attachedFiles> должен содержать информацию о прикрепленных к карточке документа файлах. Элементом верхнего уровня должен являться <document>.
79. Элемент <attachedFiles> должен включать в себя вложенный элемент <file>, который содержит информацию о прикрепленном файле.
80. Элемент <file> должен содержать информацию о прикрепленном файле. Элемент верхнего уровня должен являться <attachedFiles>. Если к документу прикреплено несколько файлов, то информация о каждом прикрепленном файле должна размещаться в отдельном элементе <file>.
81. Элемент <file> должен содержать следующие атрибуты:
1) deleted - признак удаления файла: 0 - файл не удален, 1 - файл удален;
2) path - путь к прикрепленному файлу в пакете.
82. Элемент <file> должен включать в себя следующие вложенные элементы:
1) <description> - должен содержать текст комментария к прикрепленному файлу, помещенный в раздел CDATA;
2) <controlSum> - должен содержать атрибут type, определяющий тип контрольной суммы и контрольную сумму файла.
------------------------------
* Подпункт "б" пункта 2 Указа Президента Российской Федерации от 3 марта 2022 г. N 90 "О некоторых вопросах размещения текстов правовых актов на "Официальном интернет-портале правовой информации" (www.pravo.gov.ru)".
------------------------------
Открыть документ в системе ГАРАНТ