Документ «СообщениеЭДОК» — техническое описание (Бухгалтерия для Казахстана 3.0.74.2)

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

Назначение. СообщениеЭДОК — служебный документ подсистемы электронного документооборота (ЭДО) с казахстанскими операторами. Он фиксирует событие изменения состояния ранее отправленного или полученного электронного документа: доставку, подписание, отклонение, смену статуса, а также действия получателей и подписантов. По сути это журнальная запись обмена (аудиторский след): она не отражает хозяйственную операцию и не создаёт бухгалтерских записей, а протоколирует, что произошло с электронным документом и как на него отреагировали участники обмена.

Разделение ролей в подсистеме. Сам передаваемый контент хранят объекты ЭлектронныйДокументВходящийЭДОК и ЭлектронныйДокументИсходящийЭДОК, а каждое изменение их состояния — отдельное СообщениеЭДОК. У одного электронного документа за его жизненный цикл может быть несколько сообщений (отправлено → доставлено → подписано → завершено/отклонено); их совокупность даёт полную историю согласования.

Режим использования. Документ создаётся преимущественно автоматически — подсистемой ЭДО при получении/отправке служебных сообщений оператора и при смене статусов. Пользователь (бухгалтер, ответственный за ЭДО) обращается к нему для разбора цепочки согласования и диагностики сбоев обмена. Суммовых показателей и валюты у документа нет — он оперирует только статусами и участниками. (Замечание по «стране»: НДС 16%, счета 1210/3130/6010 и т. п. относятся к первичным учётным документам, порождающим ЭСФ/СНТ; на само СообщениеЭДОК они не влияют — оно безсуммовое.)

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

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

2.2 Табличная часть ПолучателиИПодписанты

Фиксирует адресатов и подписантов электронного документа и результат предъявленных им требований.

Понятийная база объекта — «мир ЭДОК»: абоненты ЭДО (участники обмена), пользователи ЭДО, состояния и статусы ЭД, требования к участникам и результаты их выполнения.

3. Формы

Отдельная печатная форма для служебного документа не предполагается — он не является первичным учётным документом.

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

BSL-исходники обработчиков в evidence не приложены, поэтому ниже — типовые обработчики документа данного вида (служебный, непроводимый, заполняемый программно). Конкретные имена/строки следует уточнять по конфигуратору релиза.

Модуль объекта (типовой набор):

• ОбработкаЗаполнения(ОснованиеЗаполнения, СтандартнаяОбработка) — программное заполнение реквизитов (ЭлектронныйДокумент, СостояниеЭД, СтатусДокумента, ДатаИзмененияСтатуса, ВходящийИндекс, ИдентификаторДокументаИзмененияСостояния) при создании сообщения подсистемой ЭДО.
• ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты) — контроль обязательных реквизитов: указан ЭлектронныйДокумент, заполнены СостояниеЭД/СтатусДокумента; проверка соответствия получателей в ТЧ абонентам ЭДО.
• ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения) — служебная подготовка перед записью (нормализация статуса, простановка ДатаИзмененияСтатуса).
• Обработчик проведения (ОбработкаПроведения) для этого объекта либо отсутствует, либо не формирует движений — документ непроводящий (см. раздел 5).

Модуль формы списка/документа (типовой набор):

• ПриСозданииНаСервере — начальные отборы (по Организация), настройка условного оформления (подсветка СтатусДокумента = «Отклонён»/«Ошибка»).
• Обработчики отбора и сортировки по ДатаИзмененияСтатуса, СтатусДокумента, СостояниеЭД — для разбора истории и массовой диагностики.

Логика на стороне подсистемы ЭДО (вне модуля самого документа):

• Приём сообщения оператора → создание СообщениеЭДОК → заполнение состояния/статуса и ТЧ ПолучателиИПодписанты (простановка РезультатТребованияКПолучателю, ДатаВыполнения, ПользовательПолучателя). Эта логика реализуется общими модулями подсистемы ЭДОК, а не модулем документа.

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

