Ограничения и допущения¶
В настоящем разделе приведены ограничения и допущения текущей версии 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.
Интеграция с системой SAP по RFC доступна для использования только для ОС Windows.
В текущей версии Продукта не поддерживается возможность повторного аннулирования документов по оператору «Диадок» в том случае, если первоначальная попытка обработать документ была выполнена с использованием некорректного сертификата и документ перешел в статус «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. Ожидается исправление со стороны оператора.
Не проводилось тестирование интеграции с оператором ЭДО Doclink по техническим причинам на стороне оператора.
Для увеличения производительности при пакетной обработке документов необходимо установить обновленный OLE-объект из состава поставки версии Продукта 3.24 и активировать необходимую настройку в xDE для SAP ERP. В противном случае показатели производительности при локальном подписании останутся на уровне ранее выпущенных версий.
Реализация функционала формирования исходящих и разбора входящих файлов EDI-сообщений должна выполняться на проектной основе.
Функционал обмена ЭТрН реализован в соответствии с объемом возможностей, доступных в API сервисах операторов по данному типу документа на момент выхода текущей версии Продукта. В связи с доработками функционала в API сервисах операторов, в последующих версиях в Продукт могут быть внесены изменения.
На момент выхода текущей версии Продукта эксперимент по обмену машиночитаемыми доверенностями на базе распределенного реестра не является завершенным, вследствие чего на стороне каждого из участников блокчейна могут наблюдаться ошибки при попытке выполнить ту или иную операцию с МЧД. В случае ошибки необходимо дождаться исправлений со стороны участника реестра.
Для способа передачи сведений об МЧД в виде отдельного xml-файла, МЧД должна быть создана непосредственно из реестра доверенностей в транзакции /TRL/XDE_MCHD либо загружена в данный реестр вручную в виде xml-файла и подписи к нему.
Возможность просмотра содержимого файла МЧД на основных экранах отчетов исходящих и входящих документов доступна только при условии наличия файла доверенности в электронном архиве, используемом Продуктом.