Бешеный НДФЛ в версии 3.1.4.120

Вылезла проблема с ндфл, поставили обновление 3.1.4.120, 1с по этому поводу ндфл у ВСЕХ сотрудников с начала года пересчитала. У меня подозрение на новую графу вида дохода которая появилась в настройке начисления основного отпуска. В одной из наших организаций делают не один документ начисления, а кучу документов по конкретным подразделениям и еще кучу документов начисления в которых выполняют подбор и подразделение вообще не указывают. Так вот там где подразделение не указывают 1с делает перерасчет ндфл за все месяцы года по ВСЕМ сотрудникам независимо от того что в другом документе перерасчет по этим сотрудникам уже сделан. получаем по 2 строки * 11 месяцев * 500 человек * количество документов без указания подразделений. В итоге 1с от такого объема строк сошла с ума и начислила некоторым сотрудникам триллионы (буквально) НДФЛ . Пока попросил их распровести все документы, начислить в первую очередь те документы в которых подразделения указаны, потом те документы в которых 1-2 человека и почистить из документов НДФЛ других людей, потом если оставшиеся документы не дадут бешеных цифр будем думать что делать дальше.

Может кто-нибудь знает какой нибудь способ как побороть проблему?

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

На партнерском форуме идет активное обсуждение проблемы. 1С пока молчит.

Вот ед. содержательный комментарий:

После обновления на релиз 3.1.4. Документ "Операции учета НДФЛ" введен на одно сотрудника, когда смотрим движения документа, то по регистрам НДФЛ движения проходят по разным сотрудникам по одному документу, что является неправильным. Если в документе указан один сотрудник, то и движения должны быть по одному сотруднику.

Выход: Просто выполнил перепроведение документов "Операции учета НДФЛ", движения выравнились как и должны быть, на документ с одним сотрудником. Краснота по регистрам и отчетам ушла.

Осталась проблема "+" и "-" НДФЛ по видам дохода и датам

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Продолжение веселья. Заполнили подразделения в документах начисления зарплаты где возможно, где сложно, и мало людей удалили лишний НДФЛ руками. Всё сверили, обрадовались. Сделали Анализ НДФЛ всё "приемлемо". Только переключился на другие задачи звонок опять не идёт НДФЛ. Распрашиваю что меняли такого особенного в начислениях, говорят - ничего. Оказывается у них документы "Ведомость на выплату" начисляет НДФЛ . :) Снимает начисленный НДФЛ по отпускам за вредность с июля и кидает в начисления ноября. Написал им обработку которая обнуляет все начисления в ведомостях, чтобы отложить этот праздник хотя бы на несколько дней чтобы люди спокойно зарплату получили.

Я бы сказал что думаю про 1с-ников но как говорится "Кролик был очень вежлив поэтому он промолчал"

Скопировать ссылку
Перейти

В ведомости на выплату появилась "Дата выплаты". Для дохода , которые не оплата труда , при выплате может быть корректировка НДФЛ. Например, в б/листе мы поставили дату 10 ноября. А реально выплачиваем 12 . Раньше нужно было зайти в документ начисления исправить дату, теперь нет.

Правда со старыми документами (которые были до момента перехода ) нужно быть внимательнее. Для правильно отражения в 6-НДФЛ больничный нужно все-таки перепровести.

Скопировать ссылку
Перейти

(10) Только теперь НДФЛ нужно сверять не только по итогам закрытия месяца а еще и после каждой выплаты.

И у нас ведомость перенесла начисления аж с июля на текущий месяц. Сомневаюсь что это нормально :)

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(9) Спасибо за предупреждение. Ведем сейчас учет на 3.1.3 параллельно с 2.5. Собирались обкатать работу на 3.1.4 (привлекла реализация бухгалтерского сальдо), но с такими новостями видимо лучше пока "отсидеться" на 3.1.3 до лучших до времен.

А семинар не был зарегистрирован в 1С:Лекторий ? И второй вопрос риторический. Что же молчат власти разработчики из 1С, почему не отозван релиз? Или они - "на нас как на кошках тренируются" ? :)

Скопировать ссылку
Перейти

Семинар был на БухЭксперт8 - справочная система по учету в 1С.

Скопировать ссылку
Перейти

Поделюсь своим видением проблемы.

