Документ «Исходящая справка для расчета пособий»

Конфигурация: «Зарплата и управление персоналом для Казахстана 3.1». ⚠️ RU-объект (наследие типовой российской ЗУП). Состав реквизитов — СтраховойНомерПФР, НаименованиеТерриториальногоОрганаФСС, РегистрационныйНомерФСС, КодПодчиненностиФСС — указывает на российскую справку о заработке для расчёта пособий (ПФР/ФСС — институты РФ). В казахстанском учёте (ГФСС, ЕНПФ, пособия по среднему заработку) документ напрямую не применяется.

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

Документ оформляет исходящую справку о заработке сотрудника для расчёта пособий — её выдаёт работодатель работнику при увольнении или по его запросу, чтобы следующий работодатель мог учесть заработок за прошлые расчётные годы при назначении пособий. Заполняется кадровиком/бухгалтером по конкретному сотруднику организации; вводится «на основании» документа «Увольнение» или элемента справочника «Сотрудники». Документ — выходная печатная справка: движений по регистрам не формирует (register_records пуст), фиксирует персональные данные физлица, данные о заработке по годам, периоды работы и исключаемые дни (болезнь, уход за детьми). Нумерация: строка длиной 11 символов, периодичность нумерации — год. Для агентов в КЗ-базе важно: это наследие типовой РФ-конфигурации, для казахстанских пособий (по среднему заработку, суточные и т.п.) используются другие механизмы.

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

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

Все реквизиты из metadata.attributes (28 шт.). Обязательность: ShowError = обязателен (ошибка при незаполнении), DontCheck = не проверяется.

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

ДанныеОЗаработке («Данные о заработке») — суммы заработка по расчётным годам, основная содержательная часть справки.

ПериодыРаботы («Периоды работы») — интервалы работы сотрудника в организации.

ДниБолезниУходаЗаДетьми («Дни болезни, ухода за детьми и др.») — исключаемые периоды.

ФиксацияИзменений («Фиксация изменений») — служебная ТЧ: фиксирует, какие реквизиты/строки изменены вручную (судя по структуре — чтобы автозаполнение их не перетирало).

ДополнительныеРеквизиты («Дополнительные реквизиты») — типовой механизм доп. реквизитов.

2.3 Формы

(не определено) — в JSON-карте список форм пуст (forms: []), ключевая форма не зафиксирована. Используется автогенерируемая/типовая форма документа.

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

3.1 Сценарий: «Выдать справку увольняемому сотруднику (ввод на основании Увольнения)»

• Когда применяется: при увольнении сотрудника — справка о заработке выдаётся на руки вместе с расчётом.
• Шаги пользователя: 1. Открыть проведённый документ «Увольнение» нужного сотрудника. 2. Команда «Создать на основании» → «Исходящая справка для расчета пособий» (объект объявлен в based_on: Document.Увольнение). 3. Проверить подставленные Организация, Сотрудник, годы ГодС/ГодПо, персональные данные (ФИО, документ, адрес). 4. Проверить/заполнить ТЧ «ДанныеОЗаработке» (год + сумма) и «ПериодыРаботы». 5. При необходимости заполнить «ДниБолезниУходаЗаДетьми» (исключаемые периоды с названием). 6. Указать подписантов: Руководитель + ДолжностьРуководителя (обязательны), ГлавныйБухгалтер (необязателен). 7. Записать документ, распечатать справку.
• На что обратить внимание: обязательны реквизиты органа ФСС (НаименованиеТерриториальногоОрганаФСС, РегистрационныйНомерФСС) и данные документа физлица (ВидДокумента, НомерДокумента, КемВыданДокумент, ДатаВыдачиДокумента).
• Какие проверки сработают: стандартная проверка заполнения по 16 реквизитам с ShowError (см. 2.1) — пустые дадут ошибку при записи.
• После «Записать»: документ сохраняется, движений по регистрам не делает (register_records пуст) — это документ-справка для печати.

3.2 Сценарий: «Справка по запросу работающего сотрудника (ввод на основании Сотрудника)»

• Когда применяется: сотрудник запросил справку о заработке (например, для работодателя по совместительству).
• Шаги пользователя: 1. Открыть справочник «Сотрудники», выбрать сотрудника. 2. «Создать на основании» → данный документ (based_on: Catalog.Сотрудники). 3. Указать период ГодС–ГодПо (числовые годы). 4. Заполнить/проверить персональные данные и ТЧ, указать подписантов. 5. Записать и распечатать.
• Проверки: те же обязательные поля; Отчество, СерияДокумента могут быть пустыми (DontCheck).
• После «Записать»: только запись данных, без движений.

