Уведомление об отказе в приеме электронного документа

Как составить уведомление об отказе в приеме электронного документа

Электронный документооборот между фискальным органом и налогоплательщиком был введен на законодательном уровне в 2010 году в рамках реализации положений ст. 1.1 и ст. 10 закона №229-ФЗ. В связи с нововведением появилось множество вопросов относительно порядка подачи документов в электронном виде и контроля их проверки и принятия налоговой службой.

В 2011 году ФНС в своем приказе №ММВ-7-6-169@ указала ряд правил подачи электронной документации и закрепила право на предоставление в таком виде ряда документов, требуемых от налогоплательщика для проверки и расчета размера налогов.

К данным документам были отнесены уведомления о вызове, решения о возобновлении/приостановке проверки, о привлечении к ответственности, об отказе в возмещении/возмещении заявленного НДС.

В 2009 году отдельным Приказом ФНС № ММ-7-6/85 была утверждена форма уведомления об отказе в приеме электронного документа с обоснованием причин.

В 2019 году фискальным органом были внесены изменения в порядок направления электронной документации, призванной регулировать полномочия сотрудников налоговой инспекции в отношении плательщиков налогов и сборов.

Положения Приказа № ММВ-7-2/149@ сообщают, какие документы могут электронном направляться налоговой. Согласно пункту 5.1 статьи 23 налогового законодательства, с 2019 года при подаче отчетности в электронном виде, налогоплательщиком вводится обязанность передачи квитанции о приеме отчетности с 6-дневный срок с момента отправки уведомлений сотрудниками ФНС.

При осуществлении взаимодействия электронно, в обязательном порядке требуется визирование ЭЦП (электронной цифровой подписью), выдаваемой удостоверяющими центрами, список которых приводится на официальном интернет-портал ФНС.

Согласно новому порядку, сотрудник инспекции должен сформировать бумажный документ, а затем направить его плательщику налогов в виде электронной версии. После получения документа получатель обязуется направить ответный документ, подтверждающий факт принятия (квитанция или уведомление об отказе).

Любой из вариантов ответа требует визирования электронной подписью, подтверждающей факт донесения информации до адресата. Отказ в приеме документа от налоговиков может быть отправлен при выявлении какого-либо расхождения (ошибки) в документе.

Если налоговики получают подтверждающую прием квитанцию, бумажный вариант не высылается. Так как документ считается полученным адресатом по истечение 6 дней с момента отправки, налогоплательщику рекомендуется хранить бланки от налоговой, а также все квитанции о получении или отказе от получения.

В рамках электронного взаимодействия налогоплательщик вправе выслать налоговикам уведомление об отказе, если установлен факт ошибочной отправки документации неверно указанному адресату, или при расхождении формата документа, отсутствия ЭЦП, несоответствии подписи электронному варианту.

После получения уведомления об отказе в приеме электронного документа налоговый орган предпринимает действия по устранению ошибок и приведению формата в соответствие. Для исключения последствий технического сбоя при отправке, инспекция, не получив своевременно подтверждения, должна отправить бумажный документ по почте.

Согласно установленному порядку, каждое предприятие или предприниматель регулярно проверяет рабочую почту, поэтому причиной для отсутствия обратной связи от налогоплательщика не может стать факт редкой проверки почты.

Законом установлены следующие виды документов, которые могут предоставляться в налоговую в электронном виде. К числу формализованных электронных документов относят: счета-фактуры, журналы регистрации счетов-фактур, книги продаж и покупок, приемопередаточные акты, накладные по форме ТОРГ-12.

Если документы были оформлены только в бумажном виде, допускается отхождение от принятого формата xml-документов и предоставление сканкопии в форматах tif, jpg, pdf, png, применяемых для отправки неформализованных документов.

Если налогоплательщик получает запрос посредством телекоммуникационного канала запрос из налоговой, в течение рабочего дня должна быть сформирована подтверждающая получение квитанция. В некоторых случаях предусмотрена возможность передачи уведомления об отказе принимать документы. Если данный отказ исходит из налоговой, плательщик обязан в установленные законом сроки внести исправления и повторно передать документ с устраненными ошибками.

