Приказ Федеральной налоговой службы от 24 марта 2022 г. № ЕД-7-26/236@

Об утверждении PDF/A-3 формата представления договорного документа в электронной форме

В соответствии с пунктом 2 статьи 93 части первой Налогового кодекса Российской Федерации (Собрание законодательства Российской Федерации, 1998, N 31, ст. 3824; 2016, N 18, ст. 2506), а также на основании подпункта 5.9.51 пункта 5 Положения о Федеральной налоговой службе, утвержденного постановлением Правительства Российской Федерации от 30.09.2004 N 506 "Об утверждении Положения о Федеральной налоговой службе" (Собрание законодательства Российской Федерации, 2004, N 40, ст. 3961; 2017, N 15, ст. 2194), приказываю:

1. Утвердить PDF/A-3 формат представления договорного документа в электронной форме согласно приложению к настоящему приказу.

2. Установить, что настоящий приказ вступает в силу по истечении 30 дней после дня его официального опубликования.

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

Руководитель Федеральной налоговой службы                                            Д.В.ЕГОРОВ

Приложение к приказу ФНС России от 24.03.2022 N ЕД-7-26/236@

PDF/A-3 ФОРМАТ ПРЕДСТАВЛЕНИЯ ДОГОВОРНОГО ДОКУМЕНТА В ЭЛЕКТРОННОЙ ФОРМЕ

I. ОБЩИЕ СВЕДЕНИЯ

1. Настоящий формат описывает требования к PDF/A-3 файлу передачи по телекоммуникационным каналам связи (далее - файл обмена) документа, выражающего согласованную волю двух лиц (здесь и далее - сторона 1 и сторона 2) в рамках оформления в письменной форме сделки, предметом которой являются любые объекты гражданских прав (договор, соглашение, контракт, спецификация, протокол разногласий, дополнительное соглашение к договору и тому подобное) или оферты (далее - договорный документ).

2. Договорный документ, создаваемый в формате PDF/A-3, состоит из одного файла обмена, подписываемого лицом, совершающим сделку со стороны 1, и лицом, совершающим сделку со стороны 2, либо должным образом уполномоченными ими лицами.

В зависимости от выбранной составителем функции настоящий формат может использоваться при формировании следующих договорных документов:

договор, выражающий согласованную волю стороны 1 и стороны 2 на установление гражданских прав и обязанностей (договор, контракт, соглашение и тому подобное) (далее - договор) (функция "ДОГ"; основной файл обмена);

протокол разногласий, позволяющий выразить возражения и согласовать условия договора, по которым у стороны есть разногласия. Протокол разногласий формируется отдельным файлом обмена (функция "ПРОРАЗ");

дополнительное соглашение к договору, представляющее собой согласованную волю стороны 1 и стороны 2 на изменение или прекращение ранее установленных гражданских прав и обязанностей. Дополнительное соглашение к договору формируется отдельным файлом обмена (функция "ДОПСОГЛ").

В случае, если договорный документ является офертой (ст. 435 Гражданского кодекса Российской Федерации) (Собрание законодательства Российской Федерации, 1994, N 32, ст. 3301) (далее - ГК РФ), файл обмена подписывается одной стороной.

3. Документ, созданный в формате PDF/A-3, должен соответствовать открытому международному стандарту ISO 19005-3:2012 "Управление документами. Формат файлов электронных документов для долговременного сохранения. Часть 3. Использование ISO 32000-1 с поддержкой для вложенных файлов (PDF/A-3)".

4. Номер версии настоящего формата 1.01, часть 999_01.

II. ОПИСАНИЕ ФАЙЛА ОБМЕНА ДОГОВОРНОГО ДОКУМЕНТА В ФОРМАТЕ PDF/A-3

5. Договорный документ в электронной форме в формате PDF/A-3 представляет из себя файл обмена с расширением pdf, который является единым контейнером, состоящим из:

визуальной части, предназначенной для визуального представления и однозначной интерпретации содержания сделки пользователем;

