Документ «Электронный акт выполненных работ (ЭАВР)»
⏱ ~10 минут · Резюме: ЭАВР — это электронный акт выполненных работ/оказанных услуг, которым обмениваются исполнитель и заказчик через государственную ИС ЭСФ Республики Казахстан, подписывая его ЭЦП. Документ не формирует бухгалтерских проводок — он отвечает за юридически значимый документооборот: создание акта, отправку, подписание, подтверждение/отклонение и расторжение, проходя через статусы обмена.
🎯 Что это и зачем
Когда работы выполнены или услуги оказаны, факт нужно подтвердить актом. В Казахстане это всё чаще делают в электронном виде — через Информационную систему электронных счетов-фактур (ИС ЭСФ). Электронный акт выполненных работ (ЭАВР, в коде — АВР):
фиксирует что, кому, когда и на какую сумму выполнено (перечень услуг, количество, цена, НДС, дата выполнения);
подписывается ЭЦП обеих сторон и получает регистрационный номер в ИС ЭСФ — то есть приобретает юридическую силу;
проходит понятный жизненный цикл: исполнитель отправляет → заказчик подтверждает или отклоняет → при необходимости акт можно отозвать или расторгнуть.
Главное, что нужно понимать сразу: ЭАВР — это документ обмена, а не учётный документ. Он сам по себе не списывает услуги, не начисляет выручку и не делает проводок Дт/Кт. Доход, НДС и взаиморасчёты отражает связанный учётный документ — как правило, «Реализация ТМЗ и услуг», на основании которого ЭАВР и формируется. ЭАВР же «оборачивает» эту реализацию в государственный электронный формат и проводит её через ИС ЭСФ.
Кто работает: бухгалтеры и операторы ЭДО — со стороны исполнителя (выписывают и отправляют исходящие акты) и со стороны заказчика (принимают, подтверждают или отклоняют входящие).
💡 ЭАВР и ЭСФ — родственники, но не одно и то же. Электронный счёт-фактура (ЭСФ) — это налоговый документ по НДС. ЭАВР — это электронный акт выполненных работ. Они живут в одной подсистеме обмена (ИС ЭСФ) и работают по схожей механике статусов и подписей, но это разные документы для разных целей.
🧭 Где найти в программе
В Бухгалтерии для Казахстана 3.0 ЭАВР находится в разделе «ЭСФ/ЭАВР» → пункт «Электронные акты выполненных работ». В зависимости от настроек интерфейса конфигурации пункт также доступен из разделов «Продажа» и «Покупка» (для исходящих и входящих актов соответственно).
Внутри обычно есть отдельные списки:
исходящие (выданные) ЭАВР — то, что вы отправляете заказчикам;
входящие (полученные) ЭАВР — то, что приходит вам от исполнителей;
помощник / список документов-оснований — для пакетного создания актов из учётных документов.
📷 СКРИН 01
СКРИН 01 — раздел «ЭСФ/ЭАВР», открытый список «Электронные акты выполненных работ» с переключателем Исходящие/Входящие. (AccountingKZ30 во Fresh; маршрут: ЭСФ/ЭАВР → Электронные акты выполненных работ)
⚠️ Несостыковка маршрута. В навигационной карте конфигурации основной раздел для ЭАВР — «ЭСФ/ЭАВР», а «Продажа»/«Покупка» указаны как альтернативы. Если в вашей базе пункт лежит в другом разделе — ориентируйтесь на название пункта «Электронные акты выполненных работ» и поиск по слову «ЭАВР». См. поле issues этого гайда.
Разбираем по шагам весь жизненный цикл: от создания исходящего акта до подтверждения, отклонения и расторжения. Помните: всё это — документооборот, проводок не будет.
Урок 1. Создание и отправка исходящего ЭАВР
Когда: вы — исполнитель, работы выполнены, нужно направить акт заказчику на подписание.
Шаг 1. Создаём документ
Самый частый и правильный путь — создать ЭАВР на основании учётного документа (например, «Реализация ТМЗ и услуг»): тогда перечень услуг, контрагент, договор и суммы перенесутся автоматически и будут совпадать с учётом. Для этого:
откройте помощник ЭАВР (список документов-оснований) и выберите документ, либо
в самом документе реализации воспользуйтесь командой создания электронного акта.
Создать «с нуля» тоже можно — кнопкой «Создать» в списке исходящих ЭАВР.
📷 СКРИН 02
СКРИН 02 — помощник ЭАВР — список документов-оснований (реализации) для пакетного создания актов.
💡 Почему «на основании» лучше. ЭАВР не делает проводок, поэтому единственный источник правды по суммам — учётный документ. Создавая акт из реализации, вы гарантируете, что в ИС ЭСФ уйдут ровно те же цифры, что и в бухгалтерии.
Шаг 2. Заполняем шапку
Организация — исполнитель (поставщик), от чьего имени выписывается акт. При выборе автоматически заполнится строка в табличной части «Поставщики» (ИИН/БИН, наименование, адрес, банк, свидетельство НДС).
Направление — «Исходящий» (для нового акта от своего имени).
Дата выполнения работ — дата фактического выполнения. Обязательное поле.
Код валюты — по умолчанию KZT (398). Обязательное поле для ИС ЭСФ.
Контрагент — заказчик (получатель). При выборе заполнится табличная часть «Получатели».
Договор — выбираем договор, либо ставим флаг «Без договора» (разовая сделка). При выборе договора подтянутся его дата, номер и регистрационный номер ЭД.
⚠️ Договор или «Без договора» — что-то одно. Если договора нет, обязательно ставьте флаг «Без договора», иначе акт не пройдёт проверку.
Шаг 3. Заполняем услуги
В табличной части «Услуги» по каждой строке:
Номенклатура — выполненная работа/услуга (при выборе подтянутся наименование, единица измерения, ставка НДС);
Количество и Цена (без НДС);
Ставка НДС — например, «НДС 12 %», «НДС 0 %» или «Без НДС».
Стоимость без НДС, сумма НДС и стоимость с НДС считаются автоматически — вручную их не правят.
📷 СКРИН 04
СКРИН 04 — табличная часть «Услуги» с перечнем работ, количеством, ценой и ставкой НДС.
💡 Если дата выполнения у строк разная, её можно указать построчно в колонке «Дата выполнения». Если общая «Дата выполнения работ» в шапке не заполнена — система потребует заполнить дату в каждой строке (см. Часть 2, код проверки).
Шаг 4. Проверяем
Нажмите «Проверить» — система прогонит контроль заполнения (обязательные поля шапки и построчная проверка услуг). Все найденные проблемы попадают в служебный список «Ошибки» с указанием поля и номера строки.
📷 СКРИН 05
СКРИН 05 — результат команды «Проверить» — список ошибок заполнения (если есть).
Шаг 5. Записываем и отправляем
«Записать и закрыть» — документ сохранится в статусе «Черновик».
Выделите акт в списке (или прямо в форме) и нажмите «Отправить».
Выберите сертификат ЭЦП, подпишите.
После отправки акт получит регистрационный номер из ИС ЭСФ, статус сменится на «Отправлен», заполнятся данные подписи (уполномоченный сотрудник, дата подписи, ЭЦП). У заказчика акт появится в списке входящих.
📷 СКРИН 06
СКРИН 06 — кнопка «Отправить» и диалог выбора сертификата ЭЦП.
⚠️ Важно. Поля Дата выполнения работ, Код валюты, Направление обязательны — без них акт не отправится. ИИН/БИН поставщика и получателя должны быть корректными (12 цифр) — иначе ИС ЭСФ отклонит документ.
Урок 2. Подтверждение входящего ЭАВР
Когда: вы — заказчик, исполнитель прислал вам акт, его нужно принять.
Шаг 1. Получаем входящие из ИС ЭСФ
Откройте список входящих ЭАВР и нажмите «Синхронизировать» (получить акты из ИС ЭСФ). Новые акты появятся со статусом получения/ожидания подтверждения.
📷 СКРИН 07
СКРИН 07 — список входящих ЭАВР после синхронизации; кнопка «Синхронизировать».
Шаг 2. Сверяем
Откройте акт двойным щелчком, сверьте перечень услуг, количество, цены и итоговые суммы с тем, что фактически было выполнено и что у вас в учёте.
Шаг 3. Подтверждаем
Выделите акт и нажмите «Подтвердить» → выберите сертификат ЭЦП → подпишите. Статус сменится на «Подтверждён», акт получит вашу ЭЦП, информация уйдёт обратно в ИС ЭСФ. Это финальный «успешный» статус обмена.
📷 СКРИН 08
СКРИН 08 — кнопка «Подтвердить» и подписание входящего акта.
💡 Пользователь не заполняет реквизиты руками — только проверяет данные и подписывает. ФИО подписанта, дату подписи и ЭЦП получателя система проставит сама.
Урок 3. Отклонение входящего ЭАВР
Когда: вы не согласны с актом (неверные объёмы, цены, состав работ).
В списке входящих найдите акт и нажмите «Отклонить».
Введите Причину отклонения (обязательный текст).
Подпишите отклонение ЭЦП.
Статус станет «Отклонён», причина сохранится, информация уйдёт исполнителю. Исполнитель сможет выписать исправленный акт (см. Урок 5).
📷 СКРИН 09
СКРИН 09 — диалог отклонения с обязательным полем «Причина».
Урок 4. Отзыв и расторжение
Отозвать — исполнитель может отозвать исходящий акт, пока заказчик его не подтвердил/отклонил (например, отправил с ошибкой).
Расторгнуть — отмена уже подтверждённого акта. Это двусторонняя процедура:
1. Инициатор нажимает «Расторгнуть», вводит причину и подписывает запрос на расторжение — статус становится «Расторжение ожидает подтверждения».
2. Вторая сторона должна «Подтвердить расторжение» или «Отклонить расторжение».
3. При взаимном согласии акт переходит в статус «Расторгнут».
⚠️ Набор доступных кнопок зависит от текущего статуса и направления акта. Например, «Подтвердить» доступно только для полученного входящего акта, «Расторгнуть» — только для подтверждённого. Недоступные действия программа просто не предложит.
Урок 5. Исправленный ЭАВР
Когда: ваш исходящий акт отклонили, нужно исправить и переотправить.
В списке исходящих найдите акт со статусом «Отклонён», прочитайте Причину.
Нажмите «Выписать исправленный АВР» — откроется новый акт, где:
- Тип АВР = «Исправительный»;
- Связанный АВР ссылается на отклонённый акт;
- реквизиты основного акта (дата, номер, регистрационный номер) заполнены автоматически.
Исправьте ошибочные данные, проверьте и отправьте заново.
Старый отклонённый акт остаётся в базе с финальным статусом, у заказчика появляется новый входящий акт.
📷 СКРИН 11
СКРИН 11 — новый исправительный акт со ссылкой на основной (реквизиты «Связанный АВР», «Тип АВР»).
💡 Печать. Для ЭАВР предусмотрена печатная форма (команда печати АВР). Её можно вывести из формы документа — пригодится для бумажной копии или архива.
Источник: реальный код релиза 3.0.72.1 (Documents/ЭлектронныйАктВыполненныхРабот/Ext/ObjectModule.bsl, ManagerModule.bsl, командные модули), плюс разбор objects/ и business-logic/.
Главное про объект в одном абзаце
Документ.ЭлектронныйАктВыполненныхРабот — непроводимый документ-обёртка для электронного документооборота с ИС ЭСФ. В ObjectModuleнет ОбработкаПроведения и нет движений по регистрам учёта. Собственная логика модуля минимальна: проверка заполнения и очистка реквизитов при копировании, а всё остальное (заполнение, до/после записи, отправка, смена статусов, печать) делегируется в общие модули подсистемы ЭСФ/АВР. Документ — тонкая «точка входа», вся механика обмена живёт в ОбработкаОбменЭСФ, АВРКлиент, АВРКлиентСервер, АВРСерверПереопределяемый, ЭСФ*Переопределяемый.
Структура объекта
Реквизиты шапки (ключевые)
Обязательные (ShowError):ДатаВыполненияРабот, КодВалюты, Направление (Перечисление НаправленияЭСФ: Исходящий/Входящий).
Идентификация и ЭДО (заполняются системой, не пользователем):Идентификатор, РегистрационныйНомер, Статус (Перечисление СтатусыАВР), Состояние (Перечисление СостоянияАВР), ЭЦП, ДатаПринятияСтатуса, а также блок подписей сторон — УполномоченныйСотрудник/ДатаПодписи/ЭЦПОтправителя/ТипПодписиОтправителя и зеркальный блок получателя …Получателя.
⚠️ ОбработкаПроведения отсутствует. Документ зарегистрирован как непроводимый: бухгалтерских и налоговых движений он не делает. Это подтверждается и ObjectModule (нет обработчика), и ManagerModule (логики проведения нет).
Реальный код: проверка заполнения (3.0.72.1)
Главная «своя» логика документа — построчная проверка табличной части Услуги и условная проверка даты выполнения. Источник: ObjectModule.bsl.
Процедура ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)
МассивНепроверяемыхРеквизитов = Новый Массив();
ДокументАВР_ОбработкаПроверкиЗаполнения(ЭтотОбъект, Отказ, ПроверяемыеРеквизиты, МассивНепроверяемыхРеквизитов);
КонецПроцедуры
Процедура ДокументАВР_ОбработкаПроверкиЗаполнения(ЭтотОбъект, Отказ, ПроверяемыеРеквизиты, МассивНепроверяемыхРеквизитов) Экспорт
ПроверятьДатуВыполненияТЧ = Ложь;
Если Не ЗначениеЗаполнено(ЭтотОбъект.ДатаВыполненияРабот) Тогда
МассивНепроверяемыхРеквизитов.Добавить("ДатаВыполненияРабот"); // дату в шапке не проверяем…
ПроверятьДатуВыполненияТЧ = Истина; // …но требуем её построчно
КонецЕсли;
ЭСФСерверПереопределяемый.УдалитьНепроверяемыеРеквизитыИзМассива(ПроверяемыеРеквизиты, МассивНепроверяемыхРеквизитов);
ДокументАВР_ПроверитьЗаполнениеТабличнойЧастиПострочно(ЭтотОбъект, ЭтотОбъект.Услуги, "Услуги", ПроверятьДатуВыполненияТЧ, Отказ);
КонецПроцедуры
Процедура ДокументАВР_ПроверитьЗаполнениеТабличнойЧастиПострочно(ЭтотОбъект, ПроверяемаяТабличнаячасть, ИмяТабличнойЧасти, ПроверятьДатуВыполненияТЧ, Отказ)
Для Каждого СтрокаТабличнойЧасти Из ПроверяемаяТабличнаячасть Цикл
ТекстСообщенияШаблон = НСтр("ru = 'Не заполнена колонка ""%1"" в строке %2 списка ""%3""'");
Если Не ЗначениеЗаполнено(СтрокаТабличнойЧасти.Номенклатура) Тогда
// … сообщение по колонке Номенклатура с номером строки …
Поле = ИмяТабличнойЧасти + "[" + Формат(СтрокаТабличнойЧасти.НомерСтроки-1, "ЧН=0; ЧГ=") + "].Номенклатура";
ЭСФКлиентСерверПереопределяемый.СообщитьПользователю(ТекстСообщения, ЭтотОбъект, Поле, "Объект", Отказ);
КонецЕсли;
Если Не ЗначениеЗаполнено(СтрокаТабличнойЧасти.СтавкаНДС) Тогда
// … сообщение по колонке СтавкаНДС …
Поле = ИмяТабличнойЧасти + "[" + Формат(СтрокаТабличнойЧасти.НомерСтроки-1, "ЧН=0; ЧГ=") + "].СтавкаНДС";
ЭСФКлиентСерверПереопределяемый.СообщитьПользователю(ТекстСообщения, ЭтотОбъект, Поле, "Объект", Отказ);
КонецЕсли;
Если ПроверятьДатуВыполненияТЧ Тогда
ТекстСообщенияШаблонДата = НСтр("ru = 'Необходимо заполнить колонку ""Дата выполнения работ"" в строке %2 списка ""%3"" или поле ""Дата выполнения работ"" в разделе A'");
Если Не ЗначениеЗаполнено(СтрокаТабличнойЧасти.ДатаВыполнения) Тогда
Поле = ИмяТабличнойЧасти + "[" + Формат(СтрокаТабличнойЧасти.НомерСтроки-1, "ЧН=0; ЧГ=") + "].ДатаВыполнения";
ЭСФКлиентСерверПереопределяемый.СообщитьПользователю(ТекстСообщения, ЭтотОбъект, Поле, "Объект", Отказ);
КонецЕсли;
КонецЕсли;
КонецЦикла;
КонецПроцедуры
Что важно в этом коде:
Дата выполнения работ — «или в шапке, или построчно». Если в шапке ДатаВыполненияРабот пустая, она исключается из стандартной проверки (МассивНепроверяемыхРеквизитов), но взамен включается флаг ПроверятьДатуВыполненияТЧ — и тогда дата становится обязательной в каждой строке ТЧ Услуги. Это объясняет пользовательскую подсказку из Урока 1.
Построчно проверяются Номенклатура и СтавкаНДС (а при включённом флаге — ДатаВыполнения). Сообщения формируются с указанием точного поля и номера строки (Услуги[N].Номенклатура), поэтому в форме они подсвечиваются адресно.
Адресация поля идёт по индексу НомерСтроки-1 — нумерация ТЧ внутренне нульбазовая; это типовой паттерн 1С для СообщитьПользователю.
Сообщения локализованы через НСтр("ru = …"), подстановка — через ЭСФКлиентСерверПереопределяемый.ПодставитьПараметрыВСтроку.
Реальный код: очистка при копировании
Процедура ПриКопировании(ОбъектКопирования)
Если ЗначениеЗаполнено(ОбъектКопирования.Идентификатор) Тогда
Идентификатор = Неопределено;
КонецЕсли;
Если ЗначениеЗаполнено(ОбъектКопирования.ЭЦП) Тогда
ЭЦП = Неопределено;
КонецЕсли;
Если ЗначениеЗаполнено(ОбъектКопирования.РегистрационныйНомер) Тогда
РегистрационныйНомер = Неопределено;
КонецЕсли;
Если ЗначениеЗаполнено(ОбъектКопирования.Статус) Тогда
Статус = Перечисления.СтатусыАВР.Черновик; // по умолчанию новый документ имеет статус Черновик
КонецЕсли;
Если ЗначениеЗаполнено(ОбъектКопирования.ДокументОснование) Тогда
ДокументОснование = Неопределено;
КонецЕсли;
ЭтотОбъект.Ошибки.Очистить();
КонецПроцедуры
Смысл: копия акта не должна «унаследовать» чужую идентичность в ИС ЭСФ. Поэтому сбрасываются Идентификатор, ЭЦП, РегистрационныйНомер, ДокументОснование, статус откатывается в Черновик, а список ошибок очищается. Без этого попытка отправить копию привела бы к конфликту в государственной системе.
Движения по регистрам
Их нет. Документ не пишет ни в регистры бухгалтерии (Типовой/Налоговый), ни в регистры накопления учёта. Вместо движений ЭАВР делает следующее:
Вместо проводок
Что происходит
Статусы
Жизненный цикл в Перечислениях СтатусыАВР/СостоянияАВР: Черновик → Отправлен → Получен → Подтверждён/Отклонён → (Расторжение ожидает подтверждения) → Расторгнут
Идентификатор, РегистрационныйНомер — присваиваются государственной системой при отправке/обмене
Связи
ДокументОснование (учётный документ-источник), СвязанныйАВР + ТипАВР (для исправительных/дополнительных)
Печать
Печатная форма АВР через АВРСерверПереопределяемый.ПечатьАВР (см. ManagerModule)
Учётные движения (доход, НДС, взаиморасчёты) формирует документ-основание — как правило, «Реализация ТМЗ и услуг». ЭАВР лишь отражает тот же факт в государственном электронном обмене.
Команды (жизненный цикл ЭДО) — реальные вызовы
Вся механика обмена реализована командами документа, которые делегируют в клиентские модули АВРКлиент/АВРКлиентСервер. Из командных модулей релиза 3.0.72.1:
Команда
Вызов
Смысл
Отправить
АВРКлиент.ОтправитьИсходящиеАВР(...)
Отправка исходящего акта в ИС ЭСФ (из формы — синхронно, из списка — фоновым заданием при ИспользоватьФоновуюОтправкуАВР())
Создание исправительного акта со связью на основной
Пример (Commands/Отправить/Ext/CommandModule.bsl) — выбор между синхронной отправкой из формы и фоновой из списка:
&НаКлиенте
Процедура ОбработкаКоманды(ПараметрКоманды, ПараметрыВыполненияКоманды)
Источник = ПараметрыВыполненияКоманды.Источник;
Если ТипЗнч(Источник) = ЭСФКлиентПереопределяемый.ПолучитьТипФормаКлиентскогоПриложения() Тогда
Если Источник.ИмяФормы = "Документ.ЭлектронныйАктВыполненныхРабот.Форма.ФормаДокумента" Тогда
АВРКлиент.ОтправитьИсходящиеАВР(ПараметрКоманды, Новый Структура("ЗапускатьФоновоеЗадание", Ложь));
Иначе
ИспользоватьФоновуюОтправкуАВР = АВРКлиентСервер.ИспользоватьФоновуюОтправкуАВР();
ДополнительныеПараметры = Новый Структура("ЗапускатьФоновоеЗадание, КлючФормы", ИспользоватьФоновуюОтправкуАВР, Источник.КлючУникальности);
АВРКлиент.ОтправитьИсходящиеАВР(ПараметрКоманды, ДополнительныеПараметры);
КонецЕсли;
КонецЕсли;
КонецПроцедуры
Печать (ManagerModule)
ManagerModule тоже тонкий — он только подключает печать и делегирует её:
Также ManagerModule содержит пустой ПриЗаполненииОграниченияДоступа (точка расширения RLS) и ДобавитьКомандыПечати → АВРСерверПереопределяемый.ДобавитьКомандыПечати.
Условная дата выполнения: если шапочная дата пустая → дата обязательна построчно в Услуги (см. код выше).
Построчно в Услуги: заполнены Номенклатура и СтавкаНДС.
Договор: заполнен Договорлибо установлен БезДоговора (взаимоисключающе).
Контрагенты (по данным разбора): ИИН/БИН формата 12 цифр с контрольным разрядом — критично для приёма документа в ИС ЭСФ.
Исправительные/дополнительные акты: требуется заполнение СвязанныйАВР и реквизитов основного АВР.
Пункты 1–4 подтверждены реальным кодом ObjectModule. Пункты 5–6 взяты из разбора objects/ (часть из них реализована в общих модулях обмена/формах, а не в ObjectModule).
Главный исполнитель: заполнение, до/после записи, печать, обмен с ИС ЭСФ
ЭСФКлиентСерверПереопределяемый
Сообщения пользователю, подстановка параметров, общая логика валидации
ЭСФСерверПереопределяемый
Серверные процедуры ЭСФ (в т. ч. УдалитьНепроверяемыеРеквизитыИзМассива)
ЭСФСерверПовтИсп, ЭСФКлиентПереопределяемый
Кэш-данные и клиентские типы форм ЭСФ
АВРКлиент / АВРКлиентСервер
Клиентские команды ЭДО: отправка, смена статусов, создание, фоновая отправка
АВРСерверПереопределяемый
Печать и регистрация команд печати АВР
💼 Партнёру / внедренцу.
1. «Документ не делает проводок» — это норма, а не баг. Если клиент жалуется, что после ЭАВР «нет движений по 90-м/НДС» — объясните: учёт ведёт реализация-основание, ЭАВР только отправляет акт в ИС ЭСФ. Проверяйте проводки на документе-основании, а не на акте.
2. Настройка обмена с ИС ЭСФ — главное при внедрении. Нужны действующие сертификаты ЭЦП, корректные ИИН/БИН организации и контрагентов, заполненные реквизиты для ЭДО. 90 % обращений «не отправляется/отклоняется» — это именно реквизиты сторон и сертификаты, а не сам документ.
3. Фоновая отправка управляется АВРКлиентСервер.ИспользоватьФоновуюОтправкуАВР() — при массовых отправках из списка проверьте, что фоновые задания включены и работают (особенно во Fresh/облаке).
4. Кастомизация печати — точка расширения АВРСерверПереопределяемый; саму печать переопределяйте там, не трогая ManagerModule документа.
5. RLS — ПриЗаполненииОграниченияДоступа пустой; ограничения доступа задаются на уровне подсистемы «Управление доступом».
🧩 Заметки для разработчика.
ObjectModule — фасад: все обработчики (ОбработкаЗаполнения, ПередЗаписью, ПриЗаписи) на 3–4 строки делегируют в ОбработкаОбменЭСФ. Реальную бизнес-логику ищите там, а не в документе.
Единственная содержательная «своя» логика модуля — ДокументАВР_ПроверитьЗаполнениеТабличнойЧастиПострочно (проверка Номенклатура/СтавкаНДС/ДатаВыполнения) и ПриКопировании (сброс идентичности).
Адресация полей в сообщениях — нульбазовая (НомерСтроки-1); экспортные обёртки (ДокументАВР_ОбработкаПроверкиЗаполнения с Экспорт) позволяют переиспользовать проверку из других мест.
Команды смены статуса унифицированы: Подтвердить/Отклонить/Расторгнуть — один и тот же вызов АВРКлиент.ОткрытьФормуИзменениеСтатусовАВР с разным «действием» из АВРКлиентСервер.
При автоматизации сначала смотрите Направление и Статус — они определяют допустимые переходы; вызов недоступного действия приведёт к ошибке.
🔗 Связанные разделы
realizaciya-tmz-i-uslug — учётный документ-основание; именно он делает проводки (доход/НДС), а ЭАВР отражает его в ИС ЭСФ
schet-faktura-vydannyy — электронный счёт-фактура (ЭСФ): «сосед» по подсистеме обмена, налоговый документ по НДС