Ограничения и допущения

В настоящем разделе приведены ограничения и допущения текущей версии xDE для SAP ERP.

  • Для обработки документов в журнале электронных документов SAP пользователю должна быть присвоена роль «Подписант» Продукта, а также роль, необходимая для подписания документов в стандартных журналах SAP.

  • Для обработки документов в журнале электронных документов SAP ERP в учетную систему должны быть установлены следующие ноты: 2582899, 2582217, 2623602, 2630512, 2630773, 2628693, 2554051, 2616945, 2611974, 2611384.

  • При аннулировании пакета исходящих документов в учетной системе SAP ERP по оператору «СБИС» статусы «WNO», «WIO», «WRO» поступают в учетную систему только для одного документа пакета (для которого выполняют аннулирование). Конечный статус «N» или «NR» поступит далее для всех документов пакета.

  • В текущей версии Продукта для СУБД PostgreSQL идентификаторы ящиков операторов ЭДО должны быть указаны в одном и том же регистре в настройках ИМ и в настройках SAP ERP.

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

  • Не поддерживается функционал отображения в учетной системе множественной подписи УПД и УКД всех функций.

  • Ответные титулы для входящих формализованных документов по оператору «Docrobot» должны быть сформированы интеграционным модулем Продукта, в связи с отсутствием у оператора возможности принять xml, сформированный учетной системой. Настройка способа формирования ответного титула описана в разделе Настройка способа формирования ответных титулов формализованных документов.

  • В текущей версии Продукта в выгрузке ZIP-архива документа, находящегося в статусе V, N, NI, NS, NR (в случае если аннулирование было выполнено уже после ответного подписания) наблюдается наличие двух печатных форм: одна относится к статусам I/ S и содержит данные только о подписи отправителя, а вторая относится к статусам V, N, NI, NS, NR и содержит данные о подписи отправителя и получателя.

  • В компоненте xDE для SAP ERP сбор данных xml-файлов ТОРГ-2 и файла дополнительных данных реализован с целью тестирования и проверки работоспособности Продукта. При использовании Продукта в системах заказчиков сбор данных должен быть реализован на проектной основе.

  • В текущей версии Продукта отправка УКД в формате Приказа ФНС России от 12.10.2020 г. № ЕД-7-26/736@ из стандартного журнала электронных документов SAP UTD не поддерживается.

  • Из-за ошибки на стороне оператора ЭДО Docrobot, на текущий момент не поддерживается отправка исходящих УКД в формате Приказа ФНС России от 12.10.2020 г. № ЕД-7-26/736@ из SAP ERP. Ожидается исправление со стороны оператора.

  • Для увеличения производительности при пакетной обработке документов необходимо установить обновленный OLE-объект из состава поставки версии Продукта 3.24 и активировать необходимую настройку в xDE для SAP ERP. В противном случае показатели производительности при локальном подписании останутся на уровне ранее выпущенных версий.

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

  • Функционал обмена ЭТрН реализован в соответствии с объемом возможностей, доступных в API сервисах операторов по данному типу документа на момент выхода текущей версии Продукта. В связи с доработками функционала в API сервисах операторов, в последующих версиях в Продукт могут быть внесены изменения.

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

  • Для способа передачи сведений об МЧД в виде отдельного xml-файла, МЧД должна быть создана непосредственно из реестра доверенностей в транзакции /TRL/XDE_MCHD либо загружена в данный реестр вручную в виде xml-файла и подписи к нему.

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

  • Функционал обмена УПД в формате Приказа ФНС № 970 реализован в соответствии с объемом возможностей, доступных в API сервисах операторов по данному типу документа на момент выхода текущей версии Продукта. В связи с доработками функционала в API сервисах операторов, в последующих версиях в Продукт могут быть внесены изменения.

  • Продукт не осуществляет проверку корректности группировки различных категорий товаров в один УПД формата Приказа ФНС России от 19.12.2023 N ЕД-7-26/970@. Для проверки корректности группировки различных категорий товаров в один документ необходимо обращаться к методическим рекомендациям от системы «Честный ЗНАК».

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

  • Продукт не осуществляет проверку допустимости оформления передоверия для головной и дочерней МЧД (корректность оформления полномочий, срока действия, данных передоверителя).

  • Не проводилось тестирование работы с нотариальным передоверием.

  • Для МЧД формата 002, выданных на праве передоверия, не поддерживается создание, отправка на регистрацию, отзыв, а также отображение доверенности в окне просмотра.

  • В классификатор полномочий возможна загрузка только сводного xml-файла классификатора от Минцифры (код POWER_PWR_CLASS). Загрузка отдельных xml-файлов от каждого из доноров не поддерживается ввиду разницы форматов.

  • Дата регистрации МЧД в распределенном реестре ФНС, а также дата отзыва отображаются в реестре доверенностей в том случае, если регистрация и отзыв произведены через сервис Продукта.

  • В Продукте не поддерживается возможность загрузки МЧД по идентификационной информации в том случае, если доверенность выдана на лицо, чей ИНН отличается от ИНН подписанта документа. Сверка подписанта в данном случае покажет результат «Не соответствует».

  • После смены статуса МЧД в ручном режиме возможно его автоматическое изменение в результате валидации.

  • Невозможно изменение тегов у документов, которые находятся в процессе выполнения маршрута.

  • В компоненте xDE для SAP ERP сбор данных к акту сверки реализован с целью тестирования и проверки работоспособности Продукта. При использовании Продукта в системах заказчиков сбор данных должен выполняться на проектной основе.

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

  • Функционал сбора данных для формирования титулов о смене водителя и (или) транспортного средства, а также о переадресовке при обмене ЭТрН следует осуществлять на проектной основе.

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

  • Не реализовано отображение информации о новом грузополучателе при переадресовке ЭТрН.

  • Не поддерживается формирование и обработка титулов ЭПЛ о результатах предрейсового и послерейсового медицинского осмотра, технического осмотра, предрейсовом и полерейсовом вводе показаний одометра.