---
title: "Отчет «ЖурналУчетаСчетовФактур» — техническое описание"
country: KZ
lang: ru
author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti)
date: 2026-09-06
canonical: https://buhgpt.kz/suraqtar/otchet-zhurnaluchetaschetovfaktur-tehnicheskoe-opisanie
source: BuhGPT
---

# Отчет «ЖурналУчетаСчетовФактур» — техническое описание

> **TL;DR:** 1. Идентификация Характеристика Значение Тип объекта Отчет (Report) Имя ЖурналУчетаСчетовФактур Полный путь Отчет.ЖурналУчетаСчетовФактур Навигационная ссылка e1cib/list/Отчет.ЖурналУчетаСчетовФактур Синоним Журнал учета выданных и полученных счетов-фактур Конфигурация Бухгалт

---

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

Характеристика
Значение

Тип объекта
Отчет (Report)

Имя
ЖурналУчетаСчетовФактур

Полный путь
Отчет.ЖурналУчетаСчетовФактур

Навигационная ссылка
e1cib/list/Отчет.ЖурналУчетаСчетовФактур

Синоним
Журнал учета выданных и полученных счетов-фактур

Конфигурация
Бухгалтерия для Казахстана, 3.0.74.2

Раздел интерфейса
«Продажа» → «Журнал учета выданных и полученных счетов-фактур»

Назначение. Специализированный отчет для ведения журнала (книги покупок и книги продаж) счетов-фактур по НДС в соответствии с требованиями законодательства Республики Казахстан. Применяется бухгалтером для контроля и анализа счетов-фактур — бумажных и электронных (ЭСФ), — выданных покупателям и полученных от поставщиков за период. Поддерживает:

- проверку соответствия сумм счетов-фактур первичным документам реализации/поступления;

- массовое перезаполнение реквизитов счетов-фактур;

- работу с электронными счетами-фактурами (ЭСФ, ИС ЭСФ);

- группировку данных по контрагентам, договорам и способу выписки (электронный/бумажный носитель).

Ставка НДС, применяемая при формировании оборотов, — 16 % (Казахстан, 2026 год).

Отчет — объект невыполняющий проведение: он не формирует движений по регистрам и бухгалтерских проводок, а только читает и агрегирует уже проведенные данные (см. раздел 5).

2. Реквизиты и структура

2.1 Реквизиты (параметры) шапки

Отчет не имеет реквизитов в классическом смысле объекта метаданных — перечисленные ниже поля являются параметрами настройки формирования, задаваемыми пользователем на форме и передаваемыми в алгоритм построения.

Имя
Тип
Обязательность
Назначение

НачалоПериода
Дата (dateTime)
DontCheck
Начальная дата периода формирования отчета по счетам-фактурам

КонецПериода
Дата (dateTime)
DontCheck
Конечная дата периода формирования отчета по счетам-фактурам

ПредставлениеСпискаОрганизаций
Строка
DontCheck
Текстовое представление выбранных организаций для отбора данных

КонтрагентДляОтбора
СправочникСсылка.Контрагенты
DontCheck
Конкретный контрагент для фильтрации счетов-фактур (опционально)

ГруппироватьПоКонтрагентам
Булево
DontCheck
Флаг группировки строк отчета по контрагентам

ОтбиратьПоКонтрагенту
Булево
DontCheck
Флаг активации отбора по конкретному контрагенту

ОтображатьДоговора
Булево
DontCheck
Флаг вывода информации о договорах

ОтображатьКомментарий
Булево
DontCheck
Флаг вывода комментариев к счетам-фактурам

ВыводитьНомераБезНулейИПрефиксов
Булево
DontCheck
Форматирование номеров документов без ведущих нулей и префиксов

ВидСчетаФактуры
Строка
ShowError
Обязательный параметр: тип отчета — «Выданный» или «Полученный»

ИсключатьПрекратившиеДействие
Булево
DontCheck
Исключение счетов-фактур, прекративших действие

ГруппироватьПоСпособуВыписки
Булево
DontCheck
Группировка по способу выписки (электронный/бумажный)

Ключевой управляющий параметр — ВидСчетаФактуры: он единственный обязателен (контроль ShowError) и определяет, строится ли книга продаж (выданные счета-фактуры) или книга покупок (полученные счета-фактуры). От него зависит набор источников данных и колонок результата.

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

Отсутствуют. Отчет не хранит собственных данных, а обращается к внешним источникам — документам счетов-фактур (выданных/полученных) и связанным с ними первичным документам. Результат формируется в виде табличного документа.

3. Формы

Форма
Назначение

