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

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

Утверждаю Заместитель руководителя Федерального казначейства

ВЕРСИЯ 1.0

1. Введение

1.1. Назначение документа

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

1.2. Условные обозначения и сокращения

2. Процедуры приема и передачи информации

2.1. Маршруты приема и передачи информации

В рамках настоящих требований осуществляется прием и передача информации по следующим маршрутам:

ОрФК — Клиент:

• Информация из документа «Платежное поручение на общую сумму с реестром».

2.2. Порядок формирование и обработки информации

3. Описание формата обмена

В соответствии с настоящими требованиями информационное взаимодействие между органами Федерального казначейства и участниками бюджетного процесса, неучастниками бюджетного процесса, бюджетными учреждениями, автономными учреждениями осуществляется посредством обмена XML сообщениями. Формат входящих и исходящих сообщений соответствует стандарту Open Applications Group Integration Specification (OAGIS).

Каждое сообщение содержит один документ.

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

Конверт представляет собой XML сообщение и дополнительные служебные атрибуты, которые служат для доставки сообщения адресату.

Сообщение формируется на расширенном стандарте OAGIS.

При этом выделяются следующие компоненты XML сообщения: - Business Object Document (BOD) — само XML сообщение

  - <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-сообщение

      - <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>Объект (структура описана в соответствующем подразделе ниже).

Уникальным идентификатором формата сообщения является композиция: Идентификатор формата сообщения + Версия формата сообщения.

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

3400

ASFK

2013-03-06T16:39:25+04:00

D741E154-BC2D-0090-E043-C0A800020090

<Property name=«RecipientLogicalID»value=«9500.6000..99010001- 111-22222.N.S»>

...

Корневой тег ProcessRegPayOrder — идентификатор формата сообщения. Вместе с версией (атрибут «versionID») представляет собой уникальный идентификатор формата области описания данных (DataArea).

• ApplicationArea — постоянный, неизменный формат (для всех типов сообщений);
• DataArea — переменный формат; зависит от типа сообщения.

ПЕРЕЧЕНЬ СТРУКТУР ДАННЫХ СООБЩЕНИЯ

5.1. Правила формирования корневого тега сообщения (RootTag)

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

Таблица 2

Таблица 3

ПЕРЕЧЕНЬ ЭЛЕМЕНТОВ СТРУКТУРЫ «ОТПРАВИТЕЛЬ» (SENDER)

ПЕРЕЧЕНЬ ЭЛЕМЕНТОВ СТРУКТУРЫ «СЛУЖЕБНЫЕ ПОЛЯ»

Таблица 5

ПЕРЕЧЕНЬ ЭЛЕМЕНТОВ СТРУКТУРЫ «CROUP» «CORE»

6. Общие атрибуты структуры «Бизнес Данные» (Data Area)

6.1. Атрибуты структуры «Бизнес Данные» документа «Платежное поручение на общую сумму с реестром»

Таблица 7

«БИЗНЕС ДАННЫЕ» ДОКУМЕНТА «ПЛАТЕЖНОЕ ПОРУЧЕНИЕ НА ОБЩУЮ СУММУ С РЕЕСТРОМ»

Примечание. Столбец «Обязательность» (таблицы 2 — 7) указывает обязательность или необязательность значения в теге, но тег сам обязателен, кроме случаев, когда указывается необязательность значения тега, содержащего в себе другие теги. Если значения отсутствуют, вложенные теги не указываются.

6.2. Пример схемы документа «Платежное поручение на общую сумму с реестром»

3400

ASFK

2013-01-20T16:39:25+04:00

D741E154-BC2D-0090-E043-C0A800020090

Process