1С:Документооборот.
Новое в версии 2.1.38

• Введение
• Обновление библиотек
• Межведомственный электронный документооборот
  • 2.1. Что изменилось в формате 3.0
• Средства интеграции
  • 3.1. Интеграция с 1С:Архивом: передача нескольких виз одного сотрудника в документе
  • 3.2. Интеграция с сервисом «1С:Плюс»
• Миграция данных в новую версию
  • 4.1. Оценка времени миграции
  • 4.2. Миграция данных в ПРОФ 3.0
  • 4.3. Миграция данных в КОРП, ДГУ, ДО Холдинга
• Настройка МЭДО формата 3.0
  • 5.1. Общее описание
  • 5.2. Как отправить документ по МЭДО
  • 5.3. Как принять входящий документ по МЭДО
  • 5.4. Как создать ответное уведомление по МЭДО
  • 5.5. Как получить входящее уведомление по МЭДО
  • 5.6. Технические подробности работы МЭДО
  • 5.7. Рабочее место оператора МЭДО
• Прочее
• Исправленные ошибки
  • Версия ПРОФ
  • Версии КОРП, ДГУ
• Порядок обновления с предыдущих версий

Введение

Этот документ является дополнением к документации по конфигурациям «Документооборот КОРП», «Документооборот ПРОФ», «Документооборот государственного учреждения» и содержит только описание отличий версии 2.1.38 от версии 2.1.37.

Обновление библиотек

• «Библиотека стандартных подсистем» обновлена до версии 3.1.12.268.
• «Библиотека электронных документов» обновлена до версии 1.9.16.61.
• «Библиотека технологии сервиса» обновлена до версии 2.0.15.38.
• «Библиотека интернет-поддержки» обновлена до версии 2.8.4.35.
• «Библиотека регламентированной отчетности» обновлена до версии 1.2.1.325.
• «Библиотека 1С:Плюс» обновлена до версии 1.0.5.5.

Межведомственный электронный документооборот

Версии: КОРП, ДГУ

Теперь программа поддерживает новый формат обмена сообщениями МЭДО 3.0, утвержденный Приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации №611/96 от 12.06.2024. Переход на формат 3.0 является обязательным с 1 сентября 2026 года.

2.1. Что изменилось в формате 3.0

Формат МЭДО 3.0 представляет собой значительное обновление по сравнению с предыдущей версией 2.7.1. Основные изменения:

• Новая структура сообщений – сообщения в формате МЭДО 3.0 формируются по новым xsd-схемам, утвержденным Минцифры. «Обратная совместимость» по-прежнему работает – поддерживаются загрузка и отправка сообщений форматов 2.5, 2.7, 2.7.1 и 3.0. 1С:Документооборот автоматически определяет версию формата и применяет соответствующий алгоритм обработки.
• Цифровые поручения заменили уведомления в соответствии с Приказом Минцифры России от 11 июля 2024 г. № 610 «Об утверждении цифровых шаблонов и форматов документов, применяемых при работе с поручениями Правительства Российской Федерации в информационной системе обеспечения внутриведомственного и межведомственного документооборота и контроля исполнения поручений, в том числе с использованием облачных сервисов». В контейнере сообщения цифровые поручения представляют собой отдельный файл digital.xml утвержденного Минцифры формата. В версии 2.1.38 поддерживаются цифровые поручения «Регистрация» и «Отказ в регистрации».

• В будущих версиях программы будут поддержаны остальные цифровые поручения, обеспечивающие проверку и передачу полномочий, ознакомление/раскрытие/уничтожение документа с грифом «для служебного пользования», ограничение доступа к документу, архивное хранение и др.
• Множественные отметки – одни и те же электронная подпись или регистрационный штамп теперь могут иметь несколько отметок в произвольных местах.

