Documents «МаршрутыПодписания» — техническое описание (Бухгалтерия для Казахстана 3.0.74.2)

1. Идентификация

Назначение. Объект хранит правила и схемы согласования (маршруты подписания) электронных документов перед их подписанием ЭП и отправкой контрагентам или в госсистемы (ИС ЭСФ, СНТ). Маршрут определяет, кто из пользователей, в какой последовательности и каким сертификатом должен подписать документ. Настраивается и сопровождается администраторами и главными бухгалтерами при первичной настройке системы и при изменении регламента подписания в организации.

Требует проверки (версионно-специфично). В метаданных объект помечен как «Документ», однако его фактическая структура — наличие предопределённого элемента ОднойДоступнойПодписью, форма ФормаЭлемента, отсутствие даты/суммы/движений — характерна для справочника. В части релизов линейки этот объект реализован именно как справочник настроек. Уточните вид объекта в конфигураторе конкретной сборки 3.0.74.2; на прикладную логику (маршрутизация подписания) это не влияет.

2. Реквизиты и табличные части

2.1 Реквизиты шапки

2.2 Табличная часть «ТаблицаТребований»

Назначение. Хранит иерархическую (древовидную) структуру требований к подписанию: последовательность и логику согласования (группы «И», «ИЛИ», «ПоПорядку»), конкретных подписантов и их сертификаты.

Логика групп в дереве требований:

• И — подписать должны все вложенные требования;
• ИЛИ — достаточно любого из вложенных требований;
• ПоПорядку — вложенные требования выполняются строго последовательно, в соответствии с реквизитом Порядок.

3. Формы

4. Ключевые процедуры модулей

BSL-текст модулей в evidence не приложен. Ниже — типовые обработчики для объекта такого вида (настройка маршрутов подписания) в конфигурациях на БСП; имена процедур в конкретной сборке 3.0.74.2 могут отличаться.

Модуль объекта / менеджера:

• ОбработкаПроверкиЗаполнения — контроль обязательности СхемаПодписания (флаг ShowError) и непротиворечивости дерева требований (наличие подписанта/сертификата у строк-требований, корректность связей Идентификатор ↔ ИдентификаторРодителя).
• ОбработкаЗаполнения — заполнение реквизитов по умолчанию при интерактивном создании и при заполнении по ключу автоматической настройки.
• Процедуры формирования и разбора древовидной структуры требований (сборка иерархии по Идентификатор/ИдентификаторРодителя/Порядок).

Модуль формы «ФормаЭлемента»:

• Команды добавления групп И / ИЛИ / ПоПорядку и подписанта — создают строки ТаблицаТребований с соответствующим значением реквизита Требование и привязкой к родителю.
• Команды перемещения (вверх/вниз) — управляют реквизитом Порядок.
• Обработчики выбора Подписант и Сертификат — подбор сертификата ЭП, доступного выбранному пользователю.

Модуль формы «ФормаСписка» / «ФормаВыбора»:

• ЗаполнитьНачальныеНастройки — создание типовых (в т. ч. предопределённого ОднойДоступнойПодписью) маршрутов при первичной настройке.

Модуль формы «ВыборМаршрута»:

• Загрузка маршрута для конкретного документа, интерактивная корректировка списка подписантов/сертификатов и возврат результата в процедуру подписания ЭД.

5. Проведение и движения

Объект не является учётным документом и движений по регистрам не формирует. У него отсутствуют дата, контрагент, суммовые реквизиты и табличные части товаров/услуг; это объект настройки регламента подписания. Соответственно:

• бухгалтерских проводок он не делает — счета типового плана счетов РК (1210, 1030, 1330, 3310, 3130, 6010, 7010) к нему неприменимы;
• движений по регистрам накопления/сведений по учёту НДС, взаиморасчётов и т. п. нет.

Налоговые параметры РК на 2026 год (ставка НДС 16 %, МРП 4 325 ₸, МЗП 85 000 ₸, ИПН 10 %/15 %, вычет по ИПН 30 МРП/мес и т. д.) относятся к самим электронным документам (ЭСФ, СНТ, реализация), процесс подписания которых регулируется данным маршрутом, а не к объекту МаршрутыПодписания. Маршрут лишь определяет порядок наложения ЭП на уже сформированный документ.

Результат применения маршрута фиксируется не здесь, а в подсистеме ЭДО/ЭП: статусы подписания и сами электронные подписи хранятся в служебных регистрах и хранилищах ЭДО, привязанных к подписываемому документу.

6. Связанные объекты и ввод на основании

Ввод на основании. Для объекта настроек ввод на основании не предусмотрен и практического смысла не имеет. Обратная связь: маршрут используется документами ЭДО в момент их подписания (маршрут выбирается/подставляется, но новый маршрут из документа не создаётся).

7. Точки расширения

• Расширение конфигурации: добавление обработчиков ОбработкаПроверкиЗаполнения, ПередЗаписью в модуль объекта для собственных правил валидации дерева требований.
• Формы: расширение ФормаЭлемента и ВыборМаршрута (дополнительные команды, ограничения на выбор подписантов/сертификатов по организации).
• Автозаполнение: доработка команды ЗаполнитьНачальныеНастройки и логики по КлючАвтоматическойНастройки для тиражирования типовых маршрутов при обновлении/миграции.
• Программный интерфейс ЭДО/ЭП: переопределение процедуры выбора и применения маршрута перед подписанием (интеграция с собственными регламентами согласования, внешними системами документооборота).
• Права доступа: через реквизит Организация и RLS — организационное разделение доступа к маршрутам.