Структура папок для сообщений МЭДО

Описание структуры и маршрутов

Папка EosData

  • Archive
    • ConvertFiles Для размещения сообщений типа «Документ» и «Транспортный контейнер» с результатами автоматического конвертирования файлов
      • DocumentsOrigrinal Для размещения исходных сообщений типа «Документ» и «Транспортный контейнер», содержащих файлы формата TIFF (TIF). Замечание: сообщения помещаются в папку только в случае, если в настройках модуля сопряжения включен параметр «Автоматическое конвертирование файлов формата TIFF в формат PDF»
      • DocumentsError Для размещения сообщений типа «Документ» и «Транспортный контейнер», в которых операция конвертации файлов была прервана с ошибкой
    • DocumentRefusedAuto (автоотказ регистрации) Для размещения архива полученных сообщений МЭДО типа «транспортный контейнер», на которые были автоматически сформированы и отправлены уведомления об отказе в регистрации, а также соответствующих автоматически сформированных уведомлений об отказе в регистрации. В эту папку попадают документы с определенными несоответствиями (например, нарушением комплектности сообщения), при которых всегда и независимо от настроек серверной части модуля сопряжения, выполняется автоматический отказ в регистрации.
      • DocumentsOriginal Для размещения архива полученных сообщений МЭДО. В эту папку попадает оригинал самого сообщения, по которому пошел автоотказ.
      • Notifications Для размещения архива автоматически сформированных уведомлений об отказе в регистрации. В этой папке сохраняется уведомление об отказе в регистрации, с указанием соответствующей причины отказа. А ещё информация об этом уведомлении вносится в Audit.xml (\EosData\Log)
    • Documents Для размещения поступивших и обработанных в предыдущих версиях модуля сопряжения сообщений типа «Документ». В настоящей версии модуля сопряжения данная папка не используется.
    • InDocuments Для размещения архива всех полученных сообщений МЭДО типа «Документ» и «Транспортный контейнер», которые после проверок комплектности сообщения и xsd-схем были определены как корректные сообщения (т.е. не отправлены в папку …\Undefined). Сообщения хранятся в том виде, в каком они были получены (из папки …\Inbox). Внимание. Поступившие сообщения, содержащие транспортный контейнер, следует хранить в исходном виде на протяжении всего срока хранения соответствующего документа.
    • OutDocuments Для размещения архива всех отправленных сообщений МЭДО типа «Документ» и «Транспортный контейнер». Сообщения хранятся в том виде, в каком они были отправлены адресату (т.е. были выложены в папку …\Outbox). Внимание. Отправленные сообщения, содержащие транспортный контейнер, следует хранить в исходном виде на протяжении всего срока хранения соответствующего документа.
    • OutDocumentsError Для размещения сообщений типа «Транспортный контейнер», непрошедших проверку на соответствие xsd-схеме, и по этой причине неотправленных.
    • OutErrors Для размещения сообщений, которые не удалось отправить (например, сообщений типов «Документ» или «Уведомление», не прошедших проверку на соответствие схеме)
    • ReportsProcessed Для размещения подвергшихся автоматической обработке (успешно или неуспешно) сообщений типа «Уведомление» (о регистрации, об отказе в регистрации, об опубликовании) и сообщений типа «Квитанция»
    • ReportsSkipped Для размещения сообщений типа «Уведомление», неподвергающихся автоматической обработке: о принятии к исполнению, о подготовке доклада, о направлении доклада, об изменениях в ходе исполнения
    • OutNotifications Для размещения архива всех отправленных сообщений МЭДО типа «Уведомление». Сообщения хранятся в том виде, в каком они были отправлены адресату (т.е. были выложены в папку \Outbox).
  • Documents Для размещения поступивших сообщений типа «Документ» и «Транспортный контейнер», прошедших проверку по xsd-схеме, но пока не обработанных Inbox  Documents: «Документы» и «Транспортные контейнеры» с XSD+ (В интерфейсе системы ДЕЛО это «Входящие сообщения МЭДО»)
  • LOG Для хранения файлов, протоколирующих работу модуля сопряжения. Но. Успешное формирование уведомлений протоколируется в файле «Audit.xml». Неуспешные попытки формирования, отправки уведомлений, а также обработки поступивших уведомлений протоколируются в файле «AuditErrors.xml».
  • OutDocuments Для временного размещения «исходящих» сообщений типа «Документ» и «Транспортный контейнер» для доп. обработки сообщения
  • OutReports Для временного размещения «исходящих» сообщений типа «Уведомление» для автоматической проверки на соответствие схеме.
  • Reports Для размещения поступивших сообщений типа «Уведомление» и «Квитанция», прошедших проверку по xsd- схеме, но пока не обработанных
  • Undefined Для размещения поступивших сообщений неустановленного типа (не прошедших проверку по xsd-схеме)
    • UndefinedRequest Для размещения поступивших сообщений, содержащих запрос на обращения граждан, где файл запроса не прошел проверку по xsd-схеме
    • Undefined_27 Для размещения поступивших сообщений МЭДО типа «Транспортный контейнер», успешно прошедших проверку по xsd-схеме, но не отправленных на регистрацию по причине отсутствия в принимающей СЭД ключа привязки к опции МЭДО 2.7. В эту папку попадают «транспортные контейнеры» (формат МЭДО 2.7), успешно прошедшие проверку по xsd-схеме, но не отправленные на регистрацию, потому что не привязана опция «МЭДО 2.7». После привязки технолог вручную перемещает эти сообщения в папку \Inbox, где они пройдут обработку, как входящие сообщения МЭДО