• Новые классификаторы – обновлены справочники видов документов, мест составления документов (добавлены новые регионы), причин отказа в регистрации, грифов доступа, типов связей.
• Квитанции МЭДО – теперь можно отправлять квитанции не только о получении сообщения, но и об отказе в получении. Например, если от контрагента получено сообщение, не соответствующее формату, программа отправит исходящую квитанцию с причиной отказа «некорректный формат». Если пришло невалидное сообщение, то квитанция об отказе будет создана автоматически для версии МЭДО 3.0. Для предыдущих версий автоматически создавалось «Уведомление об отказе в регистрации».

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

Подробное описание настройки МЭДО формата 3.0 см. в разделе «Настройка МЭДО формата 3.0».

Средства интеграции

3.1. Интеграция с 1С:Архивом: передача нескольких виз одного сотрудника в документе

Версии: КОРП, ДГУ

В новой версии программы поддерживается выгрузка документа с несколькими визами одного пользователя, согласованных от разных ролей. Ранее при выгрузке в 1С:Архив виза пользователя содержала только информацию о согласующем лице, без указания фактического исполнителя

Для этого расширен состав выгружаемых данных для виз и резолюций:

• Добавлена выгрузка планового согласующего лица (Пользователь или Роль).
• Добавлена выгрузка наименования процесса согласования, для визы и резолюции это «Источник».
• После выгрузки в 1С:Архив эти сведения хранятся в метаданных контейнера документа.

3.2. Интеграция с сервисом «1С:Плюс»

Версии: КОРП, ДГУ

В новой версии и программы можно устанавливать расширения «1С:Плюс» прямо из программы. Это позволит добавить дополнительный функционал без снятия конфигурации с поддержки и привлечения программиста. Подробнее о сервисе.

Как это работает:

1. Откройте меню Главное – Сервис и нажмите 1С:Плюс.

2. В браузере откроется страница 1С:Плюс. Выберите на ней интересующие расширения и нажмите кнопку Установить.

3. В 1С:Документообороте откроется окно 1С:Плюс. Не закрывайте его до полной установки расширений. Для полной установки нужно будет перезапустить программу.

Установленные расширения обновляются автоматически.

Для удаления расширения в контекстно меню списка предусмотрена команда Удалить. После выполнения команды нужно дождаться появления окна с сообщением об успешном удалении расширения и нажать Да.

Миграция данных в новую версию

4.1. Оценка времени миграции

Теперь до выгрузки данных в новую версию программы можно оценить примерное время миграции. Для этого в меню Еще окна миграции появилась команда Оценить время миграции.

По команде открывается окно с информацией о количестве записей к выгрузке и примерное время их загрузки в новую версию.

4.2. Миграция данных в ПРОФ 3.0

В новой версии программы поддерживается миграция данных в 1С:Документооборот ПРОФ редакции 3.0.

Миграция работает строго между релизами Документооборот ПРОФ 2.1.38 и Документооборот ПРОФ 3.0.21.

4.2.1. Общие сведения о миграции данных в ПРОФ 3.0

Миграция данных из «1С:Документооборота ПРОФ» редакции 2.1 в 3.0 выполняется с помощью обмена.

Обмен из 2.1 в 3.0 – односторонний, поэтому важно понимать, что в 3.0 не следует менять данные (например, создавать новые версии файлов), так как в базу 2.1 они не попадут.

4.2.2. Основные принципы миграции данных в ПРОФ 3.0

• Доступ к файлам, хранение которых ведется в томах, имеют обе базы – 2.1 и 3.0, поэтому их перенос выполнять нет необходимости.
• Процессы по документам, начатые в базе 2.1, должны там же и завершиться. В 3.0 эта информация будет отражена на закладке Обработка карточек документов (информация доступна только для просмотра без возможности выполнения задач, завершения процессов и др.). Подробная информация о самих процессах по-прежнему доступна на закладке Процессы и задачи.

