Отчёт «РегистрНалоговогоУчетаПоДоходам» (Бухгалтерия для Казахстана 3.0.74.2)

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

Назначение. Отчёт формирует регистр налогового учёта доходов индивидуальных предпринимателей, применяющих специальные налоговые режимы Республики Казахстан. Используется бухгалтерами и ИП для подготовки налоговой отчётности (в частности, приложений к декларациям) и для внутреннего контроля движения доходов в разрезе аналитик. Данные собираются из бухгалтерского и налогового учёта за выбранный период. Отчёт поддерживает расшифровку до первичных документов, произвольные группировки и отборы. Все суммы выражаются в тенге (₸).

Где найти в 1С. Раздел «Бухгалтерия для Казахстана» (подсистема налогового учёта) → «Регистр налогового учёта по доходам». Прямой переход — по навигационной ссылке e1cib/list/Отчет.РегистрНалоговогоУчетаПоДоходам.

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

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

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

Группировка

Определяет список полей для группировки строк и колонок отчёта. Пользователь задаёт несколько уровней группировки и управляет их порядком.

Помимо перечисленной таблицы «Группировка» стандартные отчёты этого вида содержат служебные наборы настроек СКД (отборы, порядок, условное оформление, выбранные поля). Их состав версионно-зависим — требует проверки по конкретной сборке при доработках.

3. Формы

Отдельная форма расшифровки, как правило, не создаётся: расшифровка отрабатывается стандартным механизмом СКД с переключением реквизита РежимРасшифровки в Истину и повторным формированием подчинённого табличного документа.

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

Программного BSL-evidence по модулям к данному объекту не приложено. Ниже — типовые обработчики отчёта на СКД для конфигураций линейки «Бухгалтерия для Казахстана»; конкретные имена и сигнатуры требуют проверки по модулю сборки 3.0.74.2.

• ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) (модуль объекта отчёта) — перехват вывода: СтандартнаяОбработка = Ложь, ручное управление компоновщиком макета, вывод фирменной шапки регистра (наименование, налогоплательщик, категория, период, номер приложения) и подвала. При РежимРасшифровки = Истина вывод заголовков/подвалов пропускается.

• ПриКомпоновкеРезультатаНабораДанных / обработчики макета — подстановка представлений списков организаций и подразделений, форматирование сумм в тенге, размещение дополнительных полей согласно РазмещениеДополнительныхПолей.

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

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

• НачалоПериодаПриИзменении / КонецПериодаПриИзменении — контроль корректности границ периода, синхронизация полей интерфейса.

• Процедуры формирования запроса СКД — построение набора данных по доходам за период с отбором по организации(ям) и подразделению(ям).

5. Источник данных (для отчёта — вместо проводок)

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

Основные источники:

• Обороты по счёту дохода 6010 «Доход от реализации продукции и оказания услуг» (типовой план счетов РК) — база показателя дохода.

• Данные первичных документов реализации и связанных с ними электронных документов (ЭСФ в ИС ЭСФ, при перемещении товаров — СНТ).

• Аналитика доходов: контрагент (счёт 1210 «Краткосрочная дебиторская задолженность покупателей»), номенклатура (1330 «Товары»), подразделение, договор.

Сопутствующие счета движения денег и расчётов (для контекста первичных операций): 1030 «Денежные средства на текущих банковских счетах», 3310 «Краткосрочная кредиторская задолженность поставщикам», 7010 «Себестоимость реализованной продукции».

НДС. Реализация облагается НДС по ставке 16 % (норма РК на 2026 год); НДС к уплате отражается на счёте 3130 «Налог на добавленную стоимость». В регистр по доходам сумма НДС, как правило, не включается — доход показывается без косвенных налогов; требует проверки по варианту отчёта и номеру приложения.

Справочно — параметры расчётов РК 2026 (в самом отчёте не считаются, но нужны для сверки с декларацией):

• МРП = 4 325 ₸, МЗП = 85 000 ₸.

• Базовый налоговый вычет по ИПН = 30 МРП в месяц, но не более 360 МРП за год.

• ИПН: 10 % до 8 500 МРП годового дохода и 15 % сверх этого порога.

