Документ «Подтверждение выплаты доходов»

Фиксирует фактическую дату выплаты доходов по ранее оформленной платёжной ведомости: вводится «на основании» любой из семи ведомостей на выплату зарплаты и прочих доходов, записывает дату оплаты в регистр «ДатыВыплатыДоходов» — налогозначимый разрез для ИПН, ОПВ, СО и ВОСМС.

ЗУП для Казахстана, ред. 3.1 · v3.1.2.24 · обновлено 2026-06

🎯 Что это и зачем

В казахстанском учёте дата фактической выплаты дохода является налогозначимой: от неё зависят сроки перечисления ИПН, ОПВ, ОПВР, СО, ВОСМС и ООСМС. Платёжная ведомость фиксирует только намерение выплатить и суммы — но не факт выплаты. Документ «Подтверждение выплаты доходов» закрывает этот разрыв: он принимает готовую ведомость и единственное поле — фактическую дату оплаты — и записывает её в специальный регистр сведений.

Один документ подтверждает одну ведомость. Если в периоде прошло несколько ведомостей (аванс + окончательный расчёт + межрасчётная выплата), на каждую создаётся своё подтверждение. Используется бухгалтером по зарплате эпизодически — сразу после того, как деньги реально ушли или были выданы из кассы.

Поддерживаемые типы ведомостей: в банк / в кассу / перечислением / раздатчиком — для зарплаты; в банк / в кассу / перечислением — для прочих доходов (всего семь типов).

🧭 Где найти в программе

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

📌 Рекомендуемый путь. Раздел «Выплаты» → открыть нужную ведомость → кнопка «Создать на основании» → «Подтверждение выплаты доходов». Если нужно найти ранее созданный документ — используйте поиск через «Все функции» или журнал документов «Подтверждение выплаты доходов».

👤 Часть 1. Для пользователя

Три сценария: создание из ведомости зарплаты, подтверждение прочих доходов, исправление ошибочной даты.

Урок 1. Подтверждение выплаты на основании ведомости

Когда: ведомость на выплату зарплаты (в банк, в кассу, перечислением или раздатчиком) проведена, деньги фактически выплачены — нужно зафиксировать дату оплаты.

  1. Откройте проведённую ведомость (например, «Ведомость на выплату зарплаты в банк»).
  2. Нажмите «Создать на основании» и выберите «Подтверждение выплаты доходов». Программа автоматически заполнит Организация и Ведомость из документа-основания.
  3. Проверьте подставленные значения: Организация должна совпадать с ведомостью, Ведомость — ссылаться на нужный платёжный документ.
  4. Введите Дата оплаты — фактическую дату, когда деньги поступили сотрудникам (для банка — дата зачисления, для кассы — дата выдачи).
  5. При необходимости заполните Ответственный и Комментарий.
  6. Нажмите «Провести и закрыть». Программа запишет дату в регистр «ДатыВыплатыДоходов» и выполнит сопутствующие движения по регистрам.
📷 Скриншот: документ «Подтверждение выплаты доходов» — три обязательных поля
Шапка документа: Организация, Ведомость (ссылка на ведомость из based_on), Дата оплаты.
💡 Подсказка. Всегда создавайте подтверждение на основании ведомости, а не с нуля: так поля «Организация» и «Ведомость» заполнятся автоматически и без ошибок. Ручной ввод поля «Ведомость» требует двух шагов — сначала выбор типа документа (платформа показывает диалог из семи типов), затем выбор самого документа.
⚠️ Важно. Три поля строго обязательны: Организация, Ведомость, Дата оплаты — без любого из них проведение упадёт с ошибкой заполнения. Дата оплаты — не дата самого документа и не дата ведомости: это именно фактическая дата выплаты, налогозначимая для сроков ИПН/ОПВ/СО/ВОСМС.

Урок 2. Подтверждение прочих доходов

Когда: по сотрудникам начислены и выплачены доходы, отличные от заработной платы (премии вне расчётного периода, матпомощь, иные выплаты по ведомостям прочих доходов).

  1. Откройте проведённый документ: «Ведомость прочих доходов в банк», «…в кассу» или «…перечислением».
  2. Нажмите «Создать на основании» → «Подтверждение выплаты доходов».
  3. Введите Дата оплаты — фактическую дату выплаты этих доходов.
  4. Проведите документ.