• Процессы выгружаются из 2.1 в 3.0. Если в процессах присутствуют основные предметы (документы), то на основании таких процессов создаются действия и обработки. При создании действия по данным процесса формируется список участников действия, результаты и состояния обработок.
• Весь период параллельной работы в двух базах, в версии 3.0 программа не позволит запустить обработку по пришедшему из 2.1 документу.
• До завершения загрузки в 3.0 для снижения нагрузки программно отключается полнотекстовый поиск данных. Его необходимо включить вручную перед началом работы в базе 3.0. Это регламентные задания Обновление индекса ППД и Слияние индекса ППД.
• Пользователь Администратор, загруженный из 2.1 в 3.0, будет переименован в Администратор21. Это необходимо, чтобы не «стереть» пользователя Администратор в 3.0, без которого вход в базу невозможен. Важно: в 3.0 не забыть назначить пароль пользователю Администратор.
• Во время миграции рекомендуется настраивать программу в базе 3.0. При этом не рекомендуется менять «старые» настройки 2.1. Если это все же необходимо, то следует учитывать, что изменение многих настроек будет приводить к передаче в базу 3.0 целой группы настроек. Например, при изменении общих настроек на стороне 2.1, в 3.0 будут передаваться целиком настройки раздела, в котором было выполнено изменение. Соответственно, если на стороне 3.0 были скорректированы другие настройки этого же раздела, то они будут утеряны.
• Миграция данных расширений выполняется следующим образом:
  • Если расширение добавляет реквизит в существующее метаданнное – данные передаются из 2.1 в 3.0. Но для работы расширения необходимо установить его в обеих базах.
  • Если в расширении есть новое метаданное – данные не передаются.
• При миграции данных в базу 3.0 поля Код (у справочников) и Номер (у документов, процессов и задач) заполняются, а данные из 2.1 игнорируются.

На «мониторе миграции» версии 2.1 отображается не только процент загрузки, но и детальная информация – когда она начата, сколько времени прошло и сколько осталось, сколько записей (например, элементов справочников, записей регистров сведений) загружено и осталось. По кнопке F5 информация обновляется.

Порядок настройки миграции из редакции 2.1 будет подробно описан в файле «Новое в версии» для 1С:Документооборота ПРОФ версии 3.0.21.

4.3. Миграция данных в КОРП, ДГУ, ДО Холдинга

4.3.1. Общие сведения

Миграция данных из «1С:Документооборота» редакции 2.1 в 3.0 выполняется с помощью обмена.

Обмен из 2.1 в 3.0 – односторонний, поэтому важно понимать, что в 3.0 не следует менять данные (например, создавать новые версии файлов), так как в базу 2.1 они не попадут.

Миграция работает строго между релизами:

2.1.30 и 3.0.6

или между 2.1.31 и 3.0.7, 3.0.8,

или между 2.1.32 и 3.0.9, 3.0.10,

или между 2.1.33 и 3.0.11,

или между 2.1.34 и 3.0.12, 3.0.13, 3.0.14,

или между 2.1.35 и 3.0.15,

или между 2.1.36 и 3.0.16, 3.0.17, 3.0.18,

или между 2.1.37.4 и 3.0.19.29,

или между 2.1.37.5 и 3.0.19.30, 3.0.20, 3.0.21, 3.1.1,

или между 2.1.38 и 3.1.1.

Обновления с 2.1.30 на 3.0.7 нет!

Для настройки миграции данных выполните следующие действия:

1. В 2.1 остановите регламентные задания.
2. В 3.0 остановите регламентные задания.
3. Обновите 2.1.37 на 2.1.38, и 3.0.21 на 3.1.1.
4. Включите регламентные задания в обеих базах.

Подробнее: Инструкция по настройке миграции данных.

Настройка МЭДО формата 3.0

Версии: КОРП, ДГУ

5.1. Общее описание

Шаг 1. Включение МЭДО

В разделе Настройка программы – Обмен данными необходимо установить флажок МЭДО.

При этом автоматически будут включены настройки, необходимые для корректной отправки документов, такие как:

• Грифы доступа,
• Связи документов,
• Электронные подписи,
• Автоматически вставлять штамп ЭП и др.

