Общие сведения служебной части
Наименование реквизита | Тип | Формат | Код реквизита | Структура реквизита и дополнительная информация |
Идентификатор файла | О | I9(41) | ИдФайл | <идентификатор отправителя> <год> <месяц> <день> <часы> <минуты> <секунды> <номер файла> |
Тип информации | О | T2(25) | ТипИнф | ОШИБКАСООБЩ |
Идентификатор получателя | О | К(4) | ИдПол | <Код налогового органа> по месту учета банка |
Версия передающей программы | О | T(40) | ВерсПрог | <наименование программы> <пробел> <версия программы> |
Телефон отправителя | П | T(20) | ТелОтпр | |
Должность отправителя | П | Т(100) | ДолжнОтпр | <название должности> |
Фамилия, имя, отчество отправителя | П | Т2(60), Т2(60), Т2(60) | ФИООтпр | <фамилия>,<имя>,<отчество> |
Количество документов | О | N(5) | КолДок | ДТ: /КолДок/='1' |
Версия формата | О | N(4.2) | ВерсФорм | 4.00 |
Информационная часть
Таблица 3.7.2
Сведения об ошибочном сообщении
Наименование реквизита | Тип | Формат | Код реквизита | Структура реквизита и дополнительная информация |
Идентификатор документа | O | I2(33) | ИдДок | <идентификатор отправителя> <год> <номер документа> |
ИНН кредитной организации | О | I3(10) | ИННКО | <ИНН> кредитной организации - определяется из имени файла SBC |
КПП кредитной организации | О | I4(9) | КППКО | <КПП> кредитной организации - определяется из имени файла SBC |
Номер сообщения | О | Т0(6), Т0(6) | НомСооб | <серия > , <номер> бланкасообщения. Серия и номер дополняются слева нулями до 6 цифр |
3.8. Транзитный протокол приема
При приеме и обработке файлов инкассо (OPK) и файлов уведомлений об ошибках (USE) в налоговом органе по месту учета банка формируются транзитные протоколы приема информации. Транзитные протоколы формируются автоматически по результатам форматно-логического контроля и предназначены для отсылки отправителям исходного файла. При наличии ошибок в протокол включается их перечень. Транзитный протокол приема высылается в налоговый орган - отправитель исходного файла без изменения наименования и содержания. В промежуточных налоговых органах он регистрируется в журналах без прохождения форматно-логического контроля. При наличии ошибок в самом протоколе приема ответный протокол приема не высылается, а дальнейшие действия выполняются неавтоматизированным способом.
3.8.1. Структура наименования файла
Имя файла транзитного протокола приема формируется на основе имени исходного файла путем замены первого символа префикса типа передаваемой информации на "Q".
3.8.2. Состав и структура файла
<файл >::=
[{<информационная часть><конец фрагмента>}]
<служебная часть>::=
<информационная часть>::=
<конец блока>::= ###EOL
<конец фрагмента>::= @@@EOL
<конец файла>::= ===EOL
При отсутствии ошибок или в случае полного искажения содержимого исходного файла фрагмент "информационная часть" не приводится.
Служебная часть
Таблица 3.8.1
Общие сведения служебной части
Наименование реквизита | Тип | Формат | Код реквизита | Структура реквизита и дополнительная информация |
Идентификатор файла протокола | О | I9(41) | ИдФайл: | <идентификатор отправителя> <год> <месяц> <день> <часы> <минуты> <секунды> <номер файла> |
Тип информации | О | T2(25) | ТипИнф | ПРОТПРИЕМАТРАНЗИТ |
Идентификатор получателя | О | К(4) | ИдПол | <Код налогового органа> - отправителя исходного файла (определяется из имени файла) |
Версия передающей программы | О | T(40) | ВерсПрог | <наименование программы> <пробел> <версия программы> |
Телефон отправителя | П | T(20) | ТелОтпр | <номер телефона> |
Должность отправителя | П | Т(100) | ДолжнОтпр | <название должности> |
Фамилия, имя, отчество отправителя | П | Т2(60), Т2(60), Т2(60) | ФИООтпр | <фамилия>,<имя>,<отчество> должностного лица отправителя |
Количество документов | О | N(5) | КолДок | ДТ: /КолДок/ равно количеству фрагментов <информационная часть> |
Версия формата | О | N(4.2) | ВерсФорм | 4.00 |
Таблица 3.8.2
Результаты обработки
Наименование реквизита | Тип | Формат | Код реквизита | Структура реквизита и дополнительная информация |
Тип информации исходного файла | О | T(25) | ТипИнфИсх | <текст> - определяется по реквизиту ТипИнф исходного файла |
Идентификатор файла на который составляется протокол | О | I9(41) | ИдФайлИсх | <идентификатор отправителя> <год> <месяц> <день> <часы> <минуты> <секунды><номер файла > |
Дата обработки | О | D(10) | ДатаОбр | <дата> обработки файла |
Количество принятых документов | О | N(5) | Кприн | <число> документов из исходного файла, принятых без ошибок |
Количество принятых документов с ошибкой | О | N(5) | Кпринош | <число> документов из исходного файла, принятых с ошибкой |
Количество не принятых документов | О | N(5) | Кнеприн | <число> документов из исходного файла, не принятых в БД |
Если весь файл не был принят и определить количество документов в нем невозможно, то в графах: "количество принятых без ошибок документов", "количество принятых с ошибкой документов", "количество не принятых документов" указывается ноль. В случае полного искажения содержимого исходного файла в реквизит ТипИнфИсх записывается значение "НАРУШЕНИЕ КОДИРОВКИ", а реквизит ИдФайлИсх принимает значение: <ИИИИ*****************> <год> <месяц> <день> <часы> <минуты> <секунды> <номер файла>, где ИИИИ - из имени исходного файла, дата и время - текущее, а номер файла "111111".
Информационная часть
Таблица 3.8.3
Характеристики ошибок
Наименование реквизита | Тип | Формат | Код реквизита | Структура реквизита и дополнительная информация |
Идентификатор документа | О | I2(33) | ИдДок | <идентификатор отправителя> <год> <номер документа> |
Идентификатор документа в исходном файле | У | I2(33) | ИдДокИсх | Равен значению ИдДок - из файла, на который составляется протоколУП::=/КодОшибки/ относится к документу |
Код ошибки | О | Т(3) | КодОшибки | <код> из справочника "Коды ошибок" |
Наименование ошибки | О | Т(250) | НаимОшибки | <текст> из справочника "Коды ошибок" |
Код реквизита | У | T(50) | КодРекв | УП::=/КодОшибки/ относится к реквизиту |
Значение реквизита | У | T(1000) | ЗначРекв | УП::=/КодОшибки/ относится к реквизиту |
Ошибки файла и документа указываются в группе "Характеристики ошибок". При этом для ошибок файла значение реквизита ИдДокИсх не заполняется.
4. Формат представления данных для формирования федерального информационного ресурса
4.1. Сведения информационного ресурса по банковским счетам налогоплательщиков
Файл формируется в налоговом органе по месту учета налогоплательщика для передачи в УФНС. В УФНС на основе сведений, полученных из инспекций, формируется файл для передачи в МИ ФНС России по ЦОД.
4.1.1. Структура наименования файла
Имя текстового файла имеет следующий вид:
SBRИИИИГN.NNN,
где:
SBR - префикс типа передаваемой информации - сведения по
банковским счетам (три буквы латинского алфавита);
ИИИИ - код налогового органа-отправителя;
Г - номер года;
N.NNN - порядковый номер файла данного типа с начала года в
32-ричной системе счисления с лидирующими нулями.