Обновление УПП 1.3.240.1. В документах расчета зар.платы появился новый реквизит "Категория дохода". который автоматически не заполнился. Варианты решения и корректного заполнения ?
(295) Не за что.
Просто увидел в соседней ветке, что сумму заменили на максимум и сразу выпал в осадок.
У них будет безвременная выплата с 29.3, а оплата по окладу пусть за один день = 0.98
По максимуму у них сработает знаменатель 29.3 > 0.98 в месяце где один отработанный день.
(292) Может и, как тут выше написали, «плохой костыль», но мне очень помог, спасибо! Расчетчик сам в отпуск уходит. Практически не глядя воткнул обработку, все сразу успокоились. Теперь сижу тоже спокойно, подробно разбираюсь.
(292) Спасибо большое за обработку "Почистить часы среднего". Все работает, расчетчики счастливы, пока выкрутимся хотя бы таким вариантом. Не так уж и трудно нажать на кнопочку и пересчитать начисления. Позднее попробую вариант
GenaT1C
| ИЛИ
РасчетСреднегоЗаработка.Начисление.ВидВремени <> ЗНАЧЕНИЕ(Перечисление.ВидыВремени.ОтработанноеВПределахНормы)
Управление производственным предприятием, редакция 1.3 (1.3.245.2) с доработками
У нас зарплата декабря выплачивалась в январе. На данный момент первая половина месяца в ндфл заполняется верно (если нет остатков +-1 за предыдущий период), чтобы заполнился верно НДФЛ за полный месяц, мы снимаем с проведения Начисления зп за первую половину месяца. Ошибка в НДФЛ при документе Разовые начисления: мат помощь с кодом вычета 503, дата создания 1 марта, дата выплаты в феврале, при заполнении начисления за март сумма ндфл выходит с "-" . С больничными тоже не все гладко. У кого какие решения еще есть?. Так же нет макета 6-ндфл за 1 квартал 2025 года. У нас бухгалтерия любит заранее готовить и сдавать отчеты, может кто, что подскажет? Или может подскажите по номерам сообщений, что в какой последовательности делать?
(299)
Бухгалтерия говорит должны появиться изменения с учетом применения РКСН.
"2025 году отчет 6 НДФЛ сдаем по той же форме, которую заполняли в прошлом году. Но при наличии северных и районных начислений отчетность усложняется — теперь нужно заполнить минимум по два листа раздела 1 и два листа раздела 2
Для каждого КБК заполняется отдельный раздел 1 формы 6 НДФЛ. При наличии северных и районных начислений резидентам нужно заполнить минимум два листа раздела 1.
Для каждой ставки и каждого КБК заполняется отдельный раздел 2 отчета 6 НДФЛ. При наличии северных и районных начислений резидентам нужно заполнить минимум два листа раздела 2."
В модулях регламентных отчетов появились изменения, но отчет не формируется как надо: нет второго кбк, только один .
Может кто-то знает и необходимо что-то еще в настройках учета ?
В конфигурации 1С:УПП не реализован функционал по переводу сотрудника, оформленного по совместительству на основное место работы. Необходимо оформить увольнение и принятие на работу. Может кто-то сталкивался с такой проблемой? Может дописать функционал можно?
Вышел новый релиз, версия 1.3.245.3.
Реализована задача 60013872 Отчет "Регистр налогового учета по НДФЛ" 2025
Исправлена ошибка 70109330 6-НДФЛ: Не реализовано заполнение справки за 2025 год.
Волнует вопрос, разбит ли отчет на разные КБК для основного заработка и РКСН
(308) Судя по всему разработчик исходил из того что в запросе возвращающем сгруппированные начисления первым в группе всегда идет оклад или там премия а потом районные и северные и поэтому дни первого начисления берутся, а у последующих в группе кроме районных обнуляются. А на реальных данных так не всегда.
Такой костыль решает проблему:
в общем модуле ПроведениеРасчетовПереопределяемый в процедуре СформироватьИЗаписатьДанныеРасчетаСреднего2025:
после строчки
СледующийВидНачисления = Ложь;//юля
добавить
ПервымВГруппеБылРК = ложь; //фиксик
в следующий код внести изменение:
...
Если ТипЗнч(ВыборкаБазы.Начисление) <> Тип("ПланВидовРасчетаСсылка.СреднийЗаработок") Тогда
Если ВыборкаБазы.Начисление.КодДоходаНДФЛ = Справочники.ДоходыНДФЛ.РайонныеСеверныеНадбавки Тогда
СтрокаДвижений.ОтработаноДней = ВыборкаОтработанноеВремя.ОтработаноДней;
СтрокаДвижений.ОтработаноЧасов = ВыборкаОтработанноеВремя.ОтработаноЧасов;
ИначеЕсли ПервымВГруппеБылРК тогда //фиксик
СтрокаДвижений.ОтработаноДней = ВыборкаОтработанноеВремя.ОтработаноДней; //фиксик
СтрокаДвижений.ОтработаноЧасов = ВыборкаОтработанноеВремя.ОтработаноЧасов; //фиксик
ПервымВГруппеБылРК = ложь; //фиксик
Иначе
СтрокаДвижений.ОтработаноДней = 0;
СтрокаДвижений.ОтработаноЧасов = 0;
КонецЕсли;
Иначе
...
Показать
и еще изменение:
...
ТекущийДополнительноУменьшатьПропорциональныеПремии = ВыборкаБазы.ДополнительноУменьшатьПропорциональныеПремии;
Если ВыборкаБазы.Начисление.КодДоходаНДФЛ = Справочники.ДоходыНДФЛ.РайонныеСеверныеНадбавки Тогда //фиксик
ПервымВГруппеБылРК = истина; //фиксик
конецесли; //фиксик
КонецЦикла;
...
Может кто сталкивался с такой проблемой? После установки релиза 1.3.245.2 (сейчас установили 1.3.245.3) в авансе(первая половина текущего месяца) считает НДФЛ, а в выплате зарплаты НДФЛ в 2 раза меньше (текущий месяц). Куда копать? Поддержка молчит. В расчетном листке видно, что НДФЛ неверный.
(309) Проверьте, выплачен ли аванс "копейка в копейку". На 1.3.243.1 возникали косяки в расчете НДФЛ при "остатках" в оборотах регистра зарплата за первую половину месяца. Если обороты по регистру за месяц не закрываются в 0, то попробуйте корректировкой записей регистров или переносом данных добавить движения, чтобы обороты за месяц были нулевыми. После этого перезаполните НДФЛ в документе начисления ЗП за месяц.
При заполнении Расчета по страховым взносам за 1 квартал, при выгрузке ругается на паспортные данные. В строе 110 не верно заданы серия и номер паспорта. У всего списочного состава. У кого есть такая ошибка? Если бы один человек, то понятно, а у всех не может быть.
Смотрю тут обновление с 1.3.243.1 на 1.3.245.3. Многие ошибки правлены, в частности внесли изменения в ПроведениеРасчетов.ДанныеДляПромежуточногоРасчетаНДФЛ(). Смотрю на изменения в запросе и начинаю отчаянно тупить. Собирают ранее предоставленные вычеты в НДФЛПредоставленныеСтандартныеВычетыФизЛиц. Изменили отбор в запросе
| И НЕ НДФЛПредоставленныеСтандартныеВычетыФизЛиц.Регистратор ССЫЛКА Документ.НачислениеЗарплатыРаботникамОрганизаций
на
| И ВЫБОР
| КОГДА &ПериодРегистрации >= ДАТАВРЕМЯ(2025, 1, 1)
| ТОГДА ЛОЖЬ
| КОНЕЦ
Какой смысл в этой конструкции? Она никогда не сработает, вне зависимости от &ПериодРегистрации. Жесть какая то.
(316) это то понятно. Мне непонятно, занафига ставить в запросе условие, которое никогда не сработает? Ну не хочется курочить запрос и полностью выкидывать кусок из каких то соображений, можно в качестве заглушки написать "ГДЕ ЛОЖЬ", ВЫБОР то там зачем? Или я каких то глубинных вещей не вкурил?
Добрый день.
В базе УПП (релиз 1.3.245.3) в форме 6-НДФЛ верно заполняются только сумма дохода для РК СН (в регистре "Сведения о доходах" Категория дохода заполнена верно для РК и СН - "Районные северные надбавки").
А сумма НДФЛ не заполняется.
Судя по запросам в документах "Начисления зарплаты" (например) категория дохода у НДФЛ, исчисленного с РК СН, должна быть "Районные северные надбавки" (на самом деле не заполняется).
И по моей логике сумма НДФЛ тогда должна быть разбита на: НДФЛ с РК СН и НДФЛ, например, с оклада. Однако в документе "Начисления зарплаты" сумма НДФЛ одна.
Если на закладке НДФЛ для какой-либо суммы НДФЛ вручную указать Категорию дохода = "Районные северные надбавки", тогда эта сумма НДФЛ целиком попадет в 6-НДФЛ в раздел 2, в КБК для РК СН .
Перерасчет НДФЛ и сотрудника целиком в "Начислении зарплаты" ничего не меняет: сумма НДФЛ "общая".
Весь НДФЛ таким образом попадает в раздел 2 в КБК не РКСН.
Пожалуйста подскажите, как правильно должен рассчитываться НДФЛ в документе Начисление зарплаты в случае когда есть РК СН ? Спасибо.
В "Начислении отпуска" при нажатии на кнопку "Рассчитать" (закладка "Условия") дважды учитывается одна из квартальных премий (Премии: полностью учитываемые, не индексируемые).
Средний заработок при этом рассчитан верно. Но сумма отпуска неверно - получается больше чем если средний умножить на кол-во дней отпуска.
При нажатии на кнопку "Рассчитать начисления" на закладке "Оплата" сумма отпуска рассчитывается правильно: средний умножить на кол-вод ней отпуска.
Таблица среднего заполняется одинаково и при нажатии на "Рассчитать" и при "Рассчитать начисления"
У сотрудника нет РК и СН.
Почему премия ? Это видно в отладчике в ИсходныеДанные.СреднийЗаработок (в ОМ ПроведениеРасчетовПереопределяемый, процедура РассчитатьЗаписиРегистраРасчета)
При нажатии на разные кнопки в ИсходныеДанные.СреднийЗаработок разные суммы - отличаются на сумму премии. Точно таких же сумм у сотрудника нет.
Доработок расчета среднего в конфигурации нет.
(327) Прикрепляю файл. Суммы дохода заменил на другие.
Все остальные данные настоящие.
Желтым фоном выделил премию, на сумму которой возникает расхождение.
(329) Видно, что шалит только та кварталка, которая прошла в одном месяце с полугодовкой. Премиальный период последней (01.01 - 30.06) выскочил за рамки РП (01.04 - 31.03), поэтому появилась справа пропорция дней 211/249. А премиальный период кварталки (01.04-30.06) внутрь РП целиком уложился и пропорции нет.
Давайте проверим гипотезу: вручную пробейте справа от жёлтой кварталки пропорцию 249/249.
Каков резалт?
(330) поменял 211 на 249 , но это ни на что не повлияло.
Сумма отпуска не изменилась.
Но как я написал выше, нажатия на кнопки "Рассчитать начисления" всегда приводят к правильному результату.
Неправильно считается сумма отпуска при полном расчете.
Таблица среднего при любом расчете заполнена одинаково.
(332) Вы совсем не то поменяли. В полугодовке надо оставить 211/249.
Короче, смотрите пост (331) и давайте голые цифры. Без своих оценок правильности/неправильности.
И вообще, давайте упростим своё исследование. Вверху пробейте РП только один этот месяц июль: 01.07.2024 - 31.07.2024
Тогда для среднего останется только полугодовка, кварталка и оклад в числителе, а в знаменателе 19.85. Ну и отпуск сделайте только один день... или 10. Тогда нагляднее будет расчёт.
Сами справитесь? Или давайте скрины, только суммы оставьте. Даже ЦРУ не раскопает фирму, человека, у которого в июле был такой оклад и такие премии.
(331) Спасибо. Идея понятна. Я постараюсь сам справиться. Потрачу еще несколько часов )).
Просто уже времени в обрез.
Если работает хотя бы один вариант то его и будем использовать.
Уже нет сил и времени разбираться и править косяки.
Я предполагал что может кто-то уже сталкивался и посоветует решение сходу.
(333) Как угодно. У меня полное подозрение, что программа считает нормально. Просто Вы не очень понимаете расчёт премий в среднем заработке в зависимости от отрезков премиального периода и расчётного.
(335) Не соглашусь, что программа считает нормально.
Если при нажатии одной кнопки Рассчитать сумма отпуска одна, а при нажатии на другую кнопку Рассчитать - сумма отпуска другая, при этом таблица среднего не меняется, это говорит о том, что где-то в алгоритме косяк.
Не должно так быть. Сумма отпуска должна быть одинаковой при использовании любой кнопки.
Или одинаково правильной, или одинаково неправильной, но не разной.
Разница - сумма одной из премий. Той, что выделена желтым.
По итогу есть два расчета с разным результатом, как минимум один из них врет ).
(336) Откуда ДВА расчёта, если вкладка "Оплата" одна? Её и надо смотреть. А не синенький комментарий внизу вкладки среднего заработка.
С Вами всё ясно.
(337) Не нужно переходить на личности.
Я четко написал в исходном сообщении что есть 2 кнопки для расчета:
- кнопка "Рассчитать" на закладке "Условия"
- кнопка "Рассчитать начисления" на закладке "Оплата"
Обе должны приводить к одинаковому результату расчета суммы отпуска.
Фактически же сумма отпуска зависит от того на какую из этих двух кнопок нажали.
Вы считаете это норм ?
Сумму отпускных я смотрю на закладке "Условия" справа от кнопки "Рассчитать".
Аналогичная сумма отображается в ТЧ Оплата, колонка "Результат".
Более правильных мест куда смотреть я не знаю.
Вынесем за скобки мои познания в расчете среднего. Допустим я тупой.
Но 2 * 2 = 4 должно быть на любом калькуляторе. Если это не так то это не норма.
(338) тяжёлый случай...
Это РАЗНЫЕ кнопки и запускают РАЗНЫЕ поцедуры. Первая - заполняет заработками и днями вкладку среднего. Вторая - рассчитывает СДЗ и отпускные.
Проверьте хоть раз в жизни: вверху вкладки среднего заработка поменяйте расчётный период на любой другой. Вся вкладка станет пустой, т.е. очистится. Кстати, если сразу нажмёте вторую кнопку <Рассчитать начисления>, то увидите окошко "Нет данных для расчёта среднего хаработка".
Поэтому сначала жмём первую кнопку вверху <Рассчитать>. Её процедура как раз заполнит заработок и дни по всем месяцам расчётного периода. Лучше даже так: сразу эту кнопку не жмите, а задержите на ней курсор своей мышки, если она есть. Увидите всплывающую подсказку:
"Рассчитать заработок для определения среднего"
По-русски это означает: заполнить заработок, но никак не рассчитать отпускные. Можете глянуть в словаре.
И только потом запускаем процедуру расчёта СДЗ и самих отпускных кнопкой <Рассчитать начисления>
(339) Я прошу прощения, что может быть сломаю Вашу картину мира.
Но в УПП кнопка Рассчитать на закладке "Условия" всегда находилась внизу, а не вверху формы.
Прилагаю скриншот.
Вы пишите совсем про другу кнопку.
Какие кнопки за что отвечают и последовательность заполнения документа мне прекрасно известны.
Проблема в том, что Вы невнимательно читаете текст.
Переписку заканчиваю. Спасибо что потратили время.
(341) Как угодно. Просто эта большая кнопка <Рассчитать> имеет наименование "РассчитатьВсе" и просто напросто равносильна нажатию ДВУХ кнопок: <Рассчитать> на вкладке СЗ и <Рассчитать Начисления>. Никакого другого смысла она не несёт.
В последний раз: кнопка <Рассчитать> на вкладке СЗ (как часть большой кнопки на вкладке Условия) всего лишь заполняет вкладку СЗ и попутно выводить внизу синеньким информацию о предварительном СДЗ. Просто информацию из запроса в модуле формы.
Сам окончательный расчёт СДЗ производит <Рассчитать Начисления> из модуля ОБЪЕКТА. Именно он окончателен и бесповоротен.
Брать за основу своих рассуждений синенькую информационную строку предварительного СДЗ - глупо.
До свиданья.
Просто эта большая кнопка <Рассчитать> имеет наименование "РассчитатьВсе" и просто напросто равносильна нажатию ДВУХ кнопок: <Рассчитать> на вкладке СЗ и <Рассчитать Начисления>. Никакого другого смысла она не несёт.
Вам про эту кнопку Oleg70 и говорил. У него нажатие на эту кнопку приводит к результату отличному от последовательного нажатия двух кнопок: "Рассчитать" на закладках "Расчет среднего заработка" и "Расчитать начисления" на закладке "Оплата".
У меня такая ситуация не встречалась. Могу только предположить, что в случае, когда происходит только расчёт начислений программа берёт данные о среднем из заполненной табличной части документа, а в случае полного расчёта данные о среднем пересчитываются заново и получаются отличными от записанных в табличную часть. Возможно присутствует какая то ошибка записи данных о среднем в ТЧ. Нужно гонять на отладчике на реальных данных, при которых расхождения возникают.
(341) Та же ситуация, причем почти всегда. Кнопка Рассчитать заполняет неверно ТЧ Оплата, а кнопка Рассчитать начисления - верно. Причина - главная кнопка Рассчитать вообще не смотрит в ТЧ "Расчет среднего заработка" и перерасчитывает эти данные заново, с дублями, которых в ТЧ по факту нет.
Вышел из ситуации криво, но минимум правок кода. Теперь обе кнопки дают одинаково правильный результат.
В конце СформироватьИЗаписатьДанныеРасчетаСреднего2025:
(363) Пересчитал в своих базах пару десятков отпусков по нескольким организациям. Ни разу ошибка не проявилась. Пытались анализировать, что именно дублируется в ТаблицаЗаписей? Какие то определённые начисления?
Подскажите у кого в справках 2 НДФЛ и в отчёте 6 НДФЛ не верно заполняется предельная база по 15 и 18 процентам. Обновились до последнего релиза 1.3.246.1.
После обновления до (1.3.245.3) При расчете среднего теперь не всегда встают отработанные дни по окладу, соответственно неверный средний. Если ручками в соответствующие строки добавить и рассчитать начисления, тогда рассчитываются начисления верно. подскажите, где можно подправить,
Еще вопрос про ндфл. Теперь при расчете начислений зарплаты с комментарием показывает доход и облагаемый с нарастающим итогом. Отдельно НДФЛ на основную зарплату и отдельно на РКСН. Так вот, льготы на детей применяются с основного дохода и соответственно превышение 450 000 тоже только на основную Верно ли это? Бухгалтера в недоумении.
(346) Да, это верно.
Бухгалтерам процитируйте НК статью 218:
Налоговый вычет действует до месяца, в котором доход налогоплательщика (за исключением доходов от долевого участия в деятельности организаций, полученных в виде дивидендов физическими лицами, являющимися налоговыми резидентами Российской Федерации), исчисленный нарастающим итогом с начала налогового периода (в отношении которого предусмотрена налоговая ставка, установленная пунктом 1 статьи 224 настоящего Кодекса) налоговым агентом, предоставляющим данный стандартный налоговый вычет, превысил 450 000 рублей.
Статья 224
1. [Ставки 13%-22%, т.е. с зарплаты] ...
1.2. [Ставки 13%-15% с РКСН]
Добрый день. Прошу прощения, что не по теме. Подскажите какой операцией в УПП перевести лизинговые ОС, учитываемые на счете 01.03 в состав собственных. Или может ссылку по этой теме кто подскажет.
Добавил строки кода, всё равно не работает. Выяснилось, что сотруднику не работавшему ни дня (например, больничный + отпуск) в расчёт среднего попала строка с Районый / 0 рублей / 0,95 дней, если удалить - считает верно.
Подскажите, может кто сталкивался, при формировании свода начисленной заработной платы в ЗУПе не правильно отражается долг по заработной плате на конец месяца. Хотя при формировании отражения зарплаты в бухучете в ОСВ по 70 счету все правильно.
Добрый день, коллеги. Ни кто не сталкивался с ошибкой при расчете документа "Расчет при увольнения сотрудников организации" при виде "Удержать за использование авансом", падает с ошибкой "Поле объекта не обнаружено ИсходныеДанные.ОплачиваемыеДниОтпуска"
(356) Проверяйте по этому сотруднику остатки по регистрам ВзаиморасчетыСРаботникамиОрганизаций, ЗарплатаЗаМесяцОрганизаций, НДФЛКЗачету. Долг отражаемый в Своде может отличаться от сальдо по 70 счету, если после проведения отражения ЗП начисления или выплаты были изменены, причём не обязательно в текущем периоде.
Добрый день! Подскажите пожалуйста, почему в расчетном листке не отображаются вычет на детей? Сам налог считает правильно с учетом предоставленного вычета.
(367) В следующем месяце тоже самое. В 1 квартале вычеты указывались в расчетных листках, во втором нет хотя предельного дохода сотрудники кому положен вычет еще не достигли. Спасибо за ответ
(372) Отчет не модифицированный? Отборов лишних нет?
Проверьте ещё, не начисляется ли вычет в документе Начисление зарплаты за первую половину месяца. Авансовые документы двигают не все регистры, которые расчётный листок использует. Возможно дело в этом.
(374) Добрый день! Спасибо за обратную связь. Нет в авансовом начисление точно вычет не принимается. После обновления 1.3.247.1 вообще странная ситуация. Помимо вычетов в расчетный листок не попадает НДФЛ с аванса, а сумма на руки рассчитывается правильно. В документе начисление за месяц НДФЛ рассчитывается верно с учетом аванса, а дальше по регистрам он не попадает.
(375) Попали на ту же ситуацию. Проблема в коде, который был добавлен в 1.2.246.2, в процедуру ДобавитьСтрокуНДФЛ модуля объекта документа НачислениеЗарплатыРаботникамОрганизаций:
Если ВыборкаПоСтрокамДокумента.ИсчисленноВАванс И ВыборкаПоШапкеДокумента.ДатаРегистрацииПриНачисленииАванса = Дата('00010101') Тогда
Движение.ЗарегистрированоПриНачисленииАванса = НачалоМесяца(ВыборкаПоСтрокамДокумента.МесяцНалоговогоПериода);
КонецЕсли;
В результате этой добавки движение, которое должно было заменить авансовое движение движением, исчисленным из зарплаты, так и осталось авансовым. Пытаюсь сейчас понять, что хотел сказать автор кода.
(376), (374) Да, косяк подтверждаю. Пока откатил ту базу, что успел обновить на релиз 1.3.245.3. Хорошо, что в остальных не успел обновления на боевые базы накатить, только тестовыми ограничился.
Благодарю за наводку. У себя закомментил верхнюю строчку и проблему как рукой сняло. Бухгалтерия однозначно дала понять что данная пометка на проводку ставиться точно не должна, в противном случае начинается полный бедлам.
Если ВыборкаПоСтрокамДокумента.ИсчисленноВАванс И ВыборкаПоШапкеДокумента.ДатаРегистрацииПриНачисленииАванса = Дата('00010101') Тогда
Движение.ЗарегистрированоПриНачисленииАванса = НачалоМесяца(ВыборкаПоСтрокамДокумента.МесяцНалоговогоПериода);
КонецЕсли;
Там в двух местах есть такая конcтрукция.
Вы где убирали проверку?
(380) Я в обоих местах убрал, весь этот кусок кода. Считает теперь правильно, за исключением людей, у которых был аванс, но не было зп за вторую половину месяца (отпуск, больничный и т.д.). Но таких всего два, руками поправили.
(381) я конечно не знаю, как у вас считается, но вы попробуйте сделать/рассчитать документ "Перерасчет НДФЛ". или сделать начисление ЗП на следующий месяц. и оказывается что все криво считается если в прошлом месяце выплата аванса приходится на месяц окончательного расчета ЗП.
(383) Я так далеко не думаю. Я, с одной стороны, жду обновление, в котором это будет исправлено (и как показывает практика сломано что-нибудь другое), а с другой стороны - готовлюсь к переезду в ЗУП 3.1 в середине этого или в начале следующего года. Руководство созреет - сразу же и переедем.
(384) вот поэтому и не хочется выкладывать исправление. потому что из-за таких высказываний понимаешь, что кто-то сидит на жопе ровно и не хочет разбираться в проблеме. ждет решения.
(385) Согласен. Приношу свои извинения за испорченное настроение. Уточню, на всякий случай: "сидит на жопе ровно, не хочет разбираться в проблеме" и "слишком много проблем, приходится расставлять приоритеты" - это разные ситуации. У меня - вторая. И да, из (384) это никак нельзя было определить. Но тем не менее.
выплата аванса приходится на месяц окончательного расчета ЗП
Поясните, пожалуйста, что вы имеете ввиду.
(384), большинство всегда сидит на пятой точке ровно. И исправлениями и решениями проблем здесь всегда делятся из альтруизма. Никто вас не может принудить выкладывать исправление. ;)
(388) Подозреваю, что из-за того, что он включает авансовый НДФЛ в начисление ЗП только в том случае, если был выплачен аванс ровно такой, какой был начислен по месяцу.
Нашел этот момент в общем модуле ПроведениеРасчетов.
Начинается в 8755 строке, с условия
Если ТипЗнч(Регистратор) = Тип("ДокументСсылка.НачислениеЗарплатыРаботникамОрганизаций") И Не РасчетПриМежрасчетнойВыплате Тогда
В самом последнем запросе есть такие куски:
|ВЫБОР
| КОГДА ЕСТЬNULL(ВТ_ВыплатыАвансов.СуммаВзаиморасчетов, 0) = 0
| ТОГДА ИСТИНА
| ИНАЧЕ ЛОЖЬ
| КОНЕЦ КАК АвансВыплачен,
| ВЫБОР
| КОГДА ЕСТЬNULL(ВТ_ВыплатыАвансов.СуммаВзаиморасчетов, 0) = 0
| ТОГДА ИСТИНА
| ИНАЧЕ ЛОЖЬ
| КОНЕЦ,
Я для правильного расчета поставил не равенство, а меньше или равно, начал начислять НДФЛ авансовый и сторнировать его правильно. Но это только к моему случаю подошло, у вас может быть по-другому.
Судя по всему, в 1.3.246.2 исправили ошибку, тянущуюся ещё с начала года. Если ФизЛицо за месяц поработало в двух подразделениях (внутренний совместитель или кадровый перевод), то удержанный НДФЛ не разбивается по двум подразделениям, а удерживается в каждом на полную сумму и, в результате, в целом по физлицу удержанный НДФЛ задваивается.
Столкнулись с арифметической ошибкой при расчете среднего заработка при увольнении. Количество дней *средний заработок, а произведение получается меньше почти в два раза. Было у кого так? Релиз 247.1.
(393) У нас все нормально отработало на этом релизе. Попробуйте не эту главную кнопку "рассчитать", а другую. В расчете отпускных они отличались, может тут тоже
(396) Почитайте внимательно описание обновление
При использовании обмена с СФР по ЭЛН рекомендуется использовать платформы с версиями не ниже 8.3.24.1758, 8.3.25.1495, 8.3.26.1479.