Документ «ЭлектронныйДокументВходящийЭДО» (УТ для Казахстана 3.4.5.21)

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

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

Важно понимать место объекта в схеме: сам «ЭлектронныйДокументВходящийЭДО» не является учётным документом реализации/поступления и не формирует товарных или расчётных движений. Он служит «конвертом» для полученного ЭД (в том числе ЭСФ из ИС ЭСФ и СНТ). Отражение в оперативном и регламентированном учёте выполняют отдельные учётные документы, вводимые на основании входящего ЭД (см. разделы 5 и 6).

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

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

2.2 Табличные части

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

Требует проверки в конкретной поставке 3.4.5.21: полный состав второстепенных реквизитов с префиксом «Удалить» и наличие вспомогательных табличных частей ЭДО (перечень подписей/файлов), так как он версионно-зависим.

3. Формы

Прочие формы (просмотра содержимого ЭД, визуализации печатной формы ЭСФ/СНТ) реализуются механизмами подсистемы ЭДО и вызываются из формы документа.

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

Ниже — обработчики из статического анализа BSL модуля объекта (имена — дословно из выгрузки).

Модуль объекта (ObjectModule):

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

Зависимости от общих модулей (число вызовов): ЭлектронныеДокументыЭДО (4), ЭлектронныеДокументыЭДОКлиентСервер (2), ОбщегоНазначения (1), ОбщегоНазначенияКлиентСервер (1), РаботаСПрочтениямиВызовСервера (1).

Вся бизнес-логика ЭДО (подписание, разбор XML, статусы документооборота, отражение) вынесена в перечисленные общие модули, а модуль объекта содержит только тонкие обработчики жизненного цикла записи.

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

Документ не является проводимым учётным документом. По результатам статического анализа набор регистраторов (RegisterRecords) пуст — объект не формирует движений по регистрам накопления/сведений и не создаёт бухгалтерских проводок. Это ожидаемо: «ЭлектронныйДокументВходящийЭДО» — контейнер ЭД, а не операция оперативного учёта.

Отражение в учёте выполняет учётный документ, введённый на основании входящего ЭД (например, «Приобретение товаров и услуг» / соответствующий документ поступления). По стандартной логике торговой конфигурации именно он ведёт оперативный учёт (движения по регистрам товаров, взаиморасчётов, денежных средств, цен), а при включённом регламентированном учёте формирует проводки по типовому плану счетов РК:

Для документов реализации (когда встречный поток формирует исходящий ЭД/ЭСФ) применяются: 1210 (ДЗ покупателей), 6010 (доход от реализации), 7010 (себестоимость реализации), 3130 (НДС к уплате), 1330 (списание товара). НДС РК 2026 — 16 %. Все суммы — в тенге (₸).

Флаг ОтключитьКонтрольОтраженияВУчете управляет тем, требует ли система обязательного создания/связывания учётного документа для данного входящего ЭД.

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

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

Ввод на основании. Из входящего ЭД по стандартной схеме ЭДО создаётся учётный документ (документ поступления/приобретения), в который переносятся контрагент, договор, суммы и строки из тела ЭД. Обратно — исходящий ЭД (извещение, подтверждение, ответная ЭСФ) формируется механизмом ЭДО как реакция на признаки ТребуетсяИзвещение / ТребуетсяПодтверждение.

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

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

Требует проверки: конкретные экспортные процедуры общих модулей ЭДО в релизе 3.4.5.21 — их сигнатуры версионно-зависимы; перед переопределением сверяйтесь с текущей выгрузкой конфигурации.