Ваши комментарии
Очень интересный подход, когда пытаетесь "что-то" по месяцу принадлежности включать, а что-то по месяцу начисления. Это почему суммы больничного(отпускные) за другие месяцы относятся к месяцу начисления, а перерасчеты не относятся? Надо определиться для нас что в приоритете - месяц начисления или месяц принадлежности (месяц принадлежности - месяц где находится оплачиваемое событие - сам отпуск, больничный или период работы).
Возвращаясь к первичному вопросу: за все эти годы ни СФР ни "заказчик" этой части отчета (гипотеза, что заказчик этой части отчета Минтруд или профильные министерства) ни удосужились дать ответ на этот вопрос.
Принимаем так как принимаются данные в другие мониторинги. По начислению.
То что часть сумм при этом "теряется" - на этот вопрос нам тоже не ответили.
Применять разные подходы (как вы пытались для разных типов начислений, только тут в зависимости от уволен или нет) - было бы странно. А так как у уволенных нет периода работы, то и включить начисленные суммы мы не можем.
Вообще исходное назначение отчета, кажется, показать уровень заработной платы работника. Как следствие требование включать данные по месяцу начисления в высшей степени странно, так как в случае перерасчетов приводит к искажению полученных данных. На это неоднократно указывалось "заказчикам" на стадии проекта, но они ничего с этим не сделали.
Резюме: у нас нет ответов, потому что их нет у заказчика.
Дополнительно к тому, что в поставке: автоматически убирает уволенных или не принятых в тех месяцах когда они уже (еще) не работали.
НДФЛ удержанный за 2023 год в 2024? (влияет на то что удержанный будет больше исчисленного)
Не предоставили стандартный вычет в аванс (влияет на то что удержанный будет больше исчисленного)
Любая табличка реестр, где программа выводит исчисленный и удержанный покажет таких людей.
Например "Отчеты" - "Таблицы контроля" - "Реестр по налогу"
Кодом категории в кадровой части надо пользоваться только в крайнем случае. Если программа неправильно определяет категорию на основании тарифов и статуса иностранного гражданина. В остальных случаях с учетом наличия параллельных тарифов (когда один человек сразу на двух категориях) - заполнение кадровой части только вредит
Поменяйте таблицу в TABLSTAT на прилагаемую.Tabl170.Sum
На выбор. Завести настройку в которой, указать коды организции, где не надо создавать тариф 26 ("черный список" по 26 тарифу) или организации где можно создавать ("белый список" по 26 тарифу).
Надо ли делать привязку каких-либо признаков к подразделению?
Сейчас не учитывается вариант что студенты включены только "каким-то" организациям в базе.
Если код алгоритма указан. 26 тариф будет лезть во все организации.
Если только делать в настройке какой-нибудь "белый" или "черный" список организаций у кого точно нет студентов.
Сервис поддержки клиентов работает на платформе UserEcho
Если не требуется механизм "разбиения" (который есть только в сводах), то любая таблица станет сводом, легким движением руки (если отметить ключевые и суммируемые поля)