По ссылке Настроить открываются дополнительные настройки:

• Автоматически отправлять квитанции – по умолчанию включена. Если отключить, квитанция о доставке входящего документа, созданная автоматически, будет сначала помечена Не готов к отправке. Чтобы ее отправить, необходимо вручную установить статус Готов к отправке.
• Автоматическое создание уведомлений – если включена, то при получении входящего документа и его регистрации автоматически создается и/или отправляется адресату уведомление о регистрации, которое нужно согласно правилам МЭДО. Также эта настройка отвечает за сценарий, когда пользователь отменяет регистрацию документа – в этом случае программа предложит полуавтоматически создать уведомление об отказе в регистрации. Программа попросит указать причину отказа. Вариант Создавать, но не отправлять создает эти уведомления, но для отправки пользователь должен вручную отметить их готовыми к отправке.
• Время хранения журнала событий – журнал событий служит для расследования возможных проблем получения/отправки. В него также помещаются исходные файлы-контейнеры документов, квитанций, уведомлений, поэтому размер журнала может сильно разрастаться. Хранить старые записи в нем долгое время не имеет смысла, через заданное количество дней они удаляются.
• Размер порции обработки, сообщений – количество объектов, отправляемых за один раз в автоматической загрузке/отправке в регламентном задании. Объекты: документы, уведомления, квитанции. Т. е. за один раз, например раз в 15 минут, будет отправлено до 50 документов, 50 уведомлений, 50 квитанций. Если накопилось больше, то остальные отправятся в следующем задании.

Для корректного формирования штампа электронной подписи на сервере должны быть установлены программы Image Magick и Ghostscript.

Шаг 2. Заполнение карточки организации

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

Необходимо ввести следующие данные:

• Идентификатор и адрес МЭДО – это строка по справочнику ГАС НСИ – глобальному адресному справочнику, публикуемому ФСО. Например:

• Рис. 1. Пример идентификатора и адреса МЭДО
• Каталоги для обмена.
• Грифы для синхронизации с двумя типовыми грифами МЭДО, которые заданы стандартом (Общая информация, Секретная информация) и созданным пользователем.

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

Шаг 3. Выдача прав ответственному за МЭДО

Сотруднику, ответственному за МЭДО, нужно назначить полномочие Ответственные за МЭДО. Полномочие дает доступ практически ко всем данным, связанным с МЭДО.

Шаг 4. Создание контрагента для обмена

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

Необходимо указать Адрес МЭДО и Идентификатор МЭДО из опубликованного классификатора ФНС.

Кнопка Настройки для МЭДО доступна сотруднику с правами работы с МЭДО, даже если сами контрагенты доступны только на чтение.

Версия формата МЭДО – для контрагента можно задать версию файла-сообщения МЭДО. В программе предусмотрены отправка и прием в версиях формата 2.5, 2.7, 2.7.1 и 3.0. Версия при отправке исходящего определяется настройками в карточке контрагента, которому мы отправляем. Версия файла при получении входящего документа определяется по самому файлу. При этом если настроек контрагента не задано, то запоминается настройка, что следующий раз ответ этому контрагенту надо отправить в этой же версии, в какой он нам что-то первый прислал.

Актуализация формата МЭДО контрагента. В настройках контрагента для МЭДО предусмотрена настройка Актуализировать. По умолчанию настройка включена.

Если настройка включена, то при получении от контрагента документов по МЭДО программа запоминает версию формата МЭДО, в котором он их прислал, и в дальнейшем автоматически актуализирует эту версию, если она менялась. Исходящие сообщения отправляются строго в этой версии.

Если настройка не установлена, то программа всегда будет отправлять контрагенту сообщения в зафиксированной версии. Это нужно, например, для ситуаций, когда контрагент присылает сообщения в устаревших версиях, например 2.5, но хочет, чтобы ему присылали сообщения в актуальной версии 3.0.

5.2. Как отправить документ по МЭДО