Вчера столкнулся с чем-то похожим.Появлением красноты в расчете НДФЛ. Вначале думал, что проблема в регистре Регистр накопления "Учет доходов для исчисления НДФЛ", в котором после проведения перезаполняется колонка Категория дохода, но перепроведение ничего не дало, краснота осталась. Начал искать другие пути на одном из сотрудников. Красноту удалось устранить только перевыбором сотрудника в документе или кнопкой перерасчет сотрудника (затронутые документы за период: Отпуск, Премии, Разовые начисления, больничный , в общем везде, где есть НДФЛ). Далее сравнил движения по регистрам до и после и нашел только одно отличие: в регистре накопления Расчеты налогоплательщиков с бюджетом по НДФЛ после перевыбора или пересчета сотрудника изменяется значение колонки Дата получения дохода фиксирована с ДА на НЕТ. Краснота пропадает. Конечно метод трудоемкий, но может поможет разработчикам как-то ускорить устранение ошибки. попробывать автоматом поменять значения Регистра например, может поможет.

Скопировать ссылку
Перейти

Сегодня попытались обновиться с 3.1.3.274. Хорошо, что бухгалтер отслеживает 6-НДФЛ, так сразу вылезли проблемы. Практически у всех сотрудников произошло задвоение сумм дохода (РегистрНакопленияРасчетыНалогоплательщиковСБюджетомПоНДФЛ). Проблема частично решается обновлением налога в документах ведомостей на выплату и их последующим перепроведением, однако в этом же регистре появляются одинаковые строки с плюсовыми и минусовыми суммами НДФЛ. В итоге НДФЛ считается неправильно. Пришлось вернуть копию, сделанную перед обновлением.

Подождём нового релиза.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(19) Алексей, если еще актуально: сами даунгрейдились до 3.1.3: 1. Восстановить старую базу в копию, зайдите в конфигуратор, сохраните конфигурацию в файл; 2. Сделайте бэкап рабочей базы, потом в конфигураторе снимите конфигурацию с подержки, переключатели установить нужно в положение (точно не помню название), снято с поддержки (полностью); 3. Загрузите конфигурацию из файла, сохраненного в п.1; 4. Обновите ИБ.

У нас этот метод отработал нормально. Единственное, что все документы начисления и выплаты, проведенные после вашего обновления на 3.1.4 нужно распровести, перерассчитать и провести.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Опытным путем выяснили, что в регистре "Расчеты налогоплательщиков с бюджетом" у записей с видом дохода "Оплата труда" значение реквизита "Дата получения дохода фиксирована" должно быть "Истина". У остальных видов дохода - "Ложь". В этом случае никаких лишних записей плюсом-минусом не возникает. Причем при проведении документа "Дата получения дохода фиксирована" заполняется заново как надо. Вывод: надо перепровести все документы начисления.

Скопировать ссылку
Перейти

(28) Не знаю - у нас что-то не совсем получилось. Особенно в тех случаях, когда есть какие-либо перерасчеты, сторно и пр.

Вопрос еще один выплыл: в каких случаях заполняется реквизит "СуммыВыплаченногоДохода" в регистре "РасчетыНалогоплательщиковСБюджетомПоНДФЛ"? Вот есть запись прихода с суммой НДФЛ - 1000 руб (начисление зарплаты). Следом за ней запись расхода с этой же суммой НДФЛ, но с пустой суммой выплаченного дохода (выплата). И так подряд несколько раз. И только чуть позже появляется запись расхода с нулевой суммой НДФЛ, но с не пустой суммой выплаченного дохода (выплата). Все в текущем году. Почему так происходит - непонятно.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Конфигурация ERP 2.4.2.90

1. Документ Начисление зарплаты: + НДФЛ - 1000 сумма выплаченного дохода (СВП) - 0 2. Документ Списание безналичных: - НДФЛ - 1000 СВП - 0 И так несколько месяцев. Затем: 1. Документ Начисление зарплаты: + НДФЛ - 1000 сумма выплаченного дохода (СВП) - 0 2. Документ Списание безналичных: - НДФЛ - 1000 СВП - 0 - НДФЛ - 0 СВП - 10000.

Почему в первые месяцы не было таких записей - непонятно

Скопировать ссылку
Перейти

Фиксированная да та получения дохода ставится не только у категории оплатаТруда:

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(23) Мне ответили так: В версии 3.1.4.120 появился реквизит "категория дохода". Соответственно при обновлении происходит перераспределение доходов по данному реквизиту.