структурированной части, предназначенной для машинной обработки электронного документа. Структурированная часть должна содержать вложенный файл в формате XML, содержащий элементы для использования в целях автоматизированной обработки и значимые данные файла обмена в формате PDF/A-3. Все значимые данные документа (сведения о содержании сделки договорного документа), которые присутствуют во вложенном XML-файле, должны быть отображены в визуальной части.

Файл обмена подписывается электронной подписью (электронными подписями), не противоречащей требованиям Федерального закона от 06.04.2011 N 63-ФЗ "Об электронной подписи" (Собрание законодательства Российской Федерации, 2011, N 15, ст. 2036; 2021, N 27, ст. 5187), лицом (лицами), совершающим сделку, либо уполномоченным (уполномоченными) им лицом.

Имя файла обмена, созданного в формате PDF/A-3, имеет следующий вид:

R_T_A_O_GGGGMMDD_N1_N2_N3_N4_N5, где:

R_T - префикс, принимающий значение ON_DOGDOC;

A - идентификатор получателя файла обмена. Значение элемента представляется в виде "ИдОЭДОПолСт", где:

"ИдОЭДО" - идентификатор оператора электронного оборота (оператор ЭДО) - символьный трехзначный код. При включении оператора ЭДО в сеть доверенных операторов ЭДО ФНС России идентификатор присваивается ФНС России. При направлении договорного документа не через оператора ЭДО идентификатор оператора электронного оборота принимает значение "000";

"ПолСт" - код получателя (сторона 2):

при направлении договорного документа через оператора ЭДО "ПолСт" принимает значение уникального кода участника, присваиваемого оператором ЭДО, длина кода получателя не более 43 символов;

при направлении договорного документа не через оператора ЭДО "ПолСт" принимает значение глобально уникального идентификатора GUID (Globally Unique IDentifier), однозначно идентифицирующего участника документооборота;

O - идентификатор отправителя файла обмена. Значение элемента представляется в виде "ИдОЭДООтпрСт", где:

"ИдОЭДО" - идентификатор оператора электронного оборота (оператор ЭДО) - символьный трехзначный код. При включении оператора ЭДО в сеть доверенных операторов ЭДО ФНС России идентификатор присваивается ФНС России. При направлении договорного документа не через оператора ЭДО идентификатор оператора электронного оборота принимает значение "000";

"ОтпрСт" - код отправителя (сторона 1):

при направлении договорного документа через оператора ЭДО "ОтпрСт" принимает значение уникального кода участника, присваиваемого оператором ЭДО, длина кода отправителя не более 43 символов;

при направлении договорного документа не через оператора ЭДО "ОтпрСт" принимает значение глобально уникального идентификатора GUID (Globally Unique IDentifier), однозначно идентифицирующего участника документооборота;

GGGG - год формирования передаваемого файла обмена, MM - месяц, DD - день;

N1 - уникальный идентификатор основного файла обмена (договора) (36-символьный глобально уникальный идентификатор GUID (Globally Unique IDentifier));

N2 - функция обстоятельств формирования файла обмена. Принимает значения:

"1" - договор, основной файл обмена (функция "ДОГ");

"2" - протокол разногласий, формируемый в случае сообщения стороны о разногласиях с содержанием сделки (функция "ПРОРАЗ");

"3" - дополнительное соглашение к договору, формируемое в периодах после формирования основного файла обмена, представляющее собой согласованную волю стороны 1 и стороны 2 на изменение или прекращение ранее установленных гражданских прав и обязанностей (функция "ДОПСОГЛ");

N3 - номер дополнительного соглашения по порядку (формируется как двухзначное значение больше или равно "01"); для основного файла обмена (договора) и протокола разногласий принимает значение "00";

N4 - порядковый номер прилагаемого файла к файлу обмена (файлу обмена информации о содержании сделки или файлу обмена, формируемого в периодах после формирования начального файла обмена и являющегося неотъемлемой частью содержания сделки в рамках оформления сделки в письменной форме) (для файла обмена и при отсутствии показателя принимает двухзначное значение "00");

