под "сохранить орг. присвоение" имеется ввиду считать и сохранить организационные данные компании, подписанты, ИНН, КПП, и т.д.?

В ракурсе "Ведение логических отчетов" (просмотр журналов) есть разворачивающееся меню "Обработать". В нем есть пункты: "Сохранить организационные данные", "Финализировать" и т.д. Правда непонятно для чего они, но я нажимаю "Сохранить организационные данные".

Спасибо Вам еще раз огромное за то, что помогли разобраться.

"Сохранить организационные данные" - скорее всего это то о чем писал выше, ИНН, КПП, и т.д., эта информация будет в названии файла, и в самом файле, она нужна, чтобы пройти первые проверки.
"Финализировать" - закрытие отчета, чтобы переключиться в следующий отчетный период. Нужно после сдачи переключаться в следующий период, чтобы система понимала, что данные сданы, и смогла сформировать корректировки (если они конечно же есть). Для сзв-м это будут отменяющая и/или дополняющая форма.

Выгрузил данные за 12 месяцев по СЗВ-М. (Были предупреждения)

Запустил агрегацию по СЗВ-Стаж.

3 сотрудника обработались с ошибкой.
Сообщение об ошибке выглядит следующим образом:
---+--------+-------------------------------------------------------------------------------------------------
Тип Таб.№ Текст сообщения
---+--------+-------------------------------------------------------------------------------------------------
W 4114 У сотрудника неоднознач. PERNR 60001807 для пер. 31.01.2021 в пер. 31.01.2021 в LDoc PF_SUBJECT
E 60001807 Сотрудник не включен в отчет СЗВ-М за этот отчетный период
E 60001807 Ошибка логического отчета. См. предыдущие ошибки в списке.
---+--------+-------------------------------------------------------------------------------------------------

У этого сотрудника был сначала договор гражданско-правового характера с 11.01.2021 по 21.01.2021 (т.н. 60001807), а потом
его взяли в штат с 22.01.2021 (т.н. 4114). Табельные объединены одним CP.

На "Условной точке прерывания" процесс останавливается (знак STOP).

Журнал остается открытым.

При попытке просмотра списка сотрудников или PDF программа падает в дамп с ошибкой (возможно потому, что процесс не завершился):
ошибка возникает в методе HANDLE_REQUEST CL_HRPAY99RU_RDA_OPERATION====CP инклюд CL_HRPAY99RU_RDA_OPERATION====CM002.

Категория Программная ошибка ABAP
ДинамОшибка OBJECTS_OBJREF_NOT_ASSIGNED_NO
Исключ. CX_SY_REF_IS_INITIAL
АВАР-прогр. CL_HRPAY99RU_RDA_OPERATION====CP
Прикладной компонент PY-RU
Дата и время 15.12.2022 14:39:29

Краткий текст
Zugriff über 'NULL' Objektreferenz nicht möglich.

с этой особенностью не успел еще разобраться, тоже в дамп валится.

Не запускается отчет сзв-м HRPADRU_SZVM пишет "инстанция объекта с ид PERSON не найдена в CL_HRPAYRU_REPORT_CONTROL"
Не пойму в чем причина, может кто сталкивался ?

Такие отчеты организованы примерно одинаково. Есть общий класс REPORT_CONTROL (здесь это CL_HRPAYRU_REPORT_CONTROL), который организует общую работу отчета. В его составе создаются семейство классов-контролеров, который следят за каким-то аспектом данных. REPORT_CONTROL различает эти контролер между собой по именам. По такому имени можно, например, получить ссылку на соответствующий экземпляр класса.

Так работают DAQ-поля. В ФМ на вход передается ссылка на REPORT_CONTROL, через который ФМ может получить доступ к соответствующему контролеру по именни, и от него получить необходимые данные.

Указанное сообщение об ошибки возникает, когда кто-то где-то требует получить класс контролер по имени, который не был создан. Я мельком взглянул на отчет HRPADRU_SZVM, и мне показалось, что он не создает контролера с именем PERSON. Если это так, что скорее всего в DAQ настройки отчета указан какой-то неправильный ФМ, который получить доступ к такому контролеру.

Либо вообще неправильное DAQ-приложение указывается для работы с этим отчетом.