Проект Приказа Федеральной службы охраны Российской Федерации "Об утверждении единых технических требований к выпуску, машинной (интеллектуальной) обработке, размещению, хранению и распространению текстов правовых актов в электронном виде, а также единых форматов разметки этих текстов"
(подготовлен ФСО России 18.06.2024 г.)
В соответствии с подпунктом "а" пункта 2 Указа Президента Российской Федерации от 3 марта 2022 г. N 90 "О некоторых вопросах размещения текстов правовых актов на "Официальном интернет-портале правовой информации" (www.pravo.gov.ru)" приказываю:
1. Утвердить:
Единые технические требования к выпуску, машинной (интеллектуальной) обработке, размещению, хранению и распространению текстов правовых актов в электронном виде на "Официальном интернет-портале правовой информации" (www.pravo.gov.ru) (приложение N 1 к настоящему приказу);
Единые форматы разметки текстов правовых актов в электронном виде на "Официальном интернет-портале правовой информации" (www.pravo.gov.ru) (приложение N 2 к настоящему приказу).
2. Настоящий приказ вступает в силу с 1 января 2025 г.
Директор |
Д.В. Кочнев |
ПРИЛОЖЕНИЕ N 1
к приказу ФСО России
от "___" ________ 2024 г.
N ______
Единые технические требования к выпуску, машинной (интеллектуальной) обработке, размещению, хранению и распространению текстов правовых актов в электронном виде на "Официальном интернет-портале правовой информации" (www.pravo.gov.ru)
I. Требования к выпуску текстов правовых актов в электронном виде
1. К выпуску текстов правовых актов в электронном виде применяются следующие требования:
запрет на использование переносов слов;
строгое соблюдение соответствия структурной единицы "абзац" технической единице "абзац" в понятии офисных приложений;
запрет на использование таблиц, встроенных в таблицу;
запрет на использование табличных структур при возможности оформления в виде текста;
запрет на использование большого числа абзацев (ненумерованные структурные единицы) в одной структурной единице;
запрет на изменение нумерации нумерованной структурной единицы при внесении изменений;
запрет на использование в одном абзаце различных начертаний (жирный, курсив, подчеркнутый и т.д.) строковых элементов.
2. При возможности рекомендуется использовать видимые границы у таблиц.
II. Требования к машинной (интеллектуальной) обработке, размещению, хранению текстов правовых актов
3. Используемые для машинной (интеллектуальной) обработки, размещения, хранения тексты правовых актов должны быть представлены в формате разметки текстов правовых актов в электронном виде согласно приложению N 2 к настоящему приказу.
4. Данные требования не распространяются на первое размещение (опубликование) полных текстов правовых актов на "Официальном интернет-портале правовой информации" (www.pravo.gov.ru).
III. Требования к распространению текстов правовых актов в электронном виде
5. Файлы обмена представляются в формате 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. Пакет может выглядеть следующим образом:
1000000000102009893.xml
1000000000102009893_0.html
1000000000102009893_1.html
2015\attached1.jpg
2015\attached2.jpg
image\cd00000\2017\10\image.pdf
updcoverage.xml
10. 1000000000102009893 является идентификатором документа в информационно-правовой системе (далее - ИПС), по которому система определяет, что три файла относятся к одному документу, при этом:
1) файл 1000000000102009893.xml содержит данные регистрационной карточки документа;
2) файл 1000000000102009893_0.html содержит текст исходной редакции документа;
3) файл 1000000000102009893_1.html содержит текст актуальной редакции документа;
4) в каталоге 2015 содержатся файлы, прикрепленные к регистрационной карточке документа: attached1.jpg, attached2.jpg;
5) в каталоге image\cd00000\2017\10\ содержится файл образа документа;
6) файл updcoverage.xml содержит версию пакета и перечень документов с их версиями в пакете.
11. Описание структуры XML-файла документа:
1) данные регистрационной карточки правового акта в пакете представляются в виде файла формата XML в кодировке UTF-8 (стандартная кодировка символов в информационно-телекоммуникационной сети "Интернет");
2) первые две строки файла оформляются следующим образом:
<?xml version="1.0" encoding="UTF-8" ?>
3) файл формата XML состоит из строк, содержащих элементы и атрибуты, а также их значения. Имена элементов и атрибутов являются регистрозависимыми и должны совпадать с шаблоном;
4) элемент - составная часть XML-документа, представляющая собой некоторую законченную смысловую единицу. Элемент может включать в себя один или несколько вложенных элементов;
5) атрибут представляет собой составную часть элемента, задающую его параметры.
12. Основными рекомендациями по использованию формата XML для обмена информацией являются:
1) строгая структура, однозначно определяющая состав и специфику передаваемой информации;
2) использование простых типов для значений элементов;
3) избегание использования национальных символов и кодировок в названиях тегов и атрибутов;
4) передача значимой информационной части исключительно в виде значений XML-элементов;
5) использование секции CDATA для неформализованных текстовых данных;
6) передача бинарных данных в секции CDATA в кодировке base64.
13. Перечисленные рекомендации позволяют в дальнейшем ввести определение схемы данных XSD и обеспечить строгую валидацию формата и данных.
14. XML-документ имеет единственный корневой элемент <document>, который содержит следующие вложенные элементы:
1) <attributes> - данные о том, какие атрибуты документа были выгружены;
2) <annotation> - аннотация документа;
3) <requisites> - информация об атрибутах документа;
4) <versions> - информация о редакциях документа;
5) <certificates> - информация о сертификатах;
6) <crl> - информация о списках отзыва сертификатов;
7) <links> - информация о прямых связях документа;
8) <attachedFiles> - информация о присоединенных файлах.
15. Все элементы, кроме элемента <attachedFiles>, являются обязательными.
16. Порядок следования элементов, вложенных в корневой элемент, может быть произвольным.
17. Элемент <document> содержит следующие атрибуты:
2) baseid - идентификатор банка правовых актов, из которого выгружен документ;
3) basename - название банка правовых актов, из которого выгружен документ;
4) billnumber - номер законопроекта (государственная автоматизированная система "Законотворчество"), при отсутствии значения атрибут отсутствует;
5) docnpa - номер законопроекта (regulation.gov.ru), при отсутствии значения атрибут отсутствует;
6) deleted - признак удаления документа (0 - документ не удален, 1 - документ удален).
18. XML-документ может выглядеть следующим образом:
<attributes>...</attributes>
<annotation>...</annotation>
<requisites>...</requisites>
<userAttributes/>
<versions>...</versions>
<certificates/>
<crl/>
<relations>...</relations>
<attachedFiles>...</attachedFiles>
</document>
19. Элемент <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).
20. Признак 1 означает, что атрибут выгружен в порцию и его значения заменяются при загрузке порции. Для onlychgtxt признак 1 означает, что выгружены только тексты, измененные за выгружаемый период. При отсутствии данного элемента или значений атрибутов применяются значения по умолчанию. Например:
<attributes key="1" branch="1" publ="1" sign="1" link="1" text="1" image="1" files="1" onlychgtxt ="0"></attributes>
21. Элемент <annotation> содержит строку в секции CDATA со значениями основных атрибутов документа:
1) тип документа;
2) орган принятия документа (в родительном падеже);
3) регион Российской Федерации (в родительном падеже);
4) дата подписания документа;
5) номер документа.
22. Элемент <annotation> в XML-документе может выглядеть следующим образом:
<annotation>
<![CDATA[Приказ Министерства сельского хозяйства Республики Дагестан от 01.11.2012 г. N 170]]></annotation>
23. Если документ принят несколькими органами, то данные о принятии документа разными органами разделяются запятой. Например:
<annotation><![CDATA[Указ Президента Республики Дагестан от 29.04.2013 г. N 142, Главы Российской Федерации от 30.04.2013 г. N 333333]]></annotation>
24. Элемент <requisites> содержит информацию об атрибутах документа. При этом элемент верхнего уровня - <document>.
25. Элемент <requisites> включает в себя следующие вложенные элементы:
1) <type> - тип документа;
2) <creationTime> - дата и время создания;
3) <modificationTime> - дата и время последнего изменения;
4) <name> - наименование документа;
5) <adoptions> - массив атрибутов принятия документа органом законодательной власти;
6) <minustRegistration> - атрибуты регистрации документа Минюстом России;
7) <description> - краткое содержание документа;
8) <comment> - комментарии к документу;
9) <keywords> - ключевые слова;
10) <branches> - отрасли законодательства;
11) <officers> - подписавшие документы должностные лица;
12) <publications> - информация о публикациях.
26. Элемент <requisites> в XML-документе может выглядеть следующим образом:
<requisites>
<type>...</type>
<creationTime>24.07.2014 12:19:38</creationTime>
<modificationTime>09.02.2015 18:21:10</modificationTime>
<name>...</name>
<adoptions>...</adoptions>
<minustRegistration/>
<description>...</description>
<comment>...</comment>
<keywords>...</keywords>
<branches>...</branches>
<officers>...</officers>
<publications>...</publications>
</requisites>
27. Элемент <type> содержит информацию о типе документа. При этом элемент верхнего уровня - <requisites>.
28. Элемент <type> включает в себя следующие вложенные элементы:
1) <name> - наименование типа документа;
2) <genitive> - наименование типа документа в родительном падеже;
3) <genitives> - наименование типа документа в родительном падеже множественного числа.
29. Элемент <type> в XML-документе может выглядеть следующим образом:
<type>
<name>Указ_</name>
<genitive>Указа</genitive>
..<genitives>Указов</genitives>
</type>
30. Элемент <name> содержит информацию об исходном наименовании документа в секции CDATA (исходное наименование является ключевым реквизитом при отсутствии номера). При этом элемент верхнего уровня - <requisites>.
31. Элемент <name> в XML-документе может выглядеть следующим образом:
<name><![CDATA[О Совете по координации деятельности контролирующих и правоохранительных органов в финансово-бюджетной сфере при Президенте Республики Дагестан]]></name>
32. Элемент <adoptions> содержит информацию об атрибутах принятия документа органами законодательной власти в форме вложенных элементов <adoption> для каждого органа принятия документа. При этом элемент верхнего уровня - <requisites>.
33. Элемент <adoptions> включает в себя следующие вложенные элементы:
1) <adoption> - информация об атрибутах принятия документа одним органом законодательной власти;
2) <organ> - орган законодательной власти;
3) <region> - информация о регионе Российской Федерации.
34. Элемент <adoption> содержит следующие атрибуты:
1) date - дата принятия документа;
2) number - номер документа;
3) hash - hash-значение документа по алгоритму SHA.
35. Элемент <adoption> в XML-документе может выглядеть следующим образом:
<adoptions>
<adoption date="29.04.2013" number="142-I"
hash="6749fe8cee4d3711fb1db36060d46b50ef2bd5c3">
<organ>...</organ>
<region>...</region>
</adoption>
<adoption date="29.04.2013" number="11"
hash="6749fe8cee4d3711fb1db36060d46b50ef24563c">
<organ>...</organ>
<region>...</region>
</adoption>
</adoptions>
36. Элемент <organ> содержит информацию об органе законодательной власти. При этом элемент верхнего уровня - <adoption>.
37. Элемент <organ> включает в себя следующие вложенные элементы:
1) <name> - наименование органа законодательной власти;
2) <genitive> - наименование органа законодательной власти в родительном падеже.
38. Элемент <organ> в XML-документе может выглядеть следующим образом:
<organ>
<name>Президент</name>
<genitive>Президента</genitive>
</organ>
39. Элемент <region> содержит информацию о регионе Российской Федерации. При этом элемент верхнего уровня - <adoption>.
40. Элемент <region> включает в себя следующие вложенные элементы:
1) <name> - наименование региона Российской Федерации;
2) <genitive> - наименование региона Российской Федерации в родительном падеже.
41. Элемент <region> в XML-документе может выглядеть следующим образом:
<region>
<name>Республика Дагестан</name>
<genitive>Республики Дагестан</genitive>
</region>
42. Элемент <minustRegistration> содержит информацию об атрибутах регистрации документа Минюстом России. При этом элемент верхнего уровня - <requisites>.
43. Элемент <minustRegistration> содержит следующие атрибуты:
1) date - дата регистрации документа Минюстом России;
2) number - регистрационный номер документа, присваиваемый Минюстом России.
44. Элемент <minustRegistration> может включать в себя вложенный элемент <resolution> - резолюция.
45. Элемент <resolution> содержит текст резолюции в секции CDATA и дату резолюции в атрибуте date.
46. Элемент <minustRegistration> в XML-документе может выглядеть следующим образом:
<minustregistration date="12.12.2010" number="123">
<resolution date="12.12.2010"><![CDATA[Резолюция _]]></resolution>
</minustregistration>
47. Элемент <description> содержит в секции CDATA информацию о кратком содержании документа и не является обязательным. При этом элемент верхнего уровня - <requisites>.
48. Элемент <description> в XML-документе может выглядеть следующим образом:
<description><![CDATA[краткое содержание документа]]></description>
49. Элемент <comment> содержит в секции CDATA комментарий к документу и не является обязательным. При этом элемент верхнего уровня - <requisites>.
50. Элемент <comment> в XML-документе может выглядеть следующим образом:
<comment><![CDATA[комментарий к документу]]></comment>
51. Элемент <keywords> содержит информацию о ключевых словах. При этом элемент верхнего уровня - <requisites>.
52.Элемент <keywords> включает в себя вложенные элементы <keyword> на каждое ключевое слово. Слово указывается в значении элемента в верхнем регистре.
53. Элемент <keywords> в XML-документе может выглядеть следующим образом:
<keywords>
<keyword>ДЕЯТЕЛЬНОСТЬ</keyword>
<keyword>КООРДИНАЦИОННЫЙ</keyword>
</keywords>
54. Элемент <branches> содержит информацию о рубриках классификатора "Отрасли законодательства". При этом элемент верхнего уровня - <requisites>.
55. Элемент <branches> включает в себя вложенные элементы <branch> на каждую рубрику.
56. Элемент <branch> содержит атрибут headindex - номер рубрики в классификаторе.
57. Элемент <branch> включает в себя следующие вложенные элементы:
1) <name> - наименование;
2) <comment> - текст комментария к рубрике в секции CDATA, не является обязательным.
58. Элемент <branches> в XML-документе может выглядеть следующим образом:
<branches>
<branch headindex="020030020">
<name>Государственные программы. Концепции</name>
/branch>
<branch headindex="080">
<name>Финансы</name>
<comment><![CDATA[Комментарий_]]></comment>
</branch>
</branches>
59. Элемент <officers> содержит информацию о должностных лицах, подписавших документ. При этом элемент верхнего уровня - <requisites>.
60. Элемент <officers> включает в себя вложенные элементы <officer> на каждое должностное лицо.
61. Элемент <officer> включает в себя следующие вложенные элементы:
1) <name> - фамилия, имя, отчество должностного лица;
2) <post> - должность лица, подписавшего документ.
62. Элемент <officers> в XML-документе может выглядеть следующим образом:
<officers>
<officer>
<name>ИВАНОВ ИВАН ИВАНОВИЧ</name>
<post>Должность не определена</post>
</officer>
</officers>
63. Элемент <publications> содержит информацию о публикациях документа. При этом элемент верхнего уровня - <requisites>.
64. Элемент <publications> включает в себя вложенные элементы <publication> по каждой публикации.
65. Элемент <publication> содержит следующие атрибуты:
1) volume - номер публикации;
2) unit - статья публикации;
3) date - дата публикации.
66. Элемент <publication> включает в себя следующие вложенные элементы:
1) <edition> - наименование издания, опубликовавшего документ с атрибутом kind - наименование вида издания;
2) <comment> - комментарий в секции CDATA.
67. Элемент <publications> в XML-документе может выглядеть следующим образом:
<publications>
<publication volume="8" unit="522" date="24.07.2014">
<edition kind="Сборник"><![CDATA[Собрание Законодательства Республики Дагестан]]></edition>
<comment><![CDATA[текст комментария]]></comment>
</publication>
</publications>
68. Элемент <versions> содержит информацию о редакциях документа. При этом элемент верхнего уровня - <document>.
69. Элемент <versions> включает в себя вложенный элемент <version> - содержит информацию по каждой редакции документа. Если у документа несколько редакций, то информация о каждой из них должна размещаться в отдельном элементе <version>.
70. Элемент <versions> в XML-документе может выглядеть следующим образом:
<versions>
<version alterdate="09.02.2015 12:14:00" alterdocid="0" complete="1" index="0" source="ЗР3.1">...</version>
<version alterdate="01.07.2013 15:11:10" alterdocid="1000000000133018281" complete="1" index="1" source="ЗР3.1">...</version>
<version alterdate="16.01.2014 16:12:00" alterdocid="1000000000133018280" complete="1" index="2" source="ЗР3.1">...</version>
</versions>
71. Элемент <version> содержит информацию о редакции документа. При этом элемент верхнего уровня - <versions>. Текст редакции находится в соответствующем HTML-файле пакета.
72. Элемент <version> содержит следующие атрибуты:
1) alterdate - дата вступления в силу редакции с добавленным значением времени, являющимся технологическим параметром, задающим порядок следования редакций;
2) alterdocid - идентификатор документа, создавшего редакцию;
3) complete - признак завершения редакции: 0 - признак завершения редакции не установлен (документ в работе), 1 - признак завершения редакции установлен;
4) official - признак официальности редакции: 0 - неофициальная, 1 - официальная;
5) index - порядковый номер редакции;
6) source - источник редакции документа: ИПС "Законодательство России 3.1", эталонный банк правовой информации, ИПБПИ;
7) reason - причина создания редакции, если она не вызвана другим документом (текстовое поле);
8) nochg - признак изменения текста за выгружаемый период, при значении 1 текст не выгружен в порцию.
73. Элемент <version> включает в себя следующие вложенные элементы:
1) <state> - состояние редакции (состояние документа определяется по состоянию его актуальной редакции). Возможные значения: "Действует с изменениями", "Действует без изменений", "Утратил силу";
2) <name> - наименование документа в данной редакции в секции CDATA заполняется в исходной редакции и в редакциях, в которых меняется наименование;
3) <content> - оглавление текста данной редакции в секции CDATA;
4) <official> - метка времени изменения признака официальности и наименование оператора в секции CDATA. Например:
<official date="01.07.2013 12:00">CDATA[[Оператор]]<official>
5) <image> - путь к файлу образа редакции документа;
6) <doccrc> - контрольная сумма текста редакции по алгоритму, указанному в типе, например, adler32 (HEX представление);
7) <alterAct>, который содержит атрибуты документа, создавшего данную редакцию;
8) <versionFiles>, который содержит изображения из текста редакции;
9) <digsign>, который содержит информацию об электронной подписи (далее - ЭП).
74. Элемент <version> в XML-документе может выглядеть следующим образом:
<version alterdate="01.07.2013" alterdocid="1000000000133018281" complete="1" index="1" source="ЗР3.1" nochg="0">
<state>Действует c изменениями</state>
..<name><![CDATA[О Совете по_]]></name>
..<doccrc type="adler32">...</doccrc>
..<image>...</image>
<alterAct>...</alterAct>
<versionFiles/>
</version>
75. Элемент <alterAct> содержит информацию об атрибутах документа, создавшего редакцию. При этом элемент верхнего уровня - <version>.
77. Элемент <alterAct> включает в себя следующие вложенные элементы: 1) <type> - тип документа;
2) <name> - название документа;
3) <adoptions> - атрибуты принятия документа органом законодательной власти.
78. Элемент <alterAct> в XML-документе может выглядеть следующим образом:
<type>...</type>
<name>...</name>
<adoptions>...</adoptions>
</alterAct>
79. Элемент <versionFiles> содержит информацию об изображениях в тексте редакции. При этом элемент верхнего уровня - <version>.
80. Элемент <versionFiles> включает в себя вложенный элемент <file>, который содержит информацию об изображении, помещенную в раздел CDATA в кодировке base64. Если в тексте редакции несколько изображений, то информация о каждом из них должна размещаться в отдельном элементе <file>.
81. Элемент <versionFiles> содержит атрибут name - имя изображения.
82. Элемент <versionFiles> в XML-документе может выглядеть следующим образом:
<versionFiles>
<file name="image1.jpg">
<![CDATA[YsCAQEwCgYGKoUDAgIDBQAwgaA]]>
</file>
<file name="image2.png">...</file>
</versionFiles>
83. Элемент <digsign> содержит информацию об ЭП. При этом элемент верхнего уровня - <version>.
84. Элемент <digsign> содержит следующие атрибуты:
1) issuername - имя подписавшего;
2) serial - номер сертификата.
85. Элемент <digsign> включает в себя следующие вложенные элементы:
1) <sign>, который содержит значение ЭП, помещенное в раздел CDATA;
2) <issuer>, который содержит отпечаток владельца сертификата в разделе CDATA.
86. Элемент <digsign> в XML-документе может выглядеть следующим образом:
<digsign issuername="RU, Moskow, trial" serial="lasd0184581">
<sign>
<![CDATA[YsCAQEwCgYGKoUDAgIDBQAwgaA]]>
</sign>
<issuer>
<![CDATA[CAQEwCgYGKoUDAgIDBQAwgaA]]>
</issuer>
</digsign>
87. Элемент <certificates> содержит информацию о сертификатах. При этом элемент верхнего уровня - <document>.
88. Элемент <certificates> содержит следующие атрибуты:
1) filename - имя файла;
2) importdate - дата загрузки;
3) name - наименование.
89. Элемент <certificates> включает в себя вложенный элемент <certificate> и содержит информацию о сертификате, помещенную в раздел CDATA.
90. Элемент <certificates> в XML-документе может выглядеть следующим образом:
<certificates>
<certificate filename="" importdate="" name="">
<![CDATA[MIIB3jCCAYsCAQEwCgYGKoUDAgIDBQAwgaAxGjAY]]>
</certificate>
</certificates>
91. Элемент <crl> содержит информацию о списке отзыва сертификатов. При этом элемент верхнего уровня - <document>.
92. Элемент <crl> содержит следующие атрибуты:
1) filename - имя файла;
2) importdate - дата загрузки;
3) name- наименование.
93. Элемент <crl> в XML-документе может выглядеть следующим образом:
<crl filename="C47621A1B229674055B0C60ADAD2E21DF85C8B27.crl" importdate="" name="">
<![CDATA[MIIB3jCCAYsCAQEwCgYGKoUDAgIDBQAwgaAxGj]]>
</crl>
94. Элемент <links> содержит информацию о прямых связях документа (обратные связи отражаются в свойствах редакций самого документа). При этом элемент верхнего уровня - <document>.
95. Элемент <links> включает в себя вложенный элемент <link>, который содержит информацию о связи документа.
96. Элемент <links> в XML-документе может выглядеть следующим образом:
<links>
<link created="09.02.2015" deleted="1" destoid="1000000000133018279" destidx="0">...</link>
<link created="09.02.2015" deleted="0" destoid="1000000000133018411" destidx="1">...</link>
</links>
97. Элемент <link> содержит информацию о cвязи документа. При этом элемент верхнего уровня - <links>. Если у документа несколько междокументных связей, то информация о каждой из них должна размещаться в отдельном элементе <link>.
98. Элемент <link> содержит атрибут destdocid - идентификатор документа, на который указывает связь.
99. Элемент <link> включает в себя следующие вложенные элементы:
1) <destAct>, который содержит атрибуты документа, на который указывает связь;
2) <comment> - комментарий к связи, не является обязательным.
100. Элемент <link> в XML-документе может выглядеть следующим образом:
<link destdocid="1000000000133018279>
..<comment><![CDATA[комментарий]]></comment>
</link>
101. Элемент <destAct> содержит информацию об атрибутах документа, на который указывает связь. При этом элемент верхнего уровня - <link>.
103. Элемент <destAct> включает в себя следующие вложенные элементы:
1) <type> - тип документа;
2) <name> - название документа;
3) <adoptions> - атрибуты принятия документа органом законодательной власти.
104. Элемент <attachedFiles> содержит информацию о прикрепленных к карточке документа файлах. При этом элемент верхнего уровня - <document>.
105. Элемент <attachedFiles> включает в себя вложенный элемент <file>, который содержит информацию о прикрепленном файле.
106. Элемент <attachedFiles> в XML-документе может выглядеть следующим образом:
<attachedFiles>
<file deleted="0" path="2015\akt_system001.pdf"> ...</file>
</attachedFiles>
107. Элемент <file> содержит информацию о прикрепленном файле. При этом элемент верхнего уровня - <attachedFiles>. Если к документу прикреплено несколько файлов, то информация о каждом прикрепленном файле должна размещаться в отдельном элементе <file>.
108. Элемент <file> содержит следующие атрибуты:
1) deleted - признак удаления файла. Может принимать следующие значения: 0 - файл не удален, 1 - файл удален;
2) path - путь к прикрепленному файлу в пакете.
109. Элемент <file> включает в себя следующие вложенные элементы:
1) <description>, который содержит текст комментария к прикрепленному файлу, помещенный в раздел CDATA;
2) <controlSum>, который содержит атрибут type, определяющий тип контрольной суммы и контрольную сумму файла.
110. Элемент <file> в XML-документе может выглядеть следующим образом:
<file deleted="0" path="2015\akt_system001.pdf">
<description>
<![CDATA[текст комментария к прикрепленному файлу]]>
</description>
<controlSum type="md5">83-7C-28-15-20-45-C3-C2-C5-A3-25-EE-08-CC-B2-DA
</controlSum
</file>
IV. Рекомендации по оформлению электронных текстов правовых актов при выпуске
111. В начале текста проставляются две пустых строки (здесь и далее, пустая строка - это пустой абзац в офисных приложениях).
112. Реквизитная часть текста (вид (тип), дата, номер акта) и наименование акта оформляются следующим образом:
113. Рекомендации по оформлению реквизитной части текста и наименования акта:
1) порядок следования элементов реквизитной части: субъект права (для совместных правовых актов субъекты права разделяются пустой строкой), пустая строка, вид (тип) акта, пустая строка, дата принятия, номер акта, пустая строка, наименование акта;
2) все абзацы реквизитной части оформляются выравниванием по центру с полужирным начертанием;
3) наименование оформляется выравниванием по центру с полужирным начертанием шрифта одним абзацем без использования переноса строки;
4) разбивка слов в заголовке недопустима;
5) при отсутствии наименования акта между реквизитной частью и текстом ставятся две пустые строки.
114. Подписная часть текста оформляется следующим образом:
115. Рекомендации по оформлению подписной части текста:
1) выравнивание по правому краю;
2) наименование должности лица, подписавшего документ, оформляется отдельным абзацем, при длинном наименовании должности допустимо использование переноса строк;
3) фамилия и инициалы лица (Ф.И.О.), подписавшего документ, оформляются отдельным абзацем;
4) между текстом и подписной частью ставятся две пустых строки;
5) должность и Ф.И.О. оформляются без перевода к прописным буквам;
6) строки о согласовании (при наличии) оформляются через одну строку после Ф.И.О. должностного лица;
7) одна подпись отделяется от другой пустой строкой;
8) место совершения (при необходимости) располагается через пустую строку с выравниванием по правому краю.
116. Правила выполнения рекомендаций по оформлению реквизитной, подписной части текста и наименования акта:
1) расположение субъекта права в начале текста позволяет одинаково оформлять правовые акты, принятые одним или несколькими субъектами права;
2) перенос даты и номера акта в начало текста позволяет сразу увидеть реквизиты при открытии текста, а не пролистывать текст до конца;
3) расположение даты и номера подписания акта в разных абзацах позволяет встроить (технически) атрибутные определения без добавления встроенных элементов, ведущих к усложнению машинной обработки;
4) полужирное начертание шрифта позволяет сделать акцент на ключевых атрибутах, определяющих акт;
5) существующее правило написания подписной части приводит либо к встраиванию таблицы (усложнение машинной обработки), либо к добавлению неразрывных пробелов между должностью и Ф.И.О., что может приводить к различиям в отображении электронного текста в разных просмотровых приложениях и усложняет автоматическое определение должности и Ф.И.О.
117. Текст правового акта Указа Президента Российской Федерации, оформленный по правилам выполнения рекомендаций по оформлению реквизитной, подписной части текста и наименования акта:
118. Обозначение, номер и наименование раздела, подраздела оформляются следующим образом:
119. Рекомендации по оформлению обозначения, номера и наименования раздела, подраздела:
1) обязательное наличие названия и порядкового номера структурной единицы;
2) выравнивание по центру с полужирным начертанием с обрамлением пустыми строками;
3) обрамление пустыми строками.
120. Обозначение, номер и заголовок (наименование) главы, параграфа, подпараграфа, статьи оформляются следующим образом:
121. Рекомендации по оформлению заголовка (наименования) глав, параграфов, подпараграфов, статей:
1) обязательное наличие названия и порядкового номера структурной единицы;
2) обозначение и наименование печатаются с прописной буквы, нумеруются арабскими цифрами;
3) выравнивание по левому краю с абзацным отступом, с выступом, полужирным начертанием шрифта;
4) обрамление пустыми строками.
122. Правила выполнения рекомендаций по оформлению обозначения, номера и наименования раздела, подраздела, заголовков (наименований) глав, параграфов, подпараграфов, статей:
1) отсутствие наименования структурной единицы и/или номера может приводить к ее неоднозначному толкованию. Такие затруднения могут возникнуть при внесении изменений в правовой акт;
а) пример допустимого оформления:
"Раздел 1. Общие положения";
б) пример недопустимого оформления:
"Общие положения"
"1. Общие положения";
2) смешение различных начертаний шрифта в заголовках структурных единиц приводит к усложнению машинной обработки;
а) пример допустимого оформления:
"Статья 1. О правоприменении";
б) пример недопустимого оформления:
"Статья 1. О правоприменении"
3) обозначение структурной единицы, ее номер и наименование должны быть оформлены отдельным единым абзацем. При необходимости можно использовать перевод строки в абзаце. Невыполнение правила приводит к усложнению машинной обработки;
а) пример допустимого оформления:
"Статья 1. О правоприменении";
б) пример недопустимого оформления:
"Статья 1.
О правоприменении";
"Статья 1. Ввести в действие часть первую Гражданского кодекса Российской Федерации (далее - часть первая Кодекса) с 1 января 1995 года, за исключением положений, для которых настоящим Федеральным законом установлены иные сроки введения в действие".
123. Обозначение приложения и гриф утверждения оформляются следующим образом:
124. Рекомендации по оформлению обозначения приложения и грифа утверждения:
1) выравнивание по центру в правой части текста;
2) перед грифом утверждения проставляются две пустые строки;
3) оформляется одним абзацем с использованием переноса строки при необходимости;
4) слова "Приложение" или "Утвержден" и реквизиты документа "от <дата, номер>" всегда располагаются на отдельных строках;
5) дата и номер правового акта соответствуют дате и номеру из реквизитной части;
6) после грифа утверждения ставится одна пустая строка.
125. Заголовок (наименование) приложений, правил, изменений и т.д. оформляются следующим образом:
126. Рекомендации по оформлению заголовков (наименований) приложений, правил, изменений:
1) печатается полужирным шрифтом, с выравниванием по центру;
2) оформляются одним абзацем с использование перевода строки только для отбивки начальных слов, написанных прописными буквами;
3) разбивка слов не допускается.
127. Основная (содержательная) часть текста оформляется следующим образом:
128. Рекомендации по оформлению основной (содержательной) части текста:
1) оформляется с сохранением соответствия структурной единицы "абзац" технической единице "абзац" в понятии офисных приложений;
2) каждый абзац оформляется выравниванием по ширине с абзацным отступом;
3) оформляется обычным начертанием шрифта;
4) разбивка и перенос слов не допускаются;
5) после номеров пунктов, подпунктов ставится один неразрывный пробел;
6) название населенных пунктов пишется через неразрывный пробел (например: "г. (неразрывный пробел) Москва");
7) в случае если фамилия стоит после инициалов, перед ней не ставится пробел (например: "И.О.Фамилия");
8) перечисления оформляются через неразрывный пробел (например: "2 (неразрывный пробел) - (неразрывный пробел) 5");
9) после приложения к акту ставится пустая строка;
10) между приложениями ставятся две пустых строки.
129. Списки, составы оформляются следующим образом:
130. Рекомендации по оформлению списков, составов:
1) оформляются в виде таблицы с невидимыми границами;
2) столбец с Ф.И.О. оформляется выравниванием по левому краю;
3) столбец с тире оформляется выравниванием по правому краю;
4) столбец с должностью оформляется выравниванием по ширине;
5) между персоналиями пустые строки не ставятся.
131. Рекомендации по оформлению таблиц:
1) прорисовываются все границы таблицы при наличии границ в первой строке, содержащей наименования граф таблицы;
2) наименования граф (первая строка таблицы) оформляются выравниванием по центру;
3) ширина таблицы (по возможности) должна быть в пределах книжной ориентации страницы, при широких таблицах - альбомной ориентации страницы;
4) наименование таблицы всегда оформляется по размеру книжной страницы независимо от ширины таблицы;
5) разрешено использование (при необходимости) мелкого шрифта текста в таблицах;
6) таблица в изменяющем предписании не обрамляется пустыми строками;
7) единицы измерения, обозначение и порядковый номер таблицы ("Книга 1" или "Таблица 1") располагаются над таблицей в правом углу вплотную к таблице;
8) наименования структурных единиц внутри таблицы форматируются в соответствии с правилами форматирования наименований структурных единиц.
132. Рекомендации по оформлению примечаний:
1) оформляются выравниванием по ширине с абзацным отступом;
2) обозначение примечания располагается на отдельной строке.
ПРИЛОЖЕНИЕ N 2
к приказу ФСО России
от "___" ________ 2024 г.
N ______
Единые форматы разметки текстов правовых актов в электронном виде на "Официальном интернет-портале правовой информации" (www.pravo.gov.ru)
I. Общие положения
1. Электронный исходный текст правового акта и электронный текст с внесенными изменениями (далее - тексты актов) в информационно-правовой системе "Интегрированный полнотекстовый банк правовой информации" (далее - ИПС "ИПБПИ") и в информационно-правовой системе "Эталонный банк правовой информации" (далее - ИПС "ЭБПИ") - это тексты в HTML-формате, которые хранятся в информационном фонде.
2. Текст правового акта из информационного фонда является полноценным HTML-документом и должен отображаться информационными системами без преобразований, что позволяет сохранить корректность текста правового акта (содержание и оформление текста).
3. Тексты актов готовятся и распространяются с собственной таблицей стилей CSS.
4. Во встроенной CSS определено ограниченное количество стилей для работы с HTML-документом. Жестко определенные стили позволяют подготовить качественный и полноценный текст акта и при этом упростить машинную обработку текста, а также частично привести тексты правовых актов различных органов власти к универсальному виду.
II. Основные правила, определяемые CSS
5. Основные правила, определяемые таблицей стилей CSS:
1) использование ширины текста, соответствующей ширине печатного листа. Параметр "ширина текста" не применяется к таблицам;
2) запрет на использование HTML-списков. Из-за сложной нумерации структурных единиц актов применение HTML-списков невозможно;
3) ограниченное использование HTML-элементов для текста. Используются следующие HTML-элементы:
а) <p> - абзацы в тексте;
б) <table> (<td>, <tr>) - таблицы;
в) <img> - встроенные изображения;
г) <span> - контейнер для строчных элементов;
д) <br> - перенос текста на новую строку;
4) ограничение на использование разных размеров шрифта. Изменение размера шрифта доступно только для таблиц. Для таблиц используется два размера - крупный (равный шрифту основного текста) и мелкий шрифт (приблизительно на 10 % мельче крупного);
5) оформление абзацев, строчных элементов, таблиц, ссылок выполняется с помощью встроенных классов. Стандартные элементы оформления (<h1>, <h2>, <sup>, <b>, <a> и т.д.) не используются;
6) запрет на использование атрибута <style> внутри HTML-элементов. Оформление элементов определяется с помощью классов. Исключение составляет определение ширины таблицы, ширины столбцов таблицы;
7) ширина таблицы и "столбцов таблицы" задается явно в единице измерения "em" (размер относительно текущего шрифта);
8) все непустые элементы <p>, <table>, <tr> должны иметь уникальный идентификатор id.
III. Описание основных используемых классов
6. Все классы используются только для оформления текста и не касаются его содержания.
7. Исключением из правила отсутствия смысловой нагрузки являются следующие классы:
1) p.Z - определяет наименование правового акта;
2) p.Y - определяет подписную часть текста;
3) p.F - определяет отметку о будущем изменении в редакции акта;
4) p.A - определяет отметку о применении, действии, распространении акта и в редакции акта;
5) .ed - определяет поправку/изменение в редакции;
6) .edx - определяет текущую поправку/изменение в редакции;
7) .mark - определяет отметку в редакции;
8) .markx - определяет текущую отметку в редакции;
9) .cmd - определяет гиперссылку.
8. Классы абзацев представлены в Таблице 1.
Таблица 1
N п/п |
Наименование класса |
Форматирование |
Условное название стиля |
1 |
I |
Выравнивание по левому краю с отступом слева |
|
2 |
K |
Выравнивание по ширине с отступом слева |
|
3 |
H |
Выравнивание по левому краю с отступом слева и с выступом, полужирное начертание шрифта |
Подзаголовок |
4 |
S |
Выравнивание по центру в правой половине листа |
Штамп |
5 |
C |
Выравнивание по центру с отступами слева и справа |
|
6 |
T |
Выравнивание по центру с отступами слева и справа, полужирное начертание шрифта |
Заголовок |
7 |
Z |
Выравнивание по центру с отступами слева и справа, полужирное начертание шрифта |
Наименование акта |
8 |
Y |
Выравнивание по левому краю с отступом слева |
Подпись |
9 |
L |
Выравнивание по левому краю |
|
10 |
R |
Выравнивание по правому краю |
|
11 |
J |
Выравнивание по ширине |
|
12 |
F |
Выравнивание по левому краю с отступом слева, с левой границей на зеленом фоне |
|
13 |
A |
Выравнивание по левому краю с отступом слева, с левой границей на сером фоне |
|
14 |
P или <p> без класса |
Выравнивание по ширине с абзацным отступом |
Абзац |
15 |
N |
Выравнивание по ширине с абзацным отступом, мелкий шрифт |
Сноска |
9. У всех абзацев есть небольшой отступ от верхнего края. Классы строковых элементов представлены в Таблице 2.
Таблица 2
N п/п |
Наименование класса |
Форматирование |
1 |
W1 |
Подчеркнутый строковый элемент |
2 |
W2 |
Курсивное начертание шрифта строкового элемента |
3 |
W3 |
Подчеркнутый строковый элемент с курсивным начертанием шрифта |
4 |
W4 |
Полужирное начертание шрифта строкового элемента |
5 |
W5 |
Подчеркнутый строковый элемент с полужирным начертанием шрифта |
6 |
W6 |
Курсивное и полужирное начертание шрифта строкового элемента |
7 |
W7 |
Подчеркнутый строковый элемент с курсивным и полужирным начертанием шрифта |
8 |
W8 |
Подстрочный строковый элемент |
9 |
W9 |
Надстрочный строковый элемент |
10 |
WA |
Подстрочный строковый элемент с полужирным начертанием шрифта |
11 |
WB |
Надстрочный строковый элемент с полужирным начертанием шрифта |
12 |
WC |
Зачеркнутый строковый элемент |
13 |
WD |
Зачеркнутый строковый элемент с курсивным начертанием шрифта |
14 |
WE |
Зачеркнутый строковый элемент с полужирным начертанием шрифта |
15 |
WF |
Зачеркнутый строковый элемент с полужирным и курсивным начертанием шрифта |
16 |
ed |
Строковый элемент синего цвета |
17 |
edx |
Строковый элемент синего цвета на сером фоне |
18 |
mark |
Строковый элемент синего цвета с курсивным начертанием шрифта |
19 |
markx |
Строковый элемент синего цвета с курсивным начертанием шрифта на сером фоне |
20 |
cmd |
Подчеркнутый строковый элемент синего цвета |
10. Классы, используемые для таблицы и ее элементов, позволяют определить наличие границ у таблицы (ее элементов), мелкий или крупный шрифт, выравнивание текста таблицы (ее элементов).
11. При необходимости вывода пользователю дополнительной информации о тексте правового акта в таблицу стилей могут добавляться правила для задания внешнего вида дополнительных элементов: цвет, шрифт, стиль, расположение.
IV. Пример таблицы стилей CSS
12. <style>
/*CSS*/
@page vert{size:595.3pt 841.9pt; mso-page-orientation:portrait; margin:15mm 10mm 15mm 12mm; mso-header-margin:10mm; mso-footer-margin:10mm; mso-paper-source:0;}
@page hori{size:841.9pt 595.3pt; mso-page-orientation:landscape;margin:15mm 10mm 15mm 12mm; mso-header-margin:10mm; mso-footer-margin:10mm; mso-paper-source:0;}
@page any{margin:15mm 10mm 15mm 12mm;}
@page{margin:15mm 7mm 15mm 15mm;}
body{margin:0px 0px 0px 12px; border:0; padding:0; color:#333333; background-color:#fffefb; font-size:18px; font-family:"times new roman", times, serif; line-height:125%; word-wrap:break-word;}
div{margin:0; border:0; padding:0;}
div.comment{display:block; width:670px; margin-bottom:5px; padding:5px 5px 7px 5px; border-radius:5px; background-color:#d5d5d5; font-size:16px; font-family:tahoma, arial, sans-serif; line-height:125%; text-align:justify;}
div.fixedcomment{display:block; width:670px; margin-bottom:5px; padding:5px 3325px 7px 17px; background-color:#d5d5d5; font-size:16px; font-family:tahoma, arial, sans-serif; line-height:125%; text-align:justify;}
div.fixedcomment:before{display:none; content:" "; top:0; left:0; position:fixed; z-index:1; width:670px; margin:0; padding:5px 3325px 7px 17px; background-color:#d5d5d5; font-size:16px; font-family:tahoma, arial, sans-serif; line-height:125%; text-align:justify;}
div.clip{margin-top:4px; width:680px; font-size:16px; font-family:tahoma, arial, sans-serif; line-height:125%;}
div.time{padding:16px 0px;}
div.past{background-color:#f0b0c0;}
div.future{background-color:#b8f0d0;}
div.present{background-color:#a8e0ff;}
div.brd{margin:8px 0px; border-bottom:1px solid #a0a0a0; padding:0;}
div.fragments{min-height:1000px; width:4000px;}
img, img.mid{margin-bottom:0; vertical-align:middle;}
img.bot{margin-bottom:-5px; vertical-align:baseline;}
p.I{text-indent:0; margin-left:45px; max-width:635px; text-align:left;}
p.K{text-indent:0; margin-left:45px; max-width:635px; text-align:justify;}
p.H{text-indent:-81px; margin-left:126px; max-width:509px; text-align:left; font-weight:bold;}
p.S{text-indent:0; margin-left:340px; max-width:340px; text-align:center;}
p.C{text-indent:0; margin-left:45px; margin-right:45px; max-width:590px; text-align:center}
p.T{text-indent:0; margin-left:45px; margin-right:45px; max-width:590px; text-align:center; font-weight:bold;}
p.Z{text-indent:0; margin-left:45px; margin-right:45px; max-width:590px; text-align:center; font-weight:bold;}
p.Y{text-indent:0; margin-left:45px; max-width:635px; text-align:left;}
p.M{white-space:pre; overflow-wrap:normal; text-indent:0; max-width:4000px; text-align:left; font-size:17px; font-family:"courier new", courier, monospace;}
p.L{text-indent:0; text-align:left;}
p.R{text-indent:0; text-align:right;}
p.J{text-indent:0; text-align:justify;}
p.F{text-indent:0; margin-left:45px; max-width:625px; text-align:left; background-color:#dcfeed; border-left:5px solid #94DD96; padding-left:5px;}
p.A{text-indent:0; margin-left:45px; max-width:625px; text-align:left; background-color:#f0f0f0; border-left:5px solid #c0c0c0; padding-left:5px;}
p, p.P{text-indent:45px; margin:6px 0px; max-width:680px; text-align:justify; border:0; padding:0;}
p.N{text-indent:45px; margin:6px 0px; max-width:680px; text-align:justify; border:0; padding:0; font-size:16px;}
.HD{display:none;}
.W0{vertical-align:baseline; font-size:100%; font-weight:normal; font-style:normal; text-decoration:none;}
.W1{vertical-align:baseline; font-size:100%; font-weight:normal; font-style:normal; text-decoration:underline;}
.W2{vertical-align:baseline; font-size:100%; font-weight:normal; font-style:italic; text-decoration:none;}
.W3{vertical-align:baseline; font-size:100%; font-weight:normal; font-style:italic; text-decoration:underline;}
.W4{vertical-align:baseline; font-size:100%; font-weight:bold; font-style:normal; text-decoration:none;}
.W5{vertical-align:baseline; font-size:100%; font-weight:bold; font-style:normal; text-decoration:underline;}
.W6{vertical-align:baseline; font-size:100%; font-weight:bold; font-style:italic; text-decoration:none;}
.W7{vertical-align:baseline; font-size:100%; font-weight:bold; font-style:italic; text-decoration:underline;}
.W8{vertical-align:sub; line-height:100%; font-size:100%; font-weight:normal; font-style:normal; text-decoration:none;}
.W9{vertical-align:super; line-height:100%; font-size:100%; font-weight:normal; font-style:normal; text-decoration:none;}
.WA{vertical-align:sub; line-height:100%; font-size:100%; font-weight:bold; font-style:normal; text-decoration:none;}
.WB{vertical-align:super; line-height:100%; font-size:100%; font-weight:bold; font-style:normal; text-decoration:none;}
.WC{vertical-align:baseline; font-size:100%; font-weight:normal; font-style:normal; text-decoration:line-through;}
.WD{vertical-align:baseline; font-size:100%; font-weight:normal; font-style:italic; text-decoration:line-through;}
.WE{vertical-align:baseline; font-size:100%; font-weight:bold; font-style:normal; text-decoration:line-through;}
.WF{vertical-align:baseline; font-size:100%; font-weight:bold; font-style:italic; text-decoration:line-through;}
table{table-layout:fixed;
margin:0px 0px 4px 0px; padding:0;
text-indent:0; text-align:left;
box-sizing:border-box;
border-collapse:collapse;
border-spacing:0;
border-width:1px;
border-color:#a0a0a0;
border-style:none;
}
td{
empty-cells:show;
vertical-align:top;
margin:0; padding:6px 4px 6px 4px;
text-indent:0; text-align:left;
border-spacing:0;
border-width:1px;
border-color:#a0a0a0;
border-style:none;
}
td div{margin:0; border:0; padding:0; display:inline-block; -ms-writing-mode:tb-rl; -ms-transform:rotate(180deg);}
.TB0 td, .G02L td, .G02R td, .G02C td, .G02J td, .G04L td, .G04R td, .G04C td, .G04J td{border-style:none;}
.TB1 td, .G12L td, .G12R td, .G12C td, .G12J td, .G14L td, .G14R td, .G14C td, .G14J td{border-style:solid;}
table.G22L tr td, table.G22R tr td, table.G22C tr td, table.G22J tr td, table.G24L tr td, table.G24R tr td, table.G24C tr td, table.G24J tr td{border-style:solid;}
table.G32L tr td, table.G32R tr td, table.G32C tr td, table.G32J tr td, table.G34L tr td, table.G34R tr td, table.G34C tr td, table.G34J tr td{border-style:none;}
table td.X0{border-style:none;}
table td.X1{border-style:solid none none none;}
table td.X2{border-style:none solid none none;}
table td.X3{border-style:solid solid none none;}
table td.X4{border-style:none none solid none;}
table td.X5{border-style:solid none solid none;}
table td.X6{border-style:none solid solid none;}
table td.X7{border-style:solid solid solid none;}
table td.X8{border-style:none none none solid;}
table td.X9{border-style:solid none none solid;}
table td.XA{border-style:none solid none solid;}
table td.XB{border-style:solid solid none solid;}
table td.XC{border-style:none none solid solid;}
table td.XD{border-style:solid none solid solid;}
table td.XE{border-style:none solid solid solid;}
table td.XF{border-style:solid;}
td, td p, .TAL td, .TAL td p, tr td p.L, .G02L td, .G02L td p, .G04L td, .G04L td p, .G12L td, .G12L td p, .G14L td, .G14L td p, .G22L td, .G22L td p, .G24L td, .G24L td p, .G32L td, .G32L td p, .G34L td, .G34L td p{text-indent:0; margin:0; max-width:100%; text-align:left;}
.TAC td, .TAC td p, tr td p.C, .G02C td, .G02C td p, .G04C td, .G04C td p, .G12C td, .G12C td p, .G14C td, .G14C td p, .G22C td, .G22C td p, .G24C td, .G24C td p, .G32C td, .G32C td p, .G34C td, .G34C td p{text-indent:0; margin:0; max-width:100%; text-align:center}
.TAR td, .TAR td p, tr td p.R, .G02R td, .G02R td p, .G04R td, .G04R td p, .G12R td, .G12R td p, .G14R td, .G14R td p, .G22R td, .G22R td p, .G24R td, .G24R td p, .G32R td, .G32R td p, .G34R td, .G34R td p{text-indent:0; margin:0; max-width:100%; text-align:right;}
.TAJ td, .TAJ td p, tr td p.J, .G02J td, .G02J td p, .G04J td, .G04J td p, .G12J td, .G12J td p, .G14J td, .G14J td p, .G22J td, .G22J td p, .G24J td, .G24J td p, .G32J td, .G32J td p, .G34J td, .G34J td p{text-indent:0; margin:0; max-width:100%; text-align:justify;}
tr td p.P{text-indent:38px; margin:0; max-width:100%; text-align:justify;}
tr td p.N{text-indent:38px; margin:0; max-width:100%; text-align:justify; font-size:16px;}
tr td p.I{text-indent:0; margin:0px 0px 0px 38px; max-width:100%; text-align:left;}
tr td p.K{text-indent:0; margin:0px 0px 0px 38px; max-width:100%; text-align:justify;}
tr td p.H{text-indent:-81px; margin:0px 38px 0px 119px; max-width:100%; text-align:left; font-weight:bold;}
tr td p.T{text-indent:0; margin:0px 38px 0px 38px; max-width:100%; text-align:center; font-weight:bold;}
tr.holder td{visibility:hidden; height:0; border-style:none; padding:0; font-size:4px; line-height:0.125em;}
.G02L, .G02C, .G02R, .G02J, .G12L, .G12C, .G12R, .G12J, .G22L, .G22C, .G22R, .G22J, .G32L, .G32C, .G32R, .G32J{font-size:16px;}
tr td p.M{max-width:100%; text-align:left; font-size:14px; font-family:"courier new", courier, monospace;}
div.clip{page:any;}
div.fragments{page:any;}
input.cap{position:absolute; opacity:0; height:0; width:0;}
input.cap + label{display:block; cursor:pointer; text-indent:0; margin-left:45px; margin-right:45px; max-width:590px; text-align:center; text-decoration:underline; color:#1111ee;}
input.cap + label:before{content:""; display:inline-block; padding:0; margin-right:6px; border-radius:3px; min-height:15px; min-width:15px; font-size:15px; line-height:15px; vertical-align:middle; background-image:url("data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAA8AAAAPCAYAAAA71pVKAAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8YQUAAAAJcEhZcwAAEnQAABJ0Ad5mH3gAAABBSURBVDhPY3zw4P9/BjIBE5QmCwxSzYaG76Es7GDgnI0RVficev68IJQFAXjjGWQQugZkMIj8TAoYOGdToJmBAQCgSRZk7J2AQAAAAABJRU5ErkJggg==");}
input.cap:checked + label:before{background-image:url("data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAA8AAAAPCAYAAAA71pVKAAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8YQUAAAAJcEhZcwAAEnQAABJ0Ad5mH3gAAAAxSURBVDhPY3zw4P9/BjIBE5QmC4xqJhFgRJWh4XsoCxOcPy8IZUHAaDyTCAZKMwMDAC3CDlahtN6NAAAAAElFTkSuQmCC");}
input.cap:not(:checked) + label + .C{display:none;}
input.cap:not(:checked) + label + .C + .C{display:none;}
span.mark,span.markx{color:#1111ee; font-weight:normal; font-style:italic; text-decoration:none;}
/*CSS*/
@media screen{
div.fixedcomment{margin-left:-12px;}
span.ed,span.edx{color:#1111ee;}
span.edx{background-color:#f0f0f0;}
span.markx{background-color:#f0f0f0;}
.F span.mark, .F span.markx, .A span.mark, .A span.markx{background-color:transparent; color:#333333;}
.cmd, a{cursor:pointer; color:#1111ee; font-weight:normal; font-style:normal; text-decoration:underline;}
.W8 .cmd, .W8 a{cursor:pointer; color:#1111ee; font-weight:normal; font-style:normal; text-decoration:underline;
vertical-align:bottom; line-height:100%; font-size:11px; font-weight:normal; font-style:normal;}
.W9 .cmd, .W9 a{cursor:pointer; color:#1111ee; font-weight:normal; font-style:normal; text-decoration:underline;
vertical-align:top; line-height:100%; font-size:11px; font-weight:normal; font-style:normal;}
.cmdx{background-color:#ead099;}
.cmdg{background-color:#00e889; color:#000; text-decoration:none;}
.cmdr{background-color:#ff8989; color:#000; text-decoration:none;}
.W8{vertical-align:bottom; line-height:100%; font-size:11px; font-weight:normal; font-style:normal; text-decoration:none;}
.W9{vertical-align:top; line-height:100%; font-size:11px; font-weight:normal; font-style:normal; text-decoration:none;}
.WA{vertical-align:bottom; line-height:100%; font-size:11px; font-weight:bold; font-style:normal; text-decoration:none;}
.WB{vertical-align:top; line-height:100%; font-size:11px; font-weight:bold; font-style:normal; text-decoration:none;}
}
@media print{
body{margin:0; border:0; padding:0; color:#333333; background-color:#ffffff; widows:1; orphans:1; font-size:13.5pt; font-family:"times new roman", times, serif; line-height:125%; word-wrap:break-word;}
div.comment{display:block; width:100%; font-size:11pt; margin:10pt 0pt; padding:0;}
div.fixedcomment{display:block; width:100%; font-size:11pt; margin:10pt 0pt; padding:0;}
div.fixedcomment:before{display:none; position:static; width:100%; font-size:11pt; margin:10pt 0pt; padding:0;}
div.clip{width:100%; font-size:11pt; font-family:tahoma, arial, sans-serif;}
div.time{padding:0ex 0ex 1ex 0ex;}
div.fragments{min-height:5%; width:100%;}
p, p.P{text-indent:7ex; max-width:100%; text-align:justify; margin:5pt 0pt; border:0; padding:0;}
p.N{text-indent:8ex; max-width:100%; text-align:justify; margin:5pt 0pt; border:0; padding:0;}
p.I{text-indent:0; margin-left:7ex; max-width:100%; text-align:left;}
p.K{text-indent:0; margin-left:7ex; max-width:100%; text-align:justify;}
p.H{text-indent:-10ex; margin-left:17ex; margin-right:7ex; max-width:100%; text-align:left; font-weight:bold;}
p.S{text-indent:0; margin-left:auto; margin-right:0; max-width:40ex; text-align:center;}
p.C{text-indent:0; margin-left:5ex; margin-right:5ex; max-width:100%; text-align:center;}
p.T{text-indent:0; margin-left:5ex; margin-right:5ex; max-width:100%; text-align:center; font-weight:bold;}
p.M{white-space:pre; overflow-wrap:normal; text-indent:0; max-width:100%; text-align:left; font-size:12.5pt; font-family:"courier new", courier, monospace;}
p.F{text-indent:0; margin-left:7ex; max-width:100%; text-align:left; border-left:5pt solid #949494; padding-left:5pt;}
.mark,.markx{font-weight:normal; font-style:italic; text-decoration:none; color:#333333;}
.F span.mark, .F span.markx, .A span.mark, .A span.markx{background-color:transparent; color:#333333;}
.cmd, a{color:#1111ee; font-weight:normal; font-style:normal; text-decoration:none;}
.W8 .cmd, .W8 a{color:#1111ee; font-weight:normal; font-style:normal; text-decoration:none;
vertical-align:bottom; line-height:100%; font-size:9pt; font-weight:normal; font-style:normal;}
.W9 .cmd, .W9 a{color:#1111ee; font-weight:normal; font-style:normal; text-decoration:none;
vertical-align:top; line-height:100%; font-size:9pt; font-weight:normal; font-style:normal;}
.W8{vertical-align:bottom; line-height:100%; font-size:9pt; font-weight:normal; font-style:normal; text-decoration:none;}
.W9{vertical-align:top; line-height:100%; font-size:9pt; font-weight:normal; font-style:normal; text-decoration:none;}
.WA{vertical-align:bottom; line-height:100%; font-size:9pt; font-weight:bold; font-style:normal; text-decoration:none;}
.WB{vertical-align:top; line-height:100%; font-size:9pt; font-weight:bold; font-style:normal; text-decoration:none;}
.G02L, .G02C, .G02R, .G02J, .G12L, .G12C, .G12R, .G12J, .G22L, .G22C, .G22R, .G22J{font-size:12pt;}
tr td p.M{max-width:100%; text-align:left; font-size:12pt; font-family:"courier new", courier, monospace; page-break-inside:avoid;}
}
@media print and (orientation:landscape){
table{font-size:12pt;}
p.M{font-size:11pt;}
}
@media screen{
p.cmp0:before, p.cmp1:before, tr.cmp0>td:first-child:before, tr.cmp1>td:first-child:before{position:absolute; z-index:-1; display:none; left:0; width:12px; content:">"; text-indent:4px; text-align:left; text-decoration:none; background-color:#808080; color:#fffefb; font-size:100%; font-weight:bold; font-style:normal; font-family:"times new roman", times, serif;}
p.cmp1:before, tr.cmp1>td:first-child:before{display:block;}
}
div.ihintv{margin-top:6px; padding:2px 8px 7px 10px; border-radius:0px 0px 2px 2px; text-indent:0; text-align:justify; background-color:#d5d5d5; color:#333333;}
div.ihint0, div.ihint1{display:none; position:fixed; z-index:9; left:0; top:0; border-radius:4px; border:2px solid #808080; padding-top:2px; text-indent:10px; text-align:left; background-color:#808080; color:#fffefb; box-shadow:2px 2px 2px #a0a0a0; font-size:16px; font-family:tahoma, arial, sans-serif; line-height:125%; word-wrap:break-word;}
@media screen{div.ihint1{display:block;}}
</style>
V. Единые технические требования к разметке текстов правовых актов на структурные единицы в ИПС "ИПБПИ" и ИПС "ЭБПИ"
13. Разметка текста правового акта должна однозначно определять:
1) структурную единицу;
2) номер структурной единицы (при наличии);
3) наименование структурной единицы (при наличии);
4) начало и конец структурной единицы в тексте;
5) верхнеуровневые структурные единицы (при наличии).
14. Разметка текста правового акта на структурные единицы (далее - разметка) в ИПС "ИПБПИ" и в ИПС "ЭБПИ" является отдельным элементом, не встраиваемым внутрь текста.
15. Разметка текста правового акта на структурные единицы хранится в информационном фонде. Связь разметки и текста осуществляется через уникальные идентификаторы элементов HTML-текста.
16. Уникальные идентификаторы присваиваются в тексте следующим элементам HTML:
1) абзац - <p>;
2) таблица - <table>;
3) строка таблицы - <tr>.
17. Разметка - это элемент формата JSON, содержащий массив объектов.
18. Каждый объект массива определяет одну структурную единицу текста правового акта.
19. Объект разметки текста правового акта содержит пять пар "ключ-значение", определяющих свойства структурной единицы:
1) id - уникальный идентификатор структурной единицы (строковое значение);
2) np - уникальный идентификатор элемента HTML-текста, с которого начинается структурная единица в тексте (строковое значение);
3) npe - уникальный идентификатор элемента HTML-текста, которым заканчивается структурная единица в тексте (строковое значение);
4) caption - наименование структурной единицы (наименование из текста для крупных структурных единиц или обозначение и номер структурной единицы, не имеющей наименования в тексте) (строковое значение);
5) unit - обозначение структурной единицы (строковое значение);
6) lvl - уровень вложенности структурной единицы (числовое значение).
20. Объект разметки текста правового акта может выглядеть следующим образом:
{"id":"h1_a2","np":"p10","npe":"p17","caption":"Статья 2. Понятия, применяемые в настоящем Федеральном законе","unit":"статья","lvl":1}
21. Ключ "id" является аббревиатурой, расшифровка которой позволяет определить структурную единицу, ее номер (при наличии в тексте) и все структурные единицы, в которые входит текущая структурная единица.
Аббревиатура для каждой структурной единицы отделяется от других символом подчеркивания "_". Структурные единицы в идентификаторе следуют в порядке убывания: от верхнеуровневой до текущей.
Аббревиатура для каждой структурной единицы состоит из первого буквенного символа, определяющего структурную единицу, и последующих символов, определяющих номер структурной единицы.
22. Используются следующие буквенные символы для обозначения структурных единиц:
1) b - часть;
2) s - раздел;
3) d - подраздел;
4) h - глава;
5) g - параграф (§);
6) r - подпараграф;
7) a - статья;
8) u - приложение;
9) z - утверждаемое приложение (не имеющее по тексту обозначения "Приложение");
10) c - часть (статьи);
11) j - пункт;
12) k - подпункт.
23. Номерами структурных единиц могут быть:
1) римские цифровые номера (I, V и т.д.);
2) арабские цифровые номера (1, 2, 55 и т.д.);
3) при наличии в номере "прима" (2, 45), начало "прима" обозначается двоеточием ":", при наличии в конце номера обычных знаков конец "прима" обозначается символом "~" (например: "2:3, 4:i~5");
4) при нумерации буквами русского алфавита номер начинается с дефиса "-", далее следует порядковый номер буквы в русском алфавите (начиная с 1);
5) ненумерованным структурным единицам (приложения, разделы и др.) присваивается условный номер, который обозначается первой буквой "F" и числом.
24. Ключ "id" может выглядеть следующим образом:
sI_h1_a1_c3_j2:1 - пункт 21 части 3 статьи 1 главы 1 раздела I.
25. Ключи "np" и "npe" - это строковое значение из первой латинской буквы и числа.
26. Ключи "np" и "npe" могут выглядеть следующим образом:
p10, p45, t2, tr230.
27. Ключ "caption" полностью соответствует наименованию в тексте правового акта при его наличии.
28. Структурные единицы (статья, часть, пункт, подпункт) не имеют наименований. Для них в объекте разметки используется условное наименование для корректного отображения при показе оглавления текста. Значение условного наименования начинается со знака "$".
29. При наличии в наименовании надстрочных символов используется стандартный тег HTML <sup></sup>.
30. Ключ "caption" может выглядеть следующим образом:
"РАЗДЕЛ I. ОБЩИЕ ПОЛОЖЕНИЯ
Статья 1. Предмет регулирования настоящего Кодекса
Статья 10
часть 4 (хранится как "$часть 4")
пункт 21 (хранится как "$пункт 2<sup>1</sup>")"
31. Ключ "unit" содержит обозначение структурной единицы: раздел, подраздел, глава, приложение, пункт и т.п.
32. Ключ "lvl" содержит уровень вложенности структурной единицы. Отсчет уровня начинается с 0.
33. Ключ "lvl" может выглядеть следующим образом: "lvl":4". Это означает, что структурная единица входит в четыре структурные единицы верхнего уровня.
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
ФСО утвердит:
- единые технические требования к выпуску, машинной (интеллектуальной) обработке, размещению, хранению и распространению текстов правовых актов на pravo.gov.ru;
- единые форматы разметки текстов актов.
Предполагается, что единые требования и форматы будут действовать с 1 января 2025 г.