Бланк уведомления об отказе в приеме электронного документа

В случае отсутствия налоговой отчетности по налогу на прибыль в установленные законом сроки, налоговый инспектор вправе произвести приостановку приходно-расходных операций по счету налогоплательщика по истечении 10-дневного срока с момента назначенной даты. Например, если срок подачи декларации по налогу на прибыль установлен 28 октября, санкция по блокировке счета может быть применена с 13 ноября, т.е. спустя 10 рабочих дней после назначенной даты.

С 2019 года ФНС установила срок возможности блокировки счета по истечении 10-дневного срока. Теперь налоговый инспектор вправе блокировать счета налогоплательщика в любой момент на протяжении следующего трехлетнего периода (Письмо ФНС № ЕД-4-15/1071 от 27.01.2015). Санкция касается не только приостановке операций по счетам, но и относительно электронных переводов средств.

Основанием для снятия санкций станет передача квитанции, подтверждающей прием документов или предоставление требуемых документов или объяснений. Возобновление операций по счетам произойдет на следующий день после получения ответа от налогоплательщика.

Акт о приеме-сдаче отремонтированных основных средств можно скачать здесь.

При подаче декларации согласно утвержденному формату с заверением ЭЦП документ считается переданным в день фиксации спецоператором документа. Подтверждение получения бумажного документа производится в виде особой отметки штемпелем, проставляемой на описи или конверте. В дальнейшем при возникновении претензий налоговой к ошибкам в отчете, плательщик может подтвердить факт сдачи декларации в установленные сроки.

Данное правило согласуется НК, а также пп.204, 216 из Административного регламента, утвержденного Министерством финансов РФ. Таким образом, если отчет был предоставлен вовремя, но с ошибками, штраф за несвоевременную подачу отчетности не может быть начислен.

Налоговым законодательством (ст. 119 НК РФ) предусмотрено наказание только при неисполнении сроков передачи деклараций, независимо от факта принятия/непринятия отчета налоговой.

Контроль отправки и получения отчетности производится согласно Методическим рекомендациям, утвержденным ФНС приказом № ММВ-7-6-398 от 31.07.2014) в три этапа:

После проверки отчет вносится в базу с проверкой на логические и фактические ошибки. Срок внесения в базу данных ограничен следующим рабочим днем.

Образец заполнения уведомления об отказе в приеме электронного документа

Указание оснований в уведомлении об отказе в приеме электронного документа

В процессе проверки документации, инспектор может отказать в приеме, основываясь на следующих причинах:

• отправление документа плательщику ошибочное;
• присланный файл не соответствует формату;
• отчет предоставлен с неверной электронной подписью либо она отсутствует вовсе.

Срок для получения ответа от налогоплательщика ограничен шестью днями с момента передачи уведомления от налоговой инспекции. В течение указанного срока плательщик налога должен отправить в ФНС уведомление об отказе или квитанцию приема документа.

Порядок направления электронной документации строго регламентирован на каждом этапе.

Взаимодействие между налоговой и плательщиком происходит следующим образом:

1. Формирование документа в бумажном виде, подпись и регистрация.
2. Не позже следующего дня документ оформляется электронно, ставится электронная подпись, идентифицирующая конкретный налоговый орган.
3. Документ высылается налогоплательщику с фиксацией даты отправки.
4. От спецоператора налоговая получает подтверждение об отправке.
5. Если у налогоплательщика нет оснований для непринятия документа из налоговой, формируется квитанция о приеме, которая далее заверяется электронной подписью.
6. В течение 6 рабочих дней налогоплательщик отправляет налоговый орган сформированную квитанцию.
7. В случае наличия оснований отказать в приеме входящего документа, плательщик налога производит формирование извещения об отказе, ставит электронную подпись и передает обратно в налоговую инспекцию.

