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

Министерство юстиции
Российской Федерации
ЗАРЕГИСТРИРОВАНО
Регистрационный № 80189
от 15 ноября 2024 г.
ФЕДЕРАЛЬНАЯ СЛУЖБА ОХРАНЫ РОССИЙСКОЙ ФЕДЕРАЦИИ
ПРИКАЗ
Москва
4 июля 2024 г. № 92
Об утверждении единых технических требований к выпуску, машинной (интеллектуальной) обработке, размещению, хранению и распространению текстов правовых актов в электронном виде, а также единых форматов разметки этих текстов
В соответствии с подпунктом "а" пункта 2 Указа Президента Российской Федерации от 3 марта 2022 г. № 90 "О некоторых вопросах размещения текстов правовых актов на "Официальном интернет-портале правовой информации" (www.pravo.gov.ru)" приказываю:
1. Утвердить:
единые технические требования к выпуску, машинной (интеллектуальной) обработке, размещению, хранению и распространению текстов правовых актов в электронном виде (приложение № 1 к настоящему приказу);
единые форматы разметки текстов правовых актов в электронном виде (приложение № 2 к настоящему приказу).
2. Настоящий приказ вступает в силу с 1 января 2025 г.
Директор
Федеральной службы охраны
Российской Федерации
генерал армии Д.В.Кочнев
ПРИЛОЖЕНИЕ № 1
к приказу ФСО России
от 4 июля 2024 г. № 92
Единые технические требования к выпуску, машинной (интеллектуальной) обработке, размещению, хранению и распространению текстов правовых актов в электронном виде
I. Требования к выпуску текстов правовых актов в электронном виде
1. К выпуску текстов правовых актов в электронном виде* применяются следующие требования:
запрет на использование переносов слов;
соблюдение соответствия структурной единицы "абзац" технической единице "абзац", предусмотренной программным обеспечением для электронных вычислительных машин;
запрет на использование таблиц, встроенных в таблицу;
запрет на использование табличных структур при возможности оформления в виде текста;
запрет на использование более 10 ненумерованных структурных единиц (абзацев);
сохранение исходного отображения нумерации структурной единицы правового акта при внесении в него изменений;
запрет на использование в одном абзаце различных начертаний (в том числе жирного, полужирного, курсива, подчеркнутого) строковых элементов.
______________________________
* Подпункт "б" пункта 2 Указа Президента Российской Федерации от 3 марта 2022 г. № 90 "О некоторых вопросах размещения текстов правовых актов на "Официальном интернет-портале правовой информации" (www.pravo.gov.ru)".
2. В текстах правовых актов необходимо использовать видимые границы в таблицах.
II. Требования к машинной (интеллектуальной) обработке, размещению, хранению текстов правовых актов
3. Используемые для машинной (интеллектуальной) обработки, размещения, хранения тексты правовых актов должны быть представлены в формате разметки текстов правовых актов в электронном виде согласно приложению № 2 к настоящему приказу.
4. Машинная (интеллектуальная) обработка, размещение, хранение текстов правовых актов применяется при их подготовке в электронном виде на "Официальном интернет-портале правовой информации" (www.pravo.gov.ru), не связанной с подготовкой к размещению на опубликование правовых актов, предусмотренному статьей 9.1 Федерального закона от 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 элемента XML-файла с данными регистрационной карточки);
4) один или несколько каталогов с образами документа (путь указывается в элементе 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-документ должен иметь единственный корневой элемент , который содержит следующие вложенные элементы:
1) - данные о том, какие атрибуты правового акта выгружены в пакет;
2) - аннотация документа;
3) - информация об атрибутах документа;
4) - информация о редакциях документа;
5) - информация о сертификатах;
6) - информация о списках отзыва сертификатов;
7)
- - информация о прямых связях документа;
8) - информация о присоединенных файлах.
13. Все элементы, кроме элемента , должны являться обязательными.
14. Допускается различный порядок следования элементов, вложенных в корневой элемент, предусмотренный пунктом 12 настоящих Требований.
15. Элемент должен содержать следующие атрибуты:
1) docid - идентификатор документа в информационно-правовой системе. Идентификатор docid не является обязательным при взаимодействии информационных систем;
2) baseid - идентификатор банка правовых актов, из которого выгружен документ;
3) basename - название банка правовых актов, из которого выгружен документ;
4) billnumber - номер законопроекта (система обеспечения законодательной деятельности), при отсутствии номера законопроекта атрибут не указывается;
5) docnpa - номер законопроекта (regulation.gov.ru), при отсутствии номера законопроекта атрибут не указывается;
6) deleted - признак удаления документа (0 - документ не удален, 1 - документ удален).
16. Элемент должен содержать следующие атрибуты:
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. Элемент должен содержать строку в секции CDATA со значениями основных атрибутов документа:
1) тип документа;
2) орган, издавший документ (в родительном падеже);
3) регион Российской Федерации (в родительном падеже);
4) дата подписания документа;
5) номер документа.
19. Если документ издан несколькими органами, то данные об издании документа органами разделяются запятой.
20. Элемент должен содержать информацию об атрибутах документа. Элементом верхнего уровня должен являться .
21. Элемент должен включать в себя следующие вложенные элементы:
1) - тип документа;
2) - дата и время создания;
3) - дата и время последнего изменения;
4) - наименование документа;
5) - массив атрибутов принятия документа органом, издавшим документ;
6) - атрибуты регистрации документа Минюстом России;
7) - краткое содержание документа;
8) - комментарии к документу;
9) - ключевые слова;
10) - отрасли законодательства;
11) - подписавшие документ должностные лица;
12) - информация о публикациях.
22. Элемент должен содержать информацию о типе документа. Элементом верхнего уровня должен являться .
23. Элемент должен включать в себя следующие вложенные элементы:
1) - наименование типа документа;
2) - наименование типа документа в родительном падеже;
3) - наименование типа документа в родительном падеже множественного числа.
24. Элемент должен содержать информацию об исходном наименовании документа в секции CDATA (исходное наименование должно являться ключевым реквизитом при отсутствии номера). Элементом верхнего уровня должен являться .
25. Элемент должен содержать информацию об атрибутах издания документа в форме вложенных элементов для каждого органа, издавшего документ. Элементом верхнего уровня должен являться .
26. Элемент должен включать в себя следующие вложенные элементы:
1) - информация об атрибутах документа;
2) - орган, издавший документ;
3) - информация о регионе Российской Федерации.
27. Элемент должен содержать следующие атрибуты:
1) date - дата принятия документа;
2) number - номер документа;
3) hash - hash-значение документа по алгоритму SHA.
28. Элемент должен содержать информацию об органе, издавшем документ. Элементом верхнего уровня должен являться .
29. Элемент должен включать в себя следующие вложенные элементы:
1) - наименование органа, издавшего документ;
2) - наименование органа, издавшего документ, в родительном падеже.
30. Элемент должен содержать информацию о регионе Российской Федерации. Элементом верхнего уровня должен являться .
31. Элемент должен включать в себя следующие вложенные элементы:
1) - наименование региона Российской Федерации;
2) - наименование региона Российской Федерации в родительном падеже.
32. Элемент должен содержать информацию об атрибутах регистрации документа Минюстом России. Элементом верхнего уровня должен являться .
33. Элемент должен содержать следующие атрибуты:
1) date - дата регистрации документа Минюстом России;
2) number - регистрационный номер документа, присваиваемый Минюстом России.
34. Элемент должен включать в себя вложенный элемент (резолюция).
35. Элемент должен содержать текст резолюции в секции CDATA и дату резолюции в атрибуте date.
36. Элемент должен содержать в секции CDATA информацию о кратком содержании документа и не должен являться обязательным. Элементом верхнего уровня должен являться .
37. Элемент должен содержать в секции CDATA комментарий к документу и не должен являться обязательным. Элементом верхнего уровня должен являться .
38. Элемент должен содержать информацию о ключевых словах. Элементом верхнего уровня должен являться .
39. Элемент должен включать в себя вложенные элементы на каждое ключевое слово. Ключевое слово указывается в значении элемента в верхнем регистре.
40. Элемент должен содержать информацию о рубриках классификатора "Отрасли законодательства". Элементом верхнего уровня должен являться .
41. Элемент должен включать в себя вложенные элементы на каждую рубрику.
42. Элемент должен содержать атрибут headindex (номер рубрики в классификаторе).
43. Элемент должен включать в себя следующие вложенные элементы:
1) - наименование;
2) - текст комментария к рубрике в секции CDATA, не должен являться обязательным.
44. Элемент должен содержать информацию о лицах, подписавших документ. Элементом верхнего уровня должен являться .
45. Элемент должен включать в себя вложенные элементы на каждое лицо, подписавшее документ.
46. Элемент должен включать в себя следующие вложенные элементы:
1) - фамилия, имя, отчество (при наличии) должностного лица;
2) - должность лица, подписавшего документ.
47. Элемент должен содержать информацию о публикациях правового акта. Элементом верхнего уровня должен являться .
48. Элемент должен включать в себя вложенные элементы по каждой публикации.
49. Элемент должен содержать следующие атрибуты:
1) volume - номер публикации;
2) unit - статья публикации;
3) date - дата публикации.
50. Элемент должен включать в себя следующие вложенные элементы:
1) - наименование издания, опубликовавшего документ с атрибутом kind (наименование вида издания);
2) - комментарий в секции CDATA.
51. Элемент должен содержать информацию о редакциях правового акта. Элементом верхнего уровня должен являться .
52. Элемент должен включать в себя вложенный элемент , содержащий информацию о каждой редакции правового акта. Если у правового акта несколько редакций, то информация о каждой из них должна размещаться в отдельном элементе .
53. Элемент должен содержать информацию о редакции правового акта. Элементом верхнего уровня должен являться . Текст редакции правового акта должен находиться в HTML-файле пакета правового акта.
54. Элемент должен содержать следующие атрибуты:
1) alterdate - дата вступления в силу редакции с добавленным значением времени, задающим порядок следования редакций;
2) alterdocid - идентификатор документа, создавшего редакцию;
3) complete - признак завершения редакции: 0 - признак завершения редакции не установлен (документ в работе), 1 - признак завершения редакции установлен;
4) official - признак официальности редакции: 0 - редакция представлена в ознакомительных целях, 1 - официальная редакция;
5) index - порядковый номер редакции;
6) source - источник редакции документа;
7) reason - причина создания редакции, если она не вызвана другим документом (текстовое поле);
8) nochg - признак изменения текста за выгружаемый период, значение 1 - текст не выгружен в порцию.
55. Элемент должен включать в себя следующие вложенные элементы:
1) - состояние документа (в том числе значения: "Действует с изменениями", "Действует без изменений", "Утратил силу");
2) - наименование документа в размещаемой редакции в секции CDATA заполняется в исходной редакции и в редакциях, в которых меняется наименование;
3) - оглавление текста размещаемой редакции в секции CDATA;
4) - метка времени изменения признака официальности и наименование оператора в секции CDATA;
5) - путь к файлу образа редакции документа;
6) - контрольная сумма текста редакции по алгоритму, указанному в типе данных, содержащих контрольную сумму;
7) - должен содержать атрибуты документа, создавшего данную редакцию;
8) - должен содержать изображения из текста редакции;
9) - должен содержать информацию об электронной подписи (далее - ЭП).
56. Элемент должен содержать информацию об атрибутах документа, создавшего редакцию. Элементом верхнего уровня должен являться .
57. Элемент должен содержать атрибуты docid (идентификатор правового акта, на основании которого создана редакция правового акта с внесенными изменениями).
58. Элемент должен включать в себя следующие вложенные элементы:
1) - тип правового акта;
2) - название правового акта;
3) - атрибуты принятия документа органом законодательной власти.
59. Элемент должен содержать информацию об изображениях в тексте редакции. Элементом верхнего уровня должен являться .
60. Элемент должен включать в себя вложенный элемент , который содержит информацию об изображении, помещенную в раздел CDATA в кодировке base64. Если в тексте редакции несколько изображений, то информация о каждом из них должна размещаться в отдельном элементе .
61. Элемент должен содержать атрибут name (имя изображения).
62. Элемент должен содержать информацию об ЭП. Элементом верхнего уровня должен являться .
63. Элемент должен содержать следующие атрибуты:
1) issuername - имя лица, подписавшего правовой акт;
2) serial - номер сертификата.
64. Элемент должен включать в себя следующие вложенные элементы:
1) - должен содержать значение ЭП, помещенное в раздел CDATA;
2) - должен содержать отпечаток владельца сертификата в разделе CDATA.
65. Элемент должен содержать информацию о сертификатах. Элементом верхнего уровня должен являться .
66. Элемент должен содержать следующие атрибуты:
1) filename - имя файла;
2) importdate - дата загрузки;
3) name - наименование.
67. Элемент должен включать в себя вложенный элемент и содержать информацию о сертификате, помещенную в раздел CDATA.
68. Элемент должен содержать информацию о списке отзыва сертификатов. Элементом верхнего уровня должен являться .
69. Элемент должен содержать следующие атрибуты:
1) filename - имя файла;
2) importdate - дата загрузки;
3) name - наименование сертификата.
70. Элемент
- должен содержать информацию о прямых связях документа (обратные связи отражаются в свойствах редакций самого документа). Элементом верхнего уровня должен являться .
71. Элемент
- должен включать в себя вложенный элемент
- , который содержит информацию о связи документа.
72. Элемент
- должен содержать информацию о связи документа. Элементом верхнего уровня должен являться
- . Если у документа несколько междокументных связей, то информация о каждой из них должна размещаться в отдельном элементе
- .
73. Элемент
- должен содержать атрибут destdocid (идентификатор документа, на который указывает связь).
74. Элемент
- должен включать в себя следующие вложенные элементы:
1) , который содержит атрибуты документа, на который указывает связь;
2) - комментарий к связи, не является обязательным.
75. Элемент должен содержать информацию об атрибутах документа, на который указывает связь. Элементом верхнего уровня должен являться
- .
76. Элемент должен содержать атрибут docid (идентификатор документа, на который указывает связь).
77. Элемент должен включать в себя следующие вложенные элементы:
1) - тип документа;
2) - название документа;
3) - атрибуты органа, издавшего документ.
78. Элемент должен содержать информацию о прикрепленных к карточке документа файлах. Элементом верхнего уровня должен являться .
79. Элемент должен включать в себя вложенный элемент , который содержит информацию о прикрепленном файле.
80. Элемент должен содержать информацию о прикрепленном файле. Элемент верхнего уровня должен являться . Если к документу прикреплено несколько файлов, то информация о каждом прикрепленном файле должна размещаться в отдельном элементе .
81. Элемент должен содержать следующие атрибуты:
1) deleted - признак удаления файла: 0 - файл не удален, 1 - файл удален;
2) path - путь к прикрепленному файлу в пакете.
82. Элемент должен включать в себя следующие вложенные элементы:
1) - должен содержать текст комментария к прикрепленному файлу, помещенный в раздел CDATA;
2) - должен содержать атрибут type, определяющий тип контрольной суммы и контрольную сумму файла.
ПРИЛОЖЕНИЕ № 2
к приказу ФСО России
от 4 июля 2024 г. № 92
Единые форматы разметки текстов правовых актов в электронном виде
I. Общие положения
1. Электронный исходный текст правового акта и электронный текст правового акта с внесенными изменениями (далее - тексты актов) в информационно-правовой системе, содержащей интегрированный полнотекстовый банк правовой информации, и в информационно-правовой системе, содержащей тексты в HTML-формате, хранящиеся в информационном фонде.
2. Текст акта из информационного фонда банка правовых актов направляется в виде HTML-документа и должен отображаться интегрированным полнотекстовым банком правовой информации без преобразований с целью сохранения корректности текста правового акта (содержание и оформление текста).
3. Тексты актов готовятся и распространяются с собственной таблицей стилей CSS.
4. Во встроенной таблице стилей CSS определяется ограниченное количество стилей для работы с HTML-документом.
II. Правила, определяемые CSS
5. Правила, определяемые таблицей стилей CSS:
1) использование ширины текста акта, соответствующей ширине печатного листа. Параметр "ширина текста акта" не применяется к таблицам;
2) запрет на использование HTML-списков;
3) ограниченное использование HTML-элементов для текста акта. Используются следующие HTML-элементы:
а)
- абзацы в тексте;
б) (, ) - таблицы;
в) - встроенные изображения;
г) - контейнер для строчных элементов;
д)
- перенос текста на новую строку;
4) ограничение использования разных размеров шрифта. Изменение размера шрифта используется только для таблиц. Для таблиц используется два размера шрифта - крупный (равный шрифту текста акта) и мелкий (на 10% мельче шрифта текста акта);
5) оформление абзацев, строчных элементов, таблиц, ссылок выполняется с помощью встроенных классов. Стандартные элементы оформления (в том числе , , , , ) не используются;
6) запрет использования атрибута
V. Описание формата разметки текстов правовых актов на структурные единицы в интегрированном полнотекстовом банке правовой информации
13. Разметкой текста акта должна определяться:
1) структурная единица;
2) номер структурной единицы (при наличии);
3) наименование структурной единицы (при наличии);
4) начало и конец структурной единицы в тексте;
5) верхнеуровневые структурные единицы (при наличии).
14. Разметка текста акта на структурные единицы (далее - разметка) в интегрированном полнотекстовом банке правовой информации формируется отдельным элементом, не встраиваемым внутрь текста акта.
15. Разметка текста акта на структурные единицы хранится в информационном фонде банка правовых актов. Связь разметки и текста акта осуществляется через уникальные идентификаторы элементов HTML-текста.
16. Уникальные идентификаторы присваиваются в тексте акта следующим элементам HTML:
1) абзац -
;
2) таблица - ;
3) строка таблицы - .
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 3 , 4 I 5) начало верхнего индекса обозначается двоеточием ":", конец верхнего индекса обозначается символом "~";
4) при нумерации буквами русского алфавита номер начинается с дефиса "-", далее следует порядковый номер буквы в русском алфавите (начиная с 1);
5) ненумерованным структурным единицам (приложения, разделы и др.) присваивается условный номер, который обозначается первой буквой "F" и числом.
24. Ключ "id" должен представляться следующим образом:
sI_hl_al_c3_j2:l - пункт 21 части 3 статьи 1 главы 1 раздела I.
25. Ключи "np" и "npe" должны представляться строковыми значениями из первой латинской буквы и числа.
26. Ключи "np" и "npe" должны отображаться следующим образом:
p10, p45, t2, tr230.
27. Ключ "caption" должен соответствовать наименованию структурной единицы в тексте правового акта при его наличии.
28. Структурные единицы (статья, часть, пункт, подпункт) не должны иметь наименований. Для них в объекте разметки используется условное наименование для корректного отображения при показе оглавления текста. Значение условного наименования начинается со знака "$".
29. При наличии в наименовании надстрочных символов используется стандартный тег HTML .
30. Ключ "caption" формируется следующим образом:
"РАЗДЕЛ I. ОБЩИЕ ПОЛОЖЕНИЯ