Приказ ФСО России (Федеральной службы охраны РФ) от 04 июля 2024 г. №92 ""Об утверждении единых технических требований к выпуску, машинной (интеллектуальной) обработке, размещению, хранению и распространению текстов правовых актов в электронном виде, а также единых форматов разметки этих текстов""

Приказ Федеральной службы охраны Российской Федерации
от 4 июля 2024 г. № 92
"Об утверждении единых технических требований к выпуску, машинной (интеллектуальной) обработке, размещению, хранению и распространению текстов правовых актов в электронном виде, а также единых форматов разметки этих текстов"

В соответствии с подпунктом "а" пункта 2 Указа Президента Российской Федерации от 3 марта 2022 г. № 90 "О некоторых вопросах размещения текстов правовых актов на "Официальном интернет-портале правовой информации" (www.pravo.gov.ru) приказываю:

1. Утвердить:

единые технические требования к выпуску, машинной (интеллектуальной) обработке, размещению, хранению и распространению текстов правовых актов в электронном виде (приложение № 1 к настоящему приказу);

единые форматы разметки текстов правовых актов в электронном виде (приложение № 2 к настоящему приказу).

2. Настоящий приказ вступает в силу с 1 января 2025 г.

Директор Федеральной службы охраны Российской Федерации генерал армии

Д.В. Кочнев

Зарегистрировано в Минюсте России 15 ноября 2024 г.
Регистрационный № 80189

Приложение № 1
к приказу ФСО России
от 4 июля 2024 г. № 92

Единые технические требования к выпуску, машинной (интеллектуальной) обработке, размещению, хранению и распространению текстов правовых актов в электронном виде

I. Требования к выпуску текстов правовых актов в электронном виде

1. К выпуску текстов правовых актов в электронном виде* применяются следующие требования:

запрет на использование переносов слов;

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

запрет на использование таблиц, встроенных в таблицу;

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

запрет на использование более 10 ненумерованных структурных единиц (абзацев);

сохранение исходного отображения нумерации структурной единицы правового акта при внесении в него изменений;

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

2. В текстах правовых актов необходимо использовать видимые границы в таблицах.

II. Требования к машинной (интеллектуальной) обработке, размещению, хранению текстов правовых актов

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

4. Машинная (интеллектуальная) обработка, размещение, хранение текстов правовых актов применяется при их подготовке в электронном виде на "Официальном интернет-портале правовой информации" (www.pravo.gov.ru), не связанной с подготовкой к размещению на опубликование правовых актов, предусмотренному статьей 91 Федерального закона от 14 июня 1994 г. № 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 г. № 90 "О некоторых вопросах размещения текстов правовых актов на "Официальном интернет-портале правовой информации" (www.pravo.gov.ru)".

------------------------------

Приложение № 2
к приказу ФСО России
от 4 июля 2024 г. № 92

Единые форматы разметки текстов правовых актов в электронном виде

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

1. Электронный исходный текст правового акта и электронный текст правового акта с внесенными изменениями (далее - тексты актов) в информационно-правовой системе, содержащей интегрированный полнотекстовый банк правовой информации, и в информационно-правовой системе, содержащей тексты в HTML-формате, хранящиеся в информационном фонде.

2. Текст акта из информационного фонда банка правовых актов направляется в виде HTML-документа и должен отображаться интегрированным полнотекстовым банком правовой информации без преобразований с целью сохранения корректности текста правового акта (содержание и оформление текста).

3. Тексты актов готовятся и распространяются с собственной таблицей стилей CSS.

4. Во встроенной таблице стилей CSS определяется ограниченное количество стилей для работы с HTML-документом.

II. Правила, определяемые CSS

5. Правила, определяемые таблицей стилей CSS:

1) использование ширины текста акта, соответствующей ширине печатного листа. Параметр "ширина текста акта" не применяется к таблицам;

2) запрет на использование HTML-списков;

3) ограниченное использование HTML-элементов для текста акта. Используются следующие HTML-элементы:

а) <р> - абзацы в тексте;

б) <table> (<td>, <tr>) - таблицы;

в) <img> - встроенные изображения;

г) <span> - контейнер для строчных элементов;

д) <br> - перенос текста на новую строку;

4) ограничение использования разных размеров шрифта. Изменение размера шрифта используется только для таблиц. Для таблиц используется два размера шрифта - крупный (равный шрифту текста акта) и мелкий (на 10 % мельче шрифта текста акта);

5) оформление абзацев, строчных элементов, таблиц, ссылок выполняется с помощью встроенных классов. Стандартные элементы оформления (в том числе <h1>, <h2>, <sup>, <b>, <a>) не используются;