N5 - порядковый номер договорного документа в хронологии формирования сторонами содержания сделки. Формируется как двухзначное число больше или равно "01". При оформлении сделки несколькими договорными документами формируется одинаковый N1 для всех файлов обмена. Если договорный документ состоит из одного основного файла обмена (договор), то N2 принимает значение "1", N3, N4 и N5 - значения "00", "00" и "01" соответственно.

Расширение имени файла обмена - pdf.

Файл обмена может содержать изображения в следующих форматах: CCITT Group 3, Group 4, JBIG2, JPEG, JPEG2000.

Не допускаются активные элементы (Javascript, Flash) внутри файла обмена в формате PDF/A-3.

Имя прилагаемого файла к файлу обмена, содержащего сведения договорного документа, повторяет имя файла обмена за исключение N4 и N5.

Расширение имени прилагаемых файлов может по соглашению сторон быть xml, pdf или в форматах для аудиозаписей, видеозаписей и других бинарных файлов, содержащихся в транспортном контейнере файла обмена.

Расширение имени файла обмена и имени прилагаемых файлов может указываться как строчными, так и прописными буквами.

III. ТРЕБОВАНИЯ, ПРЕДЪЯВЛЯЕМЫЕ К ВИЗУАЛЬНОЙ ЧАСТИ

6. Визуальная часть PDF/A-3 должна содержать все данные договорного документа.

Сторона, формирующая договорный документ в формате PDF/A-3, является ответственной за вид применяемой визуальной части и соответствие всех данных, размещенных в визуальной и структурированной частях. В случае расхождения данных, размещенных в визуальной и структурированной частях, приоритетными являются данные, размещенные в визуальной части.

Создаваемый файл обмена в формате PDF/A-3 должен включать в себя все применяемые в нем стили и шрифты.

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

IV. ТРЕБОВАНИЯ, ПРЕДЪЯВЛЯЕМЫЕ К СТРУКТУРИРОВАННОЙ ЧАСТИ

7. Структурированная часть договорного документа должна содержать вложенный файл в формате XML.

Имя вложенного файла, содержащего сведения договорного документа, созданного в формате XML, повторяет имя файла обмена в формате PDF/A-3, и имеет следующий вид:

R_T_A_O_GGGGMMDD_N1_N2_N3_N4_N5, где:

R_T - префикс, принимающий значение ON_DOGDOC;

A - идентификатор получателя файла обмена. Значение элемента представляется в виде "ИдОЭДОПолСт", где:

"ИдОЭДО" - идентификатор оператора электронного оборота (оператор ЭДО) - символьный трехзначный код. При включении оператора ЭДО в сеть доверенных операторов ЭДО ФНС России идентификатор присваивается ФНС России. При направлении договорного документа не через оператора ЭДО идентификатор оператора электронного оборота принимает значение "000";

"ПолСт" - код получателя (сторона 2):

при направлении договорного документа через оператора ЭДО "ПолСт" принимает значение уникального кода участника, присваиваемого оператором ЭДО, длина кода получателя не более 43 символов;

при направлении договорного документа не через оператора ЭДО "ПолСт" принимает значение глобально уникального идентификатора GUID (Globally Unique IDentifier), однозначно идентифицирующего участника документооборота;

O - идентификатор отправителя файла обмена. Значение элемента представляется в виде "ИдОЭДООтпрСт", где:

"ИдОЭДО" - идентификатор оператора электронного оборота (оператор ЭДО) - символьный трехзначный код. При включении оператора ЭДО в сеть доверенных операторов ЭДО ФНС России идентификатор присваивается ФНС России. При направлении договорного документа не через оператора ЭДО идентификатор оператора электронного оборота принимает значение "000";

"ОтпрСт" - код отправителя (сторона 1):

при направлении договорного документа через оператора ЭДО "ОтпрСт" принимает значение уникального кода участника, присваиваемого оператором ЭДО, длина кода отправителя не более 43 символов;

