Откройте актуальную версию документа прямо сейчас
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Приложение 2
к письму Минфина РФ
от 26 февраля 2010 г. N 06-06-13/2-48
Требования
к форматам и способам передачи в электронном виде в Министерство финансов Российской Федерации сведений об отдельных показателях исполнения консолидированного бюджета субъекта Российской Федерации
1. Общие положения
Требования к форматам и способам передачи в электронном виде в Министерство финансов Российской Федерации сведений об отдельных показателях исполнения консолидированного бюджета субъектов Российской Федерации (далее Требования) регламентируют порядок информационного взаимодействия между субъектами Российской Федерации и Департаментом межбюджетных отношений Министерства финансов Российской Федерации, в части подготовки в электронном виде сведений об отдельных показателях исполнения консолидированного бюджета субъектов Российской Федерации.
В целях осуществления оперативного мониторинга исполнения консолидированных бюджетов субъектов Российской Федерации субъекты Российской Федерации передают сведения об отдельных показателях исполнения консолидированного бюджета субъектов Российской Федерации в Министерство финансов Российской Федерации.
Сведения об отдельных показателях исполнения консолидированного бюджета субъекта Российской Федерации передаются в Министерство финансов Российской Федерации в виде формы отчетности "Сведения об отдельных показателях исполнения консолидированного бюджета субъекта Российской Федерации" (код формы для передачи в электронном виде d001).
Информация формируется в электронном виде для Министерства финансов Российской Федерации в формате XML-документа (расширение имени файла - "xml").
Перед представлением в Минфин России XML-документ архивируется в файл с расширением zip.
2. Структура имен файлов
Для облегчения последующей идентификации информации имена файлов должны быть организованы следующим образом:
KPI_KOI1_PERIOD_FRM_N.zip - имя упакованного файла, содержащего XML-документ, где:
KPI - код получателя информации - всегда 092 - код Министерства финансов Российской Федерации, в соответствии с ведомственной классификацией доходов федерального бюджета.
KOI1 - код субъекта - отправителя информации в соответствии с ведомственной классификацией доходов федерального бюджета, 2 знака.
PERIOD - период за который рассылается информация. Например, 201001 - январь 2010 года, 201002 - февраль 2010 года и т.д.
FRM - код формы.
N - 1 цифра (1-9) - номер версии представления информации.
zip - расширение файла архивного документа.
Например, 092_26_201002_d001_1.zip
KPI_KOI1_PERIOD_FRM_N.xml - имя файла XML-документа, где:
KPI - код получателя информации - всегда 092 - код Министерства финансов Российской Федерации, в соответствии с ведомственной классификацией доходов федерального бюджета.
KOI1 - код субъекта - отправителя информации в соответствии с ведомственной классификацией доходов федерального бюджета, 2 знака.
PERIOD - период за который рассылается информация. Например, 201001 - январь 2010 года, 201002 - февраль 2010 года и т.д.
FRM - код формы.
N - 1 цифра (1-9) - номер версии представления информации.
xml - расширение файла XML-документа.
Например, 092_26_201002_d001_1.xml
KPI_KOI1_PERIOD_FRM_N.txt - имя файла протокола, где:
KPI - код получателя информации - всегда 092 - код Министерства финансов Российской Федерации, в соответствии с ведомственной классификацией доходов федерального бюджета.
KOI1 - код субъекта - отправителя информации в соответствии с ведомственной классификацией доходов федерального бюджета, 2 знака.
PERIOD - период за который рассылается информация. Например, 201001 - январь 2010 года, 201002 - февраль 2010 года и т.д.
FRM - код формы.
N - 1 цифра (1-9) - номер версии представления информации.
txt - расширение файла протокола.
Например, 092_26_201002_d001_1.txt
3. Структура XML-документа
3.1. Состав XML-документа
3.1.1. Описание тэгов документа
XML-документ состоит из строк, содержащих тэги и атрибуты, а также их значения.
Реквизиты XML-документа могут быть тэгами или атрибутами.
Тэг является составной частью XML-документа и обычно представляет собой некоторую законченную смысловую единицу. Тэг может содержать один или несколько вложенных тэгов и/или атрибутов.
Атрибут представляет собой именованный параметр тэга определенного типа, задающий его параметры.
Весь XML-документ содержится в корневом тэге <XML>. Для декодировки XML-документа необходимо использовать кодировку, указанную в атрибуте тэга-encoding. Например, encoding="windows-1251" - русская.
Тэг HEADER
В таблице 1 приведены основные атрибуты тэга HEADER.
Здесь и далее в заголовке таблицы:
К - обозначение обязательности заполнения атрибута субъектом РФ. Он же далее именуется отправителем XML-документа.
С - обозначение обязательности заполнения атрибута Министерством финансов Российской Федерации. Оно же далее именуется получателем XML-документа
Возможные значения в столбцах "К" и "С":
"X" - значение не заполняется, но может использоваться при обработке
"+" - значение обязательно для заполнения
"-" - значение необязательно для заполнения
При формировании XML-документа ему присваивается глобальный уникальный идентификатор (Global Unique IDentifier = GUID). GUID формируется на основе текущего системного времени, информации о серийных номерах аппаратного обеспечения компьютера, на котором формируется XML-документ и представляет собой цифробуквенную последовательность.
Таблица 1 - Атрибуты тэга HEADER
Атрибут |
К |
С |
Наименование атрибута |
Тип данных |
Значение по умолчанию |
NAME |
X |
+ |
Имя XML-документа |
STRING(200) |
|
SEND_DATE |
X |
+ |
Дата формирования XML-документа |
DATETIME |
|
FORM_CODE |
X |
+ |
Код формы |
STRING(3) |
|
SENDER_RUK |
+ |
X |
Отправитель XML-документа. ФИО лица, ответственного за предоставленные данные - руководителя |
STRING(200) |
|
SENDER_ISP |
+ |
X |
Отправитель XML-документа. ФИО лица, заполнившего предоставленные данные - исполнителя |
STRING(200) |
|
SENDER_CONTACT_DATA |
+ |
X |
Данные для связи с исполнителем отправителя XML-документа |
STRING(300) |
|
GUID |
X |
+ |
GUID XML-документа |
STRING(20) |
|
PROGRAM_NAME |
+ |
X |
Наименование программы отправителя XML-документа, с помощью которой был заполнен XML-документ |
STRING(200) |
|
PROGRAM_VERSION |
+ |
X |
Версия программы отправителя XML-документа, с помощью которой был заполнен XML-документ |
STRING(200) |
|
COMMENT |
- |
X |
Произвольный комментарий отправителя xml-документа |
STRING(1000) |
|
REVISION |
+ |
X |
Номер версии XML-документа |
NUMERIC(1) |
|
CRC |
+ |
X |
Контрольное число |
STRING(100) |
|
FILE_NAME_MASK |
X |
- |
Маска имени XML-документа. Подробнее см. пункт 1.1.4 |
STRING(200) |
|
IS_DIRTY |
+ |
X |
Признак того что документ является черновиком. |
BOOLEAN |
|
Тэг HEADER может включать 0..n тэгов <attr> </attr>.
Тэг ATTR
Тэг содержит служебную информацию для загрузки. В таблице 2 приведены основные атрибуты тэга ATTR.
Таблица 2 - Атрибуты тэга ATTR
Атрибут |
К |
С |
Наименование атрибута |
Тип данных |
Значение по умолчанию |
ID |
X |
+ |
Идентификатор атрибута XML-документа для служебной информации |
NUMERIC(35) |
|
NAME |
X |
+ |
Наименование атрибута XML-документа для служебной информации |
STRING(200) |
|
Тэг BODY
Данный тэг включает в себя:
<FIXED_ATTRS> _ </FIXED_ATTRS > - информация о фиксированных атрибутах XML-документа. Атрибут может быть простым (одно значение), так и многозначным (табличное представление, как в данных).
<COLS> _ </COLS> - информация о графах XML-документа.
<ROWS> _ </ROWS> - информация о строках XML-документа.
<CORNER> _ </CORNER> - информация верхней левой ячейке таблицы XML-документа.
<DATA> _ </DATA> - информация о данных XML-документа.
<RULES> _ </RULES> - информация о правилах, используемых в XML-документе.
<SPRS> _ </SPRS> - информация о справочниках, используемых в XML-документе.
Тэг FIXED_ATTRS
Тэг содержит информацию о фиксированных атрибутах XML-документа. Тэг FIXED_ATTRS может включать 0..n тэгов <attr> </attr>
Тэг ATTR
Тэг содержит информацию о фиксированном атрибуте XML-документа. В таблице 3 приведены основные атрибуты тэга ATTR.
Таблица 3 - Атрибуты тэга ATTR
Атрибут |
К |
С |
Наименование атрибута |
Тип данных |
Значение по умолчанию |
ID |
X |
+ |
Идентификатор атрибута |
NUMERIC(35) |
|
NAME |
X |
+ |
Название атрибута |
STRING(200) |
|
DATATYPE |
X |
+ |
Тип данных (перечень типов см. в пункте 3.1.2) |
STRING(20) |
|
IS_EDITABLE |
X |
- |
Флаг доступности для редактирования |
BOOLEAN |
TRUE |
RULE_ID |
X |
- |
Идентификатор правила, применяемого к значению |
NUMERIC(35) |
Не заполняется |
IS_DATA |
X |
- |
Признак того, что атрибут является многозначным (т.е. таблицей). Если атрибут является таблицей, то он содержит тэг <data> </data>. |
BOOLEAN |
FALSE |
SHOW_CODE |
X |
- |
Признак необходимости отображения кода связанного справочника |
BOOLEAN |
Не заполняется |
Тэг COLS
Тэг содержит описание граф XML-документа. В таблице 4 приведены основные атрибуты тэга COLS.
Таблица 4 - Атрибуты тэга COLS
Атрибут |
К |
С |
Наименование атрибута |
Тип данных |
Значение по умолчанию |
HAS_CODE |
X |
- |
Признак наличия кодов граф |
BOOLEAN |
FALSE |
Тэг COLS может включать 1..n тэгов <col> </col>.
Тэг COL
Тэг содержит описание графы XML-документа. Значение тэга содержит наименование графы в рамках XML-документа. В таблице 5 приведены основные атрибуты тэга COL.
Таблица 5 - Атрибуты тэга COL
Атрибут |
К |
С |
Наименование атрибута |
Тип данных |
Значение по умолчанию |
ID |
+ |
+ |
Идентификатор графы |
NUMERIC(35) |
|
ORDER |
+ |
+ |
Порядковый номер графы |
NUMERIC(35) |
|
VISIBLE |
- |
- |
Признак видимости графы |
BOOLEAN |
TRUE |
IS_USER |
+ |
- |
Признак добавления строки отправителем |
BOOLEAN |
FALSE |
IS_EDITABLE |
- |
- |
Признак возможности редактирования строки отправителем |
BOOLEAN |
TRUE |
DATATYPE |
- |
- |
Тип данных (перечень типов см. в пункте 3.1.2) |
STRING(20) |
NUMERIC (35,10) |
CODE |
- |
- |
Код графы (используется, когда HAS_CODE = TRUE у тэга COLS) |
STRING(100) |
Не заполняется |
COLUMNS_TO_MERGE |
- |
- |
Количество граф, с которыми будет объединяться данная графа (объединяются только наименования, используется только когда HAS_CODE = TRUE у тэга COLS) |
BOOLEAN |
Не заполняется |
CAN_ADD_CHILD |
X |
- |
Флаг возможности вставки дочерних граф |
BOOLEAN |
FALSE |
Иерархия граф должна организовываться следующим образом:
<COL - родительский>
<COL - дочерний>
и т.д.
</COL>
</COL>
Тэг ROWS
Тэг содержит описание строк XML-документа. Значение тэга содержит заголовок для графы с наименованиями строк. В таблице 6 приведены основные атрибуты тэга ROWS.
Таблица 6 - Атрибуты тэга ROWS
Атрибут |
К |
С |
Наименование атрибута |
Тип данных |
Значение по умолчанию |
SHOW_HEADER |
X |
- |
Признак отображения наименования заголовков граф для строк |
BOOLEAN |
TRUE |
HAS_CODE |
X |
- |
Признак наличия кодов строк |
BOOLEAN |
FALSE |
CODE_TEXT |
X |
- |
Заголовок для графы с кодами строк |
STRING(300) |
Не заполняется |
Тэг ROWS может включать 1..n тэгов <row> </row>.
Тэг ROW
Тэг содержит описание строки XML-документа. Значение тэга - наименование строки в рамках XML-документа. В таблице 7 приведены основные атрибуты тэга ROW.
Таблица 7 - Атрибуты тэга ROW
Код атрибута |
К |
С |
Наименование атрибута |
Тип данных |
Значение по умолчанию |
ID |
+ |
+ |
Идентификатор строки |
NUMERIC(35) |
|
ORDER |
+ |
+ |
Порядковый номер строки |
NUMERIC(35) |
|
VISIBLE |
- |
- |
Признак видимости строки |
BOOLEAN |
TRUE |
IS_USER |
+ |
- |
Признак добавления строки отправителем |
BOOLEAN |
FALSE |
IS_EDITABLE |
- |
- |
Признак возможности редактирования строки отправителем |
BOOLEAN |
TRUE |
DATATYPE |
- |
- |
Тип данных (перечень типов см. в пункте 3.1.2) |
STRING(20) |
NUMERIC (35,10) |
CODE |
- |
- |
Код строки (используется только когда HAS_CODE = TRUE у тэга ROWS) |
STRING(100) |
Не заполняется |
ROWS_TO_MERGE |
- |
- |
Количество строк, с которыми будет объединяться данная строка (объединяются только наименования, используется только когда HAS_CODE = TRUE у тэга ROWS) |
NUMERIC(35) |
Не заполняется |
CAN_ADD_CHILD |
X |
- |
Флаг возможности вставки дочерних строк |
BOOLEAN |
FALSE |
Иерархия строк должна организовываться следующим образом:
< ROW - родительский>
< ROW - дочерний>
и т.д.
</ ROW>
</ ROW>
Тэг CORNER
Тэг содержит текст для отображения в верхней левой ячейке таблицы, не является обязательным.
Тэг DATA
Тэг содержит информацию о самих данных XML-документа. В таблице 8 приведены основные атрибуты тэга DATA.
Таблица 8 - Атрибуты тэга DATA
Код атрибута |
К |
С |
Наименование атрибута |
Тип данных |
Значение по умолчанию |
DATATYPE |
- |
- |
Тип данных (перечень типов см. в пункте 3.1.2) |
STRING(20) |
NUMERIC (35,10) |
Тэг DATA может включать 0..n количество тэгов <el> </el>.
Тэг EL
Тэг хранит значение элемента данных XML-документа. В таблице 9 приведены основные атрибуты тэга EL.
Таблица 9 - Атрибуты тэга EL
Код атрибута |
К |
С |
Наименование атрибута |
Тип данных |
Значение по умолчанию |
COL |
+ |
+ |
Идентификатор графы |
NUMERIC(35) |
|
ROW |
+ |
+ |
Идентификатор строки |
NUMERIC(35) |
|
IS_EDITABLE |
- |
- |
Возможность редактирования ячейки |
BOOLEAN |
TRUE |
RULE_ID |
- |
- |
Идентификатор правила применяемого к значению |
NUMERIC(35) |
Пустая строка |
DATATYPE |
- |
- |
Тип данных (перечень типов см. в пункте 3.1.2) |
STRING(20) |
NUMERIC (35,10) |
Тэг RULES
Тэг содержит информацию о правилах, применяемых в XML-документе, не является обязательным. Тэг RULES может включать 0..n тэгов <rule> </rule>.
Тэг RULE
Тэг хранит информацию об одном правиле, применяемом в XML-документе. Значение тэга - содержание правила (описание типов правил см. в пункте 3.1.3). В таблице 10 приведены основные атрибуты тэга RULE.
Таблица 10 - Атрибуты тэга RULE
Код атрибута |
К |
С |
Наименование атрибута |
Тип данных |
Значение по умолчанию |
ID |
X |
+ |
Идентификатор правила |
NUMERIC(35) |
|
TYPE |
X |
- |
Тип правила (перечень типов см. в пункте 3.1.2) |
STRING(40) |
ARITHMETIC |
NAME |
X |
- |
Имя правила |
STRING(200) |
Не заполняется |
SPR_ID |
X |
- |
Идентификатор справочника, на основе которого выполняется правило |
NUMERIC(35) |
Не заполняется |
Тэг SPRS
Тэг содержит информацию о справочниках, применяемых в XML-документе. не является обязательным. Тэг SPRS может включать 0..n тэгов <spr> </spr>.
Тэг SPR
Тэг хранит информацию об одном справочнике, применяемом в XML-документе. Значение тэга содержит имя справочника. В таблице 11 приведены основные атрибуты тэга SPR.
Таблица 11 - Атрибуты тэга SPR
Код атрибута |
К |
С |
Наименование атрибута |
Тип данных |
Значение по умолчанию |
ID |
X |
+ |
Идентификатор справочника |
NUMERIC (35) |
|
Тэг SPRS может включать 0..n тэгов <el> </el>.
Тэг EL
Тэг хранит информацию об одном элементе справочника. Значение тэга содержит наименование элемента. В таблице 12 приведены основные атрибуты тэга EL.
Таблица 12 - - Атрибуты тэга EL
Код атрибута |
К |
С |
Наименование атрибута |
Тип данных |
Значение по умолчанию |
ID |
X |
+ |
Идентификатор элемента, который подставляется вместо наименования |
NUMERIC (35) |
|
ORDER |
X |
- |
Порядок элемента |
NUMERIC (35) |
Не заполняется |
CODE |
X |
- |
Код элемента |
STRING (100) |
Не заполняется |
Иерархия элементов справочника должна организовываться следующим образом:
< EL - родительский>
< EL - дочерний>
и т.д.
</ EL >
</ EL >
3.1.2. Описание типов данных, используемых в XML-документе
В XML-документе допустимы следующие типы данных:
STRING - строковые данные. Например, STRING(100) строка длиной не более 100 символов.
NUMERIC - числовые данные. Например, NUMERIC (35,10), число с 25 знаками до запятой и с 10 знаками после запятой.
DATETIME - тип данных дата/время в формате ДД.ММ.ГГГГ ЧЧ:ММ:СС. Время может отсутствовать. Например, 23.02.2010 18:00:00.
BOOLEAN - логический тип данных.
При описании атрибутов DATATYPE, IS_USER, IS_EDITABLE, имеет значение, в каком тэге описан атрибут. При этом устанавливается следующий приоритет установки значения (в порядке возрастания):
1) <DATA>
2) <ROW>
3) <COLUMN>
4) <EL>
3.1.3. Описание типов правил, использующихся в XML-документе
Правила бывают следующих типов:
1) ARITHMETIC - над ячейками таблицы xml-документа (строками, графами, фиксированными атрибутами) производится арифметическая проверка, при этом адреса ячеек для правила задаются в виде
ROW_ИдентификаторСтроки:COL_ИдентификаторГрафы
или
ATTR_ИдентификаторФиксированногоАтрибута
из Тэг а FIXED_ATTRS, например,
ROW_20:COL_2 = ROW_2:COL_2 + ROW_3:COL_2+ATTR_5.
При этом любую из частей ROW или COL можно опустить, что будет значить, что правило применяется в целом для строки или графы.
В правиле также могут использоваться следующие переменные:
- THIS_SUM - значение конкретной ячейки, к которой применяется правило. При применении этой переменной к тэгам ROW, COL и т.д. правило применяется к каждой ячейке по очереди.
- CHILD_SUM - сумма дочерних элементов строки/графы, например, CHILD_SUM(ROW_0) - сумма дочерних элементов строки 0. Может употребляться только в правилах связанных с тэгами ROW или COL (ROWS или COLS), поэтому суммой дочерних элементов считается сумма значений строк/граф, являющихся дочерними по отношению к строке/графе, к которой применяется правило. Если переменная используется для иных тэгов, то правило в целом должно игнорироваться.
Операнды и результат должны быть типа NUMERIC.
2) REFERENTIAL - значение для тэга, подчиняющегося правилу (те тэги в которых есть атрибут RULE_ID), берется из справочника, который указывается в атрибуте правила SPR_ID тэга RULE. При этом отображаться должны наименования элементов, а записываться в качестве значений идентификаторы элементов справочника.
Значение должно входить в список идентификаторов справочника указанного в правиле.
3) LOGIC - логические правила.
Включают в себя операции логического типа >=, <=, <>(!=), >, <, or, and и открывающие/закрывающие скобки.
В правиле могут использоваться следующие переменные:
- THIS_SUM - значение конкретной ячейки, к которой применяется правило. При применении этой переменной к тэгам ROW, COL и т.д. правило применяется к каждой ячейке по очереди.
- CHILD_SUM - сумма дочерних элементов строки/графы. Может употребляться только в правилах связанных с тэгами ROW или COL (ROWS или COLS), поэтому суммой дочерних элементов считается сумма значений строк/граф, являющихся дочерними по отношению к строке/графе, к которой применяется правило. Если переменная используется для иных тэгов, то правило в целом должно игнорироваться.
Данные правила должны проверяться по запросу пользователя.
Результатом проверки правила должно являться логическое выражение TRUE или FALSE.
Ссылки на ячейки данных и атрибуты имеют такой же синтаксис, как и в правилах типа ARITHMETIC.
Сравниваемые операнды должны иметь сопоставимые типы.
3.1.4. Маска имени XML-документа
Маска имени XML-файла задается следующими возможными значениями:
- '<строка>' - строковое значение заключенное в одинарные кавычки. Например, '092'.
- @< наименование атрибута> - атрибут тэга HEADER. Например, @REVISION, т.е. номер версии XML-документа
- #<атрибут ID фиксированного атрибута>[$<модификатор подставляемого значения>]- Значение атрибута ID фиксированного атрибута, значение которого будет использоваться. Значение, которое будет подставляться, может определяться на основании модификатора подставляемого значения, но только при наличии связанного справочника (т.е. значение атрибута RULE_ID не пустое и правило указывает на корректный справочник). Возможные значения модификатора:
- ID - идентификатор связанного элемента справочник. Применяется по умолчанию, если модификатор не указан.
- CODE - код связанного элемента справочника.
- NAME - наименование связанного элемента справочника.
Если связанного справочника нет или связь со справочником некорректна, то берется само значение фиксированного атрибута.
3.1.5. Правила формирования XML-документа
Если атрибут в тэге отсутствует, то при необходимости использования его значения используется значение по умолчанию.
Если значение по умолчанию не задано, то используются следующие правила:
- Текстовые данные - пустая строка
- Числовые данные - 0
- Логический тип - FALSE
- Дата/время - 31.12.1899 00:00:00
Под содержанием тэга понимается его значение, если не указано иное.
4. Порядок обработки информации в электронном виде
1.1. Порядок заполнения XML-документа
Сформированный шаблон XML-документа рассылается субъектам Российской Федерации по электронной почте. Субъекты Российской Федерации заполняют предоставленный шаблон XML-документа соответствующими данными и пересылают в Министерство финансов Российской Федерации на электронный адрес d06_1@minfin.ru.
XML-документ, передаваемый субъектом Российской Федерации в Министерство финансов Российской Федерации должен соответствовать структуре шаблона XML-документа "Сведения об отдельных показателях исполнения консолидированного бюджета субъекта Российской Федерации", приведенного в приложении 1 настоящего документа.
XML-документ, переданный субъектом Российской Федерации в Министерство финансов Российской Федерации в электронном виде, подвергается форматному контролю, проверяются контрольные числа, проверяется выполнение правил. Пример XML-документа, сформированного субъектом Российской Федерации для передачи в Минфин России см. в приложении 2.
По результатам контроля формируется протокол для передачи субъекту Российской Федерации:
- с сообщением о невозможности распаковать архив. Информация XML-документа в этом случае в интегрированную базу данных Министерства финансов Российской Федерации не загружается;
- с сообщением о несоответствии структуры данных XML-документа Требованиям. Информация XML-документа в этом случае в интегрированную базу данных Министерства финансов Российской Федерации не загружается;
- с сообщением о несовпадении контрольных чисел. Информация XML-документа в этом случае в интегрированную базу данных Министерства финансов Российской Федерации не загружается;
- с перечнем ошибок в данных XML-документа. Информация XML-документа в этом случае в интегрированную базу данных Министерства финансов Российской Федерации не загружается;
- с сообщением о приеме прошедшей контроль и загруженной в интегрированную базу данных Министерства финансов Российской Федерации информации.
При получении субъектом Российской Федерации протокола с описанием ошибок обработки XML-документа, субъект Российской Федерации обязан исправить указанные ошибки и снова отправить в Министерство финансов Российской Федерации XML-документ, содержащий скорректированные сведения в полном объеме под номером новой версии в имени файла равной номеру предыдущей версии, увеличенной на единицу. Исправленные XML-документы под старым номером версии не будут приняты.
1.2. Порядок расчета контрольного числа
Пример текста программы расчета контрольного числа строки (на языке программирования - Delphi):
Table: array[0..255] of longWORD =
($00000000, $77073096, $EE0E612C, $990951BA,
$076DC419, $706AF48F, $E963A535, $9E6495A3,
$0EDB8832, $79DCB8A4, $E0D5E91E, $97D2D988,
$09B64C2B, $7EB17CBD, $E7B82D07, $90BF1D91,
$1DB71064, $6AB020F2, $F3B97148, $84BE41DE,
$1ADAD47D, $6DDDE4EB, $F4D4B551, $83D385C7,
$136C9856, $646BA8C0, $FD62F97A, $8A65C9EC,
$14015C4F, $63066CD9, $FA0F3D63, $8D080DF5,
$3B6E20C8, $4C69105E, $D56041E4, $A2677172,
$3C03E4D1, $4B04D447, $D20D85FD, $A50AB56B,
$35B5A8FA, $42B2986C, $DBBBC9D6, $ACBCF940,
$32D86CE3, $45DF5C75, $DCD60DCF, $ABD13D59,
$26D930AC, $51DE003A, $C8D75180, $BFD06116,
$21B4F4B5, $56B3C423, $CFBA9599, $B8BDA50F,
$2802B89E, $5F058808, $C60CD9B2, $B10BE924,
$2F6F7C87, $58684C11, $C1611DAB, $B6662D3D,
$76DC4190, $01DB7106, $98D220BC, $EFD5102A,
$71B18589, $06B6B51F, $9FBFE4A5, $E8B8D433,
$7807C9A2, $0F00F934, $9609A88E, $E10E9818,
$7F6A0DBB, $086D3D2D, $91646C97, $E6635C01,
$6B6B51F4, $1C6C6162, $856530D8, $F262004E,
$6C0695ED, $1B01A57B, $8208F4C1, $F50FC457,
$65B0D9C6, $12B7E950, $8BBEB8EA, $FCB9887C,
$62DD1DDF, $15DA2D49, $8CD37CF3, $FBD44C65,
$4DB26158, $3AB551CE, $A3BC0074, $D4BB30E2,
$4ADFA541, $3DD895D7, $A4D1C46D, $D3D6F4FB,
$4369E96A, $346ED9FC, $AD678846, $DA60B8D0,
$44042D73, $33031DE5, $AA0A4C5F, $DD0D7CC9,
$5005713C, $270241AA, $BE0B1010, $C90C2086,
$5768B525, $206F85B3, $B966D409, $CE61E49F,
$5EDEF90E, $29D9C998, $B0D09822, $C7D7A8B4,
$59B33D17, $2EB40D81, $B7BD5C3B, $C0BA6CAD,
$EDB88320, $9ABFB3B6, $03B6E20C, $74B1D29A,
$EAD54739, $9DD277AF, $04DB2615, $73DC1683,
$E3630B12, $94643B84, $0D6D6A3E, $7A6A5AA8,
$E40ECF0B, $9309FF9D, $0A00AE27, $7D079EB1,
$F00F9344, $8708A3D2, $1E01F268, $6906C2FE,
$F762575D, $806567CB, $196C3671, $6E6B06E7,
$FED41B76, $89D32BE0, $10DA7A5A, $67DD4ACC,
$F9B9DF6F, $8EBEEFF9, $17B7BE43, $60B08ED5,
$D6D6A3E8, $A1D1937E, $38D8C2C4, $4FDFF252,
$D1BB67F1, $A6BC5767, $3FB506DD, $48B2364B,
$D80D2BDA, $AF0A1B4C, $36034AF6, $41047A60,
$DF60EFC3, $A867DF55, $316E8EEF, $4669BE79,
$CB61B38C, $BC66831A, $256FD2A0, $5268E236,
$CC0C7795, $BB0B4703, $220216B9, $5505262F,
$C5BA3BBE, $B2BD0B28, $2BB45A92, $5CB36A04,
$C2D7FFA7, $B5D0CF31, $2CD99E8B, $5BDEAE1D,
$9B64C2B0, $EC63F226, $756AA39C, $026D930A,
$9C0906A9, $EB0E363F, $72076785, $05005713,
$95BF4A82, $E2B87A14, $7BB12BAE, $0CB61B38,
$92D28E9B, $E5D5BE0D, $7CDCEFB7, $0BDBDF21,
$86D3D2D4, $F1D4E242, $68DDB3F8, $1FDA836E,
$81BE16CD, $F6B9265B, $6FB077E1, $18B74777,
$88085AE6, $FF0F6A70, $66063BCA, $11010B5C,
$8F659EFF, $F862AE69, $616BFFD3, $166CCF45,
$A00AE278, $D70DD2EE, $4E048354, $3903B3C2,
$A7672661, $D06016F7, $4969474D, $3E6E77DB,
$AED16A4A, $D9D65ADC, $40DF0B66, $37D83BF0,
$A9BCAE53, $DEBB9EC5, $47B2CF7F, $30B5FFE9,
$BDBDF21C, $CABAC28A, $53B39330, $24B4A3A6,
$BAD03605, $CDD70693, $54DE5729, $23D967BF,
$B3667A2E, $C4614AB8, $5D681B02, $2A6F2B94,
$B40BBE37, $C30C8EA1, $5A05DF1B, $2D02EF8D);
procedure CalcCRC32(p: Pointer; ByteCount: longWORD; var CRCValue: longWORD);
var
i: longWORD;
q: ^BYTE;
begin
q := p;
for i := 0 to ByteCount - 1 do
begin
CRCvalue := (CRCvalue shr 8) xor
Table[q^ xor (CRCvalue and $000000FF)];
Inc(q)
end
end
function.CalcStringCRC32(Const InputString: WideString ): WideString;
var
CRC32Table: LONGWORD;
tempCRC32:Longword;
begin
CRC32Table := $FFFFFFFF;
CalcCRC32(Addr(Table[0]), SizeOf(Table), CRC32Table);
CRC32Table := not CRC32Table;
if CRC32Table <> $6FCF9E13 then
begin
result:='-1';
exit;
end
else
begin
tempCRC32 := $FFFFFFFF;
if Length(InputString) > 0 then
CalcCRC32(Addr(InputString[1]), Length(InputString), tempCRC32);
tempCRC32 := not tempCRC32;
Result:=IntToStr(tempCRC32);
end;
end;
Параметры CalcStringCRC32:
InputString - входная строка.
Возвращаемым значением функции будет контрольное число в виде строки
Расчет значения элемента Контрольное число (атрибут CRC тэга HEADER) производится по строке, полученной в результате сцепления следующих реквизитов и в следующей последовательности:
1. Код формы (значение атрибута FORM_CODE тэга HEADER).
2. Код субъекта (значение атрибута СODE из связанного элемента справочника, идентификатор которого равен значению тэга ATR входящего в тэг FIXED_ATTRS со значением атрибута NAME = "Субъект РФ").
3. Код периода (значение атрибута СODE из связанного элемента справочника, идентификатор которого равен значению тэга ATR, входящего в тэг FIXED_ATTRS со значением атрибута NAME = "Отчетный период").
4. Заполнивший XML-документ: фамилия имя отчество (атрибут SENDER_ISP тэга HEADER).
5. Ответственный за данные предоставленные в XML-документе (руководитель): фамилия имя отчество (атрибут SENDER_RUK тэга HEADER).
6. Контрольное число данных полученное путем сцепления значений тэгов EL тэга DATA в возрастающем порядке по столбцам строк (т.е. строка 1: столбец 1 + строка 1 : столбец 2 + строка 1 : столбец 3 +_).
1.3. Описание файла протокола
Файл протокола представляет собой текстовый файл в формате txt. В строках с 1 по 2 находится информация, позволяющая определить субъекту Российской Федерации результат загрузки в базу данных Министерства финансов Российской Федерации XML-документа. В 3 и последующих строках, при необходимости, описываются ошибки, возникшие при загрузке. Описание структуры файла протокола:
1 строка = <дата обработки файла XML-документа> <время обработки файла XML-документа>
2 строка = <название обработанного файла> <общее описание результата>
3 и последующие строки = <описание ошибок при загрузке XML-документа >
1.1.1. Пример протокола результатов обработки XML-документа, содержащего сообщение о невозможности распаковать архив
Имя файла протокола "092_26_201002_d001_1.txt"
Содержание файла:
21.02.10 12:00
Файл 092_26_201002_d001_1.zip не принят.
Файл 092_26_201002_d001_1.zip не удалось распаковать.
1.1.2. Пример протокола результатов обработки XML-документа, содержащего сообщение о несоответствии структуры данных XML-документа Требованиям
Имя файла протокола "092_26_201002_d001_1.txt"
Содержание файла:
21.02.10 12:00
Файл 092_26_201002_d001_1.zip не принят.
Файл 092_26_201002_d001_1.xml не соответствует установленному формату.
1.1.3. Пример протокола результатов обработки XML-документа, содержащего сообщение о несовпадении контрольных чисел
Имя файла протокола "092_26_201002_d001_1.txt"
Содержание файла:
21.02.10 12:00
Файл 092_26_201002_d001_1.zip не принят.
В файле 092_26_201002_d001_1.xml обнаружено несовпадение контрольных чисел.
1.1.4. Пример протокола результатов обработки XML-документа, содержащего сообщения об ошибках
Имя файла протокола "092_26_201002_d001_1.txt"
Содержание файла:
21.02.10 12:00
Файл 092_26_201002_d001_1.zip не принят.
Данные файла 092_26_201002_d001_1.xml содержат ошибки:
Строка: 1000 ИТОГО ДОХОДОВ
Столбец: 3
Тип ошибки: Некорректный тип данных
1.1.5. Пример протокола результатов обработки XML-документа, не содержащего сообщений об ошибках
Имя файла протокола "092_26_201002_d001_1.txt"
Содержание файла:
21.02.10 12:00
Файл 092_26_201002_d001_1.zip принят.
Данные файла 092_26_201002_d001_1.xml были загружены без ошибок.
1.2. Контактная информация
По вопросам, связанным с заполнением отчета следует обращаться к куратору субъекта Российской Федерации или по телефону:
(495) 987-95-14 - Бегчин Николай Аркадьевич.
По техническим вопросам сопровождения программного обеспечения обращаться по телефонам:
(495) 995-80-60 - Бородулин Дмитрий Юрьевич, Юдина Валентина Вячеславовна.
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.