Документ «Счёт-фактура выданный (ЭСФ)»
Документ регистрирует выставленный покупателю счёт-фактуру (бумажный или электронный — ЭСФ): фиксирует НДС и акциз по реализации в налоговом регистре, поддерживает исправленные и дополнительные СФ и служит основанием для выгрузки в портал ИС ЭСФ. Бухгалтерских проводок (Дт/Кт) не делает — это документ налогового учёта НДС.
🎯 Что это и зачем
Реализация уже отгрузила товар и начислила НДС к уплате. Но для налоговой и для покупателя нужен ещё один обязательный первичный документ — счёт-фактура. Именно он:
- регистрирует сумму НДС и акциза в разрезе контрагента, договора, номенклатуры, ставки и даты оборота — это аналитика для декларации по НДС и книги продаж;
- является электронным счётом-фактурой (ЭСФ), который выгружается в информационную систему ЭСФ налоговой службы Казахстана (через API или XML);
- поддерживает исправленные и дополнительные СФ: при выписке исправленного исходный СФ «прекращает действие», чтобы НДС не задвоился;
- хранит источники происхождения импортных товаров (номера ГТД) и данные для ВЕАЭС при экспорте в страны Таможенного союза.
Важно понимать роль документа в цепочке. Бухгалтерские проводки (выручка Дт 1210 Кт 6010, НДС Кт 3130, себестоимость и т.д.) формирует «Реализация ТМЗ и услуг», а не счёт-фактура. Счёт-фактура — это налоговый слой НДС поверх реализации: он не трогает бухгалтерский план счетов, а пишет в специальный регистр накопления СведенияСчетовФактурВыданных.
Кто работает: бухгалтеры, ежедневно. Чаще всего СФ создаётся не вручную, а «на основании» реализации (товаров, услуг, ОС, НМА) — одной кнопкой.
🧭 Где найти в программе
В Бухгалтерии для Казахстана 3.0 счета-фактуры выданные живут в разделе «ЭСФ/ЭАВР» → пункт «Счета-фактуры выданные» (синонимы навигации — разделы «Продажа» и «Покупка»; «Выданные счета-фактуры», «Исходящие ЭСФ»). Откроется журнал документов; новый создаём кнопкой «Создать».
На практике основной путь — из документа реализации: открыть проведённую «Реализацию ТМЗ и услуг» → «Создать на основании» → «Счёт-фактура (выданный)».
👤 Часть 1. Для пользователя
Проходим по шагам: от создания СФ на основании реализации до проверки регистрации НДС. Дальше — особые случаи: исправленный СФ, несколько оснований, номера ГТД.
Урок 1. Счёт-фактура на основании реализации (основной сценарий)
Когда: товар/услуга отгружены документом «Реализация ТМЗ и услуг», нужно выставить покупателю счёт-фактуру.
Шаг 1. Создаём на основании
Открываем проведённый документ «Реализация ТМЗ и услуг» → кнопка «Создать на основании» → «Счёт-фактура (выданный)».
Программа автоматически заполнит: - Организация, Контрагент, Договор контрагента — из реализации; - Вид счёта-фактуры = «Обычный» (первичный); - Документ-основание — ссылку на реализацию; - табличные части Товары / Услуги / ОС / НМА — номенклатуру, количество, цены, ставки НДС и акциза.
Шаг 2. Проверяем шапку
Убеждаемся, что верны: - Дата совершения оборота по реализации — дата, на которую НДС признаётся в декларации (обычно = дате реализации); - Способ выставления — «Бумажный» или «Электронно» (ЭСФ); - Расчётные счета организации и контрагента — нужны для печатной формы.
Шаг 3. Проверяем табличную часть
На закладке «Товары» (или «Услуги» / «ОС» / «НМА») сверяем номенклатуру, количество, цены, ставку НДС и сумму НДС. Если организация торгует подакцизными товарами — проверяем ставку акциза.
Шаг 4. Проводим
«Провести» или «Записать и закрыть». Документ зарегистрирует НДС в налоговом регистре.
Урок 2. Электронный счёт-фактура (ЭСФ)
Если Способ выставления = «Электронно», после проведения документ готов к выгрузке в ИС ЭСФ налоговой службы РК. Сама отправка/получение статусов идёт через подсистему ЭСФ (обмен по API или XML) — она подключается к документу командами на форме.
Урок 3. Исправленный и дополнительный счёт-фактура
Когда: ранее выставленный СФ содержит ошибку (сумма, ставка, реквизиты) — её нельзя «переписать», нужно выставить исправленный СФ.
- Открываем ошибочный (исходный) СФ → «Создать на основании» → «Счёт-фактура (выданный)».
- В новом документе ставим Вид счёта-фактуры = «Исправленный».
- В поле Основной счёт-фактура выбираем исходный СФ (он должен быть проведён).
- Исправляем данные и проводим.
Что происходит при проведении исправленного СФ:
- исходный СФ помечается как «прекративший действие» (запись в регистре СчетаФактурыПрекратившиеДействие);
- НДС учитывается только из исправленного СФ — задвоения не будет;
- при отмене проведения исправленного СФ исходный снова становится актуальным.
Урок 4. Один счёт-фактура на несколько реализаций
Можно выписать один общий СФ на несколько отгрузок одному контрагенту:
- Создаём СФ вручную (раздел «ЭСФ/ЭАВР» → «Создать») и заполняем Организацию, Контрагента, Договор.
- На закладке «Документы-основания» подбираем нужные реализации/акты.
- Перезаполняем табличные части по выбранным основаниям.
- Проверяем суммы и проводим.
ПроверитьРеквизитыДокументовОснований срабатывает, когда оснований больше одного и установлен признак подтверждения отгрузки).Урок 5. Импортные товары и номера ГТД
Если реализуется товар, ранее ввезённый по импорту, для него нужно указать источники происхождения — номера ГТД (грузовых таможенных деклараций):
- В табличной части «Товары» выделяем импортную строку → открываем форму «Номера ГТД».
- Добавляем строки: Номер ГТД (из справочника) и Количество по этой ГТД.
- Если товар шёл по нескольким ГТД — добавляем несколько строк; сумма количеств по ГТД должна совпасть с количеством в строке «Товары».
🛠 Часть 2. Для программиста
Источник: реальный код релиза 3.0.72.1 (Documents/СчетФактураВыданный/Ext/ObjectModule.bsl, 566 строк) плюс разбор objects/Документ_СчетФактураВыданный.md. Профильного разбора в business-logic/ для этого объекта нет — см. issues.
Структура объекта
Ключевые обязательные реквизиты шапки (ShowError): Организация, Контрагент, ДоговорКонтрагента, КурсВзаиморасчетов, КратностьВзаиморасчетов, ВидСчетаФактуры, СпособВыставления. Условно-обязательный: ОсновнойСчетФактура (для видов «Исправленный»/«Дополнительный»).
Управляющие флаги: УчитыватьНДС, УчитыватьАкциз (видимость колонок НДС/акциза, ставятся по настройкам организации), СуммаВключаетНДС, СуммаВключаетАкциз (метод расчёта — выделять из суммы или начислять сверху), РучнаяКорректировка (пропуск авто-проведения), ДатаОборотаВТабличнойЧасти (дата оборота построчно vs. единая в шапке), ПодтвержденДокументамиОтгрузки (ВЕАЭС / контроль оснований), НДСЗаНерезидента.
Налоговые реквизиты: ВидСчетаФактуры (Перечисление.ВидыСчетовФактур: Обычный / Исправленный / Дополнительный), СпособВыставления (Перечисление.СпособыОбменаДокументами: Бумажный / Электронно), ДатаСовершенияОборотаПоРеализации, ДокументОснование.
Табличные части:
| Часть | Назначение | Ключевые поля |
|---|---|---|
Товары (ТМЗ) |
реализованные товары | Номенклатура, Количество, Цена, Сумма, СтавкаНДС, СуммаНДС, СтавкаАкциза, СуммаАкциза, ОборотПоРеализации, КлючСвязи, ДатаОборота |
Услуги |
реализованные услуги | Номенклатура, Содержание, Количество, Цена, Сумма, СтавкаНДС, СуммаНДС, ОборотПоРеализации, ДатаОборота |
ОС |
реализация основных средств | ОсновноеСредство, Сумма, СтавкаНДС, СуммаНДС, ОборотПоРеализации |
НМА |
реализация нематериальных активов | НематериальныйАктив, Сумма, СтавкаНДС, СуммаНДС, ОборотПоРеализации |
ДокументыОснования |
список реализаций-оснований | ДокументОснование |
НомераГТД |
источники происхождения импортных товаров | КлючСвязи, НомерГТД, Количество |
УчастникиСовместнойДеятельности |
доли участников СД | УчастникСовместнойДеятельности, ДоляУчастия |
Жизненный цикл (обработчики ObjectModule)
| Обработчик | Что делает |
|---|---|
ОбработкаЗаполнения |
Заполнение при вводе на основании: определяет вид СФ по типу основания, проверяет возможность записи СФ, копирует шапку и ТЧ, форсирует УчитыватьНДС = Истина, подставляет «Электронно» при включённом обмене ЭСФ |
ПриКопировании |
Чистит НомераГТД, нормализует УсловияОплаты под доступные способы расчёта ЭСФ |
ОбработкаПроверкиЗаполнения |
Формирует список непроверяемых реквизитов в зависимости от вида СФ, плательщика НДС, флага акциза; вызывает проверку оснований и акциза |
ПередЗаписью |
Перепроверяет заполнение и источники происхождения при проведении; считает СуммаДокумента; чистит данные СД; вызывает ЭСФСервер.ПередЗаписьюСчетаФактуры |
ОбработкаПроведения |
Делегирует формирование движений по НДС/акцизу модулю УчетНДСИАкциза; для исправленного СФ — движения по «прекратившим действие» |
ОбработкаУдаленияПроведения |
Проверяет возможность отмены проведения; обновляет сторнирующие документы ЭСФ |
ПриЗаписи |
Обновляет сторнирующие документы ЭСФ; обновляет извещение по зачёту НДС |
ВидыСчетовФактур.Обычный (а не «Первичный», как в части пользовательской документации и в разборе objects/). В коде проверяется именно Обычный. Это расхождение терминологии — учтите при поиске по коду.Как формируется проведение — реальный код (3.0.72.1)
Главное, что нужно понять: счёт-фактура не формирует бухгалтерских проводок. ОбработкаПроведения не обращается к плану счетов; он готовит наборы записей и делегирует формирование движений только в регистр накопления СведенияСчетовФактурВыданных (через УчетНДСИАкциза), а для исправленного СФ — ещё в регистр сведений СчетаФактурыПрекратившиеДействие.
Источник: ObjectModule.bsl, процедура ОбработкаПроведения (стр. 262), реальный код:
Процедура ОбработкаПроведения(Отказ, РежимПроведения)
// ПОДГОТОВКА ПРОВЕДЕНИЯ ПО ДАННЫМ ДОКУМЕНТА
ПроведениеСервер.ПодготовитьНаборыЗаписейКПроведению(ЭтотОбъект);
Если РучнаяКорректировка Тогда
Возврат; // ручное управление движениями
КонецЕсли;
ПараметрыПроведения = Документы.СчетФактураВыданный.ПодготовитьПараметрыПроведения(Ссылка, Отказ);
Документы.СчетФактураВыданный.ПроверитьВозможностьПроведения(ЭтотОбъект, Отказ);
Если Отказ Тогда
Возврат;
КонецЕсли;
// ФОРМИРОВАНИЕ ДВИЖЕНИЙ
Если ВидСчетаФактуры = Перечисления.ВидыСчетовФактур.Исправленный Тогда
МассивСФПрекратившихДействие = Новый Массив;
Документы.СчетФактураВыданный.ДобавитьДвиженияСторнирующиеИсправляемыеСчетаФактуры(ЭтотОбъект, МассивСФПрекратившихДействие);
Документы.СчетФактураВыданный.ДобавитьДвиженияПоСчетамФактурамПрекратившимДействие(ЭтотОбъект, МассивСФПрекратившихДействие);
КонецЕсли;
ЭСФСервер.ОбновитьДвиженияСторнирующихДокументов(ЭтотОбъект);
// Если вдруг не удалось получить параметры проведения и не установлен флаг Отказ, то просто выйдем из проведения
Если ПараметрыПроведения = Неопределено Тогда
Возврат;
КонецЕсли;
Если ПараметрыПроведения.СчетФактураВыданныйТаблицаТовары.Количество() <> 0 Тогда
УчетНДСИАкциза.СформироватьДвиженияСчетФактураВыданный(ПараметрыПроведения.СчетФактураВыданныйТаблицаТовары,
ПараметрыПроведения.СчетФактураВыданныйРеквизиты, Движения, Отказ);
КонецЕсли;
Если ПараметрыПроведения.СчетФактураВыданныйТаблицаУслуги.Количество() <> 0 Тогда
УчетНДСИАкциза.СформироватьДвиженияСчетФактураВыданный(ПараметрыПроведения.СчетФактураВыданныйТаблицаУслуги,
ПараметрыПроведения.СчетФактураВыданныйРеквизиты, Движения, Отказ);
КонецЕсли;
Если ПараметрыПроведения.СчетФактураВыданныйТаблицаОС.Количество() <> 0 Тогда
УчетНДСИАкциза.СформироватьДвиженияСчетФактураВыданный(ПараметрыПроведения.СчетФактураВыданныйТаблицаОС,
ПараметрыПроведения.СчетФактураВыданныйРеквизиты, Движения, Отказ);
КонецЕсли;
Если ПараметрыПроведения.СчетФактураВыданныйТаблицаНМА.Количество() <> 0 Тогда
УчетНДСИАкциза.СформироватьДвиженияСчетФактураВыданный(ПараметрыПроведения.СчетФактураВыданныйТаблицаНМА,
ПараметрыПроведения.СчетФактураВыданныйРеквизиты, Движения, Отказ);
КонецЕсли;
КонецПроцедуры
Разбор по шагам:
РучнаяКорректировка = Истина→ авто-проведение полностью пропускается (раннийВозврат). Это исключительный режим для сложных схем (экспорт, комиссия), когда бухгалтер сам управляет суммами НДС.ПодготовитьПараметрыПроведениясобирает «плоские» таблицы по каждому типу объекта реализации (...ТаблицаТовары,...ТаблицаУслуги,...ТаблицаОС,...ТаблицаНМА) и общие реквизиты.ПроверитьВозможностьПроведения— финальный шлюз: если возвращаетОтказ, движения не формируются.- Ветка исправленного СФ добавляет два набора движений: сторно исправляемых СФ и записи в регистр «прекративших действие».
- Четыре однотипных вызова
УчетНДСИАкциза.СформироватьДвиженияСчетФактураВыданныйпишут НДС/акциз по каждому типу реализуемого объекта в один и тот же регистр накопления.
Что именно пишет СформироватьДвиженияСчетФактураВыданный (из общего модуля УчетНДСИАкциза): строку в Движения.СведенияСчетовФактурВыданных с измерениями (Организация, Контрагент, Покупатель, ТМЗ/номенклатура, СтавкаНДС, СтавкаАкциза, СтранаНазначения, УчастникСовместнойДеятельности) и ресурсами в валюте договора и в регламентированной валюте (СуммаНДСРегл, СуммаАкцизаРегл, ОборотПоРеализацииРегл и т.д.). Период берётся из ДатаОборота строки либо из реквизитов документа.
Движения по регистрам
Documents/СчетФактураВыданный.xml (AccumulationRegister.СведенияСчетовФактурВыданных, InformationRegister.СчетаФактурыПрекратившиеДействие, InformationRegister.ДополнительныеСведения).| Регистр | Тип / движение | Что пишет |
|---|---|---|
СведенияСчетовФактурВыданных |
Накопление / приход | НДС, акциз, оборот по реализации в разрезе контрагента, номенклатуры, ставки и даты оборота — основа декларации по НДС |
СчетаФактурыПрекратившиеДействие |
Сведения | Пометка исходного СФ как «прекратившего действие» при выписке исправленного СФ |
ДополнительныеСведения |
Сведения | Служебные доп. сведения по документу |
🟡 Важно для пользователя: окно «Дт/Кт» на этом документе будет пустым или покажет только движения по регистрам — это нормально. Счёт-фактура не делает бухгалтерских проводок. НДС в бухучёте (Кт 3130) уже начислила «Реализация ТМЗ и услуг». Чтобы увидеть налоговый эффект СФ — смотрите движения по регистру
СведенияСчетовФактурВыданных(кнопка «Движения документа» → соответствующий регистр) или отчёты по НДС.
Заполнение на основании — реальный код
ОбработкаЗаполнения (стр. 9) — самая нагруженная процедура: именно она реализует основной пользовательский сценарий «создать на основании». Ключевые моменты:
// вид СФ по типу основания
Если ПараметрВидСчетаФактуры = Неопределено Тогда
Если ТипДанныхЗаполнения = Тип("ДокументСсылка.ВозвратТоваровОтПокупателя") Тогда
ПараметрВидСчетаФактуры = ПредопределенноеЗначение("Перечисление.ВидыСчетовФактур.Дополнительный");
Иначе
ПараметрВидСчетаФактуры = ПредопределенноеЗначение("Перечисление.ВидыСчетовФактур.Обычный");
КонецЕсли;
КонецЕсли;
...
// при включённом обмене ЭСФ — сразу электронный способ
Если ПолучитьФункциональнуюОпцию("ИспользоватьОбменЭСФЧерезAPI") Или ПолучитьФункциональнуюОпцию("ИспользоватьОбменЭСФЧерезXML") Тогда
ЭтотОбъект.СпособВыставления = Перечисления.СпособыОбменаДокументами.Электронно;
КонецЕсли;
...
// проверка возможности записи СФ перед заполнением
Если Не Документы.СчетФактураВыданный.ПроверитьВозможностьЗаписиСчетаФактуры(ПараметрыПроверки, МассивСообщений) Тогда
Для Каждого Сообщение Из МассивСообщений Цикл
Сообщение.Сообщить();
КонецЦикла;
ВызватьИсключение(НСтр("ru = 'Создание счета-фактуры невозможно!'"));
КонецЕсли;
ЗаполнитьПоДокументуОснования(ДанныеЗаполнения, ЭтоВозвратОтчета);
Логика заполнения по основанию вынесена в менеджер: Документы.СчетФактураВыданный.ЗаполнитьПоДокументуОснования(...). После заполнения, если основание было выписано неплательщиком НДС, документ принудительно ставит УчитыватьНДС = Истина и пересчитывает НДС в строках через ОбработкаТабличныхЧастейКлиентСервер.РассчитатьСуммуНДСТабЧасти — потому что «без признака НДС выписка счёта-фактуры не имеет смысла» (комментарий в коде).
Валидации (ОбработкаПроверкиЗаполнения + ПередЗаписью)
Проверка построена «от обратного»: формируется МассивНепроверяемыхРеквизитов, который исключается из стандартной проверки заполнения. Логика:
- Дата оборота: если
ДатаОборотаВТабличнойЧасти = Ложь, обязателен реквизит шапкиДатаСовершенияОборотаПоРеализации; иначе дата проверяется построчно. - Табличные части: если заполнена хотя бы одна из
Товары/Услуги/ОС/НМА— остальные из проверки исключаются (то есть достаточно одной непустой ТЧ). ОсновнойСчетФактура: проверяется как обязательный только для видов «Дополнительный» и «Исправленный»; для «Обычный» — исключается. Особый случай — запись из документа, подтверждающего отгрузку: незаполненный «Основной счёт-фактура» даёт сообщение, но не отказ (иначе нельзя было бы записать документ отгрузки).- Ставки НДС: если организация не плательщик НДС (
ПроцедурыНалоговогоУчета.ПолучитьПризнакПлательщикаНДС= Ложь) илиУчитыватьНДС = Ложь—Товары.СтавкаНДС,Услуги.СтавкаНДС,ОС.СтавкаНДС,НМА.СтавкаНДСиз проверки исключаются. - Дополнительный СФ:
Товары.Количествоне проверяется (количество может отсутствовать). - Акциз (
ВыполнитьПроверкиСвязанныеСАкцизомВТабличнойЧасти, запросом по ТЧ Товары): если у номенклатуры заданВидПодакцизногоТМЗ, но ставка акциза пуста — ошибка; и наоборот — ставка акциза без подакцизного вида ТМЗ → ошибка «очистите ставку или укажите вид подакцизного товара». - Документы-основания (
ПроверитьРеквизитыДокументовОснований, срабатывает приПодтвержденДокументамиОтгрузкиИ более одного основания): сверяетКонтрагент,ДоговорКонтрагента,ВалютаДокументакаждого основания со значениями в СФ; несовпадение → сообщение по конкретной строке +Отказ. - Источники происхождения (
ПроверитьЗаполнениеИсточниковПроисхождения, вПередЗаписьюпри проведении): только если на дату оборота ведётся учёт поТоварыОрганизацийБУ; сверяет количество в ТЧ Товары с суммой по ТЧ НомераГТД.
В ПередЗаписью при РежимЗаписи = Проведение вызывается повторная ПроверитьЗаполнение(), если она не была выполнена ранее (флаг ВыполненаПроверкаЗаполнения в ДополнительныеСвойства).
Зависимости (общие модули)
| Модуль | Роль |
|---|---|
УчетНДСИАкциза |
Формирование движений НДС/акциза, расчёт сумм, поиск подчинённых СФ, заполнение «Поставщик/Покупатель» по организации — критическая зависимость |
ЭСФСервер |
Электронный обмен: ПередЗаписьюСчетаФактуры, ОбновитьДвиженияСторнирующихДокументов, ОбновитьСторнирующиеДокументы |
Документы.СчетФактураВыданный (менеджер) |
ЗаполнитьПоДокументуОснования, ПодготовитьПараметрыПроведения, ПроверитьВозможностьПроведения/ОтменыПроведения/ЗаписиСчетаФактуры, движения по «прекратившим действие» |
ОбработкаТабличныхЧастейКлиентСервер |
Расчёт сумм НДС в строках ТЧ |
НомераГТДСервер |
Контроль источников происхождения импортных товаров |
ЗаполнениеДокументов |
Заполнение шапки документа (валюта регл. учёта) |
ПроцедурыНалоговогоУчета |
Признак плательщика НДС |
ИзвещениеПоЗачетуНДССервер |
Обновление актуальных ЭСФ по извещению о зачёте НДС |
ОбщегоНазначения, ОбщегоНазначенияБК, ОбщегоНазначенияКлиентСервер |
Сервис, сообщения пользователю, работа с реквизитами |
- «В счёте-фактуре нет проводок» — это не ошибка. Документ налоговый, проводки делает реализация. Если клиент жалуется, что СФ «ничего не проводит» в Дт/Кт — объясните роль документа и покажите регистр
СведенияСчетовФактурВыданныхи отчёты по НДС.- ЭСФ-обмен включается функциональными опциями
ИспользоватьОбменЭСФЧерезAPI/ИспользоватьОбменЭСФЧерезXML. Пока они выключены, поле «Способ выставления» останется «Бумажный», и команды выгрузки в портал на форме не появятся. Это первое, что проверять при настройке ЭСФ у клиента.- «НДС в декларацию не попал» → проверяйте, что СФ проведён и
РучнаяКорректировка = Ложь. При ручной корректировке движения по НДС документ не формирует — бухгалтер обязан внести их сам.- «Не сходятся основания» → у всех реализаций в ТЧ «Документы-основания» должны совпадать контрагент, договор и валюта с шапкой СФ. Контроль включается при подтверждении отгрузки и нескольких основаниях.
- Исправленный/дополнительный СФ требует проведённого «Основного счёта-фактуры». Нельзя отменить проведение исходного СФ, пока существует проведённый исправленный — это штатная блокировка
ПроверитьВозможностьОтменыПроведения.
- Вид первичного СФ в коде —
ВидыСчетовФактур.Обычный, не «Первичный». Не ищите перечислимое значение «Первичный» — его нет.- Вся «тяжёлая» логика заполнения и проведения вынесена в менеджер документа (
ManagerModule.bsl, ~390 КБ) и вУчетНДСИАкциза(~4600 строк).ObjectModule— тонкий слой-оркестратор; искать формирование движений и заполнение по основанию надо там.ОбработкаПроведенияпишет движения четырьмя одинаковыми вызовами по типам объектов (Товары/Услуги/ОС/НМА) в один регистрСведенияСчетовФактурВыданных. Регистра бухгалтерии в наборе движений нет.- При
РучнаяКорректировка = Истина— раннийВозвратсразу послеПодготовитьНаборыЗаписейКПроведению; наборы записей очищаются, но новые не формируются.ОбработкаУдаленияПроведенияиПриЗаписисинхронизируют сторнирующие документы ЭСФ — при доработке логики отмены проведения учитывайте побочный эффект на подсистему ЭСФ.
🔗 Связанные разделы
- realizaciya-tmz-i-uslug — основной документ-основание (отгрузка, проводки и НДС в бухучёте)
- schet-na-oplatu-pokupatelyu — счёт покупателю до отгрузки
- elektronnyy-akt-vypolnennyh-rabot — ЭАВР по услугам (раздел «ЭСФ/ЭАВР»)
- vozvrat-tovarov-ot-pokupatelya — основание для дополнительного СФ
🆕 Что нового
| Версия | Изменение | Тип |
|---|---|---|
| 3.0.72.1 | Первичное описание (на релизе 3.0.72.1) | 🆕 |