📌 Заметка. Механика создания и проведения идентична сценарию с зарплатной ведомостью — отличается только тип документа в поле «Ведомость». Один документ подтверждает одну ведомость: если прочие доходы выплачивались несколькими ведомостями, создайте подтверждение на каждую.

Урок 3. Исправление даты оплаты

Когда: в поле «Дата оплаты» указана ошибочная дата — опечатка, перепутаны дни, или оплата фактически прошла позже/раньше запланированного.

  1. Откройте проведённый документ «Подтверждение выплаты доходов».
  2. Нажмите «Изменить» (снять проведение).
  3. Исправьте поле Дата оплаты на верное значение.
  4. Нажмите «Провести и закрыть» — движения по регистрам будут перезаписаны с новой датой.
⚠️ Важно. «Дата оплаты» — налогозначимый реквизит. После перепроведения с исправленной датой сверьте движения по регистру «ДатыВыплатыДоходов»: если по исходной дате уже формировалась отчётность (ФНО 200.00, ФНО 910.00), уточните последствия с главным бухгалтером. Смена поля «Ведомость» (перенос подтверждения на другой платёжный документ) также возможна при перепроведении.

🛠 Часть 2. Для программиста

Состав объекта, регистры-приёмники движений и логика проведения. Конфигурация ЗУП для Казахстана 3.1, релиз 3.1.2.24.

Структура объекта

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (уникален в пределах года). В шапке 5 реквизитов, 1 табличная часть (механизм БСП дополнительных реквизитов). Формы объекта отсутствуют — платформа генерирует автоформу документа и список. Модули объекта и форм в XML-выгрузке не представлены (bsl_static / bsl_summaries пусты).

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

ИмяТипОбяз.Назначение
ОрганизацияСправочникСсылка.ОрганизацииДаОрганизация-работодатель, выплатившая доходы; задаёт контекст нумерации и настроек
ВедомостьСоставной (7 типов ведомостей)ДаПлатёжный документ, выплата по которому подтверждается; при ручном выборе платформа сначала запрашивает тип документа
ДатаОплатыДата (xs:dateTime)ДаФактическая дата выплаты доходов — ключевой налогозначимый реквизит (ИПН/ОПВ/СО/ВОСМС)
ОтветственныйСправочникСсылка.ПользователиНетПользователь, оформивший документ
КомментарийСтрокаНетПроизвольное примечание

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

Единственная ТЧ — ДополнительныеРеквизиты — стандартный механизм БСП дополнительных реквизитов и сведений; к предметной логике подтверждения выплаты не относится.

Имя колонкиТипНазначение
СвойствоПланВидовХарактеристикСсылка.ДополнительныеРеквизитыИСведенияСсылка на вид дополнительного реквизита
ЗначениеСоставной (тип не зафиксирован)Значение дополнительного реквизита
ТекстоваяСтрокаСтрокаТекстовое представление для строковых свойств

Движения по регистрам

Документ объявлен регистратором по 7 регистрам. Единственный казахстанский по сути регистр — ДатыВыплатыДоходов; остальные пять — НДФЛ-регистры, унаследованные из российской типовой ЗУП 3.1 и в КЗ-учёте де-факто не использующиеся по прямому назначению.

РегистрТипНазначение
ДатыВыплатыДоходовСведений (РС)КЗ — ключевой: фиксирует фактическую дату выплаты доходов по ведомости; именно отсюда читается дата для расчёта сроков ИПН/ОПВ/СО/ВОСМС
БухучетНачисленияУдержанияПоСотрудникамНакопления (РН)Бухучётное зеркало начислений и удержаний по сотрудникам
РасчетыНалогоплательщиковСБюджетомПоНДФЛНакопления (РН)RU-наследие Расчёты налогоплательщиков по НДФЛ — в КЗ налог с доходов физлиц называется ИПН; в казахстанском учёте не используется по основному назначению
НДФЛКПеречислениюНакопления (РН)RU-наследие НДФЛ к перечислению в бюджет РФ — в КЗ не используется
ДокументыУчтенныеПриРасчетеНДФЛСведений (РС)RU-наследие Документы, учтённые при расчёте НДФЛ — в КЗ не используется
РасчетыНалоговыхАгентовСБюджетомПоНДФЛНакопления (РН)RU-наследие Расчёты налоговых агентов по НДФЛ — в КЗ не используется
СведенияОДоходахНДФЛНакопления (РН)RU-наследие Сведения о доходах для НДФЛ — в КЗ не используется
⚠️ Важно. Пять НДФЛ-регистров — наследие российской типовой ЗУП 3.1. Не интерпретируйте их как казахстанский ИПН и не стройте по ним KZ-отчётность (ФНО 200, ФНО 910). Для КЗ-отчётности по ИПН используйте регистры, наполняемые документами начислений и ведомостями.