В любом случае, если изначально даты получения дохода были указаны верно и в строках пересчета даты одинаковые, то никаких проблем с переносом НДФЛ с одной категории на другую не возникает. Отчеты заполняются корректно.

Если же появляются доначисления, или суммы и/или даты в строках с "+" и "-" не совпадают, значит эти доходы были введены не верно.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

"Публикуемые ошибки продукта "1С:ЗУП 3, 1С:ЗГУ 3" версии 3.1.5.22

Код ошибки: 10188179

Статус: Исправлена в тестовой версии Зарегистрирована: 12.12.2017

Исправлена: "1С:ЗУП 3, 1С:ЗГУ 3", версия 3.1.5.22 (для тестирования)

После обновления на релиз 3.1.4.120 в документе "Операция учета НДФЛ" возможно появление излишних строк исчисленного налога."

Так что ошибка будет исправлена с выходом релиза 3.1.5

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(36) Где не помогало простое проведение, там помогало перезаполнение НДФЛ в документе начисления.

P.S, Расскажите, пожалуйста, что вы подразумеваете под предварительным изменением регистра.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Сегодня столкнулся с этим недугом и кажется победил его.

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

Теперь про разные типы этого поля: я так понял, что в 1С разделили зарплату и "Прочие доходы от трудовой деятельности", при чем последние попадают в регистр СведенияОДоходахНДФЛ из отпусков и б/л, но при этом НДФЛ с них в регистр накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ попадает как Оплата труда. Чтобы исправить эту ситуацию, обработкой проверяем и меняем там где надо в табличной части НДФЛ документов отпуск и б/л тип дохода с Оплата труда на Прочие доходы от трудовой деятельности. перепроводим документ и больше перерасчета НДФЛ у нас не будет.

Скопировать ссылку
Перейти

у меня полностью заполнился для МесяцНалоговогоПериода= текущий год(2017)

в самом запросе

т.е. получается при обновлении категорию заполняют по налоговому периоду а рассчитывают по дате получения дохода, возможно из-за этого каша

Скопировать ссылку
Перейти

(47) Спасибо за наводку. У меня по регистру "РасчетыНалогоплательщиковСБюджетомПоНДФЛ" получилась такая хрень: Мы остатки по НДФЛ на 01.01.2017 года заносили документами "Операция учета НДФЛ". Так вот после волшебного обновления 3.1.4.120, получилось что по сотрудникам появилась запись по всем документам, т.е. вместо одной записи по регистру по каждому сотруднику появилось больше 100 одинаковых записей. Проблема ушла после перепроведения всех документов ""Операция учета НДФЛ"

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Тоже столкнулся с данной проблемой. Долго писал в 1С -не верили, пришлось высылать им не обновленную версию, дабы обновив они увидели ошибку. Увидели однако !

вот их ответ от 19 декабря : Это ошибка № 10188474. Планируется исправление в следующей версии.

В итоге баги (а точнее полная ж..) НДФЛ проявляются 1) в промежуточных выплатах - завышает реально налог 2) Начисление ЗП за декабрь вроде визуально + на - и красиво, НО. Попробуйте получить 2НДФЛ сотрудника за 2017 год или заполнить отчет в ГНИ по 2НДФЛ Там всем массово идет переплата налога, ошибка в неверной сумме начисленного НДФЛ (занижает на отрицательные суммы декабря)

в итоге бухгалтер в трансе. Такого крутого обновления еще не было! Каждый раз зарекаюсь не обновлять сразу но .

Скопировать ссылку
Перейти

Тоже столкнулись этой проблемой. Ради эксперимента попробовала откатить конфигурацию на 3.1.3.274 Сравнением/объединением. Т.к. в релизе 3.1.4.120 почти никакие объекты и реквизиты не удаляются, а в основном добавляется куча новых, то, как мне кажется, * прошел нормально. Проверяли экспериментальную базу с бухгалтерами - серьёзных проблем не нашли. Перепровели последние ведомости - весь НДФЛ опять ровный и красивый.

Может я чего то не учла, но пока всё хорошо, собираемся остаться на старом релизе.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(74) Дмитрий, это ведь просто ошибка релиза 274

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

С 3.1.3.274 всё задвоилось, как при переходе на 3.1.4.120. Но есть моменты: в феврале 2017 был переход с 77, по части документы с января забивались "ручками" (подробностей не знаю, не при мне). Вернулись в 274 ибо ***(

📎📎📎📎📎📎📎📎📎📎