Документ «Уведомление о предоставлении полномочий представителю»
«Уведомление о предоставлении полномочий представителю» — документ российской подсистемы электронного документооборота с ПФР: им страхователь уведомляет орган ПФР о том, что полномочия на представление отчётности переданы уполномоченному представителю (по доверенности). Документ хранит реквизиты самой доверенности (номер, наименование, кем выдан, срок действия), стороны (страхователь и представитель, их сотрудники-физлица), адресата — орган ПФР, регистрационный номер страхователя в ПФР, а также результат выгрузки уведомления в файл (имя файла и сам файл в хранилище значений). Движений по регистрам не делает (register_records пуст), собственных форм и команд в карте нет — заполняется для формирования файла выгрузки в ПФР. Место в меню: (не определено — в карте сведений нет). Нумерация: String длиной 11, непериодическая.
Конфигурация: «Зарплата и управление персоналом для Казахстана», ред. 3.1. Пометка о происхождении: объект — наследие типовой (российской) конфигурации, подсистема отчётности в ПФР (Пенсионный фонд России). Прямые маркеры RU-происхождения: Получатель типа CatalogRef.ОрганыПФР, реквизит РегНомерПФР, колонки СНИЛС, ИНН, КПП в ТЧ РеквизитыСубъектов, перечисление СубъектыДоверенностиСтрахователя. В Казахстане ПФР, СНИЛС и КПП не существуют — для учёта РК документ не применяется и сохранён как унаследованный.
1. Назначение и место в учёте
«Уведомление о предоставлении полномочий представителю» — документ российской подсистемы электронного документооборота с ПФР: им страхователь уведомляет орган ПФР о том, что полномочия на представление отчётности переданы уполномоченному представителю (по доверенности). Документ хранит реквизиты самой доверенности (номер, наименование, кем выдан, срок действия), стороны (страхователь и представитель, их сотрудники-физлица), адресата — орган ПФР, регистрационный номер страхователя в ПФР, а также результат выгрузки уведомления в файл (имя файла и сам файл в хранилище значений). Движений по регистрам не делает (register_records пуст), собственных форм и команд в карте нет — заполняется для формирования файла выгрузки в ПФР. Место в меню: (не определено — в карте сведений нет). Нумерация: String длиной 11, непериодическая.
2. Структура объекта
2.1 Реквизиты шапки
Все реквизиты имеют fill_value_required = DontCheck — платформенная проверка заполнения не настроена ни для одного поля.
| Имя | Тип | Обязательность | Зачем нужен |
|---|---|---|---|
| НомерДокумента | Строка (xs:string) | не проверяется (DontCheck) | Номер документа-основания (доверенности), не путать с номером самого документа 1С. |
| НаименованиеДокумента | Строка (xs:string) | не проверяется | Наименование документа-основания полномочий (например, доверенности). |
| КемВыдан | Строка (xs:string) | не проверяется | Кем выдан документ-основание (синоним: «Кем выдан документ»). |
| ДатаНачалаДействия | ДатаВремя (xs:dateTime) | не проверяется | Дата начала действия полномочий/доверенности. |
| ДатаОкончанияДействия | ДатаВремя (xs:dateTime) | не проверяется | Дата окончания действия полномочий/доверенности. |
| ДатаОтправки | ДатаВремя (xs:dateTime) | не проверяется | Дата отправки уведомления в орган ПФР. |
| Организация | CatalogRef.Организации | не проверяется | Организация, по которой оформляется уведомление. |
| Страхователь | (тип в карте не указан — пустой) | не проверяется | Сторона-страхователь; тип реквизита в выгруженных метаданных не определён. |
| СтраховательСотрудник | CatalogRef.ФизическиеЛица, Строка (составной) | не проверяется | Сотрудник организации страхователя (физлицо из справочника либо строкой). |
| Представитель | (тип в карте не указан — пустой) | не проверяется | Сторона-представитель (уполномоченный); тип реквизита в выгруженных метаданных не определён. |
| ПредставительСотрудник | CatalogRef.ФизическиеЛица, Строка (составной) | не проверяется | Сотрудник организации представителя (физлицо из справочника либо строкой). |
| Получатель | CatalogRef.ОрганыПФР | не проверяется | Адресат уведомления — орган ПФР (синоним: «Кому»). RU-объект. |
| РегНомерПФР | Строка (xs:string) | не проверяется | Регистрационный номер организации в ПФР (синоним: «Рег. номер ПФР организации»). RU-реквизит. |
| ИмяФайлаВыгрузки | Строка (xs:string) | не проверяется | Имя файла выгрузки уведомления. |
| ФайлВыгрузки | ХранилищеЗначения (v8:ValueStorage) | не проверяется | Содержимое файла выгрузки (бинарные данные в хранилище значений). |
| Комментарий | Строка (xs:string) | не проверяется | Произвольный комментарий пользователя. |
2.2 Табличные части
Во всех трёх ТЧ первая колонка — Владелец типа EnumRef.СубъектыДоверенностиСтрахователя: она указывает, к какой стороне доверенности (субъекту) относится строка; состав перечисления в карте не приведён.
ФИО («ФИО») — фамилии, имена, отчества и должности лиц сторон доверенности.
| Имя | Тип | Назначение |
|---|---|---|
| Владелец | EnumRef.СубъектыДоверенностиСтрахователя | Субъект (сторона), к которому относится строка. |
| Фамилия | Строка (xs:string) | Фамилия лица. |
| Имя | Строка (xs:string) | Имя лица. |
| Отчество | Строка (xs:string) | Отчество лица. |
| Должность | Строка (xs:string) | Должность лица (синоним: «Должность лица»). |
КонтактнаяИнформация («Контактная информация») — контакты сторон доверенности.
| Имя | Тип | Назначение |
|---|---|---|
| Владелец | EnumRef.СубъектыДоверенностиСтрахователя | Субъект, к которому относится строка. |
| АдресЭлПочты | Строка (xs:string) | Адрес электронной почты (синоним: «Адрес электронной почты»). |
| Телефон | Строка (xs:string) | Номер телефона (синоним: «Номер телефона»). |
РеквизитыСубъектов («Реквизиты субъектов») — регистрационные и налоговые реквизиты сторон. Все идентификаторы — российские (RU-наследие).
| Имя | Тип | Назначение |
|---|---|---|
| Владелец | EnumRef.СубъектыДоверенностиСтрахователя | Субъект, к которому относится строка. |
| РегистрационныйНомерПФР | Строка (xs:string) | Регистрационный номер, присвоенный организации при регистрации в качестве страхователя (в ПФР). |
| Наименование | Строка (xs:string) | Полное наименование юридического лица страхователя. |
| НаименованиеКраткое | Строка (xs:string) | Краткое наименование юридического лица страхователя. |
| ИНН | Строка (xs:string) | ИНН — российский налоговый номер (RU-наследие). |
| КПП | Строка (xs:string) | КПП — российский реквизит, в РК отсутствует (RU-наследие). |
| СНИЛС | Строка (xs:string) | Страховой номер индивидуального лицевого счёта застрахованного лица / ИП — российский идентификатор (RU-наследие). |
2.3 Формы
В карте объекта собственных форм нет (forms: []) — при интерактивном открытии используется автогенерируемая форма платформы. Ключевая форма для пользователя: (не определено). Команд объекта нет (commands: []).
3. Сценарии работы
Формы, команды и код модулей в карте отсутствуют; сценарии синтезированы из состава метаданных. Все сценарии относятся к российскому контуру ПФР (в РК документ не используется).
3.1 Сценарий: «Регистрация доверенности представителя (Create)»
- Когда применяется: страхователь передал полномочия по сдаче отчётности в ПФР уполномоченному представителю и должен уведомить об этом орган ПФР.
- Шаги пользователя: 1. Создать документ «Уведомление о предоставлении полномочий представителю». 2. Заполнить Организация, Получатель (орган ПФР) и РегНомерПФР. 3. Внести реквизиты документа-основания: НомерДокумента, НаименованиеДокумента, КемВыдан, ДатаНачалаДействия, ДатаОкончанияДействия. 4. Указать стороны: Страхователь и Представитель, а также их сотрудников СтраховательСотрудник / ПредставительСотрудник (физлицо из справочника или строкой). 5. Записать.
- На что обратить внимание: платформа не требует ни одного поля (все DontCheck) — полноту данных нужно контролировать самостоятельно; типы реквизитов Страхователь и Представитель в метаданных не определены.
- Какие проверки сработают: никаких платформенных проверок заполнения.
- После «Записать»/«Провести»: документ записывается/проводится без движений по регистрам.
3.2 Сценарий: «Заполнение сведений о сторонах в табличных частях (Create/Update)»
- Когда применяется: для файла уведомления нужны ФИО, контакты и реквизиты обеих сторон доверенности.
- Шаги пользователя: 1. В ТЧ ФИО добавить строки по каждой стороне: выбрать Владелец (субъект из перечисления СубъектыДоверенностиСтрахователя), заполнить Фамилия, Имя, Отчество, Должность. 2. В ТЧ КонтактнаяИнформация — строки с Владелец, АдресЭлПочты, Телефон. 3. В ТЧ РеквизитыСубъектов — строки с Владелец, РегистрационныйНомерПФР, Наименование, НаименованиеКраткое, ИНН, КПП, СНИЛС. 4. Записать.
- На что обратить внимание: колонка Владелец — ключ группировки: данные страхователя и представителя лежат в одних и тех же ТЧ и различаются только значением Владельца; не смешивать строки сторон.
- Проверки: нет.
- После «Записать»: запись без движений.
3.3 Сценарий: «Выгрузка уведомления в файл для ПФР»
- Когда применяется: заполненное уведомление нужно передать в орган ПФР файлом.
- Шаги пользователя: 1. Заполнить документ (сценарии 3.1–3.2). 2. Выполнить выгрузку средствами подсистемы отчётности ПФР (собственной команды у объекта нет — commands пуст; механизм выгрузки в карте не представлен). 3. Результат фиксируется в документе: ИмяФайлаВыгрузки (строка) и ФайлВыгрузки (двоичные данные в ХранилищеЗначения). 4. Проставить ДатаОтправки после фактической отправки.
- На что обратить внимание: наличие заполненных ИмяФайлаВыгрузки/ФайлВыгрузки — признак, что выгрузка уже формировалась.
- Проверки: нет.
- После «Записать»: файл сохраняется внутри документа (ValueStorage), движений нет.
3.4 Сценарий: «Просмотр действующих полномочий (Read)»
- Когда применяется: нужно проверить, какие полномочия и на какой срок переданы представителю, и отправлено ли уведомление.
- Шаги пользователя: 1. Открыть список документов (через «Все функции» — собственное место в меню не определено). 2. Отобрать по Организация / Получатель. 3. В документе проверить ДатаНачалаДействия / ДатаОкончанияДействия (срок полномочий) и ДатаОтправки (факт отправки).
- Проверки: нет (чтение).
- После «Записать»: не требуется.
3.5 Сценарий: «Продление или исправление полномочий (Update)»
- Когда применяется: изменились срок действия доверенности, стороны или их реквизиты.
- Шаги пользователя: 1. Открыть документ, исправить ДатаНачалаДействия / ДатаОкончанияДействия, реквизиты документа-основания или строки ТЧ. 2. Записать; при необходимости повторно сформировать выгрузку (поля ИмяФайлаВыгрузки/ФайлВыгрузки перезаписываются механизмом выгрузки) и обновить ДатаОтправки.
- На что обратить внимание: прежний файл в ФайлВыгрузки после перевыгрузки будет заменён.
- Проверки: нет.
- После «Записать»: запись без движений.
4. Per-field reference
Обработчиков ПриИзменении в карте нет (bsl_static пуст), ОбработкаПроверкиЗаполнения не представлена — влияние полей друг на друга и валидации: (не определено). Все поля необязательны (DontCheck). Ключевые поля:
- Организация (CatalogRef.Организации): организация-страхователь в базе; не проверяется; типичное значение — основная организация.
- Получатель (CatalogRef.ОрганыПФР): орган ПФР — адресат уведомления (синоним «Кому»); RU-справочник.
- РегНомерПФР (Строка): регистрационный номер организации в ПФР; RU-реквизит.
- НомерДокумента / НаименованиеДокумента / КемВыдан (Строка): реквизиты документа-основания полномочий (доверенности); НомерДокумента — это номер доверенности, а не номер документа 1С (тот ведётся платформой, String 11).
- ДатаНачалаДействия / ДатаОкончанияДействия (ДатаВремя): период действия полномочий; вместе определяют актуальность доверенности.
- ДатаОтправки (ДатаВремя): дата фактической отправки уведомления в ПФР; пустая — уведомление ещё не отправлялось.
- Страхователь / Представитель (тип не определён в карте — пустая строка типа): стороны доверенности; работать с ними через UI следует осторожно — фактический тип нужно уточнять в живой базе.
- СтраховательСотрудник / ПредставительСотрудник (составной: CatalogRef.ФизическиеЛица + Строка): сотрудники сторон; допускают и ссылку на физлицо, и произвольную строку.
- ИмяФайлаВыгрузки (Строка) и ФайлВыгрузки (ХранилищеЗначения): артефакты выгрузки уведомления в файл; заполняются механизмом выгрузки, вручную не редактируются (ValueStorage недоступно для прямого ввода в UI).
- Комментарий (Строка): свободный комментарий.
5. Бизнес-логика
- Обработчики событий: (не определено) — bsl_static и bsl_summaries пусты, код модулей объекта в карте не представлен.
- Проводки: отсутствуют — ОбработкаПроведения не представлена, register_records пуст; проведение не создаёт движений.
- Валидации: (не определено) — на уровне метаданных все реквизиты DontCheck, обязательных полей нет вовсе.
- Зависимости от других модулей: по структуре — справочники Организации, ФизическиеЛица, ОрганыПФР (RU) и перечисление СубъектыДоверенностиСтрахователя (RU); механизм формирования файла выгрузки живёт во внешних модулях подсистемы отчётности ПФР, в карте не представлен.
6. Связи с другими объектами
6.1 Документы-основания
based_on пуст — документ не вводится «на основании» других документов.
6.2 Кто создаётся на основании этого
inverse_based_on пуст — (не определено) документов, вводимых на основании этого уведомления, в карте нет.
6.3 Регистры движения
register_records пуст — документ никуда не пишет движений.
7. Заметки для ИИ-агента
- Это RU-объект (ПФР): Получатель — CatalogRef.ОрганыПФР, реквизиты РегНомерПФР/СНИЛС/ИНН/КПП — российские; для задач казахстанского учёта документ не предлагать и не использовать.
- Ни одно поле не обязательно (все DontCheck): документ запишется совершенно пустым — полноту данных для файла ПФР контролируй сам по разделам 2.1–2.2.
- Два «номера»: платформенный номер документа (String 11, заполняется автоматически) и реквизит НомерДокумента (номер доверенности, вводится вручную) — не путать при поиске и заполнении.
- Стороны дублируются в трёх ТЧ через колонку Владелец (EnumRef.СубъектыДоверенностиСтрахователя): добавляя ФИО/контакты/реквизиты, всегда сначала ставь корректного Владельца строки, иначе данные страхователя и представителя перемешаются.
- Реквизиты Страхователь и Представитель имеют неопределённый тип в метаданных (пустой type) — перед программной записью уточни фактический тип в живой базе; не подставляй значения вслепую.
- ФайлВыгрузки — ХранилищеЗначения: через UI не редактируется и в автогенерируемой форме может быть недоступно; признак сформированной выгрузки — заполненное ИмяФайлаВыгрузки.
- Собственных форм и команд нет — работа идёт через автогенерируемую форму платформы; DOM-селекторы строй по дословным именам реквизитов и колонок из раздела 2; движений после проведения не жди (register_records пуст).