Утверждаю
Заместитель руководителя
Федерального казначейства
С.Б.ГУРАЛЬНИКОВ
14 мая 2013 года
ТРЕБОВАНИЯ
К ФОРМАТАМ XML ФАЙЛОВ С ДАННЫМИ РАСПОРЯЖЕНИЙ
ФИЗИЧЕСКИХ ЛИЦ, ПРИЛАГАЕМЫХ К РАСЧЕТНОМУ ДОКУМЕНТУ
"ПЛАТЕЖНОЕ ПОРУЧЕНИЕ НА ОБЩУЮ СУММУ С РЕЕСТРОМ"
ВЕРСИЯ 1.0
1. Введение
1.1. Назначение документа
Документ предназначен для описания форматов xml файлов с распоряжениями физических лиц, прилагаемых к расчетному документу "Платежное поручение на общую сумму с реестром".
В соответствии с "Положением о платежной системе Банка России" от 29.06.2012 N 384-П кредитные организации (их филиалы) для перевода денежных средств по принятым к исполнению распоряжениям физических лиц - плательщиков могут применять расчетный документ "Платежное поручение на общую сумму с реестром". При зачислении денежных средств на счет органа Федерального казначейства, в соответствии с расчетным документом "Платежное поручение на общую сумму с реестром", такой расчетный документ передается клиенту в составе "Информации из расчетных документов, подтверждающих банковские операции клиентов Федерального казначейства при расчетах с контрагентами и прилагаемых к выписке из лицевого счета, к сводной ведомости о кассовых выплатах из бюджета (ежедневная), к сводной ведомости по кассовым поступлениям (ежедневная), к реестру платежей, поступивших в бюджет минуя счет органа Федерального казначейства, к справке об операциях по исполнению бюджета, к сводному реестру поступлений и выбытий" в соответствии с "Требованиями к форматам текстовых файлов, используемых при информационном взаимодействии между органами Федерального казначейства и участниками бюджетного процесса, неучастниками бюджетного процесса, бюджетными учреждениями, автономными учреждениями, Счетной палатой (том 2)" (опубликованы на официальном сайте Федерального казначейства: www.roskazna.ru в разделе "Методический кабинет" - "Информационные системы"). При этом данные из распоряжений физических лиц, для перевода денежных средств по которым кредитной организацией (ее филиалом) был составлен расчетный документ "Платежное поручение на общую сумму с реестром", передаются клиенту в электронном виде в соответствии с настоящими Требованиями.
1.2. Условные обозначения и сокращения
| N | Термин | Содержание |
| 1. | GUID | GloballyUniqueIdentifier - уникальный 128-битный идентификатор, представляется в виде строки из шестнадцатеричных цифр, разбитых на пять групп по 8, 4, 4, 4 и 12 символов соответственно, разделенных дефисами: XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX |
| 2. | XML | Расширяемый язык разметки, предназначенный для хранения и обмена информацией в структурированном виде |
| 3. | БИК | Банковский идентификационный код |
| 4. | КО | Кредитная организация |
| 5. | ОрФК | Органы Федерального казначейства - Федеральное казначейство и территориальные органы Федерального казначейства |
| 6. | ППО | Прикладное программное обеспечение |
| 7. | ТОФК | Территориальный орган Федерального казначейства. К территориальным органам Федерального казначейства относятся управления Федерального казначейства по субъектам Российской Федерации и подведомственные им отделения управлений Федерального казначейства по субъектам Российской Федерации |
| 8. | УБП | Участник бюджетного процесса |
| 9. | ФК | Федеральное казначейство |
| 10. | ЦАФК | Центральный аппарат Федерального казначейства |
| 11. | ЭП | Электронная подпись - реквизит электронного документа, предназначенный для защиты данного электронного документа от подделки, полученный в результате криптографического преобразования информации с использованием закрытого ключа электронной цифровой подписи и позволяющий идентифицировать владельца сертификата ключа подписи, а также установить отсутствие искажения информации в электронном документе. В электронном документе признается равнозначной собственноручной подписи в документе на бумажном носителе |
2. Процедуры приема и передачи информации
2.1. Маршруты приема и передачи информации
В рамках настоящих требований осуществляется прием и передача информации по следующим маршрутам:
ОрФК - Клиент:
- Информация из документа "Платежное поручение на общую сумму с реестром".
2.2. Порядок формирование и обработки информации
Информация, передаваемая и получаемая в рамках настоящих Требований, используя язык разметки XML, преобразуется в электронный документ (далее - XML-документ).
Каждый электронный XML-документ содержит информацию из документа "Платежное поручение на общую сумму с реестром". Каждый такой пересылаемый документ передается с сопровождающей его служебной информацией. Такая служебная информация должна соответствовать стандарту Open Applications Group Integration Specification (OAGIS) и описанию, приведенному в п. 5 - 6 настоящего документа.
Формирование XML-сообщений производится в формате UTF-8 и каждое сообщение снабжается заголовком:
< ?xml version="1.0" encoding="UTF-8"? >
3. Описание формата обмена
В соответствии с настоящими требованиями информационное взаимодействие между органами Федерального казначейства и участниками бюджетного процесса, неучастниками бюджетного процесса, бюджетными учреждениями, автономными учреждениями осуществляется посредством обмена XML сообщениями. Формат входящих и исходящих сообщений соответствует стандарту Open Applications Group Integration Specification (OAGIS).
Каждое сообщение содержит один документ.
Каждый такой пересылаемый документ (документы) передается с сопровождающей его служебной информацией. Такая служебная информация называется конвертом.
Конверт представляет собой XML сообщение и дополнительные служебные атрибуты, которые служат для доставки сообщения адресату.
Сообщение формируется на расширенном стандарте OAGIS.
При этом выделяются следующие компоненты XML сообщения:
- Business Object Document (BOD) - само XML сообщение - Корневой тег - Идентификатор формата сообщения (композиция); - Атрибут корневого тега - Версия формата сообщения; - Атрибут корневого тега - Программная среда (ASFK, OOS); - Атрибут корневого тега - Версия релиза ППО - Отправитель (набор атрибутов); - Дата отправления; - GUID сообщения (BODId) - (в отличие от GUID документа) логический уровень; - UserArea - расширения стандарта: - Получатель; - ФИО, должность пользователя, сформировавшего xml-сообщение Приоритет - (1-100), рекомендательный параметр транспортной системе; - Тип сообщения - код типа сообщения; - Маркер документа; - Дополнительный параметры (не заполняется). - DataArea - область описания данных. В зависимости от типа сообщения может быть: документом, запросом, уведомлением, обновлением, отчетом, справочником, файлом и т.д. - Действие над объектом - "глагол" - Process, Sync, Load, и т.д. в соответствии с OAGIS. - Объект (структура описана в соответствующем подразделе ниже).Уникальным идентификатором формата сообщения является композиция: Идентификатор формата сообщения + Версия формата сообщения.
4. Именование файлов
Xml-файлы используют единый принцип формирования имени файла: MDTTNNNNYYYYYYYYXXXXXSSSSFFFFFFFFZZZZZPPPP,
где использованы следующие реквизиты:
- 1-й разряд, "M" - месяц формирования файла: 1-9, A-C в 36-ричной системе;
- 2-й разряд, "D" - день месяца формирования файла: 1-9, A-V в 36-ричной системе;
- 3 - 4-й разряды, "TT" - тип документа (заполняется значением "06");
- 5 - 8-й разряды, "NNNN" - порядковый номер файла за дату формирования: 0-9, A-Z в 36-ричной системе;
- 9 - 16-й разряды, "YYYYYYYY" - код бюджета организации отправителя (заполняется значением "00000000");
- 17 - 21-й разряды, "XXXXX" - код организации отправителя РУБП/ПУБП/НУБП (заполняется значением "00000");
- 22 - 25-й разряды, "SSSS" - код ТОФК отправителя;
- 26 - 33-й разряды, "FFFFFFFF" - код бюджета организации получателя;
- 34 - 38-й разряды, "ZZZZZ" - код организации получателя РУБП/ПУБП/НУБП;
- 39 - 42-й разряды, "PPPP" - код ТОФК получателя (заполняется значением "0000").
Расширение файла описывает его внутренний формат и должно состоять из трех разрядов. Расширение файла должно иметь значение "xml".
Например:
55021310000000000000510051030487040630000.xml, где
5 - месяц Май;
5 - день 5-ый;
06 - тип документа;
131 - порядковый номер файла в течение 5-го числа;
00000000 - код бюджета организации отправителя;
00000 - код организации отправителя;
5100 - УФК по Новосибирской области;
510051030487 - код бюджета города Новосибирск;
04063 - код УБП Новосибирскстат;
0000 - ТОФК получателя.
5. Описание структуры XML
Ниже представлен пример структуры формата XML сообщений:
< ?xml version="1.0" encoding="windows-1251"? > < ProcessRegPayOrder xsi:noNamespaceSchemaLocation ="ProcessRegPayOrder.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" versionID="1.0" systemEnvironmentCode="ASFK" releaseID="0.0.15" > < ApplicationArea > < Sender > < LogicalID > 3400 < /LogicalID > < Role > ASFK < /Role > < /Sender > < CreationDateTime > 2013-03-06T16:39:25+04:00 < /CreationDateTime > < BODId > D741E154-BC2D-0090-E043-C0A800020090 < /BODId > < UserArea > < Group ID="Core" > < Property name="RecipientLogicalID"value="9500.6000..99010001- 111-22222.N.S" > < /Property > < Property name="Priority" value="255" > < /Property > < Property name="Role" value="041232134123" > < /Property > < Property name="MessageType" value="Document" > < /Property > < Property name="MessageCode" value="ИКС" > < /Property > < Property name="UserName" value="UserName" > < /Property > < /Group > < /UserArea > < /ApplicationArea > < DataArea > ... < /DataArea > < /ProcessRegPayOrder >Корневой тег ProcessRegPayOrder - идентификатор формата сообщения. Вместе с версией (атрибут "versionID") представляет собой уникальный идентификатор формата области описания данных (DataArea).
- ApplicationArea - постоянный, неизменный формат (для всех типов сообщений);
- DataArea - переменный формат; зависит от типа сообщения.
Таблица 1
ПЕРЕЧЕНЬ
СТРУКТУР ДАННЫХ СООБЩЕНИЯ
| Структура данных | Относительный XPath | Описание | Особенности заполнения |
| Сообщение | < ProcessRegPayOrder > | Все XML сообщение - Busioness Object Document (BOD) | ProcessRegPayOrder - значение корневого тега для документа "Платежное поручение на общую сумму с реестром" |
| Служебные поля | < ProcessRegPayOrder > / < ApplicationArea > | Область описания служебных, управляющих полей | |
| Отправитель | < ProcessRegPayOrder > / < ApplicationArea > / < Sender > | Отправитель сообщения | |
| Расширения | < ProcessRegPayOrder > / < ApplicationArea > / < UserArea > | Расширения стандарта OAGIS | |
| Дополнительные параметры | < ProcessRegPayOrder > / < ApplicationArea > / < UserArea > / < Group > | Дополнительные параметры | |
| БизнесДанные | < ProcessRegPayOrder > / < DataArea > | Область описания данных |
5.1. Правила формирования корневого тега сообщения (RootTag)
Корневой тег любого сообщения формируется по правилам OAGIS 9.0. Корневой тег состоит из глагола и существительного. Существительное представляет собой бизнес-объект, передающийся в сообщении. Глагол представляет собой действие с данным бизнес-объектом, которое явилось инициатором исходящего сообщения или которое необходимо выполнить по получении данного сообщения.
Таблица 2
ПЕРЕЧЕНЬ
АТРИБУТОВ КОРНЕВОГО ТЕГА
| Атрибут XML-тега | Формат | Обязательность | Описание | Особенности заполнения |
| versionID | String | Да | Версия формата сообщения | Должна соответствовать версии данного документа в формате: "\d{3}.\d{2}" |
| systemEnvironmentCode | String | Да | Программная среда (Допустимы значения "ASFK") | Заполняется значением ASFK |
| releaseID | String | Да | Версия релиза ППО |
Таблица 3
ПЕРЕЧЕНЬ
ЭЛЕМЕНТОВ СТРУКТУРЫ "ОТПРАВИТЕЛЬ" (SENDER)
| Элемент: имя XML-тега | Формат | Обязательность | Описание | Особенности заполнения |
| LogicalID | String | Да | Адрес подсистемы отправителя сообщения | Код ОрФК отправителя |
| Role | String | Да | Роль отправителя | Заполняется значением ASFK |
Таблица 4
ПЕРЕЧЕНЬ
ЭЛЕМЕНТОВ СТРУКТУРЫ "СЛУЖЕБНЫЕ ПОЛЯ"
| Элемент: имя XML-тега | Формат | Обязательность | Описание | Особенности заполнения |
| CreationDateTime | YYYY-MM-DDThh:mm: ss(+|-)hh:mm(xsd: dateTime) | Да | Дата-время формирования в формате xsd:dateTime. Например, 2013-01-10T12:40:10+03:00 | Дата и время формирования xml-сообщения |
| 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} |
Таблица 5
ПЕРЕЧЕНЬ
ЭЛЕМЕНТОВ СТРУКТУРЫ "CROUP" "CORE"
| Элемент: имя XML-тега | Формат | Обязательность | Описание | Особенности заполнения |
| RecipientLogicalID | Xs:String | Да | Транспортная маска получателя | Указывается адрес подсистемы получателя сообщения: код УБП |
| Priority | Xs:String | Да | Всегда заполнять значением "255" | |
| Role | Xs:String | Да | Роль получателя | Заполняется значением номер лицевого счета получателя |
| MessageType | Xs:String | Да | Тип перевозимой сущности. Report - отчет. Document - документ | |
| MessageCode | Xs:String | Да | Маркер документа | Возможные значения: RPP - для "Платежное поручение на общую сумму с реестром" |
| UserName | xs:String | Да | ФИО, должность ответственного сотрудника, сформировавшего xml-сообщение |
6. Общие атрибуты структуры "Бизнес Данные" (Data Area)
Таблица 6
АТРИБУТЫ СТРУКТУРЫ "БИЗНЕС ДАННЫЕ"
| Родительский тег | Текущий тег | Тип | Размерность | Обязательность | Наименование атрибута | Примечание |
| < Data Area > | < Process > | Xs:string | Да | Вид операции, выполняемой над документом | Заполняется Process - новый документ | |
| < Data Area > | < Header > | |||||
| < 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} |
| < Header > | < Number > | xs:integer | Да | Номер документа | Номер документа в течение года в разрезе ТОФК | |
| < Header > | < DocTypeCode > | CodeFormType | = 3 | Да | Маркер документа | Возможные значения: RPP - для "Платежного поручения на общую сумму с реестром" |
| < Header > | < DocBudgetCode > | Xs:string | = 8 | Нет | Номер бюджета | |
| < Header > | < DocBusinessStatus > | Xs:string | = 3 | Нет | Бизнес-статус | Статус, отражающий состояние документа с точки зрения бизнеса. Бизнес-статус является вычисляемым на основании статусов утверждения или статусов передачи или получаемым из внешних систем (OEBS). Служебное поле заполняется в ОрФК |
| < Header > | < DocApprovalStatus > | Xs:string | = 3 | Нет | Статус утверждения | Статус, который получает документ в результате его подписания ЭП/утверждения. Служебное поле заполняется в ОрФК |
| < Header > | < DocTransferStatus > | Xs:string | = 3 | Нет | Статус передачи | Статус, отражающий состояние обработки и передачи документа в СУФД. Для разных классов и типов документов в СУФД может поддерживаться разная последовательность статусов передачи и различные виды контролей. Служебное поле заполняется в ОрФК |
| < Header > | < DocTofkCode > | Xs:string | = 4 | Да | Код ТОФК, где сформирован документ | |
| < Header > | < DocSegmentCode > | Xs:string | = 1 | Нет | Признак секретности документа | |
| < Header > | < CreateDateTime > | Xs:dateTime | Да | Дата и время формирования документа | ||
| < Header > | < CMS > | Подуровень | Нет | Электронная подпись отчета. Указываются пустые теги | Не используется | |
| < CMS > | < Version > | Xs:string | Нет | Версия структуры ЭП | Не используется | |
| < CMS > | < DigitalSignature > | Xs:string | Нет | ЭП документа (base64) | Не используется | |
| < Header > | < Attachment > | Подуровень | Нет | Вложения пользователя к документу | Не используется | |
| < Attachment > | < FileBody > | Xs:string | Нет | Непосредственно вложение (в base64 кодировке). Если вложения нет, то указываются пустые теги | Не используется | |
| < Attachment > | < FileDescription > | Xs:string | 1 - 4000 | Нет | Описание файла вложения | Не используется |
| < Attachment > | < FileName > | Xs:string | 1 - 255 | Нет | Имя файла вложения | Не используется |
| < Attachment > | < FileContentType > | Xs:string | 1 - 100 | Нет | Тип контента, например: image/jpeg | Не используется |
6.1. Атрибуты структуры "Бизнес Данные" документа
"Платежное поручение на общую сумму с реестром"
Таблица 7
"БИЗНЕС ДАННЫЕ" ДОКУМЕНТА "ПЛАТЕЖНОЕ ПОРУЧЕНИЕ
НА ОБЩУЮ СУММУ С РЕЕСТРОМ"
| Родительский тег | Текущий тег | Наименование атрибута | Тип | Размерность | Обязательность | Примечание |
| < DataArea > | < Header > | Заголовок документа "Платежное поручение на общую сумму с реестром" | ||||
| < Header > | < Report > | Реквизиты документа "Платежное поручение на общую сумму с реестром" | 1 - 1 | Да | ||
| < 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} Служебное поле заполняется в ОрФК. Указывается уникальный технический код документа, присвоенный в ОрФК |
| < Report > | < NOM_PP > | Номер платежного поручения | xs:string | < = 9 | Да | |
| < Report > | < DATE_PP > | Дата платежного поручения | xs:date | Да | ||
| < Report > | < SUM_PP > | Сумма платежного поручения | xs:string | Да | Сумма в копейках. Положительное целое число, до 18 разрядов. Формат вида - {0,1}\d{1,18}\ | |
| < Report > | < INN_PLAT_PP > | ИНН плательщика | xs:string | < = 12 | Нет | |
| < Report > | < KPP_PLAT_PP > | КПП плательщика | xs:string | < = 9 | Нет | |
| < Report > | < KBK > | Код бюджетной классификации | xs:string | = 20 | Нет | Поле (104) |
| < Report > | < OKATO > | Код ОКАТО | xs:string | < = 11 | Нет | Поле (105) |
| < Report > | < PURPOSE_PP > | Назначение платежа | xs:string | < = 210 | Нет | |
| < Report > | < INN_RCV_PP > | ИНН получателя средств | xs:string | < = 12 | Нет | |
| < Report > | < KPP_RCV_PP > | КПП получателя средств | xs:string | < = 9 | Нет | |
| < Report > | < ID_KO > | Идентификатор кредитной организации | xs:string | = 9 | Да | Указывается БИК банка составителя реестра |
| < Report > | < REGPP > | Реестр принятых к исполнению распоряжений физических лиц | 1 - N | |||
| < RegPP > | < NOM_LINE > | Номер строки | xs:string | < = 5 | Нет | Номер записи в реестре по порядку |
| < RegPP > | < DATE_REESTR_PP > | Дата перевода | xs:date | Да | ||
| < RegPP > | < SUM_REESTR_PP > | Сумма перевода | xs:string | Да | Сумма в копейках. Положительное целое число, до 18 разрядов. Формат вида - {0,1}\d{1,18}\ | |
| < RegPP > | < ID_OPER > | Уникальный присваиваемый номер операции | xs:string | < = 32 | Нет | Присваивается банком |
| < RegPP > | < ID_PLAT > | Идентификатор плательщика | xs:string | < = 25 | Нет | Присваивается банком |
| < RegPP > | < INN_PLAT > | ИНН плательщика | xs:string | < = 12 | Нет | |
| < RegPP > | < FIO_PLAT > | Фамилия, имя и отчество физического лица - плательщика | xs:string | < = 70 | Нет | |
| < RegPP > | < ADRESS_PLAT > | Адрес физического лица - плательщика | xs:string | < = 70 | Нет | |
| < RegPP > | < NOM_LS_PLAT > | Номер банковского счета плательщика | xs:string | = 20 | Нет | |
| < RegPP > | < NAME_PLAT > | Наименование плательщика | xs:string | < = 140 | Нет | |
| < RegPP > | < ID_RCV > | Идентификатор получателя средств | xs:string | < = 25 | Нет | |
| < RegPP > | < INN_RCV > | ИНН получателя средств | xs:string | < = 12 | Нет | |
| < RegPP > | < FIO_RCV > | Фамилия, имя и отчество физического лица - получателя средств | xs:string | < = 70 | Нет | |
| < RegPP > | < ADRESS_RCV > | Адрес физического лица - получателя средств | xs:string | < = 70 | Нет | |
| < RegPP > | < NOM_LS_RCV > | Номер банковского счета получателя средств | xs:string | = 20 | Нет | |
| < RegPP > | < NAME_RCV > | Наименование получателя средств | xs:string | < = 140 | Нет | |
| < RegPP > | < PURPOSE > | Назначение платежа из распоряжения плательщика | xs:string | < = 210 | Нет | |
| < RegPP > | < INFO > | Информация, связанная с переводом | xs:string | < = 140 | Нет | |
| < RegPP > | < PAYSTATUS > | Статус составителя расчетного документа (101р) | xs:string | < = 2 | Нет | Статус составителя расчетного документа |
| < RegPP > | < OSNPLAT > | Показатель основания платежа (106р) | xs:string | < = 2 | Нет | Показатель основания платежа |
| < RegPP > | < NAL_PER > | Налоговый период (107р) | xs:string | < = 10 | Нет | Налоговый период |
| < RegPP > | < NUM_DOK > | Номер налогового документа (108р) | xs:string | < = 15 | Нет | Номер налогового документа |
| < RegPP > | < DATE_DOK > | Дата налогового документа (109р) | xs:string | = 10 | Нет | Дата налогового документа |
| < RegPP > | < TYPE_PL > | Тип платежа (110р) | xs:string | < = 2 | Нет | Тип платежа |
| < RegPP > | < NOM_LS_OFK > | Номер л/с, открытого в ОрФК (111р) | xs:string | = 11 | Нет | |
| < RegPP > | < NOM_LS_FO > | Номер л/с, открытого бюджетополучателю в ФО (112р) | xs:string | < = 16 | Нет |
Примечание. Столбец "Обязательность" (таблицы 2 - 7) указывает обязательность или необязательность значения в теге, но тег сам обязателен, кроме случаев, когда указывается необязательность значения тега, содержащего в себе другие теги. Если значения отсутствуют, вложенные теги не указываются.
6.2. Пример схемы документа "Платежное поручение
на общую сумму с реестром"
< ?xml version="1.0" encoding="windows-1251"? > < !--Sample XML file generated by XMLSpy v2011 rel. 2 (http://www.altova.com)-- > < ProcessRegPayOrder xsi:noNamespaceSchemaLocation="ProcessRegPayOrder.xsd" xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance versionID="1.0" systemEnvironmentCode="ASFK" releaseID="0.0.15" > < ApplicationArea > < Sender > < LogicalID > 3400 < /LogicalID > < Role > ASFK < /Role > < /Sender > < CreationDateTime > 2013-01-20T16:39:25+04:00 < /CreationDateTime > < BODId > D741E154-BC2D-0090-E043-C0A800020090 < /BODId > < UserArea > < Group id="Core" > < Property name="RecipientLogicalID" value="9500.6000..99010001- 111-22222.N.S" > < /Property > < Property name="Priority" value="255" > < /Property > < Property name="Role" value="041232134123" > < /Property > < Property name="MessageType" value="Document" > < /Property > < Property name="MessageCode" value="ИКС" > < /Property > < Property name="UserName" value="Экзифов А.А." > < /Property > < /Group > < /UserArea > < /ApplicationArea > < DataArea > < Process > Process < /Process > < Header > < DocGUID > String < /DocGUID > < Number > 3400121301201 < /Number > < DocTypeCode > ПРТ < /DocTypeCode > < DocBudgetCode > < /DocBudgetCode > < DocBusinessStatus > < /DocBusinessStatus > < DocApprovalStatus > < /DocApprovalStatus > < DocTransferStatus > < /DocTransferStatus > < DocTofkCode > 3400 < /DocTofkCode > < DocSegmentCode > < /DocSegmentCode > < CreateDateTime > < /CreateDateTime > < CMS > < Version > < /Version > < DigitalSignature > < /DigitalSignature > < /CMS > < Attachment > < FileBody > < /FileBody > < FileDescription > < /FileDescription > < FileName > < /FileName > < FileContentType > < /FileContentType > < /Attachment > < Report > < GUID_FK > 6F9619FF-8B86-D011-B42D-00CF4FC96411 < /GUID_FK > < NOM_PP > 123 < /NOM_PP > < Date_PP > 2011-04-14 < /Date_PP > < Sum_PP > 5100 < /Sum_PP > < INN_PLAT_PP > 3525023780 < /INN_PLAT_PP > < KPP_PLAT_PP > 641234567 < /KPP_PLAT_PP > < KBK > 18210101000004000110 < /KBK > < OKATO > 63000000000 < /OKATO > < PURPOSE_PP > a < /PURPOSE_PP > < INN_RCV_PP > a < /INN_RCV_PP > < KPP_RCV_PP > a < /KPP_RCV_PP > < ID_KO > 7003725 < /ID_KO > < Kod_TOFK > 6000 < /Kod_TOFK > < FIO_ISP > Иванов И.В < /FIO_ISP > < TEL_ISP > 123-45-67 < /TEL_ISP > < RegPP > < Nom_Line > 1 < /Nom_Line > < Date_Reestr_PP > 2011-04-14 < /Date_Reestr_PP > < Sum_Reestr_PP > 100 < /Sum_Reestr_PP > < ID_OPER > < /ID_OPER > < ID_Plat > 543 < /ID_Plat > < INN_Plat > a < /INN_Plat > < FIO_Plat > Иванов Иван Петрович < /FIO_Plat > < Adress_Plat > г. Бердичев ул. 28 Бакинских < /Adress_Plat > < NOM_LS_Plat > 4010181030016000 < /NOM_LS_Plat > < Name_Plat > Череповецкий ФКБ "СЕВЕРГАЗБАНК" < /Name_Plat > < ID_RCV > < /ID_RCV > < INN_RCV > 644301001 < /INN_RCV > < FIO_RCV > Петров Петр Иванович < /FIO_RCV > < Adress_RCV > г. Москва ул. Ленина < /Adress_RCV > < NOM_LS_RCV > aaaaaaaaaaaaaaaaaaaa < /NOM_LS_RCV > < Name_RCV > Межрайонная ИФНС России N 11 по Саратовской области < /Name_RCV > < Purpose > для зачисления на р/с 40101810800000010002 ИНН3528014818 Плательщик Седов Иван Иванович (Череповец Краснодонцев 38-53) < /Purpose > < Info > a < /Info > < PayStatus > 01 < /PayStatus > < OsnPlat > a < /OsnPlat > < Nal_Per > МС.03.2011 < /Nal_Per > < Num_DOC > a < /Num_DOC > < Date_DOC > aaaaaaaaaa < /Date_DOC > < Type_PL > НС < /Type_PL > < Nom_LS_OFK > 810300160000 < /Nom_LS_OFK > < Nom_LS_FO > a < /Nom_LS_FO > < /RegPP > < /Report > < /Header > < /DataArea > < /ProcessRegPayOrder >