Документ «Регистрация прочих выплат»

Конфигурация: «Зарплата и управление персоналом для Казахстана 3.1» (ЗУП КЗ 3.1).

1. Назначение и место в учёте

Документ «Регистрация прочих выплат» регистрирует начисления «прочих выплат» в пользу физических лиц (ТЧ ведётся по справочнику ФизическиеЛица, а не по Сотрудникам) — то есть выплат вне стандартного зарплатного контура, классифицируемых справочником «Виды прочих выплат». По каждому физлицу указываются период взаиморасчётов и сумма начисления, а способ отражения затрат в регламентированном учёте задаётся и в шапке (по умолчанию для документа), и построчно. При проведении документ формирует задолженность организации перед физлицами в регистре накопления ВзаиморасчетыПоПрочимВыплатам — это контур взаиморасчётов по прочим выплатам, отдельный от зарплатного. Использует его расчётчик/бухгалтер по мере возникновения таких выплат; нумерация документов годовая (строка, длина 11). Расположение в меню в данных не зафиксировано (не определено).

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

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

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

ПрочиеВыплаты (синоним «Прочие выплаты») — основная ТЧ: построчные начисления по физическим лицам.

ДополнительныеРеквизиты (синоним «Дополнительные реквизиты») — стандартная ТЧ механизма «Дополнительные реквизиты и сведения» (1С:БСП).

2.3 Формы

В выгрузке список форм пуст — (не определено). Ключевой формой следует считать форму документа по умолчанию (шапка + ТЧ «ПрочиеВыплаты»).

3. Сценарии работы

3.1 Сценарий: «Начисление прочей выплаты физлицам» (Create)

• Когда применяется: нужно зарегистрировать выплату физическим лицам, классифицируемую как «прочая выплата» (по справочнику ВидыПрочихВыплат), вне обычного начисления зарплаты.
• Шаги пользователя: 1. Создать документ «Регистрация прочих выплат». 2. Указать Организация (обязательно), при необходимости Подразделение. 3. Выбрать ВидПрочихВыплат (обязательно) — элемент справочника ВидыПрочихВыплат. 4. Указать СпособОтраженияВРеглУчете в шапке (обязательно) — способ отражения затрат по умолчанию. 5. В ТЧ ПрочиеВыплаты добавить строки: ФизическоеЛицо, ПериодВзаиморасчетов, СуммаНачисления; при необходимости задать строчный СпособОтраженияВРеглУчете, отличный от шапки. 6. Провести документ.
• Какие проверки сработают: контроль заполнения трёх обязательных полей шапки — Организация, ВидПрочихВыплат, СпособОтраженияВРеглУчете (fill_value_required = ShowError). Иные проверки в выгрузке не зафиксированы (bsl_static пуст).
• Что произойдёт после «Провести»: появятся движения по регистру накопления ВзаиморасчетыПоПрочимВыплатам — зафиксируется начисленная задолженность перед физлицами в разрезе периода взаиморасчётов.

3.2 Сценарий: «Одна выплата — разные статьи затрат»

• Когда применяется: в одном документе выплаты разным физлицам нужно отнести на разные способы отражения в бухучёте.
• Шаги: заполнить общий СпособОтраженияВРеглУчете в шапке; в строках, где затраты отражаются иначе, заполнить колонку СпособОтраженияВРеглУчете ТЧ «ПрочиеВыплаты» индивидуально.
• На что обратить внимание: колонка ТЧ имеет тот же тип (CatalogRef.СпособыОтраженияЗарплатыВБухУчете), что и реквизит шапки, — построчное значение детализирует отражение конкретной строки.
• После «Провести»: движения по регистру взаиморасчётов сформируются по строкам ТЧ.

3.3 Сценарий: «Поиск и просмотр зарегистрированных выплат» (Read)

• Когда применяется: контроль, сверка взаиморасчётов по прочим выплатам.
• Шаги: открыть список документов «Регистрация прочих выплат»; ориентироваться по номеру (годовая нумерация) и полю КраткийСоставДокумента (синоним «Физические лица») — краткому перечню получателей; открыть документ, сверить суммы и периоды.
• Проверки: нет (чтение).

3.4 Сценарий: «Исправление суммы или периода» (Update)

• Когда применяется: ошибка в сумме начисления, получателе или периоде взаиморасчётов.
• Шаги: открыть документ, исправить СуммаНачисления / ФизическоеЛицо / ПериодВзаиморасчетов в нужной строке, перепровести.
• На что обратить внимание: перепроведение переформирует движения по регистру ВзаиморасчетыПоПрочимВыплатам — сальдо взаиморасчётов с физлицом изменится.

3.5 Сценарий: «Оформление подписи исполнителя для печатной формы»

