--- 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-elektronnyydokumentvhodyashchiyedok-tehnicheskoe-opisanie-bk- source: BuhGPT --- # Документ «ЭлектронныйДокументВходящийЭДОК» — техническое описание (БК 3.0.74.2) > **TL;DR:** 1. Идентификация Параметр Значение Тип объекта Документ (Documents) Имя ЭлектронныйДокументВходящийЭДОК Полный путь Документ.ЭлектронныйДокументВходящийЭДОК Синоним Входящий электронный документ ЭДО (в поставке синоним не задан) Конфигурация Бухгалтерия для Казахстана, ред. 3. --- 1. Идентификация Параметр Значение Тип объекта Документ (Documents) Имя ЭлектронныйДокументВходящийЭДОК Полный путь Документ.ЭлектронныйДокументВходящийЭДОК Синоним Входящий электронный документ ЭДО (в поставке синоним не задан) Конфигурация Бухгалтерия для Казахстана, ред. 3.0 (3.0.74.2) Появился в релизе 3.0.73 Подсистема Электронный документооборот (ЭДО) Нумерация Номер строковый, длина 9 символов, нумератор непериодический (сквозной, без привязки к учётному периоду) Проведение Документ не проводится и не формирует движений (см. раздел 5) Назначение. Объект — учётная «обёртка» (конверт) над входящим электронным документом, полученным от контрагента через оператора ЭДО: накладной, актом, счётом, соглашением и т. п. Он хранит реквизиты полученного документа (вид, номер, дата, сумма, наименование, описание), его идентификаторы в системе ЭДО, связь с первичным документом учётной базы, а также список получателей/подписантов и предъявленных к ним требований. Документ — транспортно-учётный узел: он фиксирует факт получения и требования к участникам, но сам по себе не влияет на баланс. Важно разделение ролей в подсистеме: - ЭлектронныйДокументВходящийЭДОК — хранит сам входящий документ; - СообщениеЭДОК — каждое изменение состояния (история статусов, требования, подписи); - связанный первичный документ учёта (поступление, акт, ЭСФ и т. п.) — отражает хозяйственную операцию и делает проводки. Суммы хранятся в валюте документа (реквизит ВалютаДокумента); базовая валюта учёта — тенге (₸). 2. Реквизиты шапки и табличные части 2.1 Реквизиты шапки Реквизит Назначение ВидДокумента Вид полученного электронного документа (накладная, акт, счёт, ЭСФ, СНТ, соглашение и т. п.). Определяет, какой первичный документ учёта будет связан. НомерДокумента Номер во входящем электронном документе (номер контрагента, не внутренний номер объекта). ДатаДокумента Дата входящего электронного документа. НаименованиеДокумента Наименование/заголовок полученного документа. Описание Произвольное текстовое описание/комментарий к документу. СуммаДокумента Сумма документа в валюте документа. ВалютаДокумента Валюта суммы (для внутренних операций — тенге ₸). ИдентификаторДокументаЭДО Уникальный идентификатор входящего документа в системе ЭДО. ИдентификаторАвтораЭДО Идентификатор абонента-отправителя (автора) в ЭДО. СсылкаНаПервичныйДокумент Ссылка на связанный первичный документ учётной базы (поступление, акт и т. п.). ИдентификаторПервичногоДокумента Идентификатор первичного документа в системе ЭДО (при обмене). ДокументОснование Входящий документ, ставший основанием для исходящего (цепочка ЭДО). ИдентификаторДокументаОснованияЭДО Идентификатор документа-основания в ЭДО. ИдентификаторДокументаПрекращающегоДействие Идентификатор документа аннулирования/прекращения действия (заполняется при аннулировании). 2.2 Табличная часть ПолучателиИПодписанты Колонка Назначение ТребованиеКПолучателю Требование, предъявленное участнику (подписать, ознакомиться, согласовать). РезультатТребованияКПолучателю Текущий результат выполнения требования (подписано, отклонено, ожидает и т. п.). (строка получателя/подписанта) Абонент ЭДО — получатель или подписант, с которым связаны требование и результат. Табличная часть описывает участников обмена и статус их действий по данному входящему документу; сами акты подписания/отклонения выполняются средствами подсистемы ЭДО и фиксируются документами СообщениеЭДОК. 3. Формы Так как в evidence состав форм в явном виде не приложен, ниже — типовой для этого вида объекта набор форм подсистемы ЭДО: Форма Назначение Форма документа (ФормаДокумента) Просмотр и обработка входящего электронного документа: реквизиты шапки, ТЧ получателей/подписантов, переход к связанному первичному документу и к истории СообщениеЭДОК. Форма списка (ФормаСписка) Список «Входящие электронные документы» с отбором по контрагенту/виду/номеру/дате/статусу. Точка входа: e1cib/list/Документ.ЭлектронныйДокументВходящийЭДОК. Форма выбора (ФормаВыбора) Подбор входящего документа в поля других объектов (например, как основание исходящего документа ЭДО). Где найти: раздел/рабочее место «ЭДО» → список «Входящие электронные документы». Навигационная ссылка: e1cib/list/Документ.ЭлектронныйДокументВходящийЭДОК. 4. Ключевые процедуры модулей BSL-модули в evidence не приложены, поэтому приведены типовые обработчики для документа-«обёртки» подсистемы ЭДО. Конкретные сигнатуры и наличие процедур в данной версии — версионно-специфично и требует сверки с модулями конфигурации 3.0.74.2. Модуль объекта: - ОбработкаЗаполнения(ДанныеЗаполнения, ...) — заполнение реквизитов при создании из данных ЭДО/на основании (вид, номер, дата, сумма, валюта, идентификаторы ЭДО, получатели). - ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты) — контроль обязательных полей (например, наличие корректного ИдентификаторДокументаПрекращающегоДействие при аннулировании). - ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения) — служебная логика записи; проведение не выполняется. Модуль формы документа: - ПриСозданииНаСервере / ПриОткрытии — инициализация формы, доступность команд обработки требований. - Команды перехода: открыть связанный первичный документ (СсылкаНаПервичныйДокумент), открыть историю статусов (СообщениеЭДОК), сформировать исходящий документ ЭДО с текущим как основанием. - Обработчики выполнения требования (подписать/отклонить) — вызывают процедуры общих модулей подсистемы ЭДО. Общие модули подсистемы ЭДО — создание объекта при синхронизации, регистрация состояний, работа с абонентами и требованиями (реализация вне данного объекта). 5. Проведение и движения Документ не проводится и не формирует движений по регистрам. У самого объекта нет регистров накопления/сведений, он не делает бухгалтерских проводок и не влияет на баланс. Это принципиальная особенность: ЭлектронныйДокументВходящийЭДОК — транспортно-учётный конверт. Фактические учётные последствия отражает связанный первичный документ (СсылкаНаПервичныйДокумент), который создаётся/подбирается по виду входящего документа. Именно он формирует проводки по типовому плану счетов РК. Ориентировочная логика (числа и ставки — Казахстан, 2026): Хозяйственная операция первичного документа Типовые счета РК Поступление товаров Дт 1330 (товары) / Кт 3310 (КЗ поставщикам) Входящий НДС по ЭСФ (ставка 16 %) Дт 1420 (НДС к возмещению) / Кт 3310 Реализация (для исходящей цепочки) Дт 1210 (ДЗ покупателей) / Кт 6010 (доход), НДС 16 % Кт 3130 Списание себестоимости реализации Дт 7010 / Кт 1330 Оплата с текущего счёта Дт 3310 / Кт 1030 Ставка НДС в РК на 2026 год — 16 %. Электронные счета-фактуры (ЭСФ, ИС ЭСФ) и сопроводительные накладные на товары (СНТ) — это отдельные первичные/налоговые документы, связываемые через СсылкаНаПервичныйДокумент и идентификаторы ЭДО. Начисления и налоговые нормы (ИПН 10 %/15 % с порогом 8 500 МРП годового дохода, вычет 30 МРП/мес. и не более 360 МРП в год, ОПВ 10 % с потолком 50 МЗП, ОПВР 3,5 %, ВОСМС 2 %, ОСМС 3 %, СО 5 %, соцналог 6 %; МРП = 4 325 ₸, МЗП = 85 000 ₸) к данному объекту прямого отношения не имеют — он не участвует в расчёте налогов и не формирует их движений. 6. Связанные объекты и ввод на основании Связь Объект Как связано История статусов/подписей Документ.СообщениеЭДОК Каждое изменение состояния входящего документа — отдельный СообщениеЭДОК. Первичный документ учёта Поступление ТМЗ/услуг, Акт, ЭСФ, СНТ и др. Через СсылкаНаПервичныйДокумент + ИдентификаторПервичногоДокумента. Цепочка ЭДО (ответ) Исходящий электронный документ ЭДО Текущий входящий указывается как ДокументОснование (+ ИдентификаторДокументаОснованияЭДО). Абоненты ЭДО Справочники абонентов/контрагентов подсистемы ЭДО Через ИдентификаторАвтораЭДО и строки ТЧ получателей. Аннулирование Документ прекращения действия ЭДО Через ИдентификаторДокументаПрекращающегоДействие. Ввод на основании: типовой сценарий — создание первичного документа учёта или исходящего электронного документа ЭДО на основании входящего (сохраняется связь через ДокументОснование/СсылкаНаПервичныйДокумент). Конкретный состав команд «Создать на основании» в 3.0.74.2 определяется настройками подсистемы ЭДО. 7. Точки расширения - Обработчик заполнения (ОбработкаЗаполнения) — донастройка маппинга данных ЭДО в реквизиты при синхронизации. - Проверка заполнения (ОбработкаПроверки�эаполнения) — дополнительный контроль реквизитов (например, обязательность СсылкаНаПервичныйДокумент при определённых видах документа). - Формы (расширение конфигурации/БСП) — добавление команд, реквизитов и колонок ТЧ получателей без снятия с поддержки. - Общие модули подсистемы ЭДО — переопределяемые процедуры создания объекта, обработки требований и регистрации состояний. - Подписки на события (ПередЗаписью/ПриЗаписи) — интеграция с внешними системами, аудит получения входящих документов. - Связывание с первичным документом — расширение логики автоподбора/автосоздания первичного документа по ВидДокумента. Версионно-специфично и требует сверки с 3.0.74.2: точный состав форм, наличие и сигнатуры процедур модулей, набор команд «Создать на основании» и правила автоматического связывания с первичными документами. --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_