Таким образом, документ с уведомлением об отказе может отправляться в обеих направлениях между налоговым органом и налогоплательщиком на единых условиях.

Отсюда вы сможете узнать, как составить акт о приеме работ по форме Т-73.

Как заполнить акт о списании транспортного средства ОС-4А — расскажем тут.

Приложение N 3. Формат уведомления об отказе в приеме электронного документа

Приложение N 3
к приказу ФНС России
от 19.10.2018 г. N ММВ-7-6/602@

Формат уведомления об отказе в приеме электронного документа

I. Общие сведения

1. Настоящий формат описывает требования к XML файлам (далее – файл обмена) передачи в электронной форме уведомления об отказе в приеме.

2. Номер версии настоящего формата 5.02, часть 894_00.

II. Описание файла обмена

3. Имя файла обмена должно иметь следующий вид:

R_T – префикс, где R принимает значение “UO” (принадлежность передаваемых сведений к уведомлению об отказе); Т принимает значение префикса полученного файла (префикс полученного файла без разделителя для форматов версии 4.0, 5.0). В случае, если в составе транспортного контейнера получен набор логически связанных документов (файлов), Т принимает значение префикса основного 1 из полученных файлов;

1 Принадлежность файла обмена к основному в составе транспортного контейнера определяется при описании документооборота по представлению рассматриваемых сведений.

А_К – идентификатор получателя информации, где: А – идентификатор получателя, которому направляется файл обмена, К – идентификатор конечного получателя (получателя уведомления об отказе) – участника информационного обмена, сформировавшего файл, в ответ на который сформировано уведомление об отказе 2 ;

2 Передача файла от отправителя к конечному получателю (К) может осуществляться в несколько этапов через другие налоговые органы. Такие налоговые органы (осуществляющие передачу на промежуточных этапах) обозначаются идентификатором А. В случае передачи файла от отправителя к конечному получателю без промежуточных этапов (т.е. при отсутствии налоговых органов, осуществляющих передачу на промежуточных этапах) значения идентификаторов Aп К совпадают.

О – идентификатор отправителя информации;

идентификаторы А, К и О имеют вид:

для организаций – девятнадцатиразрядный код (ИНН и КПП организации);

для физических лиц – двенадцатиразрядный код (ИНН физического лица);

для налоговых органов – четырехразрядный код налогового органа;

GGGG – год формирования передаваемого файла, ММ – месяц, DD – день;

N – идентификационный номер файла (длина – от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла).

Расширение имени файла – xml. Расширение имени файла может указываться как строчными, так и прописными буквами.

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

Имя файла, содержащего XML схему файла обмена, должно иметь следующий вид:

UO_ON_1_894_00_05_02_xx , где хх – номер версии схемы.

Расширение имени файла – xsd.

XML схема файла обмена приводится отдельным файлом и размещается на сайте Федеральной налоговой службы.

4. Логическая модель файла обмена представлена в виде диаграммы структуры файла обмена на рисунке 1 настоящего формата. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла обмена и сведения о них приведены в таблицах 4.1-4.18 настоящего формата.

Для каждого структурного элемента логической модели файла обмена приводятся следующие сведения:

наименование элемента. Приводится полное наименование элемента 1 ;

1 В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом “|”. Такая форма записи применяется при наличии в файле обмена только одного элемента из описанных в этой строке.

сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;

признак типа элемента. Может принимать следующие значения: “С” – сложный элемент логической модели (содержит вложенные элементы), “П” – простой элемент логической модели, реализованный в виде элемента XML файла, “А” – простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы;

формат элемента. Формат элемента представляется следующими условными обозначениями: Т – символьная строка; N – числовое значение (целое или дробное).

Формат символьной строки указывается в виде T(n-k) или Т(=k), где: n – минимальное количество знаков, к – максимальное количество знаков, символ “-” – разделитель, символ “=” означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков неограничено, формат имеет вид Т(n-).

Формат числового значения указывается в виде N(m.k), где: m – максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k – максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (то есть число целое), то формат числового значения имеет вид N(m).

