ERES 2.0 позволяет настроить автоматическое распределение расчетов, созданных службами AOC
Со среды 30/04/2025, Сервис ERES 2.0 включает в себя новую функциональность, доступную пользователям с ролью администратора сервиса. что повышает автоматизацию повторяющихся задач и оптимизирует управление записями, минимизация необходимости ежедневного управления лотком «AOC ожидающих MUX входов/выходов», который до сих пор был необходим для распределения автоматических расчетов, полученных от служб AOC.
Как воспользоваться преимуществами этой автоматизации и избавить пользователей реестра от необходимости просматривать автоматические записи, чтобы завершить их классификацию и распределение, заключается в том, что администратор службы пользователей определяет взаимосвязи, основанные на вводе автоматических записей из службы унифицированного реестра MUX, из нового трея «Конфигурации реестра MUX», который вы найдете в разделе администрирования ERES.
Эти правила могут быть определены как для входов, так и для выходов, которые поступают в ERES автоматически через MUX и Они позволяют вам заранее определить как область или рабочую единицу, в которую записи будут отправлены для обработки, так и серию процедур, с которой они должны быть связаны.
Так, например, если вы хотите настроить все записи счетов-фактур так, чтобы они относились к определенной рабочей единице, существующей в ERES, и, кроме того, были связаны с серией в таблице классификации сущности, вы можете создать связь, аналогичную приведенной ниже, на основе маршрута отправки e-FACT, представляющего собой службу AOC, через которую поступают счета-фактуры, и процедуры мультиплексирования, связанной с ними.
То же самое можно сделать и для выходных данных сервиса eNOTUM, чтобы они могли направляться в определенную рабочую единицу и не оставались в лотке ожидающих записей MUX.
В случае процедур, которые поступают через такие службы, как EACAT или eTRAM, вы сможете определить, помимо способа подачи, процедуру и порядок, связанные с записями о въезде.
Важно отметить, что значения, которые из выпадающих списков этой функциональности, которая позволяет вам определять данные, которые будут автоматически добавлены в записи (метод отправки, процедура (мультиплексор) и процесс), Это живые поля, которые будут питаться ценностями входов и выходов, поступающих в ERES с момента запуска функциональности.. То есть, чтобы определить те отношения, в которых значения должны быть идентифицированы за пределами маршрута представления (процедура MUX или процедура), вам нужно будет дождаться получения записи в ERES того типа, который вы хотите настроить, чтобы создать предопределенное отношение данных, которое будет применяться к последующим.
Таким образом, эта новая автоматизация позволит постепенно сократить управление автоматическим лотком распределения записей до максимума, так что будет необходимо только просматривать его для выявления записей для новых услуг, процедур или формальностей, еще не настроенных в новой функциональности, с учетом создания соответствующих отношений.