Как формируется проведение — реальный код (3.1.2.24)

⚠️ Важно об источнике. В использованной XML-выгрузке конфигурации модули объекта и форм отсутствуют (секции bsl_static / bsl_summaries пусты), поэтому дословный текст процедур ОбработкаПроведения / ОбработкаПроверкиЗаполнения привести нельзя. Ниже — реконструкция по метаданным: состав регистров-приёмников и обязательность реквизитов. Это не цитата исходного кода, а корректная по структуре схема того, как типовая ЗУП проводит документ.

Структура обязательности (из fill_value_required: ShowError) — то, что проверяет типовая ОбработкаПроверкиЗаполнения на уровне платформы:

// Реконструкция по metadata: 3 реквизита с проверкой заполнения (ShowError).
// Платформа проверяет их автоматически перед записью; имена — дословно из метаданных.
ПроверяемыеРеквизиты = "Организация, Ведомость, ДатаОплаты";
// Дополнительные прикладные проверки задаёт ОбработкаПроверкиЗаполнения (в выгрузке нет).

Схема проведения (реконструкция): документ очень «узкий» — он не рассчитывает суммы, а только фиксирует факт выплаты по уже рассчитанной и проведённой ведомости.

// Реконструкция по metadata.register_records (7 регистров). Не дословный код модуля.
Процедура ОбработкаПроведения(Отказ, РежимПроведения)

    // 1. Ключевой КЗ-регистр: фиксируем фактическую дату выплаты.
    //    Ключ записи — Организация + Ведомость + (возможно разрез по дате).
    //    Именно отсюда читается дата для сроков перечисления ИПН/ОПВ/СО/ВОСМС.
    Движения.ДатыВыплатыДоходов;   // ДатаОплаты → регистр сведений

    // 2. Бухучётный контур.
    Движения.БухучетНачисленияУдержанияПоСотрудникам;

    // 3. НДФЛ-регистры (RU-наследие типовой ЗУП 3.1).
    //    В КЗ-учёте — технические записи; в российском контексте фиксировали
    //    дату фактического получения дохода для НДФЛ (ст. 223 НК РФ).
    //    В Казахстане не используются по назначению.
    Движения.РасчетыНалогоплательщиковСБюджетомПоНДФЛ;
    Движения.НДФЛКПеречислению;
    Движения.ДокументыУчтенныеПриРасчетеНДФЛ;
    Движения.РасчетыНалоговыхАгентовСБюджетомПоНДФЛ;
    Движения.СведенияОДоходахНДФЛ;

    // 4. Запись наборов записей всех регистров.
    Движения.Записать();

КонецПроцедуры

Зависимости

Дословный список общих модулей в выгрузке отсутствует. Структурно документ опирается на:

ЗависимостьЧто используется
СправочникиОрганизации (шапка), Пользователи (Ответственный)
Документы-основания (7 типов ведомостей)ВедомостьНаВыплатуЗарплатыВБанк, …ВКассу, …Перечислением, …Раздатчиком, ВедомостьПрочихДоходовВБанк, …ВКассу, …Перечислением — поле «Ведомость» ссылается на один из этих типов
Регистр сведенийДатыВыплатыДоходов — ключевой приёмник; читается механизмами расчёта налогов и взносов для определения налогового периода
Механизм БСППланВидовХарактеристик ДополнительныеРеквизитыИСведения — ТЧ ДополнительныеРеквизиты
📌 Заметка. На основании «Подтверждения выплаты доходов» другие документы не вводятся (inverse_based_on пуст) — это терминальный документ в цепочке выплаты. Собственных команд объект также не объявляет (commands: []).

🔗 Связанные разделы