Что такое документ в утвержденном фнс формате xml

Опубликовано: 14.05.2024

Цифровизация внутренних процессов полезна для оптимизации бизнеса. Одно из преимуществ перехода к электронным документам – ускорение обработки бумаг. С распространением электронных форм документооборот явно упростился. Особенно это прочувствовали бухгалтеры, которые работают с большим количеством «первички».

Какими должны быть сканы документов?
Сканы документов для судов: есть нюансы
Как быть с XML?
Что еще следует знать?
Итог

В чем преимущества электронного документооборота?

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

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

В чем трудности?

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

Какими должны быть сканы документов?

В письме ФНС от 9 февраля 2016 года № ЕД-4-2/1984@ отражены следующие требования.

Цифровые документы должны быть в формате PDF и TIFF. Преобразовать имеющиеся сканы в эти разрешения можно в онлайн-конвертерах.
Документы с черными или черно-белыми изображениями должны сканироваться в режиме 8-bit Grayscale (256 градаций серого). Эта опция выбирается в настройках программы сканера.
Разрешение у документа должно быть 150 DPI или 300 DPI на усмотрение пользователя.
Цветные изображения сканируются в режиме RGB в том же разрешении, что и в пункте 3.
Для настроек яркости и контраста нет конкретных параметров, но они должны быть такими, чтобы текст был четким и читаемым.
Любой присланный в ФНС отсканированный документ должен открываться на стандартных платформах ОС (Windows™ с 2000 и далее по возрастанию).
При открытии документа не должно всплывать никаких предупреждений о возможных ошибках.
Убедитесь, чтобы не были установлены пароль и запрет на печать.
Если документ содержит более одной страницы, то он должен быть отсканирован в многостраничном режиме TIFF – его также можно преобразовать в онлайн-конвертере.
В том случае, если скан состоит из одного листа, допускается разрешение JPEG.

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

Сканы документов для судов: есть нюансы

Будьте внимательны – российские суды устанавливают индивидуальные нормы для отсканированных бумаг. Это обусловлено разницей во внутренних регламентах оформления.

Принимаются документы только в формате PDF.
Разрешение – 200 DPI.
Объем файла – до 10 МБ.
Все документы должны быть черно-белыми. При отправлении заполненных синими или фиолетовыми чернилами бланков нужно привести их в монохромный вид – это делается в программе сканера.
Все надписи, печати, подписи должны быть хорошо различимы.
Темы писем и приложенные файлы должны отражать суть документа и иметь одинаковые названия формата «Дополнительное соглашение №… от… к договору №…».

Как быть с XML?

Документы XML, которые представляют собой онлайн-страницы, иногда неудобно или невозможно сканировать, например, банковские платежные поручения. Какую документацию ФНС принимает в формате XML?

Счета-фактуры, в том числе корректировочные.
Журналы учета.
Товарные накладные ТОРГ-12.
Книги покупок и продаж, а также прилагающиеся к ним листы.
Акты приема и сдачи работ.

Для того, чтобы избежать возврата документов по причине того, что они отправлены не полностью или недостаточны, лучше всегда снабжать пакет описью. Подробно о том, как ее составить для XML, написано в Приказе ФНС от 29 июня 2012 года № ММВ-7-6/465@.

Что еще следует знать?

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

У пользователей нашей услуги «1С Предприятие 8.3 онлайн» нередко возникают опасения, связанные с оформлением отсканированных документов. В этом случае подстраховаться можно только так: отслеживать изменения и уточнять нормы в организациях. Сфера инноваций меняется очень быстро, поэтому нужно держать руку на пульсе и при возможности консультироваться со специалистами.

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

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

Содержание

Описание формата XML;
Как открыть файл XML на компьютере;
Как открыть XML онлайн;
Структура XML файлов.

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

Аббревиатура XML обозначает: «расширяемый язык разметки». Это язык программирования с несложным синтаксисом, который применяется для создания различных документов, которые будут использоваться в интернете. При этом код адаптирован для удобства чтения людьми. Формат создан в 1998 году организацией World Wide Web Consortium, которая занимается установкой стандартов для Интернета. Прообразом XML был SGML – метаязык для интернет-документов.

Открыть XML на ПК

Если использовать штатный редактор – Блокнот, то он покажет неудобочитаемую кашу. Отличная программа для просмотра XML – Word (начиная с 2007 года), он отображает документы XML правильно. Просмотр XML при помощи Excel подойдет для более наглядного отображения содержимого файла. Другая программа для открытия файлов XML компании Microsoft – OpenOffice Calc, также предназначена для работы с электронными таблицами. Откройте документ в формате XML через главное меню программы, используя встроенный проводник. Открытие произойдет не мгновенно – формирование таблицы займет время. Альтернативной программой считают блокнот Notepad++, в котором можно отредактировать код с удобной подсветкой синтаксиса.

