---
title: "\"Требования к форматам xml файлов с данными распоряжений физических лиц, прилагаемых к расчетному документу \"Платежное поручение на общую сумму с реестром\". Версия 1.0\""
issuer: "Федеральное казначейство"
status: действует
canonical: "https://bukva.ai/docs/trebovaniya-k-formatam-xml-faylov-s-dannymi"
---

## "Требования к форматам xml файлов с данными распоряжений физических лиц, прилагаемых к расчетному документу "Платежное поручение на общую сумму с реестром". Версия 1.0"

# "Требования к форматам xml файлов с данными распоряжений физических лиц, прилагаемых к расчетному документу "Платежное поручение на общую сумму с реестром". Версия 1.0"

(утв. Казначейством России 14.05.2013)


<a id="p100001"></a>Утверждаю
Заместитель руководителя
Федерального казначейства

<div align="right">

С.Б.ГУРАЛЬНИКОВ<br>
14 мая 2013 года

<a id="p100002"></a>ТРЕБОВАНИЯ<br>
К ФОРМАТАМ XML ФАЙЛОВ С ДАННЫМИ РАСПОРЯЖЕНИЙ<br>
ФИЗИЧЕСКИХ ЛИЦ, ПРИЛАГАЕМЫХ К РАСЧЕТНОМУ ДОКУМЕНТУ<br>
"ПЛАТЕЖНОЕ ПОРУЧЕНИЕ НА ОБЩУЮ СУММУ С РЕЕСТРОМ"

</div>


<a id="p100003"></a>ВЕРСИЯ 1.0


## 1. <a id="p100004"></a>Введение



### <a id="p100005"></a>1.1. Назначение документа


<div align="center">

<a id="p100006"></a>**Документ предназначен для описания форматов xml файлов с распоряжениями физических лиц, прилагаемых к расчетному документу "Платежное поручение на общую сумму с реестром".**

</div>

<a id="p100007"></a>В соответствии с "Положением о платежной системе Банка России" от 29.06.2012 N 384-П кредитные организации (их филиалы) для перевода денежных средств по принятым к исполнению распоряжениям физических лиц - плательщиков могут применять расчетный документ "Платежное поручение на общую сумму с реестром". При зачислении денежных средств на счет органа Федерального казначейства, в соответствии с расчетным документом "Платежное поручение на общую сумму с реестром", такой расчетный документ передается клиенту в составе "Информации из расчетных документов, подтверждающих банковские операции клиентов Федерального казначейства при расчетах с контрагентами и прилагаемых к выписке из лицевого счета, к сводной ведомости о кассовых выплатах из бюджета (ежедневная), к сводной ведомости по кассовым поступлениям (ежедневная), к реестру платежей, поступивших в бюджет минуя счет органа Федерального казначейства, к справке об операциях по исполнению бюджета, к сводному реестру поступлений и выбытий" в соответствии с "Требованиями к форматам текстовых файлов, используемых при информационном взаимодействии между органами Федерального казначейства и участниками бюджетного процесса, неучастниками бюджетного процесса, бюджетными учреждениями, автономными учреждениями, Счетной палатой (том 2)" (опубликованы на официальном сайте Федерального казначейства: www.roskazna.ru в разделе "Методический кабинет" - "Информационные системы"). При этом данные из распоряжений физических лиц, для перевода денежных средств по которым кредитной организацией (ее филиалом) был составлен расчетный документ "Платежное поручение на общую сумму с реестром", передаются клиенту в электронном виде в соответствии с настоящими Требованиями.


### <a id="p100008"></a>1.2. Условные обозначения и сокращения



| <a id="p100009"></a>N | Термин | Содержание |
| --- | --- | --- |
| <a id="p100010"></a>1. | GUID | GloballyUniqueIdentifier - уникальный 128-битный идентификатор, представляется в виде строки из шестнадцатеричных цифр, разбитых на пять групп по 8, 4, 4, 4 и 12 символов соответственно, разделенных дефисами:<br>XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX |
| <a id="p100011"></a>2. | XML | Расширяемый язык разметки, предназначенный для хранения и обмена информацией в структурированном виде |
| <a id="p100012"></a>3. | БИК | Банковский идентификационный код |
| <a id="p100013"></a>4. | КО | Кредитная организация |
| <a id="p100014"></a>5. | ОрФК | Органы Федерального казначейства - Федеральное казначейство и территориальные органы Федерального казначейства |
| <a id="p100015"></a>6. | ППО | Прикладное программное обеспечение |
| <a id="p100016"></a>7. | ТОФК | Территориальный орган Федерального казначейства. К территориальным органам Федерального казначейства относятся управления Федерального казначейства по субъектам Российской Федерации и подведомственные им отделения управлений Федерального казначейства по субъектам Российской Федерации |
| <a id="p100017"></a>8. | УБП | Участник бюджетного процесса |
| <a id="p100018"></a>9. | ФК | Федеральное казначейство |
| <a id="p100019"></a>10. | ЦАФК | Центральный аппарат Федерального казначейства |
| <a id="p100020"></a>11. | ЭП | Электронная подпись - реквизит электронного документа, предназначенный для защиты данного электронного документа от подделки, полученный в результате криптографического преобразования информации с использованием закрытого ключа электронной цифровой подписи и позволяющий идентифицировать владельца сертификата ключа подписи, а также установить отсутствие искажения информации в электронном документе. В электронном документе признается равнозначной собственноручной подписи в документе на бумажном носителе |



