--- title: "Документ «СообщениеЭДОК» — техническое описание (Бухгалтерия для Казахстана 3.0.74.2)" country: KZ lang: ru author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-06 canonical: https://buhgpt.kz/suraqtar/dokument-soobshchenieedok-tehnicheskoe-opisanie-buhgalteriya-dlya-kaza source: BuhGPT --- # Документ «СообщениеЭДОК» — техническое описание (Бухгалтерия для Казахстана 3.0.74.2) > **TL;DR:** 1. Идентификация Параметр Значение Тип метаданных Документ (Documents) Имя объекта СообщениеЭДОК Полный путь Документ.СообщениеЭДОК ( Documents.СообщениеЭДОК ) Синоним «Сообщение ЭДО для Казахстана» Конфигурация Бухгалтерия для Казахстана 3.0.74.2 Введён в релизе 3.0.73 Раздел --- 1. Идентификация Параметр Значение Тип метаданных Документ (Documents) Имя объекта СообщениеЭДОК Полный путь Документ.СообщениеЭДОК (Documents.СообщениеЭДОК) Синоним «Сообщение ЭДО для Казахстана» Конфигурация Бухгалтерия для Казахстана 3.0.74.2 Введён в релизе 3.0.73 Раздел интерфейса ЭДО / Обмен электронными документами Где найти e1cib/list/Документ.СообщениеЭДОК Номер Строка, длина 9, нумерация непериодическая (сквозная) Проведение Служебный документ; бухгалтерских проводок и движений по регистрам не формирует Назначение. СообщениеЭДОК — служебный документ подсистемы электронного документооборота (ЭДО) с казахстанскими операторами. Он фиксирует событие изменения состояния ранее отправленного или полученного электронного документа: доставку, подписание, отклонение, смену статуса, а также действия получателей и подписантов. По сути это журнальная запись обмена (аудиторский след): она не отражает хозяйственную операцию и не создаёт бухгалтерских записей, а протоколирует, что произошло с электронным документом и как на него отреагировали участники обмена. Разделение ролей в подсистеме. Сам передаваемый контент хранят объекты ЭлектронныйДокументВходящийЭДОК и ЭлектронныйДокументИсходящийЭДОК, а каждое изменение их состояния — отдельное СообщениеЭДОК. У одного электронного документа за его жизненный цикл может быть несколько сообщений (отправлено → доставлено → подписано → завершено/отклонено); их совокупность даёт полную историю согласования. Режим использования. Документ создаётся преимущественно автоматически — подсистемой ЭДО при получении/отправке служебных сообщений оператора и при смене статусов. Пользователь (бухгалтер, ответственный за ЭДО) обращается к нему для разбора цепочки согласования и диагностики сбоев обмена. Суммовых показателей и валюты у документа нет — он оперирует только статусами и участниками. (Замечание по «стране»: НДС 16%, счета 1210/3130/6010 и т. п. относятся к первичным учётным документам, порождающим ЭСФ/СНТ; на само СообщениеЭДОК они не влияют — оно безсуммовое.) 2. Реквизиты шапки и табличные части 2.1 Реквизиты шапки Реквизит Назначение Номер Служебный сквозной номер сообщения (строка, 9 символов, непериодический). Дата Дата регистрации сообщения в базе. Организация Абонент ЭДО, к которому относится сообщение; ключевой отбор в журнале. ЭлектронныйДокумент Ссылка на входящий/исходящий электронный документ, к состоянию которого относится сообщение. Главная связь для сбора истории. СостояниеЭД «Вид сообщения» — состояние электронного документа (доставлен, подписан, отклонён и т. п.). СтатусДокумента Итоговый статус документа обмена (в работе, завершён, ошибка, отклонён). ДатаИзмененияСтатуса Момент изменения состояния; поле сортировки при построении хронологии согласования. ВходящийИндекс Транспортный идентификатор входящего сообщения оператора; используется для сверки с журналом оператора. ИдентификаторДокументаИзмененияСостояния Идентификатор сообщения об изменении состояния на стороне оператора ЭДО; ключ для диагностики. ДополнительнаяИнформация Текстовое пояснение/диагностика (текст ошибки, комментарий оператора). 2.2 Табличная часть ПолучателиИПодписанты Фиксирует адресатов и подписантов электронного документа и результат предъявленных им требований. Колонка Назначение ПолучательЭД Абонент-получатель (участник обмена), к которому относится строка. РезультатТребованияКПолучателю Результат выполнения требования (подписать/согласовать/ознакомиться). ДатаВыполнения Дата, когда получатель выполнил требование. ПользовательПолучателя Конкретный пользователь ЭДО на стороне получателя (при наличии данных). Понятийная база объекта — «мир ЭДОК»: абоненты ЭДО (участники обмена), пользователи ЭДО, состояния и статусы ЭД, требования к участникам и результаты их выполнения. 3. Формы Форма Назначение Форма списка (журнал сообщений ЭДО) Основная рабочая форма. Просмотр потока сообщений, отбор по Организация и интервалу ДатаИзмененияСтатуса, группировка/сортировка по СтатусДокумента и СостояниеЭД для выделения отклонённых/ошибочных. Открывается по e1cib/list/Документ.СообщениеЭДОК. Форма документа (карточка сообщения) Просмотр реквизитов конкретного сообщения и ТЧ ПолучателиИПодписанты; чтение ДополнительнаяИнформация при диагностике. Ввод вручную практически не применяется. Форма выбора Выбор сообщения из других объектов подсистемы (например, из карточки электронного документа). Отдельная печатная форма для служебного документа не предполагается — он не является первичным учётным документом. 4. Ключевые процедуры модулей BSL-исходники обработчиков в evidence не приложены, поэтому ниже — типовые обработчики документа данного вида (служебный, непроводимый, заполняемый программно). Конкретные имена/строки следует уточнять по конфигуратору релиза. Модуль объекта (типовой набор): - ОбработкаЗаполнения(ОснованиеЗаполнения, СтандартнаяОбработка) — программное заполнение реквизитов (ЭлектронныйДокумент, СостояниеЭД, СтатусДокумента, ДатаИзмененияСтатуса, ВходящийИндекс, ИдентификаторДокументаИзмененияСостояния) при создании сообщения подсистемой ЭДО. - ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты) — контроль обязательных реквизитов: указан ЭлектронныйДокумент, заполнены СостояниеЭД/СтатусДокумента; проверка соответствия получателей в ТЧ абонентам ЭДО. - ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения) — служебная подготовка перед записью (нормализация статуса, простановка ДатаИзмененияСтатуса). - Обработчик проведения (ОбработкаПроведения) для этого объекта либо отсутствует, либо не формирует движений — документ непроводящий (см. раздел 5). Модуль формы списка/документа (типовой набор): - ПриСозданииНаСервере — начальные отборы (по Организация), настройка условного оформления (подсветка СтатусДокумента = «Отклонён»/«Ошибка»). - Обработчики отбора и сортировки по ДатаИзмененияСтатуса, СтатусДокумента, СостояниеЭД — для разбора истории и массовой диагностики. Логика на стороне подсистемы ЭДО (вне модуля самого документа): - Приём сообщения оператора → создание СообщениеЭДОК → заполнение состояния/статуса и ТЧ ПолучателиИПодписанты (простановка РезультатТребованияКПолучателю, ДатаВыполнения, ПользовательПолучателя). Эта логика реализуется общими модулями подсистемы ЭДОК, а не модулем документа. 5. Проведение и движения СообщениеЭДОК — служебный (непроводящий) документ. По стандартной логике он: - не формирует бухгалтерских проводок (нет движений по регистру бухгалтерии, счета РК типа 1210, 1030, 1330, 3310, 3130, 6010, 7010 здесь не задействуются — они относятся к первичным документам, порождающим ЭСФ/СНТ); - не делает движений по налоговым/суммовым регистрам — у объекта нет ни суммы, ни валюты (тенге ₸ не фигурирует); - фиксирует исключительно статусную/транспортную информацию. Роль хранилища данных играют сами реквизиты и ТЧ, а также объекты ЭлектронныйДокументВходящийЭДОК/ЭлектронныйДокументИсходящийЭДОК. Практический эффект «проведения» для аудита обмена достигается не движениями, а связкой ЭлектронныйДокумент + ДатаИзмененияСтатуса + СостояниеЭД/СтатусДокумента, по которой строится история согласования. Требует проверки (версионно-специфично): установлен ли флаг «Проведение = Разрешить» в метаданных конкретного релиза — в служебных документах его нередко отключают. Уточняется по конфигуратору 3.0.74.2. 6. Связанные объекты и ввод на основании Связанные объекты подсистемы ЭДО: - ЭлектронныйДокументВходящийЭДОК — входящий электронный документ; ссылается через реквизит ЭлектронныйДокумент. - ЭлектронныйДокументИсходящийЭДОК — исходящий электронный документ. - Справочники/перечисления абонентов и пользователей ЭДО, состояний и статусов ЭД, видов требований к получателям. - Внешние сущности обмена РК: ЭСФ (ИС ЭСФ) и СНТ — первичные электронные документы, чьи транспортные события и протоколирует СообщениеЭДОК. Ввод на основании. Штатный ручной «ввод на основании» для служебного документа обычно не предусмотрен — сообщения порождаются подсистемой автоматически из событий оператора. Открытие сообщений выполняется из карточки соответствующего электронного документа и из журнала сообщений ЭДО. Типовые сценарии обращения (из документации подсистемы): - Автоматическая регистрация смены статуса (система создаёт сообщение из уведомления оператора). - Приём подтверждения доставки/подписания (заполнение ТЧ ПолучателиИПодписанты). - Разбор истории согласования: отбор по ЭлектронныйДокумент, сортировка по ДатаИзмененияСтатуса. - Отслеживание результата требования к получателю (РезультатТребованияКПолучателю, ДатаВыполнения). - Диагностика сбоя обмена (ДополнительнаяИнформация, СтатусДокумента, сверка ВходящийИндекс/ИдентификаторДокументаИзмененияСостояния с журналом оператора). - Массовый разбор журнала за период (отбор по Организация и интервалу дат, группировка по статусу/состоянию). 7. Точки расширения - Расширения конфигурации (Extensions): переопределение обработчиков ОбработкаЗаполнения, ОбработкаПроверкиЗаполнения, ПередЗаписью модуля объекта; добавление собственных реквизитов-меток и колонок в ТЧ ПолучателиИПодписанты. - Подписки на события (Subscription): на ПередЗаписью/ПриЗаписи документа — для интеграции с внешним мониторингом ЭДО, оповещений об отклонениях/ошибках. - Формы: доработка формы списка (дополнительное условное оформление, свои быстрые отборы по СостояниеЭД/СтатусДокумента), добавление команд перехода к связанному электронному документу. - Общие модули подсистемы ЭДОК: расширение логики маппинга состояний/статусов оператора при подключении нового оператора ЭДО. - Дополнительные отчёты/обработки: внешние отчёты по журналу сообщений (аналитика обмена по организациям и периодам) без изменения самого объекта. Общая рекомендация: доработки вести в расширении, не меняя типовой объект, так как в подсистеме ЭДО состав состояний/статусов и транспортных полей может меняться от релиза к релизу. --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_