Для простых элементов, являющихся базовыми в XML, например, элемент с типом “date”, поле “Формат элемента” не заполняется. Для таких элементов в поле “Дополнительная информация” указывается тип базового элемента;

признак обязательности элемента определяет обязательность наличия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: “О” – наличие элемента в файле обмена обязательно; “Н” – наличие элемента в файле обмена необязательно, то есть элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю), то признак обязательности элемента дополняется символом “К”. Например, “ОК”. В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом “М”. Например, “НМ” или “ОКМ”.

К вышеперечисленным признакам обязательности элемента может добавляться значение “У” в случае описания в XML схеме условий, предъявляемых к элементу в файле обмена, описанных в графе “Дополнительная информация”. Например, “НУ” или “ОКУ”;

дополнительная информация содержит, при необходимости, требования к элементу файла обмена, не указанные ранее. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря), указывается соответствующее наименование классификатора (кодового словаря) или приводится перечень возможных значений. Для классификатора (кодового словаря) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.

Рисунок 1. Диаграмма структуры файла обмена

Отказ в приеме налоговой декларации по ТКС: будет ли штраф?

Налоговый орган неправ, но если он все-таки примет решение о привлечении к налоговой ответственности в этой ситуации, то неправомерность таких действий, скорее всего, придется доказывать в судебном порядке.

Дело в том, что в своих действиях налоговые органы руководствуются Методическими рекомендациями по организации электронного документооборота при представлении налоговых деклараций (расчетов) в электронном виде по телекоммуникационным каналам связи (утверждены приказом ФНС России от 02.11.2009 № ММ-7-6/534@, далее — Методические рекомендации) и Административным регламентом ФНС России по предоставлению государственной услуги по бесплатному информированию (в том числе в письменной форме) налогоплательщиков, плательщиков сборов и налоговых агентов о действующих налогах и сборах, законодательстве о налогах и сборах и принятых в соответствии с ним нормативных правовых актах, порядке исчисления и уплаты налогов и сборов, правах и обязанностях налогоплательщиков, плательщиков сборов и налоговых агентов, полномочиях налоговых органов и их должностных лиц, а также по приему налоговых деклараций (расчетов) (утвержден приказом Минфина России от 02.07.2012 № 99н, далее — Административный регламент). А положения этих документов не полностью соответствуют нормам п. 4 ст. 80 НК РФ. Поясним.

Пунктом п. 4 ст. 80 НК РФ установлено, что налоговый орган не вправе отказать в принятии налоговой декларации, представленной по установленному формату, и обязан передать налогоплательщику квитанцию о приеме в электронной форме. При этом установлено, что при передаче налоговой декларации по телекоммуникационным каналам связи днем ее представления считается дата ее отправки.

Таким образом, если переданная налогоплательщиком налоговая декларация в электронном виде соответствует установленному формату, то налоговый орган обязан ее принять. Иных оснований для отказа в приеме налоговой декларации Налоговый кодекс не содержит.

Что касается даты отправки, то ее фиксирует специализированный оператор связи. Об этом сказано в п. 4 раздела II Порядка представления налоговой декларации в электронном виде по телекоммуникационным каналам связи (утвержден приказом МНС России от 02.04.2002 № БГ-3-32/169, далее — Порядок представления налоговой декларации).

А вот пункт 2.10 Методических рекомендаций говорит, что при получении налогоплательщиком от налогового органа уведомления об отказе в приеме декларация считается не представленной, налогоплательщик устраняет ошибки и повторно представляет налоговую декларацию с тем же признаком вида документа (первичная, корректирующая, номер корректировки). Пункт 28 Административного регламента устанавливает дополнительные основания для отказа в приеме налоговой декларации, среди них — отсутствие усиленной квалифицированной электронной подписи руководителя (иного представителя — физического лица) организации-заявителя (подп. 5).