## 2. <a id="p100021"></a>Процедуры приема и передачи информации



### <a id="p100022"></a>2.1. Маршруты приема и передачи информации


<a id="p100023"></a>В рамках настоящих требований осуществляется прием и передача информации по следующим маршрутам:
<a id="p100024"></a>ОрФК - Клиент:
- <a id="p100025"></a>Информация из документа "Платежное поручение на общую сумму с реестром".


### <a id="p100026"></a>2.2. Порядок формирование и обработки информации


<div align="center">

<a id="p100027"></a>Информация, передаваемая и получаемая в рамках настоящих Требований, используя язык разметки XML, преобразуется в электронный документ (далее - XML-документ).<br>
<a id="p100028"></a>Каждый электронный XML-документ содержит информацию из документа "Платежное поручение на общую сумму с реестром". Каждый такой пересылаемый документ передается с сопровождающей его служебной информацией. Такая служебная информация должна соответствовать стандарту Open Applications Group Integration Specification (OAGIS) и описанию, приведенному в [п. 5](#p100083) - 6 настоящего документа.<br>
<a id="p100029"></a>Формирование XML-сообщений производится в формате UTF-8 и каждое сообщение снабжается заголовком:<br>
<a id="p100030"></a>**<?xml version="1.0" encoding="UTF-8"?>**

</div>



## 3. <a id="p100031"></a>Описание формата обмена


<a id="p100032"></a>В соответствии с настоящими требованиями информационное взаимодействие между органами Федерального казначейства и участниками бюджетного процесса, неучастниками бюджетного процесса, бюджетными учреждениями, автономными учреждениями осуществляется посредством обмена XML сообщениями. Формат входящих и исходящих сообщений соответствует стандарту Open Applications Group Integration Specification (OAGIS).
<a id="p100033"></a>Каждое сообщение содержит один документ.
<a id="p100034"></a>Каждый такой пересылаемый документ (документы) передается с сопровождающей его служебной информацией. Такая служебная информация называется конвертом.
<a id="p100035"></a>Конверт представляет собой XML сообщение и дополнительные служебные атрибуты, которые служат для доставки сообщения адресату.
<a id="p100036"></a>Сообщение формируется на расширенном стандарте OAGIS.
<a id="p100037"></a>При этом выделяются следующие компоненты XML сообщения:
    - <a id="p100038"></a>Business Object Document (BOD) - само XML сообщение

<div align="center">

<a id="p100039"></a>      **- Корневой тег - Идентификатор формата сообщения (композиция);**<br>
<a id="p100040"></a>      **- Атрибут корневого тега - Версия формата сообщения;**<br>
<a id="p100041"></a>      **- Атрибут корневого тега - Программная среда (ASFK, OOS);**

</div>

      - <a id="p100042"></a>Атрибут корневого тега - Версия релиза ППО
        - <a id="p100043"></a>Отправитель (набор атрибутов);
        - <a id="p100044"></a>Дата отправления;
        - <a id="p100045"></a>GUID сообщения (BODId) - (в отличие от GUID документа) логический
          уровень;
        - <a id="p100046"></a>UserArea - расширения стандарта:
          - <a id="p100047"></a>Получатель;
          - <a id="p100048"></a>ФИО, должность пользователя, сформировавшего xml-сообщение

<div align="center">

<a id="p100049"></a>            **Приоритет - (1-100), рекомендательный параметр транспортной**<br>
            **системе;**<br>
<a id="p100050"></a>          **- Тип сообщения - код типа сообщения;**

</div>

          - <a id="p100051"></a>Маркер документа;
          - <a id="p100052"></a>Дополнительный параметры (не заполняется).
        - <a id="p100053"></a>DataArea - область описания данных. В зависимости от типа
          сообщения может быть: документом, запросом, уведомлением,
          обновлением, отчетом, справочником, файлом и т.д.
          - <a id="p100054"></a>Действие над объектом - "глагол" - Process, Sync, Load, и т.д.
            в соответствии с OAGIS.
          - <a id="p100055"></a>Объект (структура описана в соответствующем подразделе ниже).
<a id="p100056"></a>Уникальным идентификатором формата сообщения является композиция: Идентификатор формата сообщения + Версия формата сообщения.


## 4. <a id="p100057"></a>Именование файлов


<a id="p100058"></a>Xml-файлы используют единый принцип формирования имени файла: MDTTNNNNYYYYYYYYXXXXXSSSSFFFFFFFFZZZZZPPPP,
<a id="p100059"></a>где использованы следующие реквизиты:
- <a id="p100060"></a>1-й разряд, "M" - месяц формирования файла: 1-9, A-C в 36-ричной системе;
- <a id="p100061"></a>2-й разряд, "D" - день месяца формирования файла: 1-9, A-V в 36-ричной системе;
- <a id="p100062"></a>3 - 4-й разряды, "TT" - тип документа (заполняется значением "06");
- <a id="p100063"></a>5 - 8-й разряды, "NNNN" - порядковый номер файла за дату формирования: 0-9, A-Z в 36-ричной системе;
- <a id="p100064"></a>9 - 16-й разряды, "YYYYYYYY" - код бюджета организации отправителя (заполняется значением "00000000");
- <a id="p100065"></a>17 - 21-й разряды, "XXXXX" - код организации отправителя РУБП/ПУБП/НУБП (заполняется значением "00000");
- <a id="p100066"></a>22 - 25-й разряды, "SSSS" - код ТОФК отправителя;
- <a id="p100067"></a>26 - 33-й разряды, "FFFFFFFF" - код бюджета организации получателя;
- <a id="p100068"></a>34 - 38-й разряды, "ZZZZZ" - код организации получателя РУБП/ПУБП/НУБП;
- <a id="p100069"></a>39 - 42-й разряды, "PPPP" - код ТОФК получателя (заполняется значением "0000").
<a id="p100070"></a>Расширение файла описывает его внутренний формат и должно состоять из трех разрядов. Расширение файла должно иметь значение "xml".
<a id="p100071"></a>Например:
<a id="p100072"></a>55021310000000000000510051030487040630000.xml, где
<a id="p100073"></a>5 - месяц Май;
<a id="p100074"></a>5 - день 5-ый;
<a id="p100075"></a>06 - тип документа;
<a id="p100076"></a>131 - порядковый номер файла в течение 5-го числа;
<a id="p100077"></a>00000000 - код бюджета организации отправителя;
<a id="p100078"></a>00000 - код организации отправителя;
<a id="p100079"></a>5100 - УФК по Новосибирской области;
<a id="p100080"></a>510051030487 - код бюджета города Новосибирск;
<a id="p100081"></a>04063 - код УБП Новосибирскстат;
<a id="p100082"></a>0000 - ТОФК получателя.


## 5. <a id="p100083"></a>Описание структуры XML


<div align="center">

<a id="p100084"></a>**Ниже представлен пример структуры формата XML сообщений:**<br>
<a id="p100085"></a>**<?xml version="1.0" encoding="windows-1251"?>**

</div>

<a id="p100086"></a><ProcessRegPayOrder xsi:noNamespaceSchemaLocation ="ProcessRegPayOrder.xsd"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" versionID="1.0"
systemEnvironmentCode="ASFK" releaseID="0.0.15">
    
<a id="p100088"></a>      <Sender>
<a id="p100089"></a>        <LogicalID>3400</LogicalID>
<a id="p100090"></a>        <Role>ASFK</Role>
<a id="p100091"></a>      </Sender>
<a id="p100092"></a>      <CreationDateTime>2013-03-06T16:39:25+04:00</CreationDateTime>
<a id="p100093"></a>      <BODId>D741E154-BC2D-0090-E043-C0A800020090</BODId>
<a id="p100094"></a>      <UserArea>
<a id="p100095"></a>        <Group ID="Core">
<a id="p100096"></a>          <Property name="RecipientLogicalID"value="9500.6000..99010001-
111-22222.N.S"></Property>
<a id="p100097"></a>          <Property name="Priority" value="255"></Property>
<a id="p100098"></a>          <Property name="Role" value="041232134123"></Property>
<a id="p100099"></a>          <Property name="MessageType" value="Document"></Property>
<a id="p100100"></a>          <Property name="MessageCode" value="ИКС"></Property>
<a id="p100101"></a>          <Property name="UserName" value="UserName"></Property>
<a id="p100102"></a>        </Group>
<a id="p100103"></a>      </UserArea>
<a id="p100104"></a>    </ApplicationArea>
<a id="p100105"></a>    <DataArea>
    ...
<a id="p100106"></a>    </DataArea>
<a id="p100107"></a></ProcessRegPayOrder>
<a id="p100108"></a>Корневой тег ProcessRegPayOrder - идентификатор формата сообщения. Вместе с версией (атрибут "versionID") представляет собой уникальный идентификатор формата области описания данных (DataArea).
- <a id="p100109"></a>ApplicationArea - постоянный, неизменный формат (для всех типов сообщений);
- <a id="p100110"></a>DataArea - переменный формат; зависит от типа сообщения.

<div align="center">

<a id="p100111"></a>**Таблица 1**

</div>


<a id="p100112"></a>ПЕРЕЧЕНЬ
СТРУКТУР ДАННЫХ СООБЩЕНИЯ


| <a id="p100113"></a>Структура данных | Относительный XPath | Описание | Особенности заполнения |
| --- | --- | --- | --- |
| <a id="p100114"></a>Сообщение | <ProcessRegPayOrder> | Все XML сообщение - Busioness Object Document (BOD) | ProcessRegPayOrder - значение корневого тега для документа "Платежное поручение на общую сумму с реестром" |
| <a id="p100115"></a>Служебные поля | <ProcessRegPayOrder>/ | Область описания служебных, управляющих полей |  |
| <a id="p100116"></a>Отправитель | <ProcessRegPayOrder>//<Sender> | Отправитель сообщения |  |
| <a id="p100117"></a>Расширения | <ProcessRegPayOrder>//<UserArea> | Расширения стандарта OAGIS |  |
| <a id="p100118"></a>Дополнительные параметры | <ProcessRegPayOrder>//<UserArea>/<Group> | Дополнительные параметры |  |
| <a id="p100119"></a>БизнесДанные | <ProcessRegPayOrder>/<DataArea> | Область описания данных |  |



### <a id="p100120"></a>5.1. Правила формирования корневого тега сообщения (RootTag)


<a id="p100121"></a>Корневой тег любого сообщения формируется по правилам OAGIS 9.0. Корневой тег состоит из глагола и существительного. Существительное представляет собой бизнес-объект, передающийся в сообщении. Глагол представляет собой действие с данным бизнес-объектом, которое явилось инициатором исходящего сообщения или которое необходимо выполнить по получении данного сообщения.

<a id="p100122"></a>Таблица 2

<div align="right">

<a id="p100123"></a>ПЕРЕЧЕНЬ<br>
АТРИБУТОВ КОРНЕВОГО ТЕГА

</div>



| <a id="p100124"></a>Атрибут XML-тега | Формат | Обязательность | Описание | Особенности заполнения |
| --- | --- | --- | --- | --- |
| <a id="p100125"></a>versionID | String | Да | Версия формата сообщения | Должна соответствовать версии данного документа в формате: "\d{3}.\d{2}" |
| <a id="p100126"></a>systemEnvironmentCode | String | Да | Программная среда (Допустимы значения "ASFK") | Заполняется значением ASFK |
| <a id="p100127"></a>releaseID | String | Да | Версия релиза ППО |  |


<a id="p100128"></a>Таблица 3

<a id="p100129"></a>ПЕРЕЧЕНЬ
ЭЛЕМЕНТОВ СТРУКТУРЫ "ОТПРАВИТЕЛЬ" (SENDER)


| <a id="p100130"></a>Элемент: имя XML-тега | Формат | Обязательность | Описание | Особенности заполнения |
| --- | --- | --- | --- | --- |
| <a id="p100131"></a>LogicalID | String | Да | Адрес подсистемы отправителя сообщения | Код ОрФК отправителя |
| <a id="p100132"></a>Role | String | Да | Роль отправителя | Заполняется значением ASFK |


<div align="right">

<a id="p100133"></a>Таблица 4

</div>


<a id="p100134"></a>ПЕРЕЧЕНЬ
ЭЛЕМЕНТОВ СТРУКТУРЫ "СЛУЖЕБНЫЕ ПОЛЯ"


| <a id="p100135"></a>Элемент: имя XML-тега | Формат | Обязательность | Описание | Особенности заполнения |
| --- | --- | --- | --- | --- |
| <a id="p100136"></a>CreationDateTime | YYYY-MM-DDThh:mm: ss(+\|-)hh:mm(xsd: dateTime) | Да | Дата-время формирования в формате xsd:dateTime.<br>Например, 2013-01-10T12:40:10+03:00 | Дата и время формирования xml-сообщения |
| <a id="p100137"></a>BODId | String | Да | GUID сообщения | ([A-Z]\|[0-9]){8}-([A-Z]\| [0-9]){4}-([A-Z]\|[0-9]) {4}-([A-Z]\|[0-9]){4}-([A-Z]\|[0-9]){12} |


<a id="p100138"></a>Таблица 5

<a id="p100139"></a>ПЕРЕЧЕНЬ
ЭЛЕМЕНТОВ СТРУКТУРЫ "CROUP" "CORE"


| <a id="p100140"></a>Элемент: имя XML-тега | Формат | Обязательность | Описание | Особенности заполнения |
| --- | --- | --- | --- | --- |
| <a id="p100141"></a>RecipientLogicalID | Xs:String | Да | Транспортная маска получателя | Указывается адрес подсистемы получателя сообщения: код УБП |
| <a id="p100142"></a>Priority | Xs:String | Да |  | Всегда заполнять значением "255" |
| <a id="p100143"></a>Role | Xs:String | Да | Роль получателя | Заполняется значением номер лицевого счета получателя |
| <a id="p100144"></a>MessageType | Xs:String | Да | Тип перевозимой сущности.<br>Report - отчет.<br>Document - документ |  |
| <a id="p100145"></a>MessageCode | Xs:String | Да | Маркер документа | Возможные значения:<br>RPP - для "Платежное поручение на общую сумму с реестром" |
| <a id="p100146"></a>UserName | xs:String | Да | ФИО, должность ответственного сотрудника, сформировавшего xml-сообщение |  |



## 6. <a id="p100147"></a>Общие атрибуты структуры "Бизнес Данные" (Data Area)


<div align="right">

<a id="p100148"></a>Таблица 6

<a id="p100149"></a>АТРИБУТЫ СТРУКТУРЫ "БИЗНЕС ДАННЫЕ"

</div>



| <a id="p100150"></a>Родительский тег | Текущий тег | Тип | Размерность | Обязательность | Наименование атрибута | Примечание |
| --- | --- | --- | --- | --- | --- | --- |
| <a id="p100151"></a><Data Area> | <Process> | Xs:string |  | Да | Вид операции, выполняемой над документом | Заполняется Process - новый документ |
| <a id="p100152"></a><Data Area> | <Header> |  |  |  |  |  |
| <a id="p100153"></a><Header> | <DocGUID> | xs:string | = 36 | Да | Уникальный идентификатор документа | ([A-Z]\|[0-9]){8}-([A-Z]\|[0-9]){4}-([A-Z]\|[0-9]){4}-([A-Z]\|[0-9]){4}-([A-Z]\|[0-9]){12} |
| <a id="p100154"></a><Header> | <Number> | xs:integer |  | Да | Номер документа | Номер документа в течение года в разрезе ТОФК |
| <a id="p100155"></a><Header> | <DocTypeCode> | CodeFormType | = 3 | Да | Маркер документа | Возможные значения:<br>RPP - для "Платежного поручения на общую сумму с реестром" |
| <a id="p100156"></a><Header> | <DocBudgetCode> | Xs:string | = 8 | Нет | Номер бюджета |  |
| <a id="p100157"></a><Header> | <DocBusinessStatus> | Xs:string | = 3 | Нет | Бизнес-статус | Статус, отражающий состояние документа с точки зрения бизнеса.<br>Бизнес-статус является вычисляемым на основании статусов утверждения или статусов передачи или получаемым из внешних систем (OEBS). Служебное поле заполняется в ОрФК |
| <a id="p100158"></a><Header> | <DocApprovalStatus> | Xs:string | = 3 | Нет | Статус утверждения | Статус, который получает документ в результате его подписания ЭП/утверждения.<br>Служебное поле заполняется в ОрФК |
| <a id="p100159"></a><Header> | <DocTransferStatus> | Xs:string | = 3 | Нет | Статус передачи | Статус, отражающий состояние обработки и передачи документа в СУФД. Для разных классов и типов документов в СУФД может поддерживаться разная последовательность статусов передачи и различные виды контролей.<br>Служебное поле заполняется в ОрФК |
| <a id="p100160"></a><Header> | <DocTofkCode> | Xs:string | = 4 | Да | Код ТОФК, где сформирован документ |  |
| <a id="p100161"></a><Header> | <DocSegmentCode> | Xs:string | = 1 | Нет | Признак секретности документа |  |
| <a id="p100162"></a><Header> | <CreateDateTime> | Xs:dateTime |  | Да | Дата и время формирования документа |  |
| <a id="p100163"></a><Header> | <CMS> | Подуровень |  | Нет | Электронная подпись отчета.<br>Указываются пустые теги | Не используется |
| <a id="p100164"></a><CMS> | <Version> | Xs:string |  | Нет | Версия структуры ЭП | Не используется |
| <a id="p100165"></a><CMS> | <DigitalSignature> | Xs:string |  | Нет | ЭП документа (base64) | Не используется |
| <a id="p100166"></a><Header> |  | Подуровень |  | Нет | Вложения пользователя к документу | Не используется |
|  | <FileBody> | Xs:string |  | Нет | Непосредственно вложение (в base64 кодировке).<br>Если вложения нет, то указываются пустые теги | Не используется |
|  | <FileDescription> | Xs:string | 1 - 4000 | Нет | Описание файла вложения | Не используется |
|  | <FileName> | Xs:string | 1 - 255 | Нет | Имя файла вложения | Не используется |
|  | <FileContentType> | Xs:string | 1 - 100 | Нет | Тип контента, например: image/jpeg | Не используется |



### <a id="p100171"></a>6.1. Атрибуты структуры "Бизнес Данные" документа "Платежное поручение на общую сумму с реестром"


<a id="p100172"></a>Таблица 7

<a id="p100173"></a>"БИЗНЕС ДАННЫЕ" ДОКУМЕНТА "ПЛАТЕЖНОЕ ПОРУЧЕНИЕ
НА ОБЩУЮ СУММУ С РЕЕСТРОМ"


| <a id="p100174"></a>Родительский тег | Текущий тег | Наименование атрибута | Тип | Размерность | Обязательность | Примечание |
| --- | --- | --- | --- | --- | --- | --- |
| <a id="p100175"></a><DataArea> | <Header> | Заголовок документа "Платежное поручение на общую сумму с реестром" |  |  |  |  |
| <a id="p100176"></a><Header> | <Report> | Реквизиты документа "Платежное поручение на общую сумму с реестром" |  | 1 - 1 | Да |  |
| <a id="p100177"></a><Report> | <GUID_FK> | Глобальный уникальный идентификатор | xs:string | = 36 | Нет | ([A-Z]\|[0-9]){8}-([A-Z]\|[0-9]){4}-([A-Z]\|[0-9]){4}-([A-Z]\|[0-9]){4}-([A-Z]\|[0-9]){12} Служебное поле заполняется в ОрФК.<br>Указывается уникальный технический код документа, присвоенный в ОрФК |
| <a id="p100178"></a><Report> | <NOM_PP> | Номер платежного поручения | xs:string | <= 9 | Да |  |
| <a id="p100179"></a><Report> | <DATE_PP> | Дата платежного поручения | xs:date |  | Да |  |
| <a id="p100180"></a><Report> | <SUM_PP> | Сумма платежного поручения | xs:string |  | Да | Сумма в копейках.<br>Положительное целое число, до 18 разрядов.<br>Формат вида - {0,1}\d{1,18}\ |
| <a id="p100181"></a><Report> | <INN_PLAT_PP> | ИНН плательщика | xs:string | <= 12 | Нет |  |
| <a id="p100182"></a><Report> | <KPP_PLAT_PP> | КПП плательщика | xs:string | <= 9 | Нет |  |
| <a id="p100183"></a><Report> | <KBK> | Код бюджетной классификации | xs:string | = 20 | Нет | Поле (104) |
| <a id="p100184"></a><Report> | <OKATO> | Код ОКАТО | xs:string | <= 11 | Нет | Поле (105) |
| <a id="p100185"></a><Report> | <PURPOSE_PP> | Назначение платежа | xs:string | <= 210 | Нет |  |
| <a id="p100186"></a><Report> | <INN_RCV_PP> | ИНН получателя средств | xs:string | <= 12 | Нет |  |
| <a id="p100187"></a><Report> | <KPP_RCV_PP> | КПП получателя средств | xs:string | <= 9 | Нет |  |
| <a id="p100188"></a><Report> | <ID_KO> | Идентификатор кредитной организации | xs:string | = 9 | Да | Указывается БИК банка составителя реестра |
| <a id="p100189"></a><Report> | <REGPP> | Реестр принятых к исполнению распоряжений физических лиц |  | 1 - N |  |  |
| <a id="p100190"></a><RegPP> | <NOM_LINE> | Номер строки | xs:string | <= 5 | Нет | Номер записи в реестре по порядку |
| <a id="p100191"></a><RegPP> | <DATE_REESTR_PP> | Дата перевода | xs:date |  | Да |  |
| <a id="p100192"></a><RegPP> | <SUM_REESTR_PP> | Сумма перевода | xs:string |  | Да | Сумма в копейках.<br>Положительное целое число, до 18 разрядов.<br>Формат вида - {0,1}\d{1,18}\ |
| <a id="p100193"></a><RegPP> | <ID_OPER> | Уникальный присваиваемый номер операции | xs:string | <= 32 | Нет | Присваивается банком |
| <a id="p100194"></a><RegPP> | <ID_PLAT> | Идентификатор плательщика | xs:string | <= 25 | Нет | Присваивается банком |
| <a id="p100195"></a><RegPP> | <INN_PLAT> | ИНН плательщика | xs:string | <= 12 | Нет |  |
| <a id="p100196"></a><RegPP> | <FIO_PLAT> | Фамилия, имя и отчество физического лица - плательщика | xs:string | <= 70 | Нет |  |
| <a id="p100197"></a><RegPP> |  | Адрес физического лица - плательщика | xs:string | <= 70 | Нет |  |
| <a id="p100198"></a><RegPP> | <NOM_LS_PLAT> | Номер банковского счета плательщика | xs:string | = 20 | Нет |  |
| <a id="p100199"></a><RegPP> | <NAME_PLAT> | Наименование плательщика | xs:string | <= 140 | Нет |  |
| <a id="p100200"></a><RegPP> | <ID_RCV> | Идентификатор получателя средств | xs:string | <= 25 | Нет |  |
| <a id="p100201"></a><RegPP> | <INN_RCV> | ИНН получателя средств | xs:string | <= 12 | Нет |  |
| <a id="p100202"></a><RegPP> | <FIO_RCV> | Фамилия, имя и отчество физического лица - получателя средств | xs:string | <= 70 | Нет |  |
| <a id="p100203"></a><RegPP> |  | Адрес физического лица - получателя средств | xs:string | <= 70 | Нет |  |
| <a id="p100204"></a><RegPP> | <NOM_LS_RCV> | Номер банковского счета получателя средств | xs:string | = 20 | Нет |  |
| <a id="p100205"></a><RegPP> | <NAME_RCV> | Наименование получателя средств | xs:string | <= 140 | Нет |  |
| <a id="p100206"></a><RegPP> | <PURPOSE> | Назначение платежа из распоряжения плательщика | xs:string | <= 210 | Нет |  |
| <a id="p100207"></a><RegPP> | <INFO> | Информация, связанная с переводом | xs:string | <= 140 | Нет |  |
| <a id="p100208"></a><RegPP> | <PAYSTATUS> | Статус составителя расчетного документа (101р) | xs:string | <= 2 | Нет | Статус составителя расчетного документа |
| <a id="p100209"></a><RegPP> | <OSNPLAT> | Показатель основания платежа (106р) | xs:string | <= 2 | Нет | Показатель основания платежа |
| <a id="p100210"></a><RegPP> | <NAL_PER> | Налоговый период (107р) | xs:string | <= 10 | Нет | Налоговый период |
| <a id="p100211"></a><RegPP> | <NUM_DOK> | Номер налогового документа (108р) | xs:string | <= 15 | Нет | Номер налогового документа |
| <a id="p100212"></a><RegPP> | <DATE_DOK> | Дата налогового документа (109р) | xs:string | = 10 | Нет | Дата налогового документа |
| <a id="p100213"></a><RegPP> | <TYPE_PL> | Тип платежа (110р) | xs:string | <= 2 | Нет | Тип платежа |
| <a id="p100214"></a><RegPP> | <NOM_LS_OFK> | Номер л/с, открытого в ОрФК (111р) | xs:string | = 11 | Нет |  |
| <a id="p100215"></a><RegPP> | <NOM_LS_FO> | Номер л/с, открытого бюджетополучателю в ФО (112р) | xs:string | <= 16 | Нет |  |


<a id="p100216"></a>Примечание. [Столбец](#p100124) "Обязательность" (таблицы 2 - 7) указывает обязательность или необязательность значения в теге, но тег сам обязателен, кроме случаев, когда указывается необязательность значения тега, содержащего в себе другие теги. Если значения отсутствуют, вложенные теги не указываются.


### <a id="p100217"></a>6.2. Пример схемы документа "Платежное поручение на общую сумму с реестром"


<?xml version="1.0" encoding="windows-1251"?>
<a id="p100218"></a><!--Sample XML file generated by XMLSpy v2011 rel. 2
(http://www.altova.com)-->
<a id="p100219"></a><ProcessRegPayOrder xsi:noNamespaceSchemaLocation="ProcessRegPayOrder.xsd"
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance versionID="1.0"
systemEnvironmentCode="ASFK" releaseID="0.0.15">
    
<a id="p100221"></a>      <Sender>
<a id="p100222"></a>        <LogicalID>3400</LogicalID>
<a id="p100223"></a>        <Role>ASFK</Role>
<a id="p100224"></a>      </Sender>
<a id="p100225"></a>      <CreationDateTime>2013-01-20T16:39:25+04:00</CreationDateTime>
<a id="p100226"></a>      <BODId>D741E154-BC2D-0090-E043-C0A800020090</BODId>
<a id="p100227"></a>      <UserArea>
<a id="p100228"></a>        <Group id="Core">
<a id="p100229"></a>          <Property name="RecipientLogicalID" value="9500.6000..99010001-
111-22222.N.S"></Property>
<a id="p100230"></a>          <Property name="Priority" value="255"></Property>
<a id="p100231"></a>          <Property name="Role" value="041232134123"></Property>
<a id="p100232"></a>          <Property name="MessageType" value="Document"></Property>
<a id="p100233"></a>          <Property name="MessageCode" value="ИКС"></Property>
<a id="p100234"></a>          <Property name="UserName" value="Экзифов А.А."></Property>
<a id="p100235"></a>        </Group>
<a id="p100236"></a>      </UserArea>
<a id="p100237"></a>    </ApplicationArea>
<a id="p100238"></a>    <DataArea>
<a id="p100239"></a>      <Process>Process</Process>
<a id="p100240"></a>      <Header>
<a id="p100241"></a>      <DocGUID>String</DocGUID>
<a id="p100242"></a>      <Number>3400121301201</Number>
<a id="p100243"></a>      <DocTypeCode>ПРТ</DocTypeCode>
<a id="p100244"></a>      <DocBudgetCode></DocBudgetCode>
<a id="p100245"></a>      <DocBusinessStatus></DocBusinessStatus>
<a id="p100246"></a>      <DocApprovalStatus></DocApprovalStatus>
<a id="p100247"></a>      <DocTransferStatus></DocTransferStatus>
<a id="p100248"></a>      <DocTofkCode>3400</DocTofkCode>
<a id="p100249"></a>      <DocSegmentCode></DocSegmentCode>
<a id="p100250"></a>      <CreateDateTime></CreateDateTime>
<a id="p100251"></a>      <CMS>
<a id="p100252"></a>        <Version></Version>
<a id="p100253"></a>        <DigitalSignature></DigitalSignature>
<a id="p100254"></a>      </CMS>
      
<a id="p100256"></a>        <FileBody></FileBody>
<a id="p100257"></a>        <FileDescription></FileDescription>
<a id="p100258"></a>        <FileName></FileName>
<a id="p100259"></a>        <FileContentType></FileContentType>
<a id="p100260"></a>      </Attachment>
<a id="p100261"></a>      <Report>
<a id="p100262"></a>        <GUID_FK>6F9619FF-8B86-D011-B42D-00CF4FC96411</GUID_FK>
<a id="p100263"></a>        <NOM_PP>123</NOM_PP>
<a id="p100264"></a>        <Date_PP>2011-04-14</Date_PP>
<a id="p100265"></a>        <Sum_PP>5100</Sum_PP>
<a id="p100266"></a>        <INN_PLAT_PP>3525023780</INN_PLAT_PP>
<a id="p100267"></a>        <KPP_PLAT_PP>641234567</KPP_PLAT_PP>
<a id="p100268"></a>        <KBK>18210101000004000110</KBK>
<a id="p100269"></a>        <OKATO>63000000000</OKATO>
<a id="p100270"></a>        <PURPOSE_PP>a</PURPOSE_PP>
<a id="p100271"></a>        <INN_RCV_PP>a</INN_RCV_PP>
<a id="p100272"></a>        <KPP_RCV_PP>a</KPP_RCV_PP>
<a id="p100273"></a>        <ID_KO>7003725</ID_KO>
<a id="p100274"></a>        <Kod_TOFK>6000</Kod_TOFK>
<a id="p100275"></a>        <FIO_ISP>Иванов И.В</FIO_ISP>
<a id="p100276"></a>        <TEL_ISP>123-45-67</TEL_ISP>
<a id="p100277"></a>        <RegPP>
<a id="p100278"></a>          <Nom_Line>1</Nom_Line>
<a id="p100279"></a>          <Date_Reestr_PP>2011-04-14</Date_Reestr_PP>
<a id="p100280"></a>          <Sum_Reestr_PP>100</Sum_Reestr_PP>
<a id="p100281"></a>          <ID_OPER></ID_OPER>
<a id="p100282"></a>          <ID_Plat>543</ID_Plat>
<a id="p100283"></a>          <INN_Plat>a</INN_Plat>
<a id="p100284"></a>          <FIO_Plat>Иванов Иван Петрович</FIO_Plat>
<a id="p100285"></a>          г. Бердичев ул. 28 Бакинских</Adress_Plat>
<a id="p100286"></a>          <NOM_LS_Plat>4010181030016000</NOM_LS_Plat>
<a id="p100287"></a>          <Name_Plat>Череповецкий ФКБ "СЕВЕРГАЗБАНК"</Name_Plat>
<a id="p100288"></a>          <ID_RCV></ID_RCV>
<a id="p100289"></a>          <INN_RCV>644301001</INN_RCV>
<a id="p100290"></a>          <FIO_RCV>Петров Петр Иванович</FIO_RCV>
<a id="p100291"></a>          г. Москва ул. Ленина</Adress_RCV>
<a id="p100292"></a><NOM_LS_RCV>aaaaaaaaaaaaaaaaaaaa</NOM_LS_RCV>
<a id="p100293"></a>          <Name_RCV>Межрайонная ИФНС России N 11 по Саратовской
области</Name_RCV>
<a id="p100294"></a>          <Purpose>для зачисления на р/с 40101810800000010002 ИНН3528014818
<a id="p100295"></a>Плательщик Седов Иван Иванович (Череповец Краснодонцев 38-53)</Purpose>
<a id="p100296"></a>          <Info>a</Info>
<a id="p100297"></a>          <PayStatus>01</PayStatus>
<a id="p100298"></a>          <OsnPlat>a</OsnPlat>
<a id="p100299"></a>          <Nal_Per>МС.03.2011</Nal_Per>
<a id="p100300"></a>          <Num_DOC>a</Num_DOC>
<a id="p100301"></a>          <Date_DOC>aaaaaaaaaa</Date_DOC>
<a id="p100302"></a>          <Type_PL>НС</Type_PL>
<a id="p100303"></a>          <Nom_LS_OFK>810300160000</Nom_LS_OFK>
<a id="p100304"></a>          <Nom_LS_FO>a</Nom_LS_FO>
<a id="p100305"></a>        </RegPP>
<a id="p100306"></a>       </Report>
<a id="p100307"></a>      </Header>
<a id="p100308"></a>    </DataArea>
<a id="p100309"></a></ProcessRegPayOrder>



<a id="p100310"></a>

---