ФормаОтчета
Единственная и основная форма. Содержит панель настроек параметров (период, организации, контрагент, флаги группировки и отображения, выбор вида счета-фактуры), командную панель управления формированием и поле вывода результирующего табличного документа.

Отдельных форм настроек/варианта не предусмотрено — все параметры вынесены непосредственно на ФормаОтчета.

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

Evidence с исходным кодом BSL для данного объекта не приложено. Ниже — типовой для отчетов БК 3.0 состав обработчиков; конкретные имена и сигнатуры следует уточнять в конфигураторе.

Модуль формы (ФормаОтчета):

- ПриСозданииНаСервере — инициализация параметров по умолчанию (период = текущий месяц/квартал, организация из настроек пользователя, ВидСчетаФактуры), восстановление сохраненных настроек.

- ПриОткрытии — донастройка видимости элементов панели в зависимости от ВидСчетаФактуры.

- Обработчики ПриИзмененииВидаСчетаФактуры, ПриИзмененииОтбиратьПоКонтрагенту, ПриИзмененииГруппировать… — управление доступностью/видимостью связанных полей (например, поле КонтрагентДляОтбора доступно только при ОтбиратьПоКонтрагенту = Истина).

- Сформировать (команда) — сбор параметров, вызов серверной процедуры построения и вывод табличного документа в поле результата.

- Команды массовых операций — «Проверить соответствие сумм» и «Перезаполнить счета-фактуры» (перезаполнение реквизитов счетов-фактур по данным документов-оснований).

Модуль объекта отчета:

- Процедура компоновки/построения результата (СформироватьОтчет или через СКД КомпоновкаРезультата) — выборка счетов-фактур за период по организациям, отбор по ВидСчетаФактуры, применение фильтра контрагента, группировок и исключения прекративших действие, формирование табличного документа.

Требует проверки: реализован ли отчет на СКД или полностью программной генерацией табличного документа — это версионно-зависимо и определяет точную структуру процедур.

5. Формирование данных (движения/проводки)

Как отчет, объект не выполняет проведение и не создает движений по регистрам и бухгалтерских проводок. Он читает уже сформированные данные учета.

Источники данных:

- документы счетов-фактур выданных и полученных (в т. ч. ЭСФ);

- связанные первичные документы реализации и поступления;

- регистры учета НДС (книги покупок/продаж).

Для контекста — обороты, которые отчет анализирует, порождаются первичными документами и отражаются на счетах типового плана счетов РК:

Реализация (выданный счет-фактура), НДС 16 %:

Дт
Кт
Содержание

1210
6010
Выручка от реализации (краткосрочная ДЗ покупателей ↔ доход)

1210
3130
НДС к уплате (16 %) с реализации

7010
1330
Списание себестоимости реализованных товаров

Поступление (полученный счет-фактура), НДС 16 %:

Дт
Кт
Содержание

1330
3310
Оприходование товаров (КЗ поставщикам)

1030
—
Расчеты по текущим счетам при оплате

Сумма НДС в каждом счете-фактуре рассчитана по ставке 16 %; именно эти суммы отчет сверяет с первичными документами при выполнении команды проверки соответствия.

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

- Документы-источники: Счет-фактура (выданный), Счет-фактура (полученный), а также документы реализации/поступления, на основании которых счета-фактуры выписаны.

- Электронные документы: ЭСФ (ИС ЭСФ), СНТ — статусы и реквизиты электронных счетов-фактур учитываются при группировке по способу выписки.

- Справочники: Контрагенты (КонтрагентДляОтбора), Организации, Договоры контрагентов.

- Ввод на основании: для отчета не применяется (объект не является источником для ввода документов). Из результата отчета доступна расшифровка — переход к конкретному документу счета-фактуры.

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

- Расширение конфигурации формы ФормаОтчета: добавление собственных параметров отбора/колонок, переопределение обработчиков ПриСозданииНаСервере, Сформировать через аннотации &Перед/&После/&Вместо.

- Дополнительные отчеты (внешние) через подсистему БСП «Дополнительные отчеты и обработки» — как альтернатива правке типового объекта.

- Настройки варианта отчета/СКД (если реализация на СКД) — пользовательские варианты, условное оформление, доп. группировки без изменения кода.

- Перезаполнение реквизитов счетов-фактур — при необходимости кастомизации логики массовой операции целесообразно выносить правила в отдельный общий модуль/расширение, не затрагивая типовую процедуру.

Требует проверки (версионно): наличие точек расширения БСП и признак поддержки конфигурации на замке — от этого зависит допустимый способ доработки в конкретной базе 3.0.74.2.

---
_BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_