6) запрет использования атрибута <style> внутри HTML-элементов. Оформление элементов определяется с помощью классов. Исключение составляет определение ширины таблицы и ширины столбцов таблицы;

7) ширина таблицы и столбцов таблицы задается в единице измерения "em" (размер относительно текущего шрифта);

8) все непустые элементы <р>, <table>, <tr> должны иметь уникальный идентификатор id.

III. Описание используемых классов

6. Все классы должны использоваться для оформления текста акта и не должны касаться его содержания.

7. К исключениям из правила, предусмотренного пунктом 6 настоящих единых форматов, относятся следующие классы:

1) p.Z - определяет наименование правового акта;

2) p.Y - определяет подписную часть текста акта;

3) p.F - определяет отметку о будущем изменении в тексте акта;

4) р.А - определяет отметку о применении, действии, распространении текста акта или структурной единицы текста акта;

5) .ed - определяет поправку (изменение) в редакции правового акта;

6) .edx - определяет текущую поправку (изменение) в редакции правового акта;

7) .mark - определяет пояснительную информацию к тексту акта;

8) .markx - определяет пояснительную информацию к тексту акта на текущую дату;

9) .cmd - определяет гиперссылку.

8. С использованием классов абзацев определяется выравнивание текста акта согласно таблице 1.

Таблица 1

№ п/п	Наименование класса абзаца	Форматирование	Условное название стиля CSS
1	I	Выравнивание по левому краю с отступом слева	-
2	К	Выравнивание по ширине с отступом слева	-
3	Н	Выравнивание по левому краю с отступом слева и с выступом, полужирное начертание шрифта	подзаголовок
4	S	Выравнивание по центру в правой половине листа	штамп
5	С	Выравнивание по центру с отступами слева и справа	-
6	T	Выравнивание по центру с отступами слева и справа, полужирное начертание шрифта	заголовок
7	Z	Выравнивание по центру с отступами слева и справа, полужирное начертание шрифта	наименование акта
8	Y	Выравнивание по левому краю с отступом слева	подпись
9	L	Выравнивание по левому краю	-
10	R	Выравнивание по правому краю	-
11	J	Выравнивание по ширине	-
12	F	Выравнивание по левому краю с отступом слева, с левой границей на зеленом фоне	-
13	А	Выравнивание по левому краю с отступом слева, с левой границей на сером фоне	-
14	Р или <р> без класса	Выравнивание по ширине с абзацным отступом	абзац
15	N	Выравнивание по ширине с абзацным отступом, шрифт меньше исходного на 10%	сноска

9. У всех абзацев должен быть отступ от верхнего края. С использованием классов строковых элементов определяется отображение шрифта текста акта согласно таблице 2.

Таблица 2

№ п/п	Наименование класса строкового элемента	Форматирование
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

V. Описание формата разметки текстов правовых актов на структурные единицы в интегрированном полнотекстовом банке правовой информации

13. Разметкой текста акта должна определяться:

1) структурная единица;

2) номер структурной единицы (при наличии);

3) наименование структурной единицы (при наличии);

4) начало и конец структурной единицы в тексте;

5) верхнеуровневые структурные единицы (при наличии).

14. Разметка текста акта на структурные единицы (далее - разметка) в интегрированном полнотекстовом банке правовой информации формируется отдельным элементом, не встраиваемым внутрь текста акта.

15. Разметка текста акта на структурные единицы хранится в информационном фонде банка правовых актов. Связь разметки и текста акта осуществляется через уникальные идентификаторы элементов HTML-текста.

16. Уникальные идентификаторы присваиваются в тексте акта следующим элементам HTML:

1) абзац - <р>;

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) а - статья;

8) u - приложение;

9) z - утверждаемое приложение (не имеющее по тексту обозначения "Приложение");

10) с - часть (статьи);

11) j - пункт;

12) k - подпункт.

23. При обозначении структурных единиц текста акта допускается использовать следующие виды нумерации:

1) римские цифровые номера (I, V и т.д.);

2) арабские цифровые номера (1, 2, 55 и т.д.);

3) при наличии в номере числового значения с верхним индексом (23, 415) начало верхнего индекса обозначается двоеточием ":", конец верхнего индекса обозначается символом "~";

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 .

30. Ключ "caption" формируется следующим образом:

"РАЗДЕЛ I. ОБЩИЕ ПОЛОЖЕНИЯ

Статья 1. Предмет регулирования настоящего Кодекса

Статья 10

часть 4 (хранится как "$часть 4")

пункт 21 (хранится как "$пункт 2¹")".

31. Ключ "unit" должен содержать обозначение структурной единицы: раздел, подраздел, глава, приложение, пункт и т.п.

32. Ключ "lvl" должен содержать уровень вложенности структурной единицы. Отсчет уровня начинается с 0.