Документ «ИПНЗаявлениеНаПредоставлениеВычета» — техническое описание

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

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

Синоним объекта помечен «(до 2018)» — исторически форма вводилась для льгот прежних периодов. В текущих релизах документ продолжает поставляться и остаётся рабочим механизмом хранения плановых вычетов физлиц.

Где найти в 1С: раздел «Налоговый учет» → «Заявление на предоставление вычета по ИПН (до 2018)».

Контекст расчёта ИПН (Казахстан, 2026). Документ работает в связке с механизмом исчисления ИПН, для которого в 2026 году действуют параметры:

• МРП = 4 325 ₸, МЗП = 85 000 ₸;
• базовый налоговый вычет по ИПН = 30 МРП в месяц (= 129 750 ₸), но не более 360 МРП за год (= 1 557 000 ₸);
• ставки ИПН: 10 % с годового облагаемого дохода до 8 500 МРП и 15 % с превышения;
• ОПВ 10 % (потолок базы 50 МЗП = 4 250 000 ₸), ОПВР 3,5 %, ВОСМС 2 %, ОСМС 3 %, СО 5 %, социальный налог 6 %.

Данный документ добавляет к базовому вычету дополнительные плановые вычеты (взносы в ЕНПФ, обучение, ипотека и т. п.), которые уменьшают облагаемую базу ИПН в месяцах, указанных в графике.

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

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

Правило проведения: если хотя бы один из реквизитов ВычетИПН, ДатаНачала, ДатаОкончания, Организация, ФизЛицо не заполнен, 1С не даст провести документ и выдаст ошибку «Поле … не заполнено».

Табличная часть «ГрафикПлатежей»

Определяет распределение суммы вычета по датам (месяцам). Каждая строка порождает запись в регистре плановых вычетов.

Если табличная часть пуста, документ проводится без ошибки, но движения не формируются (проверка Таблица.Количество() = 0 в модуле менеджера).

Пример заполнения графика (вычет по взносам в ЕНПФ, сотрудник с окладом, ежемесячная сумма вычета 10 000 ₸):

3. Формы

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

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

Прямой BSL-код в evidence не приложен, поэтому ниже — типовые для этого вида объекта обработчики и подтверждённая evidence-логика формирования движений.

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

• ОбработкаПроведения(Отказ, РежимПроведения) — при РучнаяКорректировка = Ложь перебирает строки ГрафикПлатежей и формирует движения по регистру ИПНПлановыеНалоговыеВычетыФизлиц; при РучнаяКорректировка = Истина автозаполнение движений не выполняется (движения остаются такими, как заданы вручную).
• ОбработкаЗаполнения(ДанныеЗаполнения) — заполнение реквизитов при вводе на основании/копировании.
• ПроверкаЗаполнения(Отказ, ПроверяемыеРеквизиты) — контроль обязательных реквизитов (ВычетИПН, ДатаНачала, ДатаОкончания, Организация, ФизЛицо) и колонки ДатаПлатежа табличной части.

Модуль менеджера (ManagerModule):

• Процедуры формирования движений с проверкой Таблица.Количество() = 0 — при пустом графике движения не создаются.
• Процедуры групповой обработки (см. сценарий 3.4 «Групповое изменение документов» — массовое продление вычетов).

Модуль формы (FormModule):

• ПриСозданииНаСервере, ПередЗаписью, обработчики изменения ВычетИПН/ДатаНачала/ДатаОкончания и событий табличной части ГрафикПлатежей (заполнение сумм и дат при ручном режиме).

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

Регистр движений: InformationRegister.ИПНПлановыеНалоговыеВычетыФизлиц (регистр сведений).

Условия формирования движений:

1. РучнаяКорректировка = Ложь;
2. табличная часть ГрафикПлатежей заполнена (иначе документ проводится, но записей нет).

Для каждой строки «ГрафикПлатежей» создаётся запись:

Что важно понимать про этот документ:

• Это регистратор плановых сведений, а не документ хозяйственных операций. Он не формирует бухгалтерских проводок по счетам Типового плана счетов РК (1210, 1030, 1330, 3310, 3130, 6010, 7010) и не движется по регистру бухгалтерии.
• Фактическое уменьшение облагаемой базы и расчёт ИПН выполняются в документах начисления зарплаты, которые читают плановые вычеты из регистра ИПНПлановыеНалоговыеВычетыФизлиц.

Пример влияния на ИПН (2026). Сотрудник, месячный облагаемый доход после ОПВ и ВОСМС — 300 000 ₸.

• Базовый вычет по ИПН: 30 МРП = 129 750 ₸.
• Дополнительный плановый вычет из данного документа (например, ЕНПФ): 10 000 ₸.
• Облагаемая база ИПН: 300 000 − 129 750 − 10 000 = 160 250 ₸.
• ИПН по ставке 10 %: 160 250 × 10 % = 16 025 ₸.

Без документа-заявления (только базовый вычет) база составила бы 170 250 ₸, а ИПН — 17 025 ₸. Разница 1 000 ₸ — прямой эффект планового вычета в этом месяце.

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

Ввод на основании. Типовой сценарий — продление действующего вычета (3.2): новое заявление создаётся копированием/на основании ранее оформленного, со смещением периода ДатаНачала/ДатаОкончания и перезаполнением графика на новый год.

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

• Модуль объекта → ОбработкаПроведения — добавление собственной аналитики в движения регистра или дополнительных проверок графика (например, контроль годового лимита вычета).
• ПроверкаЗаполнения — расширение правил валидации (соответствие дат графика периоду ДатаНачала–ДатаОкончания, контроль дублей по физлицу и виду вычета).
• Модуль формы — автозаполнение ГрафикПлатежей по периоду (равномерное распределение суммы по месяцам), подсказки по виду вычета.
• Групповая обработка (ManagerModule) — реализация массового продления вычетов на новый год (сценарий 3.4).
• Обмен электронными документами — сам документ в обмене ЭСФ/СНТ (ИС ЭСФ) не участвует; расширения здесь неуместны (это налоговый учёт по физлицам, а не реализация ТМЗ).

Требует проверки (версионно-специфично): точный состав измерений регистра ИПНПлановыеНалоговыеВычетыФизлиц (наличие измерения СтруктурноеПодразделение зависит от включённой функциональной опции) и наличие процедур групповой обработки в конкретной сборке 3.0.74.2. Остальная логика стабильна между релизами.