Следовательно, по мнению налогового органа, если налоговая декларация подписана электронной подписью неуполномоченного лица (из вопроса не ясно, была ли у бухгалтера доверенность на подписание налоговой декларации), это является основанием для отказа в приеме такой налоговой декларации, и декларация считается непредставленной.

Подливает масла в огонь и упоминание в п. 4 ст. 80 НК РФ обязанности налогового органа выдать квитанцию в приеме. В связи с чем можно предполагать, что если такая квитанция не получена налогоплательщиком, то налоговая декларация не будет считаться представленной, даже если налогоплательщик свое­временно отправил налоговую декларацию и получил подтверждение от специализированного оператора связи.

Но ведь в Налоговом кодексе (п. 4 ст. 80) день представления декларации определяется именно датой ее отправки, а не датой ее приема налоговым органом.

Кстати, о разном предназначении подтверждения специализированного оператора связи и квитанции о приеме налоговой декларации сказано в письме Минфина России от 29.04.2011 № 03-02-08/49. Так, первое подтверждает именно дату представления налоговой декларации, а вторая — ее прием.

Таким образом, даже отказ в приеме не говорит о том, что налоговая декларация не была представлена. Судебная практика складывается исходя именно из такого подхода.

Так, в постановлении ФАС Московского округа от 05.07.2013 по делу № А40-107240/12-90-539 судьи не поддержали налоговый орган, который утверждал, что факт представления налоговой декларации в налоговый орган подтверждается формированием налоговым органом квитанции о приеме декларации. Арбитры со ссылкой на упомянутые нами Порядок представления налоговой декларации и письмо Минфина России однозначно подтвердили, что датой, которую следует считать днем представления налоговой декларации, переданной в налоговый орган по телекоммуникационным каналам связи, является дата отправки такой декларации, которая документально подтверждается специализированным оператором связи.

Кроме того, отметим, что даже представление неподписанной налоговой декларации, по мнению судей, не опровергает факт представления налогоплательщиком налоговой декларации и состава правонарушения, предусмотренного ст. 119 НК РФ, не образует (постановление ФАС Московского округа от 09.12.2009 № КА-А40/13367-09).

Таким образом, исходя из вышеизложенного можно заключить, что, во-первых, даже если у бухгалтера не было полномочий на подписание налоговой декларации, то это обстоятельство не может являться основанием для отказа в ее приеме. Во-вторых, сам по себе отказ в приеме налоговой декларации не опровергает факт ее представления. Следовательно, в рассматриваемой ситуации у налогового органа не имеется оснований для привлечения налогоплательщика к налоговой ответственности по ст. 119 НК РФ за несвоевременное представление налоговой декларации.

Если же налоговый орган все-таки вынесет такое решение и оно не будет отменено в досудебном порядке вышестоящим налоговым органом, то у налогоплательщика имеются высокие шансы отменить его в судебном порядке.

Уведомление об отказе в приеме электронного документа

С 01 сентября 2014 года отправка и прием деклараций осуществляются в соответствии с приказом ФНС РФ от 31.07.2014 N ММВ-7-6/398@ «Об утверждении Методических рекомендаций по организации электронного документооборота при представлении налоговых деклараций (расчетов) в электронной форме по телекоммуникационным каналам связи». Также данный приказ с 01 сентября 2014 года признает утратившим силу приказ ФНС России от 02.11.2009 N ММ-7-6/534@.

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

Налогоплательщик после отправки отчета получает следующие документы:

1. Подтверждение даты отправки отчета

Это электронный документ, формируемый специализированным оператором связи, содержащий данные о дате и времени отправки декларации. Формируется сразу после отправки отчета.

Дата представления отчета, которая указывается в квитанции о приеме, соответствует дате, зафиксированной в подтверждении даты отправки.

2. Извещение о получении либо сообщение об ошибке.

