Ваши комментарии
Разобрался с распределением. Не верное идёт заполнение базы распределения. Как можно 181 вид отпуска следующего месяца если он расчитан в прошлом месяце? Месяц принадлежности 04 Месяц выдачи 03 свод формируем за 04 месяц.
Здравствуйте!
Выше писал, что алгоритм 6, если по системному коду, то 5. Свод можно взять "по заказам (Резервы)"
Алгоритм разбиения 6, номер алгоритма системный 5.
Сохранил 2 ЛС как раз с разными шифрами 20 и 25 счета.ZPL_zplinfo_full_net(20250411_135822).cab
вроде бы разобрался. Выявил, что в шифре затрат по кредиту "20" встаёт в "a_acc_k" и теперь проверяю по части шифра затрат разность 20. Итоговая строчка выглядит так:
return (Sim_For_Intern_Cod(S.IternCod,29-1)=='1' && S.GetpartShz("a_acc_k")==20.
Буду рад советам правильнр или нет в итоге сделал и может есть предложение как сделать лучше.
Хорошо, спасибо за ответ!
Хотим понять правильно ли мыслим и есть ли более простые варианты исправления. Ну и поделиться информацией с остальными, кому она может быть полезна.
Вячеслав здравствуйте. Большинство минусов НДФЛ списали таблицей корректировки минусов. Но остались ещё ошибки резидентов 13% НДФЛ с минусом -926,83 за отпуск следующего месяца, в котором сначала насчитался излишне удержанный налог и ведомость откорректировала на минус налог. Сейчас в 6 НДФЛ все похожие случаи встают в ошибку отчета 6 НДФЛ, прикладываю сохранёнку. Как быть с такими минусами? Таблица корректировки минусов не берёт эти минусы.zpl_zplinfo_full_net(20250204_090940).cab

разобрались, поставили коды дохода, считает верно. Кто-то менял коды дохода. Вопрос можно закрыть спасибо большое!
Восстановил старые копии, до этого месяца все считалось исправно, были 2 таблицы Доход, облаг. И НДФЛ считался по 2-м таблицам правильно, какая настройка могла слететь в этом плане? Версия программы 627.2
Сервис поддержки клиентов работает на платформе UserEcho
сам вид который мы рассчитываем он остаётся и не пересчитывается. Слетает Р/К с него 266 вид НУ.