Открыть XML онлайн

Для просмотра без возможности редактирования файлы с таким расширением открываются в браузерах:

Чтобы выбрать приложение для открытия (по умолчанию) кликните по значку XML-документа правой клавишей мышки.
Появится контекстное меню: выбираем пункт «Свойства».
На главной вкладке жмем «Изменить».
Выбираем установленный в операционной системе браузер для открытия XML.

Теперь все файлы XML будут открываться с его помощью.

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

Популярный сервис XmlGrid позволит открыть файл XML онлайн для просмотра и редактирования:

Перейдите на сайт онлайн-редактора и нажмите «Open File».
Щелкните по кнопке «Выберите файл» и укажите путь к документу. Нажмите «Submit».

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

Структура XML

В реальности файл XML представляет собой хранилище данных – если сохранить его с расширением архива (.zip) и открыть в соответствующей программе, то станет видно много файлов с текстовой и прочей информацией:

таблицами;
ссылками;
гиперссылками.

Это нужно для удобства хранения и безопасности – повредить безвозвратно всю информацию в нем значительно сложнее. Средний размер файлов допускает рассылку по электронной почте. Но главный плюс – легкость работы с данными. И веб-дизайнер, и верстальщик легко способны добиться требуемой структуры редактируемой страницы. Язык XML оптимизирован и стандартизирован, применение не зависит от установленной ОС, для использования не нужно лицензирование, нет никаких ограничений.

Избыточный синтаксис ограничивает применение его в приложениях, которые требуют малого размера файлов и скоростной работы.
Чрезмерная вариативность: одни и те же структуры представляются программистами по-разному.
Нет поддержки типов данных.
У XML большое число конкурентов – YAML, JSON и другие.

Что такое УПД

Универсальный передаточный документ – единая форма, способная выполнять функции как счёта-фактуры, так и первичного учётного документа. УПД можно оформлять на разные хозяйственные операции, в том числе и связанные с оказанием услуг. Случаи деятельности, при которых допускается составление УПД, перечислены в Приложении 2 к Письму ФНС № ММВ-20-3/96 от 21.10.13 г.. Цель введения в бухгалтерский учёт УПД – это сокращение количества дублирующих друг друга документов, сопровождающих хозяйственные операции.

Электронный УПД позволяет решать задачи отражения НДС и передачи товарно-материальных ценностей, оказания услуг. В отличие от бумажной версии, он имеет 3 возможных функциональных значения.

Новый формат можно использовать как:

Счёт-фактуру
Счёт-фактуру с расширенным набором реквизитов (счёт-фактура + документ-основание), что позволит применять документ как основание для вычетов по НДС и как первичный учётный документ, соответствующий требованиям Федерального закона N 402 «О бухгалтерском учёте»
Первичный учётный документ для оформления фактов хозяйственной жизни

Статусы УПД

Один электронный формат содержит в себе возможность отражения сразу трёх видов документов на выбор. Чтобы контрагент понял какой именно документ ему направил пользователь, применяются цифровые функциональные статусы в «шапке» формата (Рис. 1):

Статус 1: Счёт-фактура (функция СЧФ);

Статус 2: Счёт-фактура + первичный документ (функция СЧФДОП);

Статус 3: Первичный документ (функция ДОП).

Рис. 1. Форматы УПД

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

Закреплённая электронная форма УПД представляет универсальный «конструктор» с единым наименованием полей, на базе которого, в случае простановки конкретной цифровой функции, уже реализуется передача нужного документа.

УПД с функцией «3 – первичный документ ДОП»

При использовании УПД с функцией «ДОП» электронный документ работает на платформе провайдера по бизнес-процессу, максимально схожему с обычным электронным ТОРГ-12 или «Актом выполненных работ» (Рис. 2):

Рис. 2. Схема обмена квитанциями УПД (функция «ДОП»)

P1 и P2 – Титулы продавца и покупателя
9 и 10 – номера подписанных квитанций (статусы)
Пунктир – взаимосвязь между титулами и квитанциями

В этом случае формируется:

Титул продавца – базовая часть электронного УПД, где продавец указывает все поля «шапки» документа, табличную часть и итоги. Эту часть продавец подписывает электронной подписью.
В ответ покупатель, если он согласен с документом, формирует «Титул покупателя», куда вносит информацию о ФИО лиц, которые принимали товар/услугу, информацию о доверенности и другие данные, которые обычно вносит покупатель на бумаге. Покупатель подписывает ЭП и отправляет продавцу через ЭДО-платформу.
Собранные вместе оба титула + их электронные подписи и составляют УПД с функцией «ДОП» в электронном виде.

