Ограничения и допущения¶
Текущая версия Продукта содержит следующие ограничения.
Важно
В первую очередь обратите, пожалуйста, внимание на следующие ограничения:
Для работы ИМ с несколькими учетными системами одновременно необходимо использовать механизм разделения потоков документов, чтобы каждая учетная система могла работать со своим подмножеством документов.
При локальном подписании входящих документов по оператору «Диадок» полномочия на подписание должны быть присвоены в веб-кабинете оператора как локальному, так и техническому подписантам.
В текущей версии Продукта не поддерживается возможность отправки и получения зашифрованных электронных документов.
Продукт не формирует исходящие полуформализованные документы в формате xml. При необходимости данная функция реализуется на проектной основе.
В текущей версии Продукта не поддерживается возможность повторного аннулирования документов по оператору «Диадок» в том случае, если первоначальная попытка обработать документ была выполнена с использованием некорректного сертификата и документ перешел в статус «E». Работы по исправлению ведутся на стороне оператора ЭДО.
Не поддерживается отправка и получение пакетов, содержащих в составе полуформализованный документ, по оператору «СБИС».
В случае пакетной отправки документов по оператору «СБИС» не допускается наличие одинаковых наименований у двух и более документов.
В случае пакетной отправки документов по оператору «СБИС» допускается отправка только одного файла с метаданными. В этом случае возможна передача метаданных, относящихся к пакету в целом, а не к каждому документу в отдельности.
В текущей версии Продукта не поддерживается выгрузка в zip-архиве файла метаданных по оператору «Диадок» в том случае, если был запрошен архив, сформированный оператором.
Полноценное тестирование функционала обмена документами с индивидуальными предпринимателями по оператору «Эдисофт» будет проведено по завершении подготовки тестового ландшафта.
Не поддерживается специфичный для оператора «СФЕРА Курьер» функционал отправки титула покупателя для УПД функций СЧФДОП, ДОП и УКД функций КСЧФДИС и ДИС после предшествующего отклонения документа.
Длина элемента «Номер документа», отправляемого по операторам «Docrobot» и «Эдисофт», не должна превышать 35 символов, вследствие ограничения функционала оператора.
Не поддерживается функционал отображения в учетной системе множественной подписи УПД и УКД всех функций.
Одновременная работа Продукта и работа пользователя в веб-интерфейсе ящика оператора ЭДО может привести к ошибкам в работе Продукта. При использовании Продукта нельзя осуществлять работу в веб-интерфейсе ящика оператора.
Ответные титулы для входящих формализованных документов по оператору «Docrobot» должны быть сформированы интеграционным модулем Продукта, в связи с отсутствием у оператора возможности принять xml, сформированный учетной системой.
Получение и обработка входящих документов в форматах счета-фактуры (в том числе корректировочного), товарной накладной ТОРГ-12 и акта сдачи-приемки работ возможно только по оператору «Диадок».
В текущей версии Продукта не поддерживается возможность получения входящих документов по оператору «СБИС», оправленных с использованием функционала оператора «Редакция». Для получения только заново оформленных документов, перейдите в настройки входящих документов в веб-кабинете оператора «СБИС» и выберите настройку «новые редакции не принимаются». Подробнее см. Настроить получение редакций.
Не поддерживается функционал отклонения покупателем формализованных документов, после того как для них был сформирован и отправлен ответный титул покупателя.
В текущей версии Продукта не поддерживается функционал отказа в подписи (Продукт осуществляет запрос уточнения).
В текущей версии Продукта не поддерживается возможность отправки файла с дополнительными данными для исходящего ТОРГ-2. Файл с дополнительными данными может быть отправлен только при обработке входящего документа.
На текущий момент оператор «Калуга Астрал» не поддерживает возможность согласования документа о передаче результатов работ (документа об оказании услуг) в формате Приказа ФНС России от 30.11.2015 № ММВ-7-10/552@.
На текущий момент функционал переназначения тегов для документов доступен только по API.
На текущий момент обмен УПД функций СвРК, СвЗК, а также УКД функций СвИСРК, СвИСЗК поддерживается только по операторам «Диадок» и «Такском-Файлер» ввиду отсутствия готовности данного функционала в API остальных операторов ЭДО.
Для входящих УПД функций СвРК, СвЗК и УКД функций СвИСРК, СвИСЗК по оператору «Такском-Файлер» доступна только возможность отклонения.
Работа с подразделениями доступна только для ящиков внешних контрагентов.
Реализация функционала формирования исходящих и разбора входящих файлов EDI-сообщений должна выполняться на проектной основе.
Функционал обмена ЭТрН реализован в соответствии с объемом возможностей, доступных в API сервисах операторов по данному типу документа на момент выхода текущей версии Продукта. В связи с доработками функционала в API сервисах операторов, в последующих версиях в Продукт могут быть внесены изменения.
Функционал отправки и получения сведений об МЧД реализован в соответствии с объемом возможностей, доступных в API сервисах операторов на момент выхода текущей версии Продукта. В связи с изменениями законодательства в области регулирования использования МЧД и доработками в API сервисах операторов, в последующих версиях в Продукт могут быть внесены изменения.
По оператору «СБИС» не поддерживается приемка или отклонение двух и более предложений об аннулировании, поступивших одновременно для одного и того же документа.
На момент выхода текущей версии Продукта поддержка набора технических квитанций, регламентированного Приказом ФНС России от 08.06.2021 N ЕД-7-26/546@, не заявлялась операторами «Docrobot» и «Калуга Астрал», а также не подтверждена оператором «Эдисофт».
На момент выхода текущей версии Продукта эксперимент по обмену машиночитаемыми доверенностями на базе распределенного реестра не является завершенным, вследствие чего на стороне каждого из участников блокчейна могут наблюдаться ошибки при попытке выполнить ту или иную операцию с МЧД. В случае ошибки необходимо дождаться исправлений со стороны участника реестра.
В случае приема и передачи сведений об МЧД в виде идентификатора доверенности по оператору «СФЕРА Курьер» не указываются данные об ИНН доверителя, поскольку соответствующая информация отсутствует в API оператора.
На момент выхода текущей версии Продукта не поддерживается возможность отправки сведений об МЧД в виде идентификатора доверенности по оператору «Docrobot». Прием сведений об МЧД в виде идентификатора возможен.
На момент выхода текущей версии Продукта не поддерживается прием и передача сведений об МЧД в виде отдельного xml-файла и файла подписи к доверенности по оператору «Такском-Файлер» ввиду отсутствия данной возможности в сервисе оператора.
На момент выхода текущей версии Продукта не поддерживается функционал аннулирования документов в случае передачи информации об МЧД подписанта в виде отдельного xml-файла по оператору «СБИС» ввиду ограничения в сервисе оператора.
На момент выхода текущей версии Продукта не поддерживается прием и передача сведений об МЧД в виде отдельного xml-файла и файла подписи к доверенности по оператору «Калуга Астрал» ввиду отсутствия данной возможности в сервисе оператора.
На момент выхода текущей версии Продукта не поддерживается прием и передача сведений об МЧД в виде идентификатора доверенности по оператору «Эдисофт» ввиду отсутствия данной возможности в сервисе оператора.
Функционал обмена УПД в формате Приказа ФНС № 970 реализован в соответствии с объемом возможностей, доступных в API сервисах операторов по данному типу документа на момент выхода текущей версии Продукта. В связи с доработками функционала в API сервисах операторов, в последующих версиях в Продукт могут быть внесены изменения.
Продукт не осуществляет проверку корректности группировки различных категорий товаров в один УПД формата Приказа ФНС России от 19.12.2023 N ЕД-7-26/970@. Для проверки корректности группировки различных категорий товаров в один документ необходимо обращаться к методическим рекомендациям от системы «Честный ЗНАК».
Функционал обмена формализованными актами сверки взаиморасчетов реализован в соответствии с объемом возможностей, доступных в API сервисах операторов по данному типу документа на момент выхода текущей версии Продукта. В связи с доработками функционала в API сервисах операторов, в последующих версиях в Продукт могут быть внесены изменения.
Продукт не осуществляет проверку допустимости оформления передоверия для головной и дочерней МЧД (корректность оформления полномочий, срока действия, данных передоверителя).
При использовании передоверия в рамках ЭДО в текущей версии Продукта не поддерживается передача цепочки доверенностей.
Дата регистрации МЧД в распределенном реестре ФНС, а также дата отзыва поступают для доверенностей, регистрация и отзыв которых осуществлялись через сервис Продукта.
Невозможно изменение тегов у документов, которые находятся в процессе выполнения маршрута.
Не проводилось тестирование получения квитанций от системы «Честный ЗНАК» через сервис оператора «СБИС».