при направлении договорного документа не через оператора ЭДО "ОтпрСт" принимает значение глобально уникального идентификатора GUID (Globally Unique IDentifier), однозначно идентифицирующего участника документооборота;

GGGG - год формирования передаваемого файла обмена, MM - месяц, DD - день;

N1 - уникальный идентификатор основного файла обмена (договора) (36-символьный глобально уникальный идентификатор GUID (Globally Unique IDentifier));

N2 - функция обстоятельств формирования файла обмена. Принимает значения:

"1" - договор, основной файл обмена (функция "ДОГ");

"2" - протокол разногласий, формируемый в случае сообщения стороны о разногласиях с содержанием сделки (функция "ПРОРАЗ");

"3" - дополнительное соглашение к договору, формируемое в периодах после формирования основного файла обмена, представляющее собой согласованную волю стороны 1 и стороны 2 на изменение или прекращение ранее установленных гражданских прав и обязанностей (функция "ДОПСОГЛ");

N3 - номер дополнительного соглашения по порядку (формируется как двухзначное значение больше или равно "01"); для основного файла обмена (договора) и протокола разногласий принимает значение "00");

N4 - порядковый номер прилагаемого файла к файлу обмена (принимает двухзначное значение "00");

N5 - порядковый номер договорного документа в хронологии формирования сторонами содержания сделки. Формируется как двухзначное число больше или равно "01".

Расширение имени вложенного файла - XML.

Расширение имени вложенного XML-файла может указываться как строчными, так и прописными буквами.

Параметры первой строки вложенного файла

Первая строка вложенного XML файла должна иметь следующий вид:

<?xml version ="1.0" encoding ="windows-1251"?>

Имя файла, содержащего XML схему вложенного файла, должно иметь следующий вид:

ON_DOGDOC_1_999_01_01_01_xx, где xx - номер версии схемы.

Расширение имени файла - xsd.

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

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

8. Логическая модель вложенного файла представлена в виде диаграммы структуры вложенного файла на рисунке 1 настоящего формата. Элементами логической модели вложенного файла являются элементы и атрибуты вложенного XML файла. Перечень структурных элементов логической модели вложенного файла и сведения о них приведены в таблицах 8.1 - 8.37 настоящего формата.

Для каждого структурного элемента логической модели вложенного файла приводятся следующие сведения:

наименование элемента. Приводится полное наименование элемента. В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом "|". Такая форма записи применяется при наличии во вложенном файле только одного элемента из описанных в этой строке;

сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;

признак типа элемента. Может принимать следующие значения: "С" - сложный элемент логической модели (содержит вложенные элементы), "П" - простой элемент логической модели, реализованный в виде элемента XML файла, "А" - простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы;

формат элемента. Формат элемента представляется следующими условными обозначениями: T - символьная строка; N - числовое значение (целое или дробное).

Формат символьной строки указывается в виде T(n-k) или T(=k), где: n - минимальное количество знаков, k - максимальное количество знаков, символ "-" - разделитель, символ "=" означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков не ограничено, формат имеет вид T(n-).

Формат числового значения указывается в виде N(m.k), где: m - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (то есть число целое), то формат числового значения имеет вид N(m).

Для простых элементов, являющихся базовыми в XML, таких как, элемент с типом "date", поле "Формат элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента;

признак обязательности элемента определяет обязательность наличия элемента (совокупности наименования элемента и его значения) во вложенном файле. Признак обязательности элемента может принимать следующие значения: "О" - наличие элемента во вложенном файле обязательно; "Н" - наличие элемента во вложенном файле необязательно, то есть элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю), то признак обязательности элемента дополняется символом "К". В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М".

К вышеперечисленным признакам обязательности элемента может добавляться значение "У" в случае описания в XML схеме условий, предъявляемых к элементу во вложенном файле, описанных в графе "Дополнительная информация";

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

Рисунок 1. Диаграмма структуры вложенного файла

Таблица 8.1

Вложенный файл (Файл)

Таблица 8.2

Состав и структура договорного документа (Документ)