Dp rezruisp что за документ

XMLdoc автоматически формирует электронные документы в формате XML из популярных форм соответствующих документов и отчётов, сохранённых в форматах Excel. Электронные документы в формате XML заменяют бумажные документы и отправляются через операторов ЭДО в налоговую (например, приложения к Налоговой декларации по НДС, различные уведомления) или контрагентам (например, счета-фактуры, УПД, накладные, акты, акты сверки).

XMLdoc Вам пригодится в следующих случаях:

Если из Вашей учётной системы не формируются какие-либо нужные электронные документы — Вы можете сформировать или вручную заполнить такой документ в формате Excel, а затем подать его в XMLdoc, который и создаст соответствующий XML-документ в актуальном формате;
Если из Вашей учётной системы какие-либо документы формируются в «устаревшем» формате — Вы также можете сформировать или вручную заполнить нужный документ в формате Excel, а затем в XMLdoc по нему получить соответствующий XML-документ в актуальном формате.

XML-документ — это документ, представленный в виде электронного файла в формате XML. Формат XML является наиболее распространенным форматом для электронных документов.

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

XML-документы невозможно получить простым сохранением из Excel, поскольку при таком сохранении не будет соблюдаться структура данных, которая требуется в соответствии с Приказами ФНС.

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

В форме регистрации придумайте и введите свой логин, обязательно запомните его, поскольку по нему будет осуществляться вход в онлайн-сервис в дальнейшем.
Укажите также Ваше имя и адрес электронной почты (адрес электронной почты нужен для подтверждения регистрации и для возможности восстановления пароля).
Придумайте Ваш пароль (пароль должен быть не менее 6-ти символов и содержать как минимум 1 цифру, как минимум 1 букву в нижнем регистре, как минимум 1 букву в верхнем регистре, как минимум 1 спецсимвол), введите его дважды в подряд стоящие поля для пароля.
Отметьте «галочку» о согласии на обработку персональных данных. В специальном поле «Код с картинки» введите символы показанной Вам капчи. Нажмите кнопку «Зарегистрироваться».
На Вашу электронную почту придёт письмо со ссылкой для подтверждения учётной записи, кликните на ссылку в этом письме. После этого Ваша учётная запись станет активной — можно заходить в систему через форму «Вход».

Обратите также внимание, что адреса электронной почты в домене @gmail.com в данный момент не принимают наши электронные письма. Просим Вас при регистрации использовать другие адреса электронной почты.

Зайдите в онлайн-сервис XMLdoc, используя Ваш логин и пароль. Предварительно зарегистрируйтесь, если Вы ещё не зарегистрированы в онлайн-сервисе XMLdoc. При входе в специальном поле «Код с картинки» введите символы показанной Вам капчи. Откроется дополнительное меню, где по умолчанию будет выбран раздел «Конвертация»; также будут доступны следующие пункты: «История конвертаций», «Информация профиля», «Выход».

В поле типа «drag&drop» при помощи мышки перетащите Ваш Excel-файл. Выбрать Excel-файл также можно по клику на ссылку «Выбрать файл».
Через несколько секунд Вы получите готовый XML-файл. Тип Вашего распознанного документа будет указан ниже поля «drag&drop», ссылка на готовый XML-файла будет отображена здесь же. Также будет приведена информация о применённом XML-формате (версия формата, номер приказа по законодательству). В случае, если конвертация по какой-то причине невозможна, появится сообщение об ошибке.
Если у Вас есть ещё файлы для конвертации, таким же образом отправляйте их на конвертацию, находясь в разделе «Конвертация».

Историю ранее сконвертированных файлов и ссылки на сформированные XML-файлы можно увидеть в разделе «История конвертаций».

