Документ «Отражение статистики персонала в бухучете»

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

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

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

Свойства объекта: тип номера — String, длина номера — 11, периодичность нумерации — Year (в пределах года). Комментарий метаданных: «АПК:93 Представления объекта и списка совпадают с синонимом».

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

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

Показатели (синоним «Показатели») — основная табличная часть: построчно по подразделениям вводятся показатели численности за месяц.

ДополнительныеРеквизиты (синоним «Дополнительные реквизиты») — служебная табличная часть стандартной подсистемы «Свойства» (БСП, наследие типовой):

2.3 Формы

В JSON-карте список форм пуст (forms: []) — (не определено). По комментарию метаданных («Представления объекта и списка совпадают с синонимом») у документа есть стандартные представления объекта и списка; конкретные имена форм в выгрузке отсутствуют. Команды объекта также не выгружены (commands: []).

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

3.1 Сценарий: «Ввод показателей численности за месяц» (Create)

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

3.2 Сценарий: «Поиск и просмотр введённой статистики» (Read)

• Когда применяется: нужно проверить, какие показатели численности были переданы в бухучёт за конкретный месяц.
• Шаги пользователя: 1. Открыть список документов «Отражение статистики персонала в бухучете». 2. Найти документ по номеру (строка из 11 символов, нумерация в пределах года), дате или организации. 3. Открыть документ и просмотреть табличную часть «Показатели».
• На что обратить внимание: за один месяц по организации обычно вводится один документ (период регистрации — месяц).
• Какие проверки сработают: при просмотре — никаких.
• Что произойдёт: изменений нет.

3.3 Сценарий: «Корректировка показателей за прошлый месяц» (Update)

• Когда применяется: обнаружена ошибка в численности (например, не учтено подразделение или неверное значение).
• Шаги пользователя: 1. Открыть ранее проведённый документ за нужный месяц. 2. Исправить значения в строках ТЧ «Показатели» (добавить/удалить строки по подразделениям, поправить числа). 3. Перезаписать и перепровести документ.
• На что обратить внимание: обязательные поля шапки («Месяц», «Организация») должны остаться заполненными.
• Какие проверки сработают: та же стандартная проверка заполнения шапки.
• Что произойдёт после «Провести»: данные документа обновлены; движений по регистрам нет.

3.4 Сценарий: «Заполнение дополнительных реквизитов»

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

3.5 Сценарий: «Ввод статистики по нескольким организациям»

• Когда применяется: учёт ведётся по нескольким организациям — статистика фиксируется отдельно по каждой.
• Шаги пользователя: 1. Для каждой организации создать отдельный документ за месяц (реквизит «Организация» — один на документ). 2. Заполнить ТЧ «Показатели» подразделениями именно этой организации. 3. Записать и провести.
• На что обратить внимание: подразделения должны принадлежать выбранной организации (справочник «ПодразделенияОрганизаций»).
• Какие проверки сработают: стандартная проверка заполнения шапки.
• Что произойдёт: по каждой организации — свой документ с собственным номером.

4. Per-field reference

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

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

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

• Обработчики событий: в выгрузке нет BSL-модулей (bsl_static и bsl_summaries пусты) — (не определено).
• Проводки / ОбработкаПроведения: движения не выгружены; register_records пуст — документ не пишет ни в один регистр.
• Валидации: только стандартная проверка заполнения по метаданным — ПериодРегистрации и Организация обязательны (ShowError); код ОбработкаПроверкиЗаполнения в выгрузке отсутствует — (не определено).
• Зависимости от других модулей: ТЧ «ДополнительныеРеквизиты» — стандартная подсистема «Свойства» (БСП, наследие типовой RU-конфигурации). Прочие зависимости — (не определено).

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

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

based_on пуст — документ не вводится на основании других объектов.

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

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

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

register_records пуст — документ не формирует движений по регистрам.

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

1. Обязательных полей всего два: «Месяц» (ПериодРегистрации) и «Организация» — без них запись/проведение упадёт на стандартной проверке заполнения; остальное можно не заполнять.
2. Документ не делает движений по регистрам: после «Провести» не жди проводок или записей в регистрах — проверять успех нужно по статусу проведения самого документа.
3. Основная работа — в ТЧ «Показатели»: строка = подразделение (CatalogRef.ПодразделенияОрганизаций) + три числовых показателя (decimal, дробные допустимы). Имена колонок для селекторов цитируй дословно: «Подразделение», «МестоВСтруктуреПредприятия», «СреднесписочнаяЧисленностьСотрудников», «СреднесписочнаяЧисленностьВнешнихСовместителей», «СредняяЧисленностьДоговорников».
4. Колонка «МестоВСтруктуреПредприятия» имеет невыгруженный тип — заполняй через подбор из формы, не вводом текста.
5. ТЧ «ДополнительныеРеквизиты» — служебная (подсистема доп. реквизитов БСП): не пытайся редактировать её как обычную таблицу, значения задаются через настроенные на форме поля доп. реквизитов.
6. Нумерация годовая, номер — строка длиной 11: при поиске документа по номеру учитывай год.
7. Ввод на основании не поддерживается в обе стороны (based_on и inverse_based_on пусты) — документ создаётся только напрямую из списка.
8. Объект — наследие типовой российской ЗУП 3.1; казахстанских налоговых механизмов (ИПН/ОПВ/СО/ВОСМС) не затрагивает — это чисто статистика численности для бухучёта.