Документ «Отзыв заявлений о предоставлении сведений о трудовой деятельности»

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

Документ регистрирует отзыв ранее поданных сотрудниками заявлений о предоставлении сведений о трудовой деятельности (механизм электронных трудовых книжек). Единственное движение документа — запись в регистр сведений «ЗаявленияОВеденииТрудовыхКнижекОтозванные»: отозванное заявление перестаёт учитываться кадровым контуром. Важно: это RU-наследие типовой российской конфигурации ЗУП — «сведения о трудовой деятельности» и «заявления о ведении трудовых книжек» относятся к российскому механизму электронных трудовых книжек; в казахстанском учёте («Зарплата и управление персоналом для Казахстана 3.1», контур ИПН/ОПВ/СО/ВОСМС) этот документ практического применения не имеет. Пользователь — кадровик; частота — эпизодическая (по факту отзыва заявления сотрудником). Нумерация строковая, 11 символов, сквозная (number_periodicity = Nonperiodical). Место в меню — (не определено).

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

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

ВСЕ реквизиты из metadata.attributes (4 шт.):

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

ТЧ «Сотрудники» (Сотрудники)

Назначение: список сотрудников, чьи заявления отзываются, с указанием отзываемого заявления.

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

Назначение: стандартный механизм дополнительных реквизитов БСП.

2.3 Формы

(не определено) — в JSON-карте формы отсутствуют (metadata.forms = [], forms = []). Работа ведётся через форму документа и форму списка, генерируемые платформой/конфигурацией; ключевую форму по карте определить нельзя.

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

В JSON-карте нет форм, команд и BSL-модулей (commands = [], bsl_static = [], bsl_summaries = []), поэтому шаги синтезированы из структуры метаданных; имена кнопок — (не определено).

3.1 Сценарий: «Зарегистрировать отзыв заявления сотрудника» (Create)

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

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

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

3.3 Сценарий: «Исправить ошибочно указанного сотрудника или заявление» (Update)

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

3.4 Сценарий: «Аннулировать ошибочно введённый отзыв»

• Когда применяется: отзыв зарегистрирован ошибочно (сотрудник заявление не отзывал).
• Шаги пользователя: 1. Открыть документ. 2. Отменить проведение (или пометить на удаление, если документ не нужен совсем).
• Какие проверки сработают: (не определено) — в карте нет BSL-логики, ограничивающей отмену проведения.
• Что произойдёт: движения по регистру «ЗаявленияОВеденииТрудовыхКнижекОтозванные» удаляются — заявление снова считается действующим.

3.5 Сценарий: «Массовый отзыв по нескольким сотрудникам»

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

4. Per-field reference

bsl_static и bsl_summaries пусты — обработчики ПриИзменении и ОбработкаПроверкиЗаполнения в карте отсутствуют; описание по метаданным.

• Организация (cfg:CatalogRef.Организации): организация-работодатель. Единственный обязательный реквизит (fill_value_required = ShowError). Определяет принадлежность записей регистра отзывов. Типичное значение — основная организация базы.
• КраткийСоставДокумента (xs:string, синоним «Сотрудники»): служебная автоформируемая строка с перечнем сотрудников; вручную не заполняется; используется в списках документов. Влияние на другие поля — (не определено).
• Ответственный (cfg:CatalogRef.Пользователи): кто отвечает за документ; необязателен (DontCheck); обычно подставляется текущий пользователь.
• Комментарий (xs:string): произвольная пометка; необязателен.
• Сотрудники.Сотрудник (cfg:CatalogRef.ФизическиеЛица): ключевое поле строки. Тип — именно «ФизическиеЛица» (заявления о трудовой деятельности ведутся по физлицу, а не по элементу справочника «Сотрудники») — критично для подбора значений агентом.
• Сотрудники.Заявление (тип в карте пуст): ссылка на отзываемое заявление; без указания заявления отзыв не имеет предмета. Валидация — (не определено).

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

• Обработчики событий: (не определено) — BSL-модули в JSON-карте отсутствуют.
• Проводки (ОбработкаПроведения): код недоступен, но по metadata.register_records документ пишет единственное движение — в регистр сведений «ЗаявленияОВеденииТрудовыхКнижекОтозванные» (фиксация факта отзыва заявления).
• Валидации (ОбработкаПроверкиЗаполнения): по метаданным — обязательность «Организация» (ShowError); остальное — (не определено).
• Зависимости от других модулей: (не определено).
• Пометка о специфике: весь объект — RU-наследие типовой конфигурации (российский механизм электронных трудовых книжек / сведений о трудовой деятельности). На казахстанский расчётный контур (ИПН, ОПВ, СО, ВОСМС) не влияет — движений по расчётным/налоговым регистрам нет.

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

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

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

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

metadata.inverse_based_on пуст — на основании этого документа ничего не создаётся.

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

Из metadata.register_records (1 регистр):

metadata.commands пуст — собственных команд у объекта нет.

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

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