Для отправки документа по МЭДО необходимо соблюсти несколько условий:

• У контрагента и у организации/учреждения проставлены Адрес МЭДО и Идентификатор МЭДО.
• В виде отправляемого документа установлена настройка Является исходящей корреспонденцией.
• В карточке документа указан Способ отправки — МЭДО.
• В карточке документа на закладке МЭДО заполнены необходимые поля:
  • Вид документа – загружается автоматически по классификатору МЭДО.
  • Место составления – загружается автоматически по классификатору МЭДО.
  • Главный файл – если к документу приложен один PDF-файл, то он автоматически помечается главным. Если приложено несколько файлов, то необходимо выбрать среди них главный вручную. Настройка Скан-копия оригинала у файла, который будет главным, не должна быть установлена, чтобы возможно было сделать его главным.

• Допустимые расширения файлов для версии МЭДО 3.0: PDF, ZIP, XML, GOSX, ODT, DOC, DOCX, ODS, XLS, XLSX, ODP, PPT, PPTX, PNG, TIFF, TXT, CSV, RTF, HTML. В версиях 2.7, 2.7.1 и т.д. приложениями могут быть файлы любых расширений.
• Главный файл документа (или весь документ) должен быть подписан электронной подписью.
• Документ зарегистрирован – при регистрации программа проверит, что все условия для отправки по МЭДО выполнены, и присвоит документу состояние Документ зарегистрирован, готов к отправке.

После того как все остальное готово, нужно установить флажок Готов к отправке.

Документ будет автоматически отправлен контрагенту. За отправку отвечает регламентное задание Выполнение обмена МЭДО. По умолчанию оно выполняется каждые 15 минут.

После отправки флажок Готов к отправке снимется и установится флажок Отправлен. При возникновении проблем отправки можно заново установить флажок Готов к отправке для повторной отправки.

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

Предмет сообщения отображается во второй колонке. Им могут быть:

• Данные документа МЭДО – вспомогательный объект, в котором хранятся дополнительные данные, загружаемые по МЭДО. Физически они хранятся не в самом документе, а в отдельном объекте. Это дополнительные поля, присоединенные к документу, когда он относится к МЭДО: Вид документа, Главный файл, Место составления и История состояний. Также доступна техническая информация, идентификаторы документа и сообщения, которые могут понадобиться администратору для расследования ошибок.
• Уведомление – для входящего документа оно будет исходящим, а для исходящего – входящим.
• Квитанция о получении либо об отказе в получении сообщения.

Двойной клик по любой из строк состояния откроет соответствующее уведомление, квитанцию или данные документа МЭДО.

В уведомлениях и квитанциях также содержится техническая информация об идентификаторах.

5.2.1. Отправка одного документа нескольким контрагентам

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

В каждом из таких сообщений группируются получатели только по своим версиям, согласно настройке контрагента. Настройка создается автоматически при получении первого сообщения от контрагента, либо можно ее создать вручную.

Чтобы проконтролировать создание нескольких сообщений, необходимо зайти на закладке МЭДО во вспомогательный объект Данные документа МЭДО, где отображаются Технические данные.

Кроме того, на закладке Данные документа МЭДО отображается информация по отправке каждого сообщения.

5.3. Как принять входящий документ по МЭДО

Если все вышеописанные настройки сделаны верно, документы по МЭДО будут приняты автоматически. За это отвечает регламентное задание Выполнение обмена МЭДО, которое по умолчанию выполняется каждые 15 минут.

Также отправку и прием сообщений МЭДО можно выполнять принудительно из окна Текущие дела МЭДО. Эта возможность доступна только администратору. Подробнее – в разделе «Ошибка! Источник ссылки не найден.».

Документ, полученный по МЭДО, появится в списке Входящие документы сначала со статусом Документ получен.