• Когда применяется: документ распечатывается с подписью.
• Шаги: заполнить Исполнитель, ДолжностьИсполнителя, ОснованиеПодписиИсполнителя; при необходимости — Ответственный, Комментарий.
• Проверки: поля необязательные (DontCheck).

4. Per-field reference

Обработчики ПриИзменении в выгрузке отсутствуют (bsl_static пуст), поэтому влияние полей описано по структуре метаданных.

• Организация (CatalogRef.Организации): организация-плательщик; обязателен (ShowError); определяет контекст взаиморасчётов.
• ВидПрочихВыплат (CatalogRef.ВидыПрочихВыплат): классификатор выплаты; обязателен (ShowError); ключевой реквизит, определяющий содержание начисления — выбирается до заполнения ТЧ.
• СпособОтраженияВРеглУчете (шапка, CatalogRef.СпособыОтраженияЗарплатыВБухУчете): способ отражения затрат по умолчанию; обязателен (ShowError); используется справочник способов отражения зарплаты в бухучёте.
• ПрочиеВыплаты.ФизическоеЛицо (CatalogRef.ФизическиеЛица): получатель; ключевая колонка строки. Важно: тип — именно ФизическиеЛица (выплата не привязана к кадровому статусу сотрудника).
• ПрочиеВыплаты.ПериодВзаиморасчетов (dateTime): период, в котором начисление учитывается во взаиморасчётах.
• ПрочиеВыплаты.СуммаНачисления (decimal): сумма выплаты; основное числовое поле документа.
• ПрочиеВыплаты.СпособОтраженияВРеглУчете (CatalogRef.СпособыОтраженияЗарплатыВБухУчете): построчное переопределение способа отражения из шапки; заполняется только при отличии.
• Подразделение (CatalogRef.ПодразделенияОрганизаций): необязательная аналитика «Структурное подразделение».
• КраткийСоставДокумента (string): служебное представление состава физлиц; вручную не заполняется.

5. Бизнес-логика

• Обработчики событий: BSL-модули в выгрузке отсутствуют (bsl_static = [], bsl_summaries = []) — (не определено).
• Проводки/движения: единственный регистр движений — AccumulationRegister.ВзаиморасчетыПоПрочимВыплатам (начисление задолженности по прочим выплатам). Налоговых/взносовых движений (ИПН, ОПВ, СО, ВОСМС) по данным выгрузки этот документ не формирует — в register_records других регистров нет; налогообложение прочих выплат настраивается на уровне справочника ВидыПрочихВыплат и обсчитывается зарплатными механизмами, а не этим документом (в данных выгрузки не зафиксировано).
• Валидации: стандартный контроль заполнения Организация / ВидПрочихВыплат / СпособОтраженияВРеглУчете (ShowError). Текст ОбработкаПроверкиЗаполнения в выгрузке отсутствует.
• Зависимости от других модулей: механизм дополнительных реквизитов (БСП); справочники СпособыОтраженияЗарплатыВБухУчете и ВидыПрочихВыплат; контур взаиморасчётов по прочим выплатам (регистр ВзаиморасчетыПоПрочимВыплатам).

6. Связи с другими объектами

6.1 Документы-основания

based_on пуст — документ вводится самостоятельно, не «на основании».

6.2 Кто создаётся на основании этого

inverse_based_on пуст — на основании этого документа другие документы не вводятся.

6.3 Регистры движения

• AccumulationRegister.ВзаиморасчетыПоПрочимВыплатам — учёт начисленных прочих выплат во взаиморасчётах с физическими лицами (отдельный от зарплаты контур задолженности, который затем закрывается выплатой).

7. Заметки для ИИ-агента

1. Обязательный минимум шапки: Организация, ВидПрочихВыплат, СпособОтраженияВРеглУчете — все с ShowError; заполняй их до работы с табличной частью.
2. Получатели — из справочника ФизическиеЛица, а не Сотрудники: при подборе в ТЧ «ПрочиеВыплаты» ищи людей в справочнике физлиц.
3. В каждой строке ТЧ обязательно осмысленно заполняй ПериодВзаиморасчетов и СуммаНачисления — именно они формируют движение по регистру ВзаиморасчетыПоПрочимВыплатам.
4. Колонка СпособОтраженияВРеглУчете в строке переопределяет одноимённый реквизит шапки — заполняй её только если отражение строки отличается от общего.
5. Документ не считает ИПН/ОПВ/СО/ВОСМС и не пишет в налоговые регистры (движение одно — взаиморасчёты); не жди от него налоговых движений при проверке результата проведения.
6. Ввода «на основании» нет в обе стороны — документ создаётся напрямую из списка.
7. Нумерация годовая (строка, длина 11); в списке состав получателей виден в поле КраткийСоставДокумента (заголовок колонки «Физические лица»).