• Извещение о получении — электронный документ, подтверждающий факт получения отчета налоговым органом. Формируется налоговым органом, поступает в течение 6 часов после отправки отчета. При поступлении извещения о получении документооборот продолжается. Необходимо дождаться результатов дальнейшей проверки отчета налоговым органом.
• Сообщение об ошибке — электронный документ, формируемый налоговым органом, содержащий информацию об ошибках. Поступает от ИФНС в течение 6 часов после отправки отчета. Если вам пришло сообщение об ошибке, это значит, что отчет не принят. Документооборот прекращается. Необходимо исправить ошибки, указанные в сообщении, и повторить процедуру отправки отчета.

3. Квитанция о приеме либо уведомление об отказе.

• Квитанция о приеме — электронный документ, формируемый налоговым органом, подтверждающий факт приема отчета. Поступает от ИФНС в течение следующего рабочего дня после отправки отчета. При получении квитанции о приеме документооборот продолжается. Необходимо дождаться результатов ввода данных в базу налогового органа.
• Уведомление об отказе — электронный документ, формируемый налоговым органом, подтверждающий факт отказа в приеме сведений с указанием причин отказа. Поступает от ИФНС в течение 6-12 часов после отправки отчета. Если пришло уведомление об отказе, это значит, что отчет не принят. Документооборот прекращается. Необходимо исправить ошибки, указанные в уведомлении, и повторить процедуру отправки отчета.

4. Извещение о вводе либо уведомление об уточнении.

• Извещение о вводе — электронный документ, формируемый налоговым органом, подтверждающий факт загрузки отчета в базу инспекции. Поступает от ИФНС в течение двух рабочих дней после отправки квитанции о приеме. Если пришло извещение о вводе, это значит, что отчет принят. Документооборот завершен.
• Уведомление об уточнении — электронный документ, формируемый налоговым органом, подтверждающий факт загрузки отчета в базу инспекции, но содержащий сообщение о необходимости предоставить уточнения. Поступает от ИФНС в течение двух рабочих дней п осле отправки квитанции о приеме . Если пришло уведомление об уточнении, это значит, что отчет принят, но требует уточнений. Необходимо отправить корректирующий отчет, внеся необходимые уточнения.

Максимальный срок завершенного документооборота согласно методическим рекомендациям не должен превышать трех рабочих дней при автоматическом функционировании приемного комплекса налогового органа.

Формат представления в электронном виде по телекоммуникационным каналам связи уведомления об отказе в приеме документа, представленного в налоговый орган (стр. 1 )

приказом ФНС России

от «___»________2011 г.

Формат представления в электронном виде по телекоммуникационным каналам связи уведомления об отказе в приеме документа, представленного в налоговый орган

1. ОБЩИЕ СВЕДЕНИЯ.. 3

1.1. Назначение. 3

1.2. Основание разработки. 3

2. ОПИСАНИЕ ФАЙЛА квитанции.. 4

2.1. Общие сведения по файлу квитанции. 4

2.2. Логическая модель файла квитанции. 5

3. Диаграмма файла квитанции.. 7

4. Перечень структурных элементов логической модели файла квитанции.. 8

1. ОБЩИЕ СВЕДЕНИЯ

Настоящий документ описывает требования к XML файлам (далее – файлам обмена) передачи в электронном виде по телекоммуникационным каналам связи уведомления об отказе в приеме документа, представленного в налоговый орган.

1.2. Основание разработки

Настоящая версия формата разработана в соответствии с требованиями следующих документов:

Временные методические рекомендации по организации электронного документооборота между налоговыми органами и налогоплательщиками при информационном обслуживании и информировании налогоплательщиков в электронном виде по телекоммуникационным каналам связи, утвержденные 07.07.2010 заместителем Руководителя ФНС России.

2. ОПИСАНИЕ ФАЙЛА обмена

2.1. Общие сведения по файлу обмена

Имя файла обмена

Имя файла обмена должно иметь следующий вид:

R_Т – префикс, принимающий значение: R принимает значение “UO”; Т принимает значение префикса полученного файла (для форматов версии 4.0, 5.0 – без разделителя). Если в составе транспортного контейнера получен набор логически связанных документов (файлов), T принимает значение префикса основного[1] из полученных файлов