Сформированный XML-файл можно сразу загружать через оператора ЭДО, оператор ЭДО обычно показывает возможные ошибки в переданном XML-документе.
Сформированный XML-файл также можно проверить с помощью нашего онлайн-сервиса без регистрации https://xml.bi-cons.ru/ (пока это отдельный ресурс, но возможно в дальнейшем эта функциональность будет интегрирована в онлайн-сервис XMLdoc).
XML-файлы для налоговой (не ЭДО-документы для контрагентов) также можно проверить с использованием специализированного программного обеспечения для проверки XML-файлов, разработанного налоговой службой (программа «Tester», https://www.nalog.gov.ru/rn77/program/5961279/).

В случае возникновения ошибки при конвертации в XMLdoc рекомендуем выполнить следующие действия:

Проверить, что Ваш тип документа относится к тем, которые распознаются и на данный момент конвертируются сервисом (актуальный список конвертируемых форматов можно найти на главной странице в блоке «Какие документы и отчеты мы уже конвертируем из Excel в XML?» и в Личном кабинете в разделе «Конвертация» по ссылке «Какие типы документов и в какие XML-форматы сейчас конвертируются?»)
Проверить, что в Вашем документе присутствуют как минимум обязательные блоки данных для соответствующего типа документа.
Проверить, что Ваш Excel-файл с документом удовлетворяет условиям, которые описаны в вопросе ниже «Все ли Excel-файлы документов подходят для конвертации в XML?».
Обратиться к нам по контактам технической поддержки.

Для корректной конвертации Ваш документ должен быть соответствующего типа. Актуальный список конвертируемых документов можно увидеть на главной странице в блоке «Какие документы и отчеты мы уже конвертируем из Excel в XML?» и в Личном кабинете в разделе «Конвертация» по ссылке «Какие типы документов и в какие XML-форматы сейчас конвертируются?»

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

Если в Вашем Excel-файле-источнике несколько листов, то Ваш документ обязательно должен быть на первом листе.
Не допускается такой формат дат, чтобы число оказалось записано между месяцем и годом, например, «2023-31-01», «2023-31-янв», «2023/31/01», «2023.31.01», «01-31-2023», «01/31/2023», «01.31.2023», «01-31-23», «01/31/23», «01.31.23», «Jan.31.23», «Январь.31.23» и т.п.
Не допускается запись в одной ячейке (в том числе объединённой) нескольких смысловых значений, даже если они записаны с разрывом строки. Например, нельзя записывать в одну ячейку:
«Продавец: ИП Иванов Иван Иванович (2)
Адрес: 111111, г. Москва (2а)
ИНН/КПП продавца: 770112345678 (2б)»
Не допускается разделение одного смыслового значения на несколько ячеек Excel-документа (это касается как элементов формы документа (заголовки, названия полей), так и самих данных). Например, текст-заголовок колонки «Наименование товара (описание выполненных работ, оказанных услуг), имущественного права» нельзя записывать так:
в одной ячейке «Наименование товара»,
под ней в ячейке «(описание выполненных работ»,
под ней в ячейке «оказанных услуг),»,
под ней в ячейке «имущественного права».
Элементы формы документа и данные не должны быть вставлены как объекты (заголовки и данные должны быть записаны непосредственно в ячейках).

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

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

На текущий момент для Товарной накладной действуют 2 электронных формата, они оба генерируются в XMLdoc:

«ON_NSCHFDOPPR_» — это конвертация в XML-формат по Приказу ФНС России от 19.12.2018 № ММВ-7-15/820@, функция «ДОП»;
«DP_TOVTORGPR_» — это конвертация в XML-формат по Приказу ФНС России от 30.11.2015 № ММВ-7-10/551@.

Также и для Акта об оказании услуг действуют и генерируются 2 электронных формата:

«ON_NSCHFDOPPR_» — это конвертация в XML-формат по Приказу ФНС России от 19.12.2018 № ММВ-7-15/820@, функция «ДОП»;
«DP_REZRUISP_» — это конвертация в XML-формат по Приказу ФНС России от 30.11.2015 № ММВ-7-10/552@.

Для отправки контрагенту через оператора ЭДО нужно использовать один из указанных форматов.

XML-формат по Приказу № ММВ-7-15/820@ является более «свежим», консолидирует в себе много документов и предусматривает разделение всех документов по 3-м функциям: «СЧФ» — счёт-фактура, «СЧФДОП» — УПД, «ДОП» — прочие документы. В прочие документы «ДОП» при этом попадают несколько типов документов: «УПД со статусом 2», «Товарная накладная», все виды «Актов». По причине этого объединения обычно документы по Приказу № ММВ-7-15/820@ с функцией «ДОП» загружаются у операторов ЭДО как «УПД со статусом 2». Часто у операторов ЭДО в документе с функцией «ДОП» есть возможность сменить тип документа. Однако надо помнить, что тип документа зафиксируется только в рамках этого оператора ЭДО, и он не передастся в роуминг из-за отсутствия этой информации в структуре самого документа — т.е отправив такую Товарную накладную через одного оператора ЭДО клиенту, у которого другой оператор ЭДО, клиент после роуминга, скорее всего, увидит её как «УПД со статусом 2». В случае если Вы и клиент работаете с одним оператором ЭДО, проблемы не возникнет.

Форматы по Приказам № ММВ-7-10/551@ и № ММВ-7-10/552@ — более специализированные и заточенные только на свой документ, поэтому, к примеру, для Товарной накладной они содержат больше подробностей (содержат «Вид упаковки», «Количество в одном месте», «Количество мест», «Масса брутто» и т.п.; этой информации нет в электронном документе по Приказу № ММВ-7-15/820@).

Помимо этих моментов надо принять во внимание также и то, как с конкретным электронным форматом работает Ваш оператор ЭДО. Например, Контур.Диадок не предусматривает возможность ручного редактирования загружаемых документов НЕ по Приказу № ММВ-7-15/820@.

Онлайн-сервис XMLdoc при конвертации Акта об оказании услуг и Товарной накладной формирует 2 XML-файла по 2-м этим форматам.

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

В частности, в электронный документ не передаётся информация:

О втором ответственном сотруднике (главном бухгалтере) — для электронного документа требуется только одна подпись, и поэтому передаётся информация только по одному подписанту (в отличие, например, от печатной формы счёта-фактуры, где требуются 2 подписи — руководителя и главного бухгалтера).
О НЕобщедоступных деталях по покупателю, например конкретном подписанте со стороны покупателя («Груз принял . «, Груз получил . «, «Ответственный за правильность оформления факта хозяйственной жизни . «) — на момент отправки электронного документа через оператора ЭДО неизвестно, какой сотрудник покупателя поставит в нём свою электронную подпись (распишется в нём, если всё было бы на бумаге).
Об элементах форматирования типа подитогов по листам, итогов по листам и номерам «Документ составлен на . листах», «Приложение на . листах», «содержит . порядковых номеров», «всего мест . » и т.п.
О дополнительных редко используемых реквизитах организации, например «Вид деятельности по ОКДП».
О маловажных данных для отдельных документов и форматов, например, в Товарную накладную, сформированную по Приказу ФНС России от 19.12.2018 № ММВ-7-15/820@, не передаётся информация «Вид упаковки», «Количество в одном месте», «Количество мест», «Масса брутто» (она не предусмотрена в структуре документа).

На текущий момент в сервисе XMLdoc нет возможности сформировать УПД с кодами маркировки. Это связано с техническими и логическими «тонкостями» использования кодов маркировки:

В регламентированной печатной форме УПД не предусмотрено конкретных колонок и позиций для размещения кодов маркировки, поэтому автоматическая обработка формы не сможет однозначно идентифицировать такие данные;
Коды маркировки представляют собой сложную комбинацию букв, цифр и символов; некоторые используемые в кодах маркировки символы могут по умолчанию преобразовываться в ячейках Excel, что будет повреждать переданный код маркировки;
Нередко под одной строкой УПД «скрываются» не просто несколько кодов маркировки, а сотни и даже тысячи.

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

© 2020-2023 ООО «Бизнес-Информация Консалтинг»
При использовании материалов с сайта активная ссылка на сайт https://xmldoc.ru обязательна

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

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

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

Универсальный передаточный документ (файл в формате ON_NSCHFDOPPR*.xml );
Торг-12 (файл в формате DP_TOVTORGPR*.xml);
Акт приемки выполненных работ (файл в формате DP_REZRUISP*.xml);
Счет (файл в формате ON_SCHET *.xml);
Заказ (файл в формате ON_ORDER *.xml).

Из входящих сообщений могут быть созданы следующие типы учетных документов:

Приходная накладная;
Акт услуг входящий;
Счет входящий;
Заказ от покупателя.

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

Для исходящих документов поддерживается отправка четырёх видов стандартных документов:

Универсальный передаточный документ (файл в формате ON_NSCHFDOPPR*.xml ). Документ создается из расходной накладной.
Акт приемки выполненных работ (файл в формате DP_REZRUISP*.xml). Документ создается из акта услуг исходящего.
Счет (файл в формате ON_SCHET *.xml). Документ создается из счета исходящего.
Заказ (файл в формате ON_ORDER *.xml). Документ создается из заказа поставщику.

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

¶ Подключение и настройка модуля ЭДО

Для подключения модуля ЭДО необходимо добавить в систему меню программы пункт Модуль ЭДО (название пункта может быть изменено партнёром по его усмотрению). В дистрибутивной базе данный пункт расположен в меню Сервис. Для самостоятельного подключения этого пункта необходимо использовать команду DO FORM ediform .

Для отображения добавленного пункта в меню необходимо перезапустить систему Айтида.

Внимание! Модуль ЭДО не доступен в следующих конфигурациях:
Айтида EasyBox;
Айтида EasyBox-кафе;
Айтида Малый бизнес;
Айтида Плюс;
Айтида Кафе;

Первый запуск модуля необходимо произвести от имени пользователя с правами администратора. В этом случае будет доступен функционал по настройке модуля:

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

Раздел Параметры доступа к системе ЭДО.
- Сертификат – необходимо выбрать сертификат для электронной подписи документов, отправляемых в систему ЭДО. Это должен быть тот же сертификат. С которым производилась регистрация в системе ЭДО. Сертификат должен располагаться в хранилище Личных сертификатов компьютера.
- В поле Оператор ЭДО необходимо выбрать оператора ЭДО, к которому подключен клиент.
- В полях Пользователь и Пароль указываются учетные данные для входа в систему ЭДО, выбранного оператора.
- Если оператор ЭДО позволяет с одними учетными данными регистрировать несколько аккаунтов, то необходимый аккаунт нужно указать в поле Аккаунт.
- В поле ЭДО ИД необходимо указать идентификатор пользователя, присвоенный оператором ЭДО организации.
- В поле Дата загрузки записывается дата последнего загруженного документа. Поле доступно для корректировки и позволяет, при необходимости, загрузить документы с более ранней даты, отстоящей от текущей не более чем на 30 дней.
- Признак Тестовый контур действует только в отношении оператора ЭДО Такском. В этом случае, обмен сообщениями будет производиться через тестовый сайт оператора.

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

Для товаров в выбранной папке может быть указана группа ресурсов. В таком случае, при создании новых товаров будут автоматически заполнены поля новых карточек такие как:
Группу товара;
Код налога;
Единица измерения и т.п..

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

В разделе Подписант документов необходимо указать ФИО и должность лица, уполномоченного подписывать документы.

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

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

Например, для доступа к улице из адреса грузополучателя можно использовать переменную Файл_Документ_СвСчФакт_ГрузПолуч_Адрес_АдрРФ_Улица.

Проанализировать её значение, например, на вхождение в название улицы в адресе грузополучателя слова «Красная», и если такое вхождение есть, то загрузить документ.

Для упрощения доступа к наиболее часто используемым переменным в систему добавлены специальные понятия:

Часть тэгов в файлах является не обязательной для указания. В случае, если тэга нет в принимаемом файле, соответствующая переменная не будет определена. Анализ значения такой переменной приведет к ошибке вычисления и документ будет пропущен. Для предотвращения таких ситуаций рекомендуется использовать функцию ПЕРЕМЕННАЯ( ИмяПеременной[,ЗначениеПоУмолчанию]) для безошибочного вычисления значения переменной.

Закладка Скрипты доступна в режиме настройки. На ней можно проверить наличие стандартного скрипта обмена с системой ЭДО, а так же задать Скрипт проверки и расчетов.

Скрипт проверки и расчетов вызывается в момент передачи учетного документа в модуль ЭДО. Скрипт может задать параметры документа в ЭДО. Например, определить ЭДО ИД контрагента, которому отправляется сообщение. Автоматически прикрепить вложения к сообщению и т.п. На вход скрипту передается ИД создаваемого исходящего сообщения (значение поля identity_column таблицы edioutcome). Скрипт может заполнить любые поля и связанные таблицы необходимыми данными. Например, на основании фирмы отправителя сможет подобрать ЭДО ИД контрагента получателя, таким образом, чтобы обмен сообщениями происходил без роуминга.

ЭДОИД = ЛЕВСИМВ( ЗАПРОС( «SELECT value FROM param_ex WHERE param= ‘EDI_EDIID» + ПРЕДПРИЯТИЕ + «‘» ), 3 ); КлиенЭДОИД= ЗАПРОС( «SELECT CASE WHEN LEFT( ediid, 3 ) = ‘» + ЭДОИД + «‘ OR LEFT( ediid2, 3 ) <> ‘» + ЭДОИД + «‘ THEN ediid ELSE ediid2 END FROM sprclient WHERE code = (SELECT client FROM edioutcome WHERE identity_column = » + ИДДокумента + «)» ); IF !EMPTY( КлиенЭДОИД ) ЗАПРОС( «UPDATE edioutcome SET cediid= ‘» + КлиенЭДОИД + «‘ WHERE identity_column toc-header» >¶ Получение входящих сообщений.

Для загрузки входящих УПД в модуле ЭДО необходимо перейти на закладку Входящие.

Список содержит следующие колонки:

М	Колонка предназначена для отметки сертификата в списке. Отметка нескольких документов может использоваться для групповых операций.
А	Содержит признак того, был ли погашен сертификат: – желтый – был отправлен ответ на документ; – зеленый – документооборот завершен успешно; – лиловый – был получен отказ; – оранжевый – было получено предложение об аннулировании; – серый – документ аннулирован; – красный – продукция по сертификату была полностью возвращена.

Д	Содержит признак того, что на основании сертификата была создана приходная накладная. – документ был подтвержден; — документ был отказан
Номер сертификата	Номер входящего документа
Дата	Дата входящего документа
Сумма	Если есть, то сумма входящего документа
Контрагент	Наименование контрагента. От которого поступил документ.
ИНН/КПП	ИНН и КПП контрагента
Описание	Дополнительное описание документа, которое мог указать отправитель
ЭДОИД контрагента	Идентификатор отправителя в системе ЭДО
Ответ системы	В случае ошибок, сообщение об ошибке.

Нажатие кнопки Загрузить входящие документы из системы ЭДО вызовет процедуру загрузки входящих сообщений из системы ЭДО. Айтида отправляет запрос в систему ЭДО на поиск изменений документов начиная (включительно) с даты, указанной в параметрах модуля, по текущий момент. Если указанная в параметрах дата отстоит от текущей более чем на 30 дней, то запрос ограничивается последними тридцатью днями.

Если во входящих документах есть еще не обработанные сообщения, то они будут загружены в Айтиду. Во время загрузки система сопоставляет загружаемые документы с имеющимися в базе данных, ранее загруженными документами. Сопоставление производится по идентификаторам, которые предоставляет система ЭДО. Документы из системы ЭДО, для которых было найдено сопоставление в базе данных Айтиды, пропускаются. Если система ЭДО поддерживает версионность документов, т.н. редакции, например СБИС, то разные редакции рассматриваются Айтидой как разные документы и по отдельности загружаются в систему. При этом, номер начальной редакции соответствует номеру документа, который присвоил поставщик. К последующим редакциям добавляется суффикс /РЕДN – где N номер редакции.

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

Входящее сообщение (документ) в системе ЭДО может содержать несколько вложений (файлов). Если система ЭДО сама не ранжирует такие вложения, определяя, какое и вложений является главным, то Айтида делает это самостоятельно. Самый высокий приоритет отдается УПД и счетам фактурам. Затем актам выполненных работ, накладным, счетам и заказам. Это означает, что если во входящем сообщении есть УПД и счет, то Айтида будет рассматривать такое сообщение как поставка и сформирует приходную накладную, на основании XML файла УПД. Если во входящем документе не будет УПД, а будет только счет, то будет сформирован счет входящий.

В случае успешного обмена данными с системой ЭДО будет выведено сообщение об успешной загрузке некоторого количества документов, либо сообщение о том, что новые документы не найдены.

Если во время обмена данными произошли ошибки, то будет выведено соответствующее сообщение. Подробный отчет об обмене данными с системой ЭДО можно посмотреть в журнале обмена.

Журнал обмена с системой ЭДО записывается в файл, имя которого указано в константе _ЭДОИМЯФАЙЛАЖУРНАЛА. Если такой константы нет в системе, то по умолчанию используется имя файла d:\ edi_http.log

¶ Загрузка файлов в формате ФНС XML.

В случае, если на момент использования ПО Айтида ещё нет профиля для обмена с нужной системой ЭДО, то можно поступить следующим образом.

В системе ЭДО сохранить входящие УПД в файлах XML. Файлы будут в формате, регламентируемом ФНС для обмена УПД в электронном виде.

Затем, в модуле ЭДО необходимо перейти на закладку Входящие.

Нажать кнопку Загрузить документ из файла XML. Будет предложено выбрать файл для загрузки.

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

Вне зависимости от того, как был загружен документ в Айтиду, для него производятся следующие сопоставления.

Ищется поставщик в справочнике контрагентов. Поиск осуществляется по в следующем порядке:
- по идентификатору контрагента в системе ЭДО (поля ЭДО ИД / ЭДО ИД 2 в карточке контрагента);
- по ИНН и КПП;
- по ИНН среди контрагентов без указанного КПП.
Для каждой строки документа ищется товар в справочнике ТМЦ. Поиск осуществляется в следующем порядке:
- если был передан ШК товара, то ищется по нему;
- иначе, ищется по названию товара в справочнике.

¶ Проверка принятых документов.

Загруженные из системы ЭДО документы можно проверить на правильность. Для этого, необходимо дважды щелкнуть на нужном документе, или в контекстном меню выбрать пункт Просмотр/корректировка документа.

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

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

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

В колонках Наименование из ЭДО, Количество, Цена, Сумма и Единица будут выведены реквизиты принимаемого товара/услуги из ЭДО. В колонке Фактическое количество необходимо указать реально поступившее количество товара/принимаемых услуг.

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

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

Фактическое количество может быть указано одним из следующих способов:

введено в соответствующую ячейку списка;
последовательным чтением ШК всех принятых товаров (при чтении сканером ШК количество в соответствующей строке будет увеличиваться на 1);
загрузкой ШК из ТСД (кнопка Загрузка данных из ТСД).

В списке товаров применяется цветовая индикация:

зелёный – строки, в которых количество по накладной совпадает с фактическим количеством;
голубой – строки, в которых количество по накладной больше фактического количества;
розовый – строки, в которых количество по накладной меньше фактического количества.

В поле Утвердить/Отклонить необходимо выбрать вариант ответа контрагенту. Возможно только полное подтверждение или полный отказ от документа. В случае отказа от документа, необходимо указать причину отказа, заполнив поле Комментарий.

Нажатие на кнопку Записать приведёт к записи изменений. Если в списке остались не сопоставленные записи и установлен признак Создавать карточки для новой продукции, то в момент сохранения будут созданы и автоматически сопоставлены недостающие товары. Нажатие на кнопку Отмена приведёт к отмене изменений.

¶ Дополнительные вложения к сообщениям из системы ЭДО.

Сообщения, поступающие из системы ЭДО, помимо самих документов могут содержать дополнительные вложения, такие как:

Печатные формы в формате PDF;
Таблицы в формате MS Excel;
Тексты документов в форматах различных редакторов;
Картинки и многое другое.

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

В открывшемся списке можно просмотреть или сохранить нужный документ.

Если какие-то файлы не нужны, то их можно удалить из базы данных, нажав на кнопку Удалить.

¶ Подтверждение сообщений в системе ЭДО.

После проверки документа и выбора варианта ответа – подтверждение или отказ – необходимо отправить эту информацию в систему ЭДО. Для этого необходимо отметить документ в списке и нажать кнопку отправки в ЭДО:

При успешной отправке маркер в колонке С будет зеленым. Одновременно с отправкой ответа, в систему ЭДО отправляются и подписываются все служебные уведомления, которые предусмотрены регламентом ЭДО. Подпись документов осуществляется выбранным в параметрах модуля ЭДО сертификатом. Отправка ответов возможна только для документов, загруженных из системы ЭДО. Если документ был загружен их файла, то отправить акт необходимо из интерфейса самой системы ЭДО.

¶ Создание учетных документов из входящих сообщений.

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

¶ Отправка документов в систему ЭДО.

Следующие типы документов могут быть отправлены в систему ЭДО из интерфейса Айтиды:

Расходные накладные.
Акты услуг исходящие.
Счета исходящие.
Заказы поставщикам.

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

После успешной записи и проведения документа необходимо выбрать пункт Выгрузка в систему ЭДО кнопки Работа с оборудованием. .

Важно. Перед отправкой документа в систему ЭДО следует обратить особое внимание на полноту заполнения полей справочников. Для различных ЭД важны такие реквизиты как:
Код ОКЕИ у единиц измерения;
ЭДО ИД, ИНН, КПП, правильное наименование, адрес, включая регион расположения для контрагентов;
Правильное полное наименование, код налога для отгружаемого товара.

По фирме отправителю Айтида определит подходящую систему ЭДО в модуле ЭДО и для неё будет создан документ на закладке Отгрузка. В момент формирования будет выполнен Скрипт проверки и расчета из параметров модуля. Скрипт может изменить настройки, определенные Айтидой на собственные. Скрипт должен вернуть Истину, если необходимо добавить документ на отправку в ЭДО, либо Ложь, если необходимо отменить отправку.

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

¶ Дополнительные вложения к исходящим сообщениям.

Сообщения, которые планируется отправить контрагенту, помимо основного документа, такого как УПД, Акт выполненных работ, Счет, Заказ, могут содержать дополнительные вложения, такие как:

Печатные формы в формате PDF;
Таблицы в формате MS Excel;
Тексты документов в форматах различных редакторов;
Картинки и многое другое.

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

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

¶ Отправка документов в систему ЭДО.

Для отправки документа в систему ЭДО необходимо его отметить и нажать Отправить отмеченные документы в систему ЭДО.

При успешной отправке будет выведено сообщение об успешной отправке документов:

Через некоторое время после успешной отправки необходимо нажать кнопку проверки статусов отправки:

Сначала статус должен стать желтым, т. е. система ЭДО приняла документ:

После подтверждения или отказа от документа получателем статус изменится на зеленый или серый:

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

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

II. Описание файла обмена документа о передаче результатов работ (документа об оказании услуг), информация исполнителя

A — идентификатор получателя файла обмена информации исполнителя, где идентификатор получателя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

O — идентификатор отправителя файла обмена информации исполнителя, где идентификатор отправителя совпадает с идентификатором участника электронного документооборота в рамках обмена счетами-фактурами и первичными учетными документами по телекоммуникационным каналам связи;

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

N — 36 символьный глобально уникальный идентификатор GUID (Globally Unique IDentifier).

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

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

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

<?xml version=»1.0″ encoding=»windows-1251″?>

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

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

DP_REZRUISP_1_990_01_05_02_xx, где xx — номер версии схемы.

(в ред. Приказа ФНС России от 08.04.2019 N ММВ-7-15/176@)

(см. текст в предыдущей редакции)

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

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

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

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

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

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

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

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

Формат элемента. Формат элемента представляется следующими условными обозначениями:

T — символьная строка; N — числовое значение (целое или дробное).

Формат символьной строки указывается в виде T(n-k) или T(=k), где:

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

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

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

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

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

Dp rezruisp что за документ

Тип документа (primedoctype) — используется для предварительной идентификации документов в ИС и АРМ без чтения самого документа (XML) или
при невозможности автоматически определить тип документа (сканы документов)

Произвольный тип документа (doc\xls\pdf) или
Извещение о получении

Форматы добавленные в АРМ в 2017г.

Приказ ФНС России от «19» декабря 2018 г. № ММВ-7-15/820

Примечания :
* — уточните у Оператора и получателя возможность использования данного формата.

IdAuthor и IdRecipient — идентификаторы участников ЭДО, состоящие из 3х символов кода оператора ЭДО и до 43 символов идентификатора участника.
Например:
2hxАБВГД, где 2hx — идентификатор оператора ЭДО — ООО «Криптэкс».
В роуминге один из участников имеет другой идентификатор оператора ЭДО.

Добавить комментарий Отменить ответ

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Имя *

Email *

Сайт

Комментарий *

primedoctype	Тип документа	Требование к имени файла (file_name)
1	Счет-фактура — до 01.07.2017	ON_SFAKT_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
2	Корректировочный счет-фактура — до 01.07.2017	ON_KORSFAKT_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
3	Исправленный счет-фактура — до 01.07.2017	ON_SFAKT_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
4	Исправленный корректировочный счет-фактура — до 01.07.2017	ON_KORSFAKT_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
10	Подтверждение от оператора о дате отправки	DP_PDOTPR_IdRecipient_2hx_YYYYMMDD_GUID.xml
11	Подтверждение от оператора о дате получения	DP_PDPOL_IdRecipient_2hx_YYYYMMDD_GUID.xml
30	АКТ (Титул исполнителя) — до 01.07.2017	DP_IAKTPRM_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
31	АКТ (Титул заказчика) — до 01.07.2017	DP_ZAKTPRM_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
32	АКТ (В подписи отказано)	DP_UVUTOCH_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
50	ТОРГ12 (титул продавца) — до 01.07.2017	DP_OTORG12_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
51	ТОРГ12 (титул покупателя) — до 01.07.2017	DP_PTORG12_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
52	ТОРГ12 (В подписи отказано)
70	Уведомление об уточнении к документу	DP_UVUTOCH_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
71	Предложение об аннулировании (в роуминге)	DP_PRANNUL_IdRecipient_IdAuthor.xml
80
ПРИКАЗ от 13 апреля 2016 г. N ММВ-7-15/189@
25	УКД (КСЧФ). Корректировочный счёт-фактура. Продавец	ON_KORSCHFDOPPR _IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
26	УКД(КСЧФДИС) Продавец	ON_KORSCHFDOPPR _IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
27	УКД(КСЧФДИС) Покупатель	ON_KORSCHFDOPPOK_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
28	УКД(ДИС) Продавец	ON_KORSCHFDOPPR _IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
29	УКД(ДИС) Покупатель	ON_KORSCHFDOPPOK_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
ПРИКАЗ от 24 марта 2016 г. N ММВ-7-15/155@
20	УПД(СЧФ) Счёт-фактура. Продавец	ON_SCHFDOPPR _IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
21	УПД(СЧФДОП) Продавец	ON_SCHFDOPPR _IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
22	УПД(СЧФДОП) Покупатель	ON_SCHFDOPPOK_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
23	УПД(ДОП) Продавец	ON_SCHFDOPPR _IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
24	УПД(ДОП) Покупатель	ON_SCHFDOPPOK_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
Приказ ФНС России от 30.11.2015 N ММВ-7-10/552@
33	АКТ. Файл обмена Исполнителя	DP_REZRUISP_Id(Заказчика)_Id(Исполнителя)_YYYYMMDD_GUID.xml
34	АКТ. Файл обмена Заказчика	DP_REZRUZAK_Id(Исполнителя)_Id(Заказчика)_YYYYMMDD_GUID.xml
ПРИКАЗ от 30 ноября 2015 г. N ММВ-7-10/551@
58 *	Товарная накладная. Продавец. Формат в дальнейшем будет заменен на УПД	DP_TOVTORGPR_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
59 *	Товарная накладная. Покупатель. Формат в дальнейшем будет заменен на УПД	DP_TOVTORGPOK_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
154	DELFOR в формате XML	DELFOR_guid.XML
155	DELJIT в формате XML	DELJIT_guid.XML
156	DESADV в формате XML	DESADV_guid.XML
160	УПД(СЧФ) Счёт-фактура	ON_NSCHFDOPPR_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
161	УПД(СЧФДОП) Продавец	ON_NSCHFDOPPR_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
162	УПД(СЧФДОП) Покупатель	ON_NSCHFDOPPOK_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
163	УПД(ДОП) Продавец	ON_NSCHFDOPPR_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
164	УПД(ДОП) Покупатель	ON_NSCHFDOPPOK_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
УПД для прослеживаемых товаров
170	УПД(СЧФ) Счёт-фактура	ON_NSCHFDOPPRPROS_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
171	УПД(СЧФДОП) Продавец	ON_NSCHFDOPPRPROS_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
172	УПД(СЧФДОП) Покупатель	ON_NSCHFDOPPOKPROS_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
173	УПД(ДОП) Продавец	ON_NSCHFDOPPRPROS_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
174	УПД(ДОП) Покупатель	ON_NSCHFDOPPOKPROS_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
УПД для товаров, подлежащих маркировке :
180	УПД(СЧФ) Счёт-фактура	ON_NSCHFDOPPRMARK_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
181	УПД(СЧФДОП) Продавец	ON_NSCHFDOPPRMARK_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
182	УПД(СЧФДОП) Покупатель	ON_NSCHFDOPPOKMARK_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
183	УПД(ДОП) Продавец	ON_NSCHFDOPPRMARK_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml
184	УПД(ДОП) Покупатель	ON_NSCHFDOPPOKMARK_IdRecipient_IdAuthor_YYYYMMDD_GUID.xml