Затем по нему отправляется исходящая квитанция, после чего он может быть зарегистрирован обычным способом. Далее в зависимости от ситуации на входящий документ МЭДО может быть создано и отправлено ответное уведомление. Если включена настройка Автоматическое создание уведомлений, то уведомление создастся сразу при регистрации.

По мере прохождения документа по «маршруту» в его карточке будут отображаться новые состояния:

• Создана исходящая квитанция,
• Входящий документ зарегистрирован,
• Создано исходящее уведомление,
• Отправлено уведомление.

5.4. Как создать ответное уведомление по МЭДО

Если входящий документ требует ответа, оператор МЭДО должен создать ответное уведомление. Для этого на командной панели карточки документа предусмотрена кнопка Создать ответное уведомление.

Создание ответного уведомления в версии МЭДО 2.7.1:

Создание ответного уведомления в версии МЭДО 3.0:

При этом откроется окно нового уведомления. Оно автоматически заполнится данными из документа, необходимо будет только выбрать тип уведомления и заполнить недостающие данные, например: кому отправляем на исполнение или публикацию.

В зависимости от выбранного типа уведомления меняется вторая закладка карточки уведомления. Для версии формата 2.7.1 доступны варианты на скриншоте, для версии формата МЭДО 3.0 пока только «О регистрации» и «Об отказе в регистрации»:

В зависимости от выбранного типа уведомления заполняется соответствующая часть xsd-схемы отправляемого файла с учетом версии МЭДО.

После того как все недостающие данные заполнены, необходимо установить флажок Готово к отправке. После этого уведомление автоматически будет отправлено по МЭДО.

После отправки уведомления в карточке документа отображается новый статус.

После того как регламентное задание отправит это уведомление, статус Создано исходящее уведомление изменится на Отправлено исходящее уведомление.

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

5.5. Как получить входящее уведомление по МЭДО

Входящее уведомление на документ МЭДО пользователь увидит:

• В списке водящих документов – в колонке Состояние МЭДО документу будет присвоен статус Получено уведомление.
• В карточке документа в истории также отобразится новый статус.

5.6. Технические подробности работы МЭДО

Квитанции

Квитанции – это технический объект, который создается автоматически в ответ на пришедший документ и уведомление. Можно отправить квитанции как о получении сообщения, так и об отказе в получении.

Если документу присвоены статусы Создана исходящая квитанция, Отправлена квитанция, Получена квитанция – с документом все в порядке, квитанции можно не открывать.

Если документу присвоено состояние Получена квитанция об ошибке, то оператор МЭДО откроет квитанцию и увидит текст ошибки.

В зависимости от настроек автоматической отправки квитанция создается либо сразу с установленным признаком Готова к отправке, либо без него. Тогда пользователь устанавливает эту настройку вручную.

Типы связей МЭДО

В МЭДО формата 3.0 документы загружаются с учетом связей. Для этого предусмотрен справочник Типы связей МЭДО.

Для входящих документов – если связанный документ найден в базе, то он создан не будет, но об этом будет выдано предупреждение в Журнале событий МЭДО.

Для исходящего документа – после отправки в контейнере будут указаны связанные данные, чтобы принимающая сторона могла установить связь на своей стороне.

Отправка и прием документов и уведомлений

Если описанные выше настройки установлены верно, то отправка и прием сообщений МЭДО будут выполняться регламентным заданием Выполнение обмена МЭДО. Регламентное задание можно настроить стандартно в Настройка – Поддержка и обслуживание – Регламентные и фоновые задания. Расписание задает администратор. По умолчанию оно выполняется каждые 15 минут. Порция, по сколько объектов обрабатывать, задается в настройках организации.

Регламентное задание просматривает установленный в настройках каталог на диске или в сети для входящих сообщений.

Так же принудительно отправку и прием можно выполнять непосредственно из окна Текущие дела МЭДО. Возможность доступна только администратору. Кнопка запускает задание в сеансе пользователя.