A_K – идентификатор получателя информации, где: A –идентификатор получателя, которому направляется файл обмена, K – идентификатор конечного получателя (получателя уведомления об отказе – участника информационного обмена, сформировавшего файл, в ответ на который сформировано уведомление об отказе[2]). Каждый из идентификаторов (A и K) могут принимать вид:

– для организаций идентификатор представляется в виде девятнадцатиразрядного кода (ИНН и КПП юридического лица);

– для физических лиц идентификатор представляется в виде двенадцатиразрядного кода (ИНН физического лица, имеющего ИНН. При отсутствии ИНН – последовательность из двенадцати нулей).

– для налоговых органов идентификатор представляется в виде четырехразрядного кода (код налогового органа по классификатору “Система обозначений налоговых органов” (СОНО)).

О – идентификатор отправителя информации, может принимать вид:

– для организаций идентификатор представляется в виде девятнадцатиразрядного кода (ИНН и КПП юридического лица);

– для физических лиц идентификатор представляется в виде двенадцатиразрядного кода (ИНН физического лица, имеющего ИНН. При отсутствии ИНН – последовательность из двенадцати нулей).

– для налоговых органов идентификатор представляется в виде четырехразрядного кода (код налогового органа по классификатору “Система обозначений налоговых органов” (СОНО)).

GGGG– год формирования передаваемого файла, MM – месяц, DD – день;

N – идентификационный номер файла. (Длина – от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла).

Расширение имени файла – xml. Расширение имени файла может указываться как строчными, так и прописными буквами.

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:

UO_PRIEM_1_861_01_05_01_xx, где хх – номер версии схемы.

Расширение имени файла – xsd.

2.2. Логическая модель файла обмена

Логическая модель файла обмена представлена в графическом виде в Разделе 3 на рис.1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла обмена и сведения о них приведены в Разделе 4.

Для каждого структурного элемента логической модели файла обмена в Разделе 4 приводятся следующие сведения:

· Наименование элемента. Приводится полное наименование элемента[3].

· Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML.

· Признак типа элемента. Может принимать следующие значения: “С” – сложный элемент логической модели (содержит вложенные элементы), “П” – простой элемент логической модели, реализованный в виде элемента XML файла, “А” – простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы.

· Формат значения элемента. Формат значения элемента представляется следующими условными обозначениями: Т – символьная строка; N – числовое значение (целое или дробное).

Формат символьной строки указывается в виде Т(n-к) или T(=к), где n – минимальное количество знаков, к – максимальное количество знаков, символ ”-” – разделитель, символ ”=” означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид Т(0-к). В случае, если максимальное количество знаков неограниченно, формат имеет вид Т(n-).

Формат числового значения указывается в виде N(m. к), где m – максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k – максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т. е. число целое), то формат числового значения имеет вид N(m).

Для простых элементов, являющихся базовыми в XML (определенными в http://www. w3.org/TR/xmlschema-0), например, элемент с типом “date”, поле “Формат значения элемента” не заполняется. Для таких элементов в поле “Дополнительная информация” указывается тип базового элемента.

· Признак обязательности элемента определяет обязательность присутствия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: “О” – наличие элемента в файле обмена обязательно; “Н” – присутствие элемента в файле обмена необязательно, т. е. элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и т. п.), то признак обязательности элемента дополняется символом “К”. Например: “ОК”. В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом “М”. Например: “НМ, ОКМ”.

· Дополнительная информация. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т. п.), указывается соответствующее наименование классификатора (кодового словаря и т. п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т. п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.

XSD схема файла обмена в электронном виде приводится отдельным файлом и размещается на сайте Федеральной налоговой службы Российской Федерации.

3. Диаграмма файла обмена

Рис.1. Диаграмма структуры файла обмена

4. Перечень структурных элементов логической модели файла обмена

Перечень структурных элементов логической модели файла обмена приведен в табл. 4.1 – 4.19

Уведомление об отказе в приёме электронного документа (Файл)

Оцените статью: