Документ «Уведомление о получателе документов»

«Уведомление о получателе документов» — документ подсистемы электронного документооборота с налоговым органом: им организация уведомляет налоговый орган (по конкретной регистрации — CatalogRef.РегистрацииВНалоговомОргане) о том, кто является получателем документов от налогового органа. Получателем может быть организация (наименование + ИНН/КПП) либо физическое лицо (фамилия, имя, отчество) — переключается флагом ПолучательДокументовЯвляетсяФизическимЛицом; реквизиты получателя можно задать явно (флаг ЗаданиеЯвноРеквизитовПолучателяДокументов) вместе с идентификатором абонента спецоператора. Документ не делает движений по регистрам (register_records пуст) и не имеет собственных форм и команд в карте объекта. Место в меню: (не определено — в карте сведений нет). Нумерация: String длиной 11, непериодическая.

ЗУП для Казахстана, ред. 3.1 · v3.1.2.24 · обновлено 2026-06

Конфигурация: «Зарплата и управление персоналом для Казахстана», ред. 3.1. Пометка о происхождении: объект — наследие типовой (российской) конфигурации, подсистема электронного документооборота с налоговыми органами. Прямые маркеры RU-происхождения: реквизиты ИННПолучателяДокументов и КПППолучателяДокументов (ИНН/КПП — российские налоговые реквизиты; КПП в РК отсутствует, в Казахстане используются БИН/ИИН). Для казахстанского учёта документ практической роли не играет и сохранён в составе конфигурации как унаследованный.

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

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

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

Обязательные (ShowError) — Организация и Получатель; остальные не проверяются (DontCheck).

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

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

ДолжностныеЛицаПолучателяДокументов («Должностные лица получателя документов») — список должностных лиц получателя документов (пофамильно).

Имя	Тип	Назначение
Фамилия	Строка (xs:string)	Фамилия должностного лица.
Имя	Строка (xs:string)	Имя должностного лица.
Отчество	Строка (xs:string)	Отчество должностного лица.

2.3 Формы

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

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

Код модулей и формы в карте отсутствуют, поэтому сценарии синтезированы из метаданных (состав и обязательность реквизитов, семантика флагов).

3.1 Сценарий: «Создание уведомления: получатель — организация (Create)»

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

3.2 Сценарий: «Создание уведомления: получатель — физическое лицо (Create)»

Когда применяется: получателем документов от налогового органа назначается физическое лицо.
Шаги пользователя: 1. Создать документ, заполнить Организация и Получатель. 2. Установить ЗаданиеЯвноРеквизитовПолучателяДокументов = Истина и ПолучательДокументовЯвляетсяФизическимЛицом = Истина. 3. Заполнить ФамилияПолучателяДокументов, ИмяПолучателяДокументов, ОтчествоПолучателяДокументов. 4. Записать/провести.
На что обратить внимание: при получателе-физлице поля организации (Наименование/ИНН/КПП) по смыслу не заполняются — взаимная видимость/очистка полей кодом в карте не подтверждена (BSL отсутствует), поэтому следить за непротиворечивостью вручную.
Проверки: только обязательность Организации и Получателя.
После «Записать»/«Провести»: запись/проведение без движений.

3.3 Сценарий: «Уведомление для всех подразделений (Create/Update)»

Когда применяется: правило о получателе документов должно распространяться на все подразделения организации.
Шаги пользователя: 1. В новом или существующем документе установить ДляВсехПодразделений = Истина. 2. Проверить Организация/Получатель, записать.
Поля: ДляВсехПодразделений; остальное — как в сценариях 3.1/3.2.
Проверки: стандартные (два обязательных поля).
После «Записать»: запись без движений.

3.4 Сценарий: «Просмотр и проверка ранее поданного уведомления (Read)»

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

3.5 Сценарий: «Исправление реквизитов получателя (Update)»

Когда применяется: изменились данные получателя документов (наименование, ИНН/КПП, ФИО, должностные лица).
Шаги пользователя: 1. Открыть документ, исправить нужные поля (или снять/установить флаги ЗаданиеЯвноРеквизитовПолучателяДокументов / ПолучательДокументовЯвляетсяФизическимЛицом). 2. Актуализировать строки ТЧ ДолжностныеЛицаПолучателяДокументов. 3. Записать/перепровести.
Проверки: обязательность Организации и Получателя.
После «Записать»: запись без движений; влияние на подсистему документооборота определяется внешним кодом (в карте не представлен).

4. Per-field reference

Обработчиков ПриИзменении в карте нет (bsl_static пуст), ОбработкаПроверкиЗаполнения не представлена — влияние полей друг на друга и валидации сверх платформенной обязательности: (не определено). Приоритет — обязательные, затем управляющие флаги:

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

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

Обработчики событий: (не определено) — bsl_static и bsl_summaries пусты, код модулей объекта в карте не представлен.
Проводки: отсутствуют — ОбработкаПроведения не представлена, register_records пуст; проведение не создаёт движений.
Валидации: на уровне метаданных — только обязательность Организация и Получатель (ShowError); прочее не контролируется.
Зависимости от других модулей: по структуре — справочники Организации и РегистрацииВНалоговомОргане; логика формирования/отправки уведомления (если есть) живёт во внешних модулях подсистемы документооборота, в карте не представлена.

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

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

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

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

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

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

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

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

Обязательны ровно два поля: Организация и Получатель (оба ShowError) — без них документ не запишется; все остальные поля платформа не проверяет.
Не путай семантику поля Получатель: это регистрация в налоговом органе (адресат уведомления), а данные собственно получателя документов лежат в полях с суффиксом «…ПолучателяДокументов».
Порядок заполнения блока получателя: сначала флаг ЗаданиеЯвноРеквизитовПолучателяДокументов, затем флаг ПолучательДокументовЯвляетсяФизическимЛицом — он определяет, какую группу полей заполнять (организация: Наименование/ИНН/КПП; физлицо: Фамилия/Имя/Отчество). Автоочистки противоположной группы кодом не подтверждено — не оставляй противоречивых данных.
RU-наследие: ИННПолучателяДокументов и КПППолучателяДокументов — российские реквизиты (в РК — БИН/ИИН, КПП отсутствует); документ в казахстанском учёте практически не используется — не предлагай его для задач РК без явного запроса.
Собственных форм и команд нет — в UI открывается автогенерируемая форма; DOM-селекторы строй по именам реквизитов из раздела 2.1 (имена процитированы из метаданных дословно).
Проведение не создаёт движений — не жди записей в регистрах; эффект документа реализуется подсистемой документооборота вне объекта.
Номер — строка длиной 11, непериодический; для идентификации в списке надёжнее связка Организация + Получатель + дата.