Добрый день, коллеги.
Поделитесь, пожалуйста, как вы запускаете отчет, в диалоге или в фоне? Если в диалоге, то сколько времени отрабатывает, на какое количество сотрудников? Если в фоне, то как бизнес достает XML?

Если этот отчет запустить в фоне, то XML файлы он оставит на сервере приложений. На экране запуска отчета даже поля есть для указания пути для выгрузки. В логе исполнения в sm37 отчет оставляет информацию, куда выгружены файлы. Остается только получить эти файлы через админа, либо админ расшарит пользователям эту папку на сервере приложения.

ЗЫ. Что-то у САП нет единой политики для подобной ситуации. Каждый отчет по обязательным форматам реализует свой подход к выгрузке .

Коллеги, у нас нет межрасчётов и поэтому выплаты вне регулярного расчёта не попадают в 6-НДФЛ. Все выплаты с датой фактического дохода и суммой налога пользователи пока ведут в 15 ИТ. Межрасчёты настраивать принципиально не хотят =(.
Может ли кто-то посоветовать в какие методы, классы необходимо подать данные из 15 ИТ для того чтобы минимизировать хардкод?

Чтобы минимизировать хардкод в вашем случае, надо заполнить 6-ндфл вручную.

Если серьезно (мое мнение), то будет проще и быстрее свой отчет написать.

Как вариант, с имитировать межрасчеты "на лету". На этапе считывания кластера зарплаты вмешать в этот процесс, и вставить в считанные данные фиктивные внециклические расчеты, созданные на основе данных из ИТ0015. Типа, в августе был отпуск. При считывании данных в 6-НДФЛ добавить перед регулярным расчет августа запись межрасчета отпуска. Так по крайней мере вставка требуется всего в одном месте.

Вот только сдается мне, что в ИТ0015 у вас сохраняется далеко не вся необходимая информация. Там ведь скорее всего только сумма к выдаче по межрасчету есть. А нужно и доход, и налог, и вычеты. Неужто все это в ИТ0015 храните?

Вот только сдается мне, что в ИТ0015 у вас сохраняется далеко не вся необходимая информация. Там ведь скорее всего только сумма к выдаче по межрасчету есть. А нужно и доход, и налог, и вычеты. Неужто все это в ИТ0015 храните?[/quote]

В 15 ИТ есть доход и есть НДФЛ на конкретную дату. Если я правильно понимаю, в разделе 2 нет поля для вычетов. Дата выплаты дохода совпадает с датой удержания НДФЛ. Срок перечисления вычисляемый по ссылке https://its.1c.ru/news/112244
Раздел 1 будет заполняться тем же кодом, что и стандартная 6-НДФЛ.

Версия про межрасчёты на лету мной была просмотрена как первая =), но я что-то совсем не пойму как это сделать при записи в класс CL_HR_PAY_RESULT_BASE (кажется)

ИМХО, вопрос с межрасчетами вообще не особо проработан. На некоторых проектах только регулярный расчет. И увольнение через 15ИТ при заблокированной единице расчет ни кто не отменял (при внедренных межрасчетах).Было бы не плохо САПу по этому поводу намекнуть, хотя бы в виде мессаджа, что б какой то единый механизм для подобных предоставлялся.

Там сначала вполне обычная таблица с результатами расчета фигурирует, а уж потом из нее таблица с классами получается. Хотя сами экземпляры класса создать не сложно, но на этом этапе работать будет сложнее - там еще оценка результатов расчетов происходит. Флаг A/P формируется (не тот что в кластере расчета).
Доберусь до системы, посмотрю куда можно влезть. Сообщу, если найду.

Работает класс CL_HRPAYRU_PRR_4_PNP_TISPAN, метод get_pernr_payr_results_allin1 (стартует из CL_HRPAYRU_PLTAXRUN_CS_PRR-READ_CLUSTER_PERSON, вызов CALL METHOD lO_PY_READER->GET_PERAS_PAYR_RESULTS_ALLIN1). Метод get_pernr_payr_results_allin1 считывает данные по одному ТН за один месяц. В нем идет вызов me->get_rgdir, который заполнит формирует таблицу ME->A_RGDIR[], где будет хранится обычный каталог rgdir, относящийся к зачитываемому месяцу. Здесь нужно иметь в виду, в A_RGDIR[] добавляются все необходимые ретро-расчеты.
Далее идет вызов me->get_pernr_payr_results, который для каждой записи A_RGDIR[] создает экземпляр класса CL_HR_PAY_RESULT_RU и производит его заполнение (метод CL_HR_PAY_ACCESS-read_pa_result).

Если создавать фиктивные внециклы, то нужно вмешаться в процесс CL_HRPAYRU_PRR_4_PNP_TISPAN-get_rgdir и добавить фиктивные записи для межрасчета в A_RGDIR. Тут очень тонкий момент в том, что придется произвести перенумерацию номеров расчета SEQNR, чтобы они шли в правильной последовательности. Это значит, что у настоящих расчет будет уже какой-то другой номер. Для себя нужно будет сохранить соответствие старой и новой нумерации.
Далее в CL_HRPAYRU_PRR_4_PNP_TISPAN-get_pernr_payr_results произвести зачитывание расчетов. Если текущая запись расчета фиктивная - создать CL_HR_PAY_RESULT_RU и заполнить его фиктивными данными. Если текущая запись расчета - считать расчет используя оригинальный номер расчета.

Да-да, спасибо! Вот в этом классе CL_HR_PAY_RESULT_RU и была у меня загвоздка. Что-то мне подсказывает, что в начале придётся хотя бы одну причину Межрасчётов настроить для того чтобы увидеть различные вариации их чтения и вывода в 6-НДФЛ.
Кстати, по поводу нумерации результатов расчёта. Чтение межрасчёта идет по периоду. И вроде бы дальше в 6-НДФЛ обращений к кластеру нет. Предполагаю, что и нумерацию менять не надо. CL_HRPAYRU_PRR_4_PNP_TISPAN-get_rgdir - тут тоже высчитывания SEQNR я не вижу.

НО...
При пересчёте и изменении сумм в межрасчёте для 6-НДФЛ не будет возможности сравнить SRTZA по для-период. Получается, что надо формировать свой кластер с фиктивными межрасчётами?

Чтения нет, есть сортировка. Если не использовать SEQNR, то все равно нужен будет какой-то другой ключ. Правильная сортировка важна для процедуры CL_HRPAYRU_PLTAXRUN_CS_PRR-get_associated_pyres.



Межрасчет никогда не пересчитывает, точнее, в процессе обратного расчета межрасчет просто заполняется предыдущей версий расчета. Не может быть данных межрасчета с разными в-период и для-период.

Добрый день! Подскажите, пожалуйста, где и в каком классе фильтруются данные платежей из раздела 2. Сейчас выгружаю отчет за 9 месяцев и в отчете отражаются данные платежей за все месяцы с начала года.

Лишнее в XML отсечется. смотрите по теме выше

Класс CL_HRPAYRU_6NDFL_XML, метод APPLY_LEGAL_REQUIREMENTS.

Спасибо! Действительно, после установки нот данные в XML стали фильтроваться.