Где найти ТиповойМодульДиадок и как теперь редактировать макеты в обновленном модуле?

Программист 1С v8.3 (Управляемые формы)
← На главную

При обновлении модулей электронного документооборота (ЭДО) от Контур.Диадок многие технические специалисты сталкиваются с тем, что привычная структура метаданных и программного кода полностью меняется. Главный вопрос, который возникает: куда исчез ТиповойМодульДиадок и как теперь вносить изменения в логику формирования документов, если все старые макеты и функции были переименованы или перемещены?

В этой статье мы подробно разберем текущую ситуацию с архитектурой решений Диадок для 1С, выясним причины изменений и научимся правильно адаптировать систему под свои нужды (например, используя групповую выгрузку и загрузку файлов XML), не нарушая возможности будущих обновлений.

Разбираем причины изменений: переход со «Стандарта» на «Универсальный модуль»

Первым делом проанализируем ситуацию на рынке программных решений Контура. Традиционные «Стандартные» модули, к которым привыкли многие разработчики (где логика часто находилась в макете ТиповойМодульДиадок), постепенно выводятся из эксплуатации. Согласно официальным данным, с 1 февраля 2024 года поддержка таких модулей прекращена. Это означает, что они не будут адаптироваться под новые форматы ФНС, требования маркировки (Честный Знак) и работу с машиночитаемыми доверенностями (МЧД).

Вместо них компания предлагает Универсальный модуль. Главное отличие — его архитектура. Вместо жесткой привязки к релизу конфигурации, основной код вынесен во внешнюю обработку КонтурДиадок_Универсальный.epf. Если вы работаете в старых конфигурациях на обычных формах (например, УПП или КА 1.1), аналогом может выступать КонтурДиадокСтандартОФ, однако и он считается устаревающим решением.

Где теперь искать логику формирования документов?

Если раньше вы открывали макет ТиповойМодульДиадок и напрямую правили код формирования строк УПД, то теперь ситуация изменилась. Рассмотрим основные места сосредоточения логики:

  1. Внутренние модули обработки: В управляемом приложении основной код находится внутри обработки КонтурДиадок_Универсальный.epf. Однако искать там макет для прямой правки — плохая идея, так как при автообновлении модуля все ваши изменения будут затерты.
  2. Интеграция с БСП и ГИС МТ: Современные версии модуля глубоко интегрированы с Библиотекой стандартных подсистем (БСП). Это означает, что часть данных (например, параметры криптографии или прокси) берется из настроек самой 1С.
  3. Прыгающие имена полей: Важно учитывать технический нюанс: при обновлении редакций имена полей в структурах могут меняться. Например, поле Date может превратиться в DocumentDate и обратно. Это связано с унификацией имен под стандарты API Диадока версии 3.

Правильный метод доработки: Подключаемые модули (ПМ)

Для тех, кому необходимо внести изменения в формирование УПД или других документов (например, изменить алгоритм заполнения дополнительных полей), настоятельно рекомендуется использовать механизм Подключаемых модулей (ПМ). Это внешние файлы с расширением .epf, которые «подцепляются» к основному модулю Диадок через настройки.

Разберем по шагам, почему это лучше прямой правки кода:

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

Рассмотрим пример кода, который обычно переопределяют в подключаемом модуле для изменения структуры документа. Вместо поиска в макетах, мы создаем функцию в ПМ:


// Пример функции в подключаемом модуле (ПМ)
Процедура ПриФормированииСтруктурыДокумента(СтруктураДокумента, Данные1С, Параметры) Экспорт
    
    // Переопределяем дату документа, если это необходимо
    СтруктураДокумента.Дата = ТекущаяДата(); 
    
    // Добавляем специфическое заполнение для строк УПД
    Для Каждого СтрокаТЧ Из СтруктураДокумента.ТабличнаяЧасть Цикл
        СтрокаТЧ.ДополнительныеСведения = "Наш спец. комментарий из ПМ";
    КонецЦикла;

КонецПроцедуры

Проблема интеграции с ГИС МТ и маркировкой

Проанализируем ситуацию с маркируемыми товарами. В новых версиях блоки маркировки вынесены в отдельные формы и модули. Это сделано из-за того, что требования ГИС МТ меняются очень часто. Старый ТиповойМодульДиадок просто не справляется с объемом необходимых проверок кодов маркировки. Если ваша компания работает с Честным Знаком, переход на новую архитектуру модуля становится обязательным, так как в старых «Стандартных» версиях поддержка этих функций заморожена.

Как найти нужный макет, если ПМ «не зашел»?

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

Важный совет: Если вы привыкли к структуре старого модуля, попробуйте найти макет КонтурДиадокСтандартОФ в конфигурации, если вы используете обычные формы. Но имейте в виду, что это временное решение, которое перестанет работать при первом же серьезном изменении законодательства в части форматов ЭДО.

Выводы и рекомендации

Подведем итог нашего анализа ситуации с обновлением Диадок:

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

← На главную