Для больших баз расписание регламентного задания и размер порций необходимо настраивать опытным путем. Если документы успевают отправиться/загрузиться за интервал прохождения регламентного задания (15 минут по умолчанию), то порцию можно увеличить. Или, наоборот, уменьшить порцию, но и интервал между запусками задания тоже уменьшить.

Ориентироваться при этом можно на закладку Журнал событий в Текущих делах МЭДО. Это аналог журнала регистрации, но только по МЭДО. В нем видно, когда данные получены и отправлены, можно понять, за какие промежутки времени приходят и отправляются документы и есть ли отклонения.

Любые проблемы при выполнении регламентного задания и при отправке/получении сообщений вручную в окне Текущие дела МЭДО записываются в Журнал событий МЭДО. Предусмотрены стандартные уровни: Ошибка, Информация, Предупреждение.

Колонка Объект, когда это возможно, содержит ссылку на документ, уведомление, квитанцию или другие данные, относящиеся к ошибке. Когда это невозможно (например, не удалось загрузить входящий документ) – отобразится текст, например имя временного файла.

Кнопкой Отправить по МЭДО пользователь может принудительно отправить документ контрагенту.

Аналогичная кнопка есть в исходящих уведомлениях и исходящих квитанциях.

Отправленный документ помещается в каталог отправки, указанный в настройках организации. Оттуда он выгружается средствами доставки МЭДО и отправляется получателю по защищенному каналу средствами сервиса МЭДО.

5.7. Рабочее место оператора МЭДО

При работе с большим объемом документов по МЭДО (тысячи, десятки тысяч в день) рекомендуется работать через список Документы. В общих списках состояние отправляемых и полученных документов отображается в колонке Состояние МЭДО. По состоянию предусмотрен отбор. Колонка доступна для пользователей с правами на работу с МЭДО.

Если документов немного (меньше сотни за день), можно использовать рабочее место Текущие дела МЭДО. Рабочее место доступно пользователю с правами «Работа с МЭДО», но следует иметь в виду, что список содержит много технической информации для расследования возможных проблем отправки/получения.

История состояний

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

Исходящие документы:

Входящие документы:

Подробная информация по отправке/приемке документов по МЭДО доступна пользователю с полными правами на закладке МЭДО в карточке документа. Эта информация в основном используется для расследования проблем отправки/получения документов.

При возникновении ошибок в Журнал событий МЭДО записывается подробная информация для расследования.

Администратор может выгрузить из журнала событий файл исходного сообщения в виде zip-архива, посмотреть, что с ним не так и, если надо, заново положить на загрузку во входящую папку.

Служебные сообщения

В случае интерактивной отправки из карточки документа или по кнопке Отправить/получить из рабочего места Текущие дела МЭДО и в различных других сценариях работы с МЭДО на экран в окно служебных сообщений может выводиться информация об ошибках и предупреждениях. Эти же сообщения, как правило, дублируются в журнал событий МЭДО, кроме некритичных – например, перед отправкой могут выводиться сообщения, что какие-то поля документа не заполнены.

Прочее

• Заполнен производственный календарь на 2027-й год.
• Компонента сканирования теперь поддерживает автоматическую подачу документов.

Исправленные ошибки

Версия ПРОФ

• 000051994 В справочнике "Сертификаты ключей ЭП и шифрования" не было возможности настроить поле "Используют" из-за некорректной работы адресной книги.
• 000059373   При включенной настройке хранения истории изменений "Автоматически удалять устаревшие версии" очищались все версии старше месяца.
• 000049964   Форма просмотра изображений всегда отображала текущую версию.
• 000017913   При копировании Номенклатуры дел не учитывались права доступа, что приводило к ошибкам копирования.
• 000056575   Автозаполнение цены в файле работало некорректно, если сразу не указать ее в документе.
• 000053964   Если в доп. реквизите задачи согласующего была установлена видимость/доступность по полю "Шаблон процесса", то при открытии шаблона бизнес-процесса или задачи согласования возникала ошибка.
• 000051327   Регламентное задание "Удаление устаревших данных" по умолчанию стартовало только раз в день. Сейчас – раз в 5 минут.
• 000044830   Некорректно отрабатывал подбор дел в документе "Уничтожение дел" – не учитывалась "Форма документа".
• 000037467   При восстановлении пароля не учитывались требования к сложности паролей.

