Требование

Требование – документ, который налоговый орган направляет налогоплательщику (НП). Получение требования и ответ на него — пример работы с входящим документооборотом. В зависимости от вида требования налогоплательщику нужно совершить определенные действия: отправить первичные документы, уплатить штраф или явиться в налоговую.

Входящий документооборот (ДО) с типом fns534-demand содержит много документов, требование приходит в виде приложения, т.е. документ с типом fns534-demand-attachment.

Процесс работы с требованиями

Работа с требованиями состоит из трех этапов:

Получение списка требований.
Работа с входящим документооборотом.
Ответ на требование (документооборот описи).

Данные три этапа относятся к двум типам документооборотов: работа с входящим требованием и работа с документооборотом описи.

В разделе статусы и порядок документооборота показан процесс работы с требованием.

Получение списка требований

Посмотреть полученные требования можно методом получения списка документооборотов с помощью фильтров:

по типу документооборота: type = fns534-demand;
по номеру требования: demandNumber. По номеру можно найти только распознанные требования.

Работа с входящим документооборотом

При получении требования нужно сформировать в ответ налоговому органу квитанцию о приеме (КоП) или уведомление об отказе (УО). Отправить их необходимо в течение 6 рабочих дней с момента получения требования. Для требования об уплате налога срок ответа – 1 рабочий день.

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

ошибочное направление налогоплательщику;
несоответствие утвержденному формату;
отсутствие КЭП налогового органа.

Во всех остальных случаях формируется квитанция о приеме.

Чтобы убедиться, какой именно документ нужно сформировать в ответ (КоП или УО), нужно проверить требование. Если по окончании работы метода POST Check-Demand были выявлены ошибки, то можно переходить к формированию УО. Ссылка на генерацию документа и коды ошибок будут перечислены в ответе метода. Если ошибки при проверке требования не найдены, можно формировать КоП.

Для генерации и отправки КоП или УО нужно воспользоваться методами для работы с ответными документами.

На этом работа с входящим документооборотом требования завершается.

Ответ на требование (документооборот описи)

Примечание

Только для требований с КНД 1165050 и 1165013.

После отправки квитанции о приеме начинается отсчет срока для предоставления ответа на требование. Ответ на требование — это начало нового документооборота описи. Но формируем его не ко всему входящему документообороту, а только к файлу требования в нем (документу с типом fns534-demand-attachment). Сроки ответа и основания для требований разные и всегда указаны в самом требовании.

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

Требование о представлении пояснений КНД 1165050: Требование КНД 11650505 подразумевает предоставление пояснений. Иногда с требованием приходит XML-файл, в котором налогоплательщик обязан вписать свои пояснения и выслать его в ответ. На требование о представлении пояснений можно отправить опись документов.
Требование о представлении документов (информации) КНД 1165013: На требование о представлении документов (информации) нужно отправить опись со списком запрашиваемых документов.

Генерация тестовых требований

Тестовые входящие требования можно сгенерировать с помощью сервиса Extern Test Tools двумя способами: при помощи тестового робота или загрузить готовый файл.

Генерация с помощью робота

Можно сгенерировать входящее требование с помощью тестового робота: POST GenerateDemand. При вызове метода заполните КНД требования – параметр Knds.

Загрузка готового файла

Можно загрузить уже имеющиеся файлы требования. Сервис Extern Test Tools распознает строки требования и вернет с помощью тестового робота. Для этого:

Загрузите файлы требования в Сервис контентов: POST UploadContent. Метод вернет идентификатор контента загруженного файла. В Сервис контентов можно загрузить один документ в формате pdf за раз.

Примечание

В Контур.Документации API пока нет возможности загружать файлы, поэтому рекомендуем воспользоваться методом в Swagger.

Сгенерируйте входящее требование с помощью тестового робота: POST GenerateDemand. При вызове метода укажите идентификатор контента и КНД требования в модели Contents.

Предупреждение

Загрузить файл требования в Сервис контентов для генерации входящего документооборота можно только с помощью метода POST UploadContent. Метод POST Upload не предназначен для работы с тестовыми данными.