3.3 Сценарий: «Просмотр/повторная печать ранее выданной справки» (Read)

• Когда применяется: сотрудник потерял справку, нужен дубликат, или нужно свериться с выданными данными.
• Шаги: открыть список документов «Исходящая справка для расчета пособий» → отбор по Сотрудник/Организация → открыть документ за нужный год (нумерация документов годовая, номер строковый до 11 знаков) → печать.
• Внимание: ничего не менять, если нужна точная копия выданной справки.

3.4 Сценарий: «Корректировка данных справки» (Update)

• Когда применяется: в справке ошибка (сумма заработка, период, персональные данные).
• Шаги: 1. Открыть документ, исправить значение (например, Заработок в строке ТЧ «ДанныеОЗаработке» или АдресМестаЖительства). 2. Записать.
• Внимание: служебная ТЧ «ФиксацияИзменений» хранит имена реквизитов/пути/идентификаторы строк — судя по структуре, помечает вручную исправленные данные (связь через ИдентификаторСтрокиФикс в ТЧ данных). Руками её не редактировать.
• Проверки: та же проверка обязательных полей при записи.

3.5 Сценарий: «Удаление ошибочной справки» (Delete)

• Когда применяется: справка создана по ошибке (не тот сотрудник/период).
• Шаги: пометить документ на удаление в списке; так как движений нет, отмена проведения не требуется.

4. Per-field reference

Обработчики ПриИзменении в карте отсутствуют (bsl_static/bsl_summaries пусты), поэтому взаимовлияние полей в карте не зафиксировано — ниже только метаданные.

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

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

• Обработчики событий: (не определено) — bsl_static и bsl_summaries в карте пусты.
• Проводки: нет — register_records пуст, документ движений не формирует (не влияет ни на расчёты, ни на регистры; чисто «бумажный» документ для печати).
• Валидации: в карте код ОбработкаПроверкиЗаполнения не зафиксирован; действует декларативная проверка обязательности (fill_value_required = ShowError) по 16 реквизитам шапки (см. 2.1).
• Зависимости от других модулей: (не определено) в карте; структурно задействованы справочники Организации, Сотрудники, ФизическиеЛица, ВидыДокументовФизическихЛиц, Должности, Пользователи и ПВХ ДополнительныеРеквизитыИСведения.

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

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

Из metadata.based_on: - Document.Увольнение — основной путь: справка вводится на основании увольнения, чтобы выдать её увольняемому вместе с расчётом. - Catalog.Сотрудники — ввод на основании карточки сотрудника для справки по запросу (в т.ч. работающему).

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

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

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

(не определено) — register_records пуст: документ никуда не пишет.

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

1. RU-наследие: не предлагать этот документ для казахстанских пособий — реквизиты ПФР/ФСС относятся к РФ; в ЗУП КЗ 3.1 он остаётся от типовой российской базы. Для КЗ-расчётов пособий по среднему заработку использовать профильные КЗ-механизмы.
2. Быстрый путь создания — «Создать на основании» из документа «Увольнение» или из карточки «Сотрудники»; при ручном создании придётся заполнять все персональные данные самому.
3. 16 обязательных полей (ShowError): Организация, Сотрудник, ГодС, ГодПо, Фамилия, Имя, СтраховойНомерПФР, АдресМестаЖительства, ВидДокумента, НомерДокумента, КемВыданДокумент, ДатаВыдачиДокумента, Руководитель, ДолжностьРуководителя, НаименованиеТерриториальногоОрганаФСС, РегистрационныйНомерФСС — без них запись не пройдёт.
4. ГодС/ГодПо — числа (xs:decimal), а не даты: вводить «2024», а не «01.01.2024».
5. Документ не проводится и не делает движений — целевое действие агента «Записать» (+печать), кнопку «Провести» не искать как критерий успеха.
6. ТЧ «ФиксацияИзменений» и колонки «ИдентификаторСтрокиФикс» — служебные: не заполнять и не очищать вручную, они связывают ручные правки со строками данных.
7. Формы и команды в карте не зафиксированы (forms/commands пусты) — селекторы строить от синонимов реквизитов из раздела 2.1 (заголовки полей типовой формы), фактическую раскладку формы проверять по UI.