Версии КОРП, ДГУ

• 000062463   Автозаполнение ODT файла не работало, если сервер в Linux.
• 000051994 В справочнике "Сертификаты ключей ЭП и шифрования" не было возможности настроить поле "Используют" из-за некорректной работы адресной книги.
• 000066306 В некоторых случаях происходило зависание рабочего стола руководителя при запуске программы.
• 000065993   При переименовании варианта отчета очищались все настройки варианта.
• 000059373   При включенной настройке хранения истории изменений "Автоматически удалять устаревшие версии" очищались все версии старше месяца.
• 000059302   Некорректное поведение роли "Контроль задач и бизнес процессов" – давала права на открытие карточки документа.
• 000059025   В списке обращений граждан возникала ошибка отображения переписки по документу, если не было прав на какой-то элемент этой переписки.
• 000056385   При работе с рабочим календарем возникала ошибка "Индекс находится за границами массива".
• 000054880   При синхронизации с iCloud возникала ошибка "Номер года в литерале типа 'Дата' превышает 3999".
• 000054212   При создании ответа на обращение гражданина возникала ошибка, если установить ответу признак Отправлен: "Запись не верна. Значение поля "Документ" не может быть пустым!".
• 000051636   На закладке МЭДО в поле "Главный файл" можно было выбрать помеченный на удаление файл.
• 000051346   При обмене с 1С:Архивом отправлялись лишние сообщения о версии формата.
• 000049964   Форма просмотра изображений всегда отображала текущую версию.
• 000049370   При сохранении измененного варианта отчета терялась связь с непредопределенными категориями отчетов
• 000017913   При копировании Номенклатуры дел не учитывались права доступа, что приводило к ошибкам копирования.
• 000067352   В некоторых сценариях в карточке контрагента и в карточках документов в области "СПАРК Риски" постоянно отображался процесс загрузки данных, даже когда она не выполнялась.
• 000058202   У пользователя, если форма "Задачи мне" закреплена на рабочем столе, не отображались делегированные задачи.
• 000056575   Автозаполнение цены в файле работало некорректно, если сразу не указать ее в документе.
• 000053964   Если в доп. реквизите задачи согласующего была установлена видимость/доступность по полю "Шаблон процесса", то при открытии шаблона бизнес-процесса или задачи согласования возникала ошибка.
• 000051327   Регламентное задание "Удаление устаревших данных" по умолчанию стартовало только раз в день. Сейчас – раз в 5 минут.
• 000049484   Некорректно работал отчет "Список непринятых задач в подчиненных подразделениях" при наличии у подчиненных сотрудников активных задач.
• 000037467   При восстановлении пароля не учитывались требования к сложности паролей.
• 000066767   "СПАРК Риски" не отображались для ИП.
• 000055132   МЭДО. При создании исходящего уведомления о регистрации была возможность указать другой номер и дату регистрации, отличающийся от документа, если пользователь принудительно изменит.
• 000051430   Было невозможно создать тему обращений вручную, только из классификатора.

Списки исправленных ошибок также можно посмотреть на сайте поддержки пользователей:

• для КОРП:
  http://downloads.v8.1c.ru/content//DocMngCorp/2_1_38_11/news.htm,
• для ПРОФ:
  http://downloads.v8.1c.ru/content//DocMng/2_1_38_11/news.htm,
• для ДГУ:
  http://downloads.v8.1c.ru/content//BudgetDocMng/2_1_38_11/news.htm.

Порядок обновления с предыдущих версий

Особенности обновления с предыдущих версий опубликованы по ссылке:

https://its.1c.ru/db/updinfo#content:2007:hdoc:issogl1_порядок_обновления_с_предыдущих_версий