Документ «Реестр стимулирующих выплат медицинским и социальным работникам»

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

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

Документ предназначен для формирования реестра сведений о стимулирующих и специальных социальных выплатах медицинским и социальным работникам (выплаты периода COVID-19), передаваемого страхователем в ФСС РФ для прямой выплаты сотрудникам. В реестр включается список сотрудников с персональными данными (СНИЛС, ФИО, дата рождения), платёжными реквизитами (банковский счёт, карта «МИР», лицевой счёт), отработанным временем (дни/смены/часы) и суммой выплаты. Документ ведёт собственный жизненный цикл реестра через состояние (СостояниеРеестра) и отметку приёма ФСС по каждой строке (ПринятФСС), поддерживает корректирующие реестры (ввод на основании самого себя, флаг Исправление). Пользователь — расчётчик зарплаты организации-страхователя (в российском контуре учёта); периодичность — помесячно (МесяцНачисления, нумерация документов в пределах года). Размещение в меню/подсистемах в выгрузке не определено (формы и команды в JSON-карте отсутствуют).

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

Нумератор: строка длиной 11, периодичность нумерации — год (number_type: String, number_length: 11, number_periodicity: Year).

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

Всего 23 реквизита; 11 из них обязательные (контроль заполнения ShowError).

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

ТЧ Сотрудники («Сотрудники») — основная

Список получателей выплат: одна строка = один сотрудник с персональными, платёжными данными и расчётом выплаты.

(31 колонка.)

ТЧ ДополнительныеРеквизиты («Дополнительные реквизиты»)

Стандартный механизм БСП для дополнительных реквизитов объекта.

ТЧ ФиксацияИзменений («Фиксация изменений»)

Служебная ТЧ: фиксирует, какие реквизиты документа/строк были изменены (используется при подготовке корректировок).

2.3 Формы

(не определено) — в выгрузке metadata.forms и forms пусты; UI-структура форм недоступна. Команды объекта (commands) также отсутствуют.

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

Сценарии синтезированы только из metadata (BSL-модули и формы в выгрузке отсутствуют, поэтому автозаполнение и конкретные проверки форм не описываются).

3.1 Сценарий: «Создание первичного реестра за месяц»

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

3.2 Сценарий: «Заполнение списка сотрудников»

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

3.3 Сценарий: «Корректирующий реестр (исправление принятых сведений)»

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

3.4 Сценарий: «Реестр по переводу на работу с коронавирусом»

• Когда применяется: выплата связана с переводом сотрудников на работу с коронавирусом.
• Шаги пользователя: 1. В поле ДокументОснование указать документ «Перевод на работу с коронавирусом» (DocumentRef.ПереводНаРаботуСКоронавирусом — один из двух допустимых типов поля). 2. Установить флаг ВОрганизацииВыявленКоронавирус при необходимости. 3. Указать НачалоПериода/ОкончаниеПериода работы. 4. Заполнить ТЧ Сотрудники и записать.
• Примечание: в metadata.based_on перечислен только сам реестр, поэтому штатный «ввод на основании» из документа перевода в выгрузке не зафиксирован — связь реализована через реквизит ДокументОснование.

3.5 Сценарий: «Отслеживание состояния реестра и приёма ФСС»

• Когда применяется: после выгрузки/отправки реестра в ФСС.
• Шаги пользователя: 1. Открыть документ, проверить СостояниеРеестра (EnumRef.СостоянияРеестровФСС). 2. По строкам ТЧ Сотрудники контролировать Состояние (EnumRef.СостоянияЭЛНВРеестрахЭЛН) и флаг ПринятФСС. 3. По непринятым строкам — готовить корректировку (сценарий 3.3).
• После «Записать»: изменение статусов фиксируется в документе; движений по регистрам нет.

4. Per-field reference

BSL-модули в выгрузке отсутствуют (bsl_static: [], bsl_summaries: []), поэтому обработчики ПриИзменении и программные валидации не задокументированы — ниже только факты из metadata.

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

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

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

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

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

Из metadata.based_on: - Document.РеестрСтимулирующихВыплатМедицинскимИСоциальнымРаботникам — сам документ: корректирующий реестр вводится на основании первичного; ссылка на первичный попадает в ДокументОснование, корректируемые строки помечаются Исправление + КодПричиныИсправления.

Дополнительно (не через based_on, а через тип реквизита ДокументОснование): Document.ПереводНаРаботуСКоронавирусом.

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

(не определено) — metadata.inverse_based_on пуст; кроме корректирующего реестра того же вида (см. 6.1), других документов-наследников в выгрузке нет.

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

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

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

1. Это RU-объект (ФСС РФ). СНИЛС, ИНН/КПП/ОГРН, карта «МИР», районные коэффициенты — российская специфика, наследие типовой ЗУП. Для казахстанских клиентов (ИПН/ОПВ/СО/ВОСМС) документ не используется — не предлагать его в сценариях для РК, не путать поле ИНН с казахстанским ИИН/БИН.
2. Перед записью обязательно заполнить 11 полей шапки с ShowError: Организация, НаименованиеСтрахователя, КПП, ИНН, ОГРН, РегистрационныйНомерФСС, КодПодчиненностиФСС, МесяцНачисления, ВидПособия, СостояниеРеестра, СоциальныеВыплатыОтдельнымКатегориямМедРаботников — иначе платформа не даст записать.
3. Корректировка = ввод на основании самого реестра: первичный документ указывай в ДокументОснование, в строках ставь Исправление=Истина, заполняй КодПричиныИсправления и реквизиты извещения ФСС; не редактируй первичный отправленный реестр.
4. Платёжные реквизиты строки зависят от СпособВыплатыПособия: счёт (НомерБанковскогоСчета), карта (КартаМИР) или банк+лицевой счёт (Банк, НомерЛицевогоСчета) — заполняй только нужный вариант.
5. Документ не делает движений (register_records пуст): «Провести» не создаёт проводок/записей регистров — статус обмена отслеживай по СостояниеРеестра (шапка) и Состояние/ПринятФСС (строки).
6. Форм в выгрузке нет (forms: []): имена элементов формы/DOM-селекторы неизвестны — ориентируйся на имена реквизитов и колонок из разделов 2.1–2.2 (они процитированы дословно из metadata).
7. Нумерация — строка 11 символов в пределах года; служебные ТЧ ДополнительныеРеквизиты и ФиксацияИзменений вручную не заполняй (механизмы БСП/фиксации изменений).