• ОПВ 10 % (потолок базы — 50 МЗП), ОПВР 3,5 %, ВОСМС 2 %, ОСМС 3 %, СО 5 %, социальный налог 6 %.

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

Отчёт как объект не участвует во «вводе на основании» (это механизм документов). Функционально он связан с:

• Справочник «Организации» — реквизит Налогоплательщик (обязательная связь), определяет категорию и заголовок.

• Справочник «ПодразделенияОрганизаций» — отбор по подразделениям.

• Справочник «Контрагенты», «Номенклатура» — аналитика группировок и расшифровки.

• Документы реализации и первичные документы дохода — источники строк; расшифровка ведёт к ним.

• Электронные документы ЭСФ / СНТ — связаны с первичными документами реализации, попадающими в регистр.

• Регистр бухгалтерии (Хозрасчётный) и налоговые регистры накопления — источники оборотов по счёту 6010 и аналитике.

• Налоговые декларации / приложения — потребители результата (реквизит НомерПриложения увязывает регистр с конкретным приложением декларации).

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

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

• Реквизит ВидОтчета — ветвление логики обработки под разные формы регистра.

• Реквизит НомерПриложения — привязка вывода к нужному приложению декларации; расширяемо при появлении новых форм отчётности.

• Обработчик ПриКомпоновкеРезультата — основная точка для доработки шапки/подвала, добавления итогов, кастомного форматирования сумм в тенге.

• Расширения конфигурации (Extension) — переопределение модулей формы и объекта, добавление реквизитов и команд без снятия с поддержки.

• РазмещениеДополнительныхПолей — управление раскладкой добавленных показателей.

• Механизм расшифровки (РежимРасшифровки) — подключение собственных сценариев детализации до первичных документов.

При адаптации под изменения законодательства РК (ставки, вычеты, пороги ИПН) корректировки вносятся в источники данных и справочники параметров налогообложения, а не в макет отчёта. Конкретный состав настроек и имена процедур сборки 3.0.74.2 — требует проверки по эталонной поставке.

8. FAQ (Часто задаваемые вопросы)

Как добавить дополнительную аналитику (например, договор или документ расчетов) в отчет без изменения кода? Через пользовательские настройки формы отчета (кнопка «Настройки» → вид «Расширенный»). На вкладке «Структура» или «Дополнительные поля» можно выбрать реквизиты из связанных справочников, опираясь на стандартный функционал СКД.

• Почему отчет формируется пустым, хотя первичные документы за период проведены? Наиболее частые причины:

  1. Не заполнено обязательное поле Налогоплательщик.

  2. Документы (например, «Реализация ТМЗ и услуг») не сформировали бухгалтерские проводки по кредиту счета 6010.

  3. Установлены жесткие отборы в настройках варианта отчета, отсекающие данные.

• Включается ли НДС в сумму дохода в данном регистре? Нет, по умолчанию суммы в налоговом регистре по доходам отражаются без учета косвенных налогов. В выборку СКД попадает чистый оборот (нетто-доход).

• Как технически работает проваливание в первичный документ? При двойном клике на ячейку с суммой платформа инициирует стандартный процесс расшифровки СКД. Реквизит РежимРасшифровки принимает значение Истина, отчет переформировывается с детализацией до регистратора, после чего открывается форма конкретного документа реализации или ЭСФ.

9. Источники данных и нормативная база

10. Вывод автора

Объект Отчет.РегистрНалоговогоУчетаПоДоходам представляет собой классический пример масштабируемой архитектуры в тиражных решениях 1С, где логика извлечения данных строго отделена от слоя визуализации.

Использование Системы компоновки данных в качестве основы позволяет переложить значительную часть задач по фильтрации, группировке и оформлению на платформенные механизмы. Это избавляет разработчика от написания избыточного кода и дает пользователям свободу кастомизации.

Архитектурно отчет спроектирован с учетом высоких требований к расширяемости. Вся специфичная для налогового учета РК логика — проверка статуса налогоплательщика, вывод фирменных шапок (с указанием МРП, периода и номера приложения) — вынесена в перехватчик ПриКомпоновкеРезультата. Такой подход позволяет легко дорабатывать внешний вид и логику регистра через механизм расширений, не снимая основную конфигурацию с поддержки, что критически важно в условиях регулярно меняющегося налогового законодательства.