Документ «Подтверждение выплаты доходов»
Фиксирует фактическую дату выплаты доходов по ранее оформленной платёжной ведомости: вводится «на основании» любой из семи ведомостей на выплату зарплаты и прочих доходов, записывает дату оплаты в регистр «ДатыВыплатыДоходов» — налогозначимый разрез для ИПН, ОПВ, СО и ВОСМС.
🎯 Что это и зачем
В казахстанском учёте дата фактической выплаты дохода является налогозначимой: от неё зависят сроки перечисления ИПН, ОПВ, ОПВР, СО, ВОСМС и ООСМС. Платёжная ведомость фиксирует только намерение выплатить и суммы — но не факт выплаты. Документ «Подтверждение выплаты доходов» закрывает этот разрыв: он принимает готовую ведомость и единственное поле — фактическую дату оплаты — и записывает её в специальный регистр сведений.
Один документ подтверждает одну ведомость. Если в периоде прошло несколько ведомостей (аванс + окончательный расчёт + межрасчётная выплата), на каждую создаётся своё подтверждение. Используется бухгалтером по зарплате эпизодически — сразу после того, как деньги реально ушли или были выданы из кассы.
Поддерживаемые типы ведомостей: в банк / в кассу / перечислением / раздатчиком — для зарплаты; в банк / в кассу / перечислением — для прочих доходов (всего семь типов).
🧭 Где найти в программе
Точное расположение пункта меню в карте объекта не зафиксировано. Документ удобнее всего открывать через ведомость, из которой он создаётся.
👤 Часть 1. Для пользователя
Три сценария: создание из ведомости зарплаты, подтверждение прочих доходов, исправление ошибочной даты.
Урок 1. Подтверждение выплаты на основании ведомости
Когда: ведомость на выплату зарплаты (в банк, в кассу, перечислением или раздатчиком) проведена, деньги фактически выплачены — нужно зафиксировать дату оплаты.
- Откройте проведённую ведомость (например, «Ведомость на выплату зарплаты в банк»).
- Нажмите «Создать на основании» и выберите «Подтверждение выплаты доходов». Программа автоматически заполнит Организация и Ведомость из документа-основания.
- Проверьте подставленные значения: Организация должна совпадать с ведомостью, Ведомость — ссылаться на нужный платёжный документ.
- Введите Дата оплаты — фактическую дату, когда деньги поступили сотрудникам (для банка — дата зачисления, для кассы — дата выдачи).
- При необходимости заполните Ответственный и Комментарий.
- Нажмите «Провести и закрыть». Программа запишет дату в регистр «ДатыВыплатыДоходов» и выполнит сопутствующие движения по регистрам.
based_on), Дата оплаты.Урок 2. Подтверждение прочих доходов
Когда: по сотрудникам начислены и выплачены доходы, отличные от заработной платы (премии вне расчётного периода, матпомощь, иные выплаты по ведомостям прочих доходов).
- Откройте проведённый документ: «Ведомость прочих доходов в банк», «…в кассу» или «…перечислением».
- Нажмите «Создать на основании» → «Подтверждение выплаты доходов».
- Введите Дата оплаты — фактическую дату выплаты этих доходов.
- Проведите документ.
Урок 3. Исправление даты оплаты
Когда: в поле «Дата оплаты» указана ошибочная дата — опечатка, перепутаны дни, или оплата фактически прошла позже/раньше запланированного.
- Откройте проведённый документ «Подтверждение выплаты доходов».
- Нажмите «Изменить» (снять проведение).
- Исправьте поле Дата оплаты на верное значение.
- Нажмите «Провести и закрыть» — движения по регистрам будут перезаписаны с новой датой.
🛠 Часть 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.2.24)
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: []).🔗 Связанные разделы
- Ведомость на выплату зарплаты в банк — основной документ-основание для подтверждения выплаты; именно из неё рекомендуется создавать подтверждение командой «На основании».
- Исполнительный лист — удержания, отражаемые в ведомостях и влияющие на суммы к выплате.