В электронном виде полностью завершённый архив с УПД будет состоять из файлов титулов продавца и покупателя, а также подписей к ним (Рис. 3).

Рис. 3. Состав завершенного УПД

УПД с функцией «1 – Счёт-фактура СЧФ»

Если документ передаётся с функцией «СЧФ», его бизнес-процесс передачи через провайдера схож с обычным электронным счётом-фактурой. «Титул покупателя» не требуется, так как документ носит характер одностороннего подписания отправителем (как у счёта-фактуры). Однако добавляется процесс передачи регламентированных ФНС-квитанций (Рис. 4).

Рис. 4. Схема обмена квитанциями УПД (функция СЧФ)

P1 – Титул продавца
2 - 10 – номера подписанных квитанций (статусы)
Пунктир – взаимосвязь между титулами и квитанциями

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

Электронный УПД в полностью завершённом виде будет представлять из себя комплект из исходного подписанного документа и подписанных квитанций (Рис. 5).

Рис. 5. Состав завершенного УПД

УПД с функцией «2 – Счёт-фактура + первичный документ СЧФДОП»

Если УПД отправляется с функцией «СЧФДОП», то бизнес-процесс передачи документа предусматривает как движение ФНС-квитанций, подтверждающих факт выставления, так и отправку покупателем «Титула покупателя», где указана информация об ответственных лицах, которые подтвердили факт передачи товарно-материальных ценностей. Документ совмещает в себе свойства электронной накладной/акта и счёта-фактуры одновременно (Рис. 6).

Рис. 6. Схема обмена квитанциями УПД (функция «СЧФДОП»)

P1 и P2 – Титулы продавца и покупателя
2 - 10 – номера подписанных квитанций (статусы)
Пунктир – взаимосвязь между титулами и квитанциями

В этом случае электронный УПД будет физически представлять из себя подписанные файлы «Титулов отправителя и получателя», а также комплект квитанций (Рис. 7).

Рис. 7. Состав УПД с функцией «СЧФДОП»

По итогам прохождения всего бизнес-процесса можно скачать с платформы архив с полностью собранным комплектом файлов по УПД в ФНС-формате: сам универсальный передаточный документ и статусные квитанции к нему для предоставления в налоговую.

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

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

Согласно нижеуказанным Приказам нельзя удалять отправленный и подписанный УПД / УКД:

А) Приказ ФНС от 20 апреля 2012 г. N ММВ-7-6/253@

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

– обеспечение фиксации даты выставления/получения счета-фактуры в электронной форме по телекоммуникационным каналам связи и формирование подтверждения даты его выставления/получения;

Б) Приказ Минфина России от 10.11.2015 N 174н:

1.5. Счет-фактура в электронной форме по телекоммуникационным каналам связи считается исходящим от участника ЭДО, если он подписан усиленной квалифицированной электронной подписью уполномоченного лица, принадлежащей уполномоченному лицу участника, и данный участник направил счет-фактуру через Оператора ЭДО по телекоммуникационным каналам связи в соответствии с настоящим Порядком.
При этом Приказ Минфина не предоставляет Оператору права удалять подписанные, т.е. исходящие от участника ЭДО СЧФ/КСЧФ.

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

от 31 декабря 2009 года N ММ-7-6/730@

(с изменениями на 26 ноября 2013 года)

Документ с изменениями, внесенными:

приказом ФНС России от 17 апреля 2012 года N ММВ-7-6/244@ (вступил в силу начиная с представления налоговой декларации по налогу на добавленную стоимость в электронном виде за первый квартал 2012 года);

(Пункт в редакции, введенной в действие начиная с представления налоговой декларации по налогу на добавленную стоимость в электронном виде за первый квартал 2012 года приказом ФНС России от 17 апреля 2012 года N ММВ-7-6/244@; в редакции, введенной в действие с 1 января 2014 года приказом ФНС России от 26 ноября 2013 года N ММВ-7-6/524@. - См. предыдущую редакцию)

2. Установить, что настоящий приказ вступает в силу с даты представления налоговых деклараций в электронном виде за четвертый квартал 2009 года.

3. Контроль за исполнением настоящего приказа возложить на заместителя руководителя Федеральной налоговой службы Н.Е.Мельникова.

Руководитель
Федеральной налоговой службы
М.П.Мокрецов

УТВЕРЖДЕН
приказом ФНС России
от 31 декабря 2009 года N ММ-7-6/730@