СообщениеЭДОК — служебный (непроводящий) документ. По стандартной логике он:

• не формирует бухгалтерских проводок (нет движений по регистру бухгалтерии, счета РК типа 1210, 1030, 1330, 3310, 3130, 6010, 7010 здесь не задействуются — они относятся к первичным документам, порождающим ЭСФ/СНТ);
• не делает движений по налоговым/суммовым регистрам — у объекта нет ни суммы, ни валюты (тенге ₸ не фигурирует);
• фиксирует исключительно статусную/транспортную информацию. Роль хранилища данных играют сами реквизиты и ТЧ, а также объекты ЭлектронныйДокументВходящийЭДОК/ЭлектронныйДокументИсходящийЭДОК.

Практический эффект «проведения» для аудита обмена достигается не движениями, а связкой ЭлектронныйДокумент + ДатаИзмененияСтатуса + СостояниеЭД/СтатусДокумента, по которой строится история согласования.

Требует проверки (версионно-специфично): установлен ли флаг «Проведение = Разрешить» в метаданных конкретного релиза — в служебных документах его нередко отключают. Уточняется по конфигуратору 3.0.74.2.

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

Связанные объекты подсистемы ЭДО:

• ЭлектронныйДокументВходящийЭДОК — входящий электронный документ; ссылается через реквизит ЭлектронныйДокумент.
• ЭлектронныйДокументИсходящийЭДОК — исходящий электронный документ.
• Справочники/перечисления абонентов и пользователей ЭДО, состояний и статусов ЭД, видов требований к получателям.
• Внешние сущности обмена РК: ЭСФ (ИС ЭСФ) и СНТ — первичные электронные документы, чьи транспортные события и протоколирует СообщениеЭДОК.

Ввод на основании. Штатный ручной «ввод на основании» для служебного документа обычно не предусмотрен — сообщения порождаются подсистемой автоматически из событий оператора. Открытие сообщений выполняется из карточки соответствующего электронного документа и из журнала сообщений ЭДО.

Типовые сценарии обращения (из документации подсистемы):

• Автоматическая регистрация смены статуса (система создаёт сообщение из уведомления оператора).
• Приём подтверждения доставки/подписания (заполнение ТЧ ПолучателиИПодписанты).
• Разбор истории согласования: отбор по ЭлектронныйДокумент, сортировка по ДатаИзмененияСтатуса.
• Отслеживание результата требования к получателю (РезультатТребованияКПолучателю, ДатаВыполнения).
• Диагностика сбоя обмена (ДополнительнаяИнформация, СтатусДокумента, сверка ВходящийИндекс/ИдентификаторДокументаИзмененияСостояния с журналом оператора).
• Массовый разбор журнала за период (отбор по Организация и интервалу дат, группировка по статусу/состоянию).

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

• Расширения конфигурации (Extensions): переопределение обработчиков ОбработкаЗаполнения, ОбработкаПроверкиЗаполнения, ПередЗаписью модуля объекта; добавление собственных реквизитов-меток и колонок в ТЧ ПолучателиИПодписанты.
• Подписки на события (Subscription): на ПередЗаписью/ПриЗаписи документа — для интеграции с внешним мониторингом ЭДО, оповещений об отклонениях/ошибках.
• Формы: доработка формы списка (дополнительное условное оформление, свои быстрые отборы по СостояниеЭД/СтатусДокумента), добавление команд перехода к связанному электронному документу.
• Общие модули подсистемы ЭДОК: расширение логики маппинга состояний/статусов оператора при подключении нового оператора ЭДО.
• Дополнительные отчёты/обработки: внешние отчёты по журналу сообщений (аналитика обмена по организациям и периодам) без изменения самого объекта.

Общая рекомендация: доработки вести в расширении, не меняя типовой объект, так как в подсистеме ЭДО состав состояний/статусов и транспортных полей может меняться от релиза к релизу.