Формат представления налоговых деклараций, бухгалтерской отчетности и иных документов, служащих основанием для исчисления и уплаты налогов и сборов, в электронном виде (на основе XML)

Часть III. Состав и структура показателей налоговой декларант по налогу на добавленную стоимость

(с изменениями на 26 ноября 2013 года)

* Наименование в редакции, введенной в действие начиная с представления налоговой декларации по налогу на добавленную стоимость в электронном виде за первый квартал 2012 года приказом ФНС России от 17 апреля 2012 года N ММВ-7-6/244@; в редакции, введенной в действие с 1 января 2014 года приказом ФНС России от 26 ноября 2013 года N ММВ-7-6/524@. - См. предыдущую редакцию.

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

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

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

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

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

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

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

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

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

R_T - префикс, принимающий значение NO_NDS

А_К - идентификатор получателя информации, где: А - идентификатор получателя, которому направляется файл обмена, К - идентификатор конечного получателя, для которого предназначена информация изданного файла обмена . Каждый из идентификаторов (А и К) имеет вид для налоговых органов - четырехразрядный код (код налогового органа по СОНО).

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

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

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

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

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

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

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

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

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

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

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

NO_NDS_1_003_00_05_03_xx , где хх - номер версии схемы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис.2. Диаграмма структуры элемента "Налоговая декларация по налогу на добавленную стоимость (НДС)"

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

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

Карина Кассис, аналитик Synerdocs

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

Документы каких форматов принимает ФНС?

Есть приказы ФНС РФ от 17.02.2011 N ММВ-7-2/168@ и от 29.06.2012 N ММВ-7-6/465@ , в которых зафиксированы правила представления электронных документов по каналам интернета. Согласно им должен соблюдаться один момент: если в организацию поступило электронное требование, то и документы следует представлять в электронном виде. Бумажные экземпляры для этого сканируют и заверяют, а электронные подлинники, находящиеся в сервисе обмена, выгружают вместе с файлами ЭП.

Перед загрузкой документов в специализированного оператора связи, нужно проверить форматы. ФНС принимает только три формата. Поэтому проследите, чтобы электронные подлинники имели расширение XML , а отсканированные экземпляры – TIFF или JPG .

Пробелы законодательного характера

Электронные документы бывают формализованными и неформализованными. К формализованным относятся те, чьи форма и формат соответствуют нормам налогового законодательства. На данный момент известны три вида формализованного электронного документа – это счет-фактура, акт выполненных работ, товарная накладная (форма №ТОРГ-12). Остальные документы – неформализованные.

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

При представлении формализованных документов в контролирующие органы трудностей не возникает. Другое дело – как быть с документами, созданными или полученными в таких форматах, как DOC , PDF , XLS ? Эта тема под большим вопросом.

Решение есть

Использовать программу-конвертор и преобразовать DOC в нужный формат. Например, в JPG , TIFF или XML . Но здесь снова возникает вопрос: что получится в итоге такого переформатирования? Скорее всего, только копия электронного договора. Примет ли ее налоговая? В Приказе ФНС РФ N ММВ-7-6/465@ при упоминании TIFF и JPG говорится об отсканированных копиях бумажных подлинников. А так как договор не имеет утвержденного формата XML , инспекция его проверить точно не сможет. Кроме того, непонятно, как поступить с файлами ЭП. Данный способ явно не годится.

Переформатировать, используя сканер. Документ распечатывают, отдают руководителю на подпись, ставят печать и сканируют, сохраняя скан в TIFF или JPG . Правда, и здесь есть свои темные пятна. Во-первых, получается копия с копии. Во-вторых, остается непонятно, как поступить с файлами ЭП.

Оба представленных способа возможны с технической точки зрения, но на практике они пока не реализованы.

Универсальный формат

В 2015 году налоговая не должна обойти вниманием такую проблему, как выбор универсального формата. В сентябре 2014-го вышла новость о том, что эксперты Минкомсвязи для обмена между ведомствами определили такой унифицированный формат, как PDF / A . Не исключено, что и в B 2 B -секторе обмен неформализованными документами будет осуществляться с помощью подобного формата.

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

Эксперты Synerdocs рекомендуют:

Если форматы электронных документов разработаны, значит, их нужно использовать. Причем использовать смело, так как ФНС без проблем принимает формализованные документы.

Неформализованные документы продолжайте представлять на бумажных носителях. Поступать так рекомендуют и в самом Министерстве финансов. Данная информация отражена в письмах Минфина от 11.01.2012 N 03-02-07/1-1 и от 11.01.2012 N 03-02-07/1-2. Как изменится форма представления в дальнейшем, что в конечно итоге выберет ФНС, пока неизвестно.

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

Читайте также: