Вылезла проблема с ндфл, поставили обновление 3.1.4.120, 1с по этому поводу ндфл у ВСЕХ сотрудников с начала года пересчитала...
У меня подозрение на новую графу вида дохода которая появилась в настройке начисления основного отпуска...
В одной из наших организаций делают не один документ начисления, а кучу документов по конкретным подразделениям и еще кучу документов начисления в которых выполняют подбор и подразделение вообще не указывают. Так вот там где подразделение не указывают 1с делает перерасчет ндфл за все месяцы года по ВСЕМ сотрудникам независимо от того что в другом документе перерасчет по этим сотрудникам уже сделан... получаем по 2 строки * 11 месяцев * 500 человек * количество документов без указания подразделений...
В итоге 1с от такого объема строк сошла с ума и начислила некоторым сотрудникам триллионы (буквально) НДФЛ ...
Пока попросил их распровести все документы, начислить в первую очередь те документы в которых подразделения указаны, потом те документы в которых 1-2 человека и почистить из документов НДФЛ других людей, потом если оставшиеся документы не дадут бешеных цифр будем думать что делать дальше...
Может кто-нибудь знает какой нибудь способ как побороть проблему?
У меня подозрение на новую графу вида дохода которая появилась в настройке начисления основного отпуска...
В одной из наших организаций делают не один документ начисления, а кучу документов по конкретным подразделениям и еще кучу документов начисления в которых выполняют подбор и подразделение вообще не указывают. Так вот там где подразделение не указывают 1с делает перерасчет ндфл за все месяцы года по ВСЕМ сотрудникам независимо от того что в другом документе перерасчет по этим сотрудникам уже сделан... получаем по 2 строки * 11 месяцев * 500 человек * количество документов без указания подразделений...
В итоге 1с от такого объема строк сошла с ума и начислила некоторым сотрудникам триллионы (буквально) НДФЛ ...
Пока попросил их распровести все документы, начислить в первую очередь те документы в которых подразделения указаны, потом те документы в которых 1-2 человека и почистить из документов НДФЛ других людей, потом если оставшиеся документы не дадут бешеных цифр будем думать что делать дальше...
Может кто-нибудь знает какой нибудь способ как побороть проблему?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
На партнерском форуме идет активное обсуждение проблемы. 1С пока молчит.
Вот ед. содержательный комментарий:
Вот ед. содержательный комментарий:
Проблема выяснена.
После обновления на релиз 3.1.4... Документ "Операции учета НДФЛ" введен на одно сотрудника, когда смотрим движения документа, то по регистрам НДФЛ движения проходят по разным сотрудникам по одному документу, что является неправильным... Если в документе указан один сотрудник, то и движения должны быть по одному сотруднику.
Выход: Просто выполнил перепроведение документов "Операции учета НДФЛ", движения выравнились как и должны быть, на документ с одним сотрудником. Краснота по регистрам и отчетам ушла.
Осталась проблема "+" и "-" НДФЛ по видам дохода и датам
После обновления на релиз 3.1.4... Документ "Операции учета НДФЛ" введен на одно сотрудника, когда смотрим движения документа, то по регистрам НДФЛ движения проходят по разным сотрудникам по одному документу, что является неправильным... Если в документе указан один сотрудник, то и движения должны быть по одному сотруднику.
Выход: Просто выполнил перепроведение документов "Операции учета НДФЛ", движения выравнились как и должны быть, на документ с одним сотрудником. Краснота по регистрам и отчетам ушла.
Осталась проблема "+" и "-" НДФЛ по видам дохода и датам
Короче, как-то так
Однако ошибки, зарегистрированные самим сотрудниками 1С, являются внутренними (на их усмотрение) и не отслеживаются через баг-трекер.
Поэтому разумно ошибки регистрировать через почту клиентам, тогда ошибка точно будет отслеживаться.
Моисеев Алексей (1С, Москва) 10 минут назад 1671228 Отвечает на
Спасибо.
Зарегистрирована ошибка 10188179
Спасибо.
Зарегистрирована ошибка 10188179
Однако ошибки, зарегистрированные самим сотрудниками 1С, являются внутренними (на их усмотрение) и не отслеживаются через баг-трекер.
Поэтому разумно ошибки регистрировать через почту клиентам, тогда ошибка точно будет отслеживаться.
Продолжение веселья.
Заполнили подразделения в документах начисления зарплаты где возможно, где сложно, и мало людей удалили лишний НДФЛ руками. Всё сверили, обрадовались. Сделали Анализ НДФЛ всё "приемлемо". Только переключился на другие задачи звонок опять не идёт НДФЛ!!!
Распрашиваю что меняли такого особенного в начислениях, говорят - ничего.
Оказывается у них документы "Ведомость на выплату" начисляет НДФЛ !!! :)
Снимает начисленный НДФЛ по отпускам за вредность с июля и кидает в начисления ноября.
Написал им обработку которая обнуляет все начисления в ведомостях, чтобы отложить этот праздник хотя бы на несколько дней чтобы люди спокойно зарплату получили...
Я бы сказал что думаю про 1с-ников но как говорится "Кролик был очень вежлив поэтому он промолчал"
Заполнили подразделения в документах начисления зарплаты где возможно, где сложно, и мало людей удалили лишний НДФЛ руками. Всё сверили, обрадовались. Сделали Анализ НДФЛ всё "приемлемо". Только переключился на другие задачи звонок опять не идёт НДФЛ!!!
Распрашиваю что меняли такого особенного в начислениях, говорят - ничего.
Оказывается у них документы "Ведомость на выплату" начисляет НДФЛ !!! :)
Снимает начисленный НДФЛ по отпускам за вредность с июля и кидает в начисления ноября.
Написал им обработку которая обнуляет все начисления в ведомостях, чтобы отложить этот праздник хотя бы на несколько дней чтобы люди спокойно зарплату получили...
Я бы сказал что думаю про 1с-ников но как говорится "Кролик был очень вежлив поэтому он промолчал"
(8)
В ведомости на выплату появилась "Дата выплаты".
Для дохода , которые не оплата труда , при выплате может быть корректировка НДФЛ. Например, в б/листе мы поставили дату 10 ноября. А реально выплачиваем 12 . Раньше нужно было зайти в документ начисления исправить дату, теперь нет.
Правда со старыми документами (которые были до момента перехода ) нужно быть внимательнее. Для правильно отражения в 6-НДФЛ больничный нужно все-таки перепровести.
Оказывается у них документы "Ведомость на выплату" начисляет НДФЛ !!! :)
В ведомости на выплату появилась "Дата выплаты".
Для дохода , которые не оплата труда , при выплате может быть корректировка НДФЛ. Например, в б/листе мы поставили дату 10 ноября. А реально выплачиваем 12 . Раньше нужно было зайти в документ начисления исправить дату, теперь нет.
Правда со старыми документами (которые были до момента перехода ) нужно быть внимательнее. Для правильно отражения в 6-НДФЛ больничный нужно все-таки перепровести.
(9) Спасибо за предупреждение.
Ведем сейчас учет на 3.1.3 параллельно с 2.5. Собирались обкатать работу на 3.1.4 (привлекла реализация бухгалтерского сальдо), но с такими новостями видимо лучше пока "отсидеться" на 3.1.3 до лучших до времен.
А семинар не был зарегистрирован в ?
И второй вопрос риторический. Что же молчатвласти разработчики из 1С, почему не отозван релиз? Или они - "на нас как на кошках тренируются" ? :)
Ведем сейчас учет на 3.1.3 параллельно с 2.5. Собирались обкатать работу на 3.1.4 (привлекла реализация бухгалтерского сальдо), но с такими новостями видимо лучше пока "отсидеться" на 3.1.3 до лучших до времен.
А семинар не был зарегистрирован в ?
И второй вопрос риторический. Что же молчат
Поделюсь своим видением проблемы.
Вчера столкнулся с чем-то похожим.Появлением красноты в расчете НДФЛ. Вначале думал, что проблема в регистре Регистр накопления "Учет доходов для исчисления НДФЛ", в котором после проведения перезаполняется колонка Категория дохода, но перепроведение ничего не дало, краснота осталась. Начал искать другие пути на одном из сотрудников. Красноту удалось устранить только перевыбором сотрудника в документе или кнопкой перерасчет сотрудника (затронутые документы за период: Отпуск, Премии, Разовые начисления, больничный , в общем везде, где есть НДФЛ). Далее сравнил движения по регистрам до и после и нашел только одно отличие: в регистре накопления Расчеты налогоплательщиков с бюджетом по НДФЛ после перевыбора или пересчета сотрудника изменяется значение колонки Дата получения дохода фиксирована
с ДА на НЕТ!!!!. Краснота пропадает.
Конечно метод трудоемкий, но может поможет разработчикам как-то ускорить устранение ошибки...попробывать автоматом поменять значения Регистра например, может поможет.
Вчера столкнулся с чем-то похожим.Появлением красноты в расчете НДФЛ. Вначале думал, что проблема в регистре Регистр накопления "Учет доходов для исчисления НДФЛ", в котором после проведения перезаполняется колонка Категория дохода, но перепроведение ничего не дало, краснота осталась. Начал искать другие пути на одном из сотрудников. Красноту удалось устранить только перевыбором сотрудника в документе или кнопкой перерасчет сотрудника (затронутые документы за период: Отпуск, Премии, Разовые начисления, больничный , в общем везде, где есть НДФЛ). Далее сравнил движения по регистрам до и после и нашел только одно отличие: в регистре накопления Расчеты налогоплательщиков с бюджетом по НДФЛ после перевыбора или пересчета сотрудника изменяется значение колонки Дата получения дохода фиксирована
с ДА на НЕТ!!!!. Краснота пропадает.
Конечно метод трудоемкий, но может поможет разработчикам как-то ускорить устранение ошибки...попробывать автоматом поменять значения Регистра например, может поможет.
Сегодня попытались обновиться с 3.1.3.274. Хорошо, что бухгалтер отслеживает 6-НДФЛ, так сразу вылезли проблемы. Практически у всех сотрудников произошло задвоение сумм дохода (РегистрНакопленияРасчетыНалогоплательщиковСБюджетомПоНДФЛ). Проблема частично решается обновлением налога в документах ведомостей на выплату и их последующим перепроведением, однако в этом же регистре появляются одинаковые строки с плюсовыми и минусовыми суммами НДФЛ. В итоге НДФЛ считается неправильно. Пришлось вернуть копию, сделанную перед обновлением.
Подождём нового релиза.
Подождём нового релиза.
У нас такая же проблема, но только с ERP: перешли на 2.4.2.90 и понеслась...
Установил зависимость от двух регистров: "Учет доходов для исчисления НДФЛ" и "Расчеты налогоплательщиков с бюджетом НДФЛ". Почти всюду в 1-м регистре не заполнено поле "Категория дохода" и, соответственно, не везде заполнено поле "Вид дохода" во 2-м регистре. Если их заполнить, то проблема пропадает. Остатется проблема как... Если в 1-м регистре еще это просто сделать обработкой, то во 2-м нужно перепроводить. А у нас периоды закрыты. Я то понимаю, что скорее всего на закрытие месяца такое перепроведение никак не повлияет, но бухгалтерия боится. Да и кто теперь знает, что еще там в этом обновлении не так...
Установил зависимость от двух регистров: "Учет доходов для исчисления НДФЛ" и "Расчеты налогоплательщиков с бюджетом НДФЛ". Почти всюду в 1-м регистре не заполнено поле "Категория дохода" и, соответственно, не везде заполнено поле "Вид дохода" во 2-м регистре. Если их заполнить, то проблема пропадает. Остатется проблема как... Если в 1-м регистре еще это просто сделать обработкой, то во 2-м нужно перепроводить. А у нас периоды закрыты. Я то понимаю, что скорее всего на закрытие месяца такое перепроведение никак не повлияет, но бухгалтерия боится. Да и кто теперь знает, что еще там в этом обновлении не так...
Пробовали перейти на 3.1.4.120.
Документы начислений вызывают какой-то адский пересчет НДФЛ. 600 человек почти все неправильно.
Неправильно определяется расчетная база видов расчета, когда более одного интервала в месяце. ВР начисляемые при появлении вида времени из расчетной базы учитываются повторно в каждом временном промежутке, а не каждый в своем, как было в прошлом релизе.
Пока вернулись на 3.1.3.274.
Документы начислений вызывают какой-то адский пересчет НДФЛ. 600 человек почти все неправильно.
Неправильно определяется расчетная база видов расчета, когда более одного интервала в месяце. ВР начисляемые при появлении вида времени из расчетной базы учитываются повторно в каждом временном промежутке, а не каждый в своем, как было в прошлом релизе.
Пока вернулись на 3.1.3.274.
Добрый день. Подскажите, пожалуйста, как безболезнено вернуться на 3.1.3. Обновился 10.12. Не обратил внимания на проблемы НДФЛ. Бухгалтер только сегодня увидела проблемы. Итого проработали неделю в базе и откатывать на выгрузку недельной давности очень не хочется.
(20) Я извиняюсь, за некомпетентность, выгрузка загрузка документов - допилить руками обработку или есть механизмы рабочие уже для этого. Документы многие изменялись, заполнялся справочники способов отражений зарплаты в бухучете. Как это все отследить. Если можно поподробней описать механизм. Или дайте ссылку на топик. Заранее спасибо.
(19) Алексей, если еще актуально: сами даунгрейдились до 3.1.3:
1. Восстановить старую базу в копию, зайдите в конфигуратор, сохраните конфигурацию в файл;
2. Сделайте бэкап рабочей базы, потом в конфигураторе снимите конфигурацию с подержки, переключатели установить нужно в положение (точно не помню название), снято с поддержки (полностью);
3. Загрузите конфигурацию из файла, сохраненного в п.1;
4. Обновите ИБ.
У нас этот метод отработал нормально. Единственное, что все документы начисления и выплаты, проведенные после вашего обновления на 3.1.4 нужно распровести, перерассчитать и провести.
1. Восстановить старую базу в копию, зайдите в конфигуратор, сохраните конфигурацию в файл;
2. Сделайте бэкап рабочей базы, потом в конфигураторе снимите конфигурацию с подержки, переключатели установить нужно в положение (точно не помню название), снято с поддержки (полностью);
3. Загрузите конфигурацию из файла, сохраненного в п.1;
4. Обновите ИБ.
У нас этот метод отработал нормально. Единственное, что все документы начисления и выплаты, проведенные после вашего обновления на 3.1.4 нужно распровести, перерассчитать и провести.
Позвонили на линию консультаций в 1С по поводу "бешеного НДФЛ" в 3.1.4.120. Там ответили что это не ошибка и что если плюс равен минусу, то все ОК и ничего не нужно исправлять. А если что то по кому то не идет, то нужно искать ошибки в учете НДФЛ. Причем заполнение "Категории дохода" при обновлении произошло неверно в регистре Расчеты налогоплательщиков с бюджетом по НДФЛ. Пробуем перезаполнить реквизит "Категории дохода" в регистрах и перепровести документы, т.к. нет смысла откатываться, если 1С не собираются ничего исправлять. Кто то еще узнавал у 1С про данную проблему? Что Вам ответили?
(23)
Опытным путем выяснили, что в регистре "Расчеты налогоплательщиков с бюджетом" у записей с видом дохода "Оплата труда" значение реквизита "Дата получения дохода фиксирована" должно быть "Истина". У остальных видов дохода - "Ложь". В этом случае никаких лишних записей плюсом-минусом не возникает. Причем при проведении документа "Дата получения дохода фиксирована" заполняется заново как надо. Вывод: надо перепровести все документы начисления.
Опытным путем выяснили, что в регистре "Расчеты налогоплательщиков с бюджетом" у записей с видом дохода "Оплата труда" значение реквизита "Дата получения дохода фиксирована" должно быть "Истина". У остальных видов дохода - "Ложь". В этом случае никаких лишних записей плюсом-минусом не возникает. Причем при проведении документа "Дата получения дохода фиксирована" заполняется заново как надо. Вывод: надо перепровести все документы начисления.
(28) Не знаю - у нас что-то не совсем получилось... Особенно в тех случаях, когда есть какие-либо перерасчеты, сторно и пр.
Вопрос еще один выплыл: в каких случаях заполняется реквизит "СуммыВыплаченногоДохода" в регистре "РасчетыНалогоплательщиковСБюджетомПоНДФЛ"?
Вот есть запись прихода с суммой НДФЛ - 1000 руб (начисление зарплаты). Следом за ней запись расхода с этой же суммой НДФЛ, но с пустой суммой выплаченного дохода (выплата). И так подряд несколько раз. И только чуть позже появляется запись расхода с нулевой суммой НДФЛ, но с не пустой суммой выплаченного дохода (выплата). Все в текущем году. Почему так происходит - непонятно...
Вопрос еще один выплыл: в каких случаях заполняется реквизит "СуммыВыплаченногоДохода" в регистре "РасчетыНалогоплательщиковСБюджетомПоНДФЛ"?
Вот есть запись прихода с суммой НДФЛ - 1000 руб (начисление зарплаты). Следом за ней запись расхода с этой же суммой НДФЛ, но с пустой суммой выплаченного дохода (выплата). И так подряд несколько раз. И только чуть позже появляется запись расхода с нулевой суммой НДФЛ, но с не пустой суммой выплаченного дохода (выплата). Все в текущем году. Почему так происходит - непонятно...
(34)
Конфигурация ERP 2.4.2.90
1. Документ Начисление зарплаты: + НДФЛ - 1000 сумма выплаченного дохода (СВП) - 0
2. Документ Списание безналичных: - НДФЛ - 1000 СВП - 0
И так несколько месяцев. Затем:
1. Документ Начисление зарплаты: + НДФЛ - 1000 сумма выплаченного дохода (СВП) - 0
2. Документ Списание безналичных: - НДФЛ - 1000 СВП - 0
- НДФЛ - 0 СВП - 10000.
Почему в первые месяцы не было таких записей - непонятно
Конфигурация ERP 2.4.2.90
1. Документ Начисление зарплаты: + НДФЛ - 1000 сумма выплаченного дохода (СВП) - 0
2. Документ Списание безналичных: - НДФЛ - 1000 СВП - 0
И так несколько месяцев. Затем:
1. Документ Начисление зарплаты: + НДФЛ - 1000 сумма выплаченного дохода (СВП) - 0
2. Документ Списание безналичных: - НДФЛ - 1000 СВП - 0
- НДФЛ - 0 СВП - 10000.
Почему в первые месяцы не было таких записей - непонятно
(28)
Фиксированная да та получения дохода ставится не только у категории оплатаТруда:
Дата получения дохода фиксирована" заполняется заново как надо. Вывод: надо перепровести все документы начисления.
Фиксированная да та получения дохода ставится не только у категории оплатаТруда:
Если Не НоваяСтрока.ДатаПолученияДоходаФиксирована Тогда
НоваяСтрока.ДатаПолученияДоходаФиксирована = НоваяСтрока.КатегорияДохода = Перечисления.КатегорииДоходовНДФЛ.ОплатаТруда
Или НоваяСтрока.КатегорияДохода = Перечисления.КатегорииДоходовНДФЛ.ДоходВНатуральнойФормеОтТрудовойДеятельности
Или НоваяСтрока.КатегорияДохода = Перечисления.КатегорииДоходовНДФЛ.ПрочиеНатуральныеДоходы
КонецЕсли;
(23) Мне ответили так:
В версии 3.1.4.120 появился реквизит "категория дохода". Соответственно при обновлении происходит перераспределение доходов по данному реквизиту.
В любом случае, если изначально даты получения дохода были указаны верно и в строках пересчета даты одинаковые, то никаких проблем с переносом НДФЛ с одной категории на другую не возникает. Отчеты заполняются корректно.
Если же появляются доначисления, или суммы и/или даты в строках с "+" и "-" не совпадают, значит эти доходы были введены не верно.
В версии 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
Код ошибки: 10188179
Статус: Исправлена в тестовой версии Зарегистрирована: 12.12.2017
Исправлена: "1С:ЗУП 3, 1С:ЗГУ 3", версия 3.1.5.22 (для тестирования)
Описание:
После обновления на релиз 3.1.4.120 в документе "Операция учета НДФЛ" возможно появление излишних строк исчисленного налога."
Так что ошибка будет исправлена с выходом релиза 3.1.5
(28)
у меня простое перепроведение не во всех случаях срабатывало. Причем на одном сотруднике получилось так, что неправильные записи можно только вручную удалять и уже по-другому ни как не исчезают. А вот предварительное изменение регистра дает плоды, но пока я до конца эксперименты не провел
у меня простое перепроведение не во всех случаях срабатывало. Причем на одном сотруднике получилось так, что неправильные записи можно только вручную удалять и уже по-другому ни как не исчезают. А вот предварительное изменение регистра дает плоды, но пока я до конца эксперименты не провел
У нас в регистре СведенияОДоходахНДФЛ, пока так и не понял по какой логике, по некоторым строкам не было заполнено измерение КатегорияДохода, перезаполнил пустые значение процедурой УчетНДФЛПовтИсп.КатегорияДоходаПоЕгоКоду(СтрокаНабора.КодДохода). НДФЛ стал верно считаться в документах, но насколько корректно данное решение пока не знаю…еще разбираюсь…
(40) в ноябре 2017 приходилось откатывать типовую 3.1.3.247 на кажется 3.1.2.462. Бэкап, снятие с поддержки, сравнение/объединение с возможностью удалять, постановка на поддержку "замочек" и вуаля! Перепроводили начисления, удержания(исп.листы) и выплаты, снимали отчеты - всё сошлось.
Была версия 3.1 (3.1.3.224) обновил до 3.1 (3.1.4.120) НДФЛ не правильно пересчитывался все из-за нового реквизита КатегорияДохода, заменил общий модуль УчетНДФЛ в версии 3.1 (3.1.4.120) на тот что был в версии 3.1 (3.1.3.224) , теперь все идет как было, рекизит КатегорияДохода пустой, на что это влияет не выяснил пока, но ндфл норм и в начислениях и в ведомостях. Перед пересчетом начислений необходимо распровести все ведомости по сотруднику.
Обратил внимание на то, что если отменить проведение по сотруднику всех документов из регистра "РасчетыНалогоплательщиковСБюджетомПоНДФЛ", а потом их же по порядку перепровести, то все начинает считаться правильно. Опять же нестандартные ситуации с перерасчетами и исправлениями еще не проверял...
Простое перепроведение не помогает, после него не будет перерасчета по зарплате. Нужно исправить Вид дохода на "прочие доходы от трудовой деятельности" в документах начисления не зарплаты(отпуска, больничные, премии) и соответственно в выплатах этих доходов. Тогда не будет перерассчетов.
Добрый день.
Сегодня столкнулся с этим недугом и кажется победил его.
Собственно в чем проблема: есть два регистра накопления: СведенияОДоходахНДФЛ и РасчетыНалогоплательщиковСБюджетомПоНДФЛ. В обоих регистрах появился реквизит "Вид дохода". При установке обновления этот реквизит частично заполнился в регистре накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ и полностью заполнился в регистре накопления СведенияОДоходахНДФЛ. И естественно, так как НДФЛ считается нарастающим итогом, при первом расчете (любом: отпуск, б/л) в котором задействован НДФЛ происходи его перерасчет + / -. Способ решения - отобраться в регистре накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ по пустым полям и перепровести все документы, которые эти поля формируют. В моем случае после перепроведения данное поле в регистре накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ заполнилось и как следствие НДФЛ больше не пересчитывался.
Теперь про разные типы этого поля: я так понял, что в 1С разделили зарплату и "Прочие доходы от трудовой деятельности", при чем последние попадают в регистр СведенияОДоходахНДФЛ из отпусков и б/л, но при этом НДФЛ с них в регистр накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ попадает как Оплата труда. Чтобы исправить эту ситуацию, обработкой проверяем и меняем там где надо в табличной части НДФЛ документов отпуск и б/л тип дохода с Оплата труда на Прочие доходы от трудовой деятельности. перепроводим документ и больше перерасчета НДФЛ у нас не будет.
Сегодня столкнулся с этим недугом и кажется победил его.
Собственно в чем проблема: есть два регистра накопления: СведенияОДоходахНДФЛ и РасчетыНалогоплательщиковСБюджетомПоНДФЛ. В обоих регистрах появился реквизит "Вид дохода". При установке обновления этот реквизит частично заполнился в регистре накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ и полностью заполнился в регистре накопления СведенияОДоходахНДФЛ. И естественно, так как НДФЛ считается нарастающим итогом, при первом расчете (любом: отпуск, б/л) в котором задействован НДФЛ происходи его перерасчет + / -. Способ решения - отобраться в регистре накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ по пустым полям и перепровести все документы, которые эти поля формируют. В моем случае после перепроведения данное поле в регистре накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ заполнилось и как следствие НДФЛ больше не пересчитывался.
Теперь про разные типы этого поля: я так понял, что в 1С разделили зарплату и "Прочие доходы от трудовой деятельности", при чем последние попадают в регистр СведенияОДоходахНДФЛ из отпусков и б/л, но при этом НДФЛ с них в регистр накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ попадает как Оплата труда. Чтобы исправить эту ситуацию, обработкой проверяем и меняем там где надо в табличной части НДФЛ документов отпуск и б/л тип дохода с Оплата труда на Прочие доходы от трудовой деятельности. перепроводим документ и больше перерасчета НДФЛ у нас не будет.
(47)
у меня полностью заполнился для МесяцНалоговогоПериода= текущий год(2017)
в коде у них:
в самом запросе
т.е. получается при обновлении категорию заполняют по налоговому периоду а рассчитывают по дате получения дохода, возможно из-за этого каша
В обоих регистрах появился реквизит "Вид дохода". При установке обновления этот реквизит частично заполнился в регистре накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ и полностью заполнился в регистре накопления СведенияОДоходахНДФЛ
-
у меня полностью заполнился для МесяцНалоговогоПериода= текущий год(2017)
в коде у них:
Процедура РассчитатьНалогДляКонкретногоДохода
...
Запрос.УстановитьПараметр("ДатаПолученияДохода", ДатаПолученияДохода);в самом запросе
&ДатаПолученияДохода КАК Период,т.е. получается при обновлении категорию заполняют по налоговому периоду а рассчитывают по дате получения дохода, возможно из-за этого каша
Добрый день!
(47) Спасибо за наводку. У меня по регистру "РасчетыНалогоплательщиковСБюджетомПоНДФЛ" получилась такая хрень:
Мы остатки по НДФЛ на 01.01.2017 года заносили документами "Операция учета НДФЛ".
Так вот после волшебного обновления 3.1.4.120, получилось что по сотрудникам появилась запись по всем документам, т.е. вместо одной записи по регистру по каждому сотруднику появилось больше 100 одинаковых записей.
Проблема ушла после перепроведения всех документов ""Операция учета НДФЛ"
(47) Спасибо за наводку. У меня по регистру "РасчетыНалогоплательщиковСБюджетомПоНДФЛ" получилась такая хрень:
Мы остатки по НДФЛ на 01.01.2017 года заносили документами "Операция учета НДФЛ".
Так вот после волшебного обновления 3.1.4.120, получилось что по сотрудникам появилась запись по всем документам, т.е. вместо одной записи по регистру по каждому сотруднику появилось больше 100 одинаковых записей.
Проблема ушла после перепроведения всех документов ""Операция учета НДФЛ"
(47) Пробовали смоделировать простое начисление по сотруднику. Если не перезаполнять, а все с начала года пересчитать. Никак не получается без пересчетов НДФЛ. Причем они вылазят каждый месяц и увеличиваю НДФЛ к перечислению в бюджет в ведомости. Вы пробовали провести ведомости на выплату? И после этого у вас тоже пересчеты по НДФЛ не появились?
Если кому интересно произошло следующее. Разработчики видимо хотели обработать документы порциями по 1000 штук. Но забыли написать цикл для порций в 8(!) местах. В итоге в этих 8 местах обработалась только произвольная 1000 документов. Кроме того, при обработке табличных частей распределения удержаний забыли удалить старую строчку перед добавлением новых. Именно поэтому многие документы за год не перепроводятся (программа пишет ошибка распределения НДФЛ). Пришлось перетаскивать из архива (через COM соединение) начисленный НДФЛ и распределение НДФЛ во всех документах за 11 месяцев. Затем заново заполнять категорию дохода за год уже без ошибок. Протестировано на нескольких больших больницах (5 тыс. сотрудников). Только после этого расчетчики смогли нормально посчитать и выплатить декабрь
(61) Исправить все ошибки разработчиков, написать пропущенные 8 циклов для порций во внешней обработке, и уже в циклах заново запустить 8 процедур обновления. Также пришлось проделать кучу манипуляций с документами, пересчитанными либо введенными после обновления. Вообще пробовал разные варианты, этот сработал отлично на всех базах. Бюджетники уже закрывали и выплачивали декабрь, просто восстановить архив до обновления было уже поздно
(63) А смысл?) Сначала нужно восстановить все документы и регистры по НДФЛ как было до обновления, что сделать в текущей базе уже вряд ли возможно. Пришлось параллельно разворачивать архив, сделанный перед обновлением, подключаться к архиву через OLE внешним соединением и построчно переносить начисленный НДФЛ и его распределение во всех документах за 11 месяцев. Также обнаружил, что после обновления ведомости в банк стали начислять НДФЛ)) Пришлось и их обрабатывать определенным образом. И только после этого можно запускать циклы). Если у Вас интерес предметный, а не просто любопытство, пишите pero1230@gmail.com
(67) А увеличивать количество обновившихся с "кривым" НДФЛ - не катастрофа. Все перечисленное не помогает, поскольку выплат может больше чем Отпуск, Больничный и Оклад. Нам приходится пересчитывать налог в выплатах еще за год - а это сами понимаете ведет к проверке всех расчеток за год. Отдел разработки пора выгонять в очередной раз.
(69) Я не сотрудник 1С и полностью согласен, что ситуация очень плохая (сами с этим столкнулись). Я лишь говорю о том, что отзыв релиза с "предложением" восстановиться из архива многодневной давности еще хуже. Поэтому в 1С, думаю, надеются обойтись без этого и исправить ситуацию в новом релизе (это может быть не так просто, т.к. накручено много ошибок в 120м). Кстати, ни у кого нет информации о том, когда он ожидается (1С пишет, что в декабре) ?
Заметил такую фигню: В общем модуле УчетНДФЛ в процедуре РассчитатьНалогПоОсновнойСтавке есть строчка (там она 2 раза встречается) ВспомогательнаяТаблицаФизическогоЛица.Сортировать("МесяцНалоговогоПериода Убыв"). Так вот по разным сотрудникам сортировка происходи по разному (смотри скрин, нижняя таблица после сортировки, колонка НалогПоСтавке13). И если отсортировать еще по "НалогПоСтавке13 Убыв" то по проблемным сотрудникам начинает нормально пересчитываться НДФЛ. Подобное еще у кого встречается???
Прикрепленные файлы:
Тоже столкнулся с данной проблемой.
Долго писал в 1С -не верили, пришлось высылать им не обновленную версию, дабы обновив они увидели ошибку.
Увидели однако !
вот их ответ от 19 декабря : Это ошибка № 10188474. Планируется исправление в следующей версии.
В итоге баги (а точнее полная ж..) НДФЛ проявляются
1) в промежуточных выплатах - завышает реально налог
2) Начисление ЗП за декабрь вроде визуально + на - и красиво, НО!!! Попробуйте получить 2НДФЛ сотрудника за 2017 год или заполнить отчет в ГНИ по 2НДФЛ
Там всем массово идет переплата налога, ошибка в неверной сумме начисленного НДФЛ (занижает на отрицательные суммы декабря)
в итоге бухгалтер в трансе. Такого крутого обновления еще не было! Каждый раз зарекаюсь не обновлять сразу но ...
Долго писал в 1С -не верили, пришлось высылать им не обновленную версию, дабы обновив они увидели ошибку.
Увидели однако !
вот их ответ от 19 декабря : Это ошибка № 10188474. Планируется исправление в следующей версии.
В итоге баги (а точнее полная ж..) НДФЛ проявляются
1) в промежуточных выплатах - завышает реально налог
2) Начисление ЗП за декабрь вроде визуально + на - и красиво, НО!!! Попробуйте получить 2НДФЛ сотрудника за 2017 год или заполнить отчет в ГНИ по 2НДФЛ
Там всем массово идет переплата налога, ошибка в неверной сумме начисленного НДФЛ (занижает на отрицательные суммы декабря)
в итоге бухгалтер в трансе. Такого крутого обновления еще не было! Каждый раз зарекаюсь не обновлять сразу но ...
Тоже столкнулись этой проблемой.
Ради эксперимента попробовала откатить конфигурацию на 3.1.3.274 Сравнением/объединением.
Т.к. в релизе 3.1.4.120 почти никакие объекты и реквизиты не удаляются, а в основном добавляется куча новых, то, как мне кажется, * прошел нормально.
Проверяли экспериментальную базу с бухгалтерами - серьёзных проблем не нашли.
Перепровели последние ведомости - весь НДФЛ опять ровный и красивый.
Может я чего то не учла, но пока всё хорошо, собираемся остаться на старом релизе.
Ради эксперимента попробовала откатить конфигурацию на 3.1.3.274 Сравнением/объединением.
Т.к. в релизе 3.1.4.120 почти никакие объекты и реквизиты не удаляются, а в основном добавляется куча новых, то, как мне кажется, * прошел нормально.
Проверяли экспериментальную базу с бухгалтерами - серьёзных проблем не нашли.
Перепровели последние ведомости - весь НДФЛ опять ровный и красивый.
Может я чего то не учла, но пока всё хорошо, собираемся остаться на старом релизе.
Тоже попробовал откатиться на 3.1.3.274. Но при заполнении документа "Начисление зарплаты, налогов и взносов" выдает ошибки по работникам, имеющим исполнительные листы, алименты. Похоже, при переходе на 3.1.4.120 программа пересчитала исполнительные листы, поменяла регистры, связанные с ними (старые удалились, новые перезполнились), при откате назад старые регистры, естественно, не заполняются и удержания по исп. листам не рассчитывается, выдает ошибку. Перепроведение исполнительных листов и документов "Начисление зарплаты, налогов и взносов" за предыдущие периоды (чтобы удержания по ним перепровелись) результата не дало. :(
(76) Да, точно, а я и не знал. Но ноябрь точно рассчитывали уже на 3.1.3.274. При переходе с 3.1.2... (с предыдущей) никаких ошибок не было, а при откате с 3.1.4.120 появилась. В любом случае, спасибо. Откатился на 3.1.3.274. обновляться теперь буду только когда на январь перейдём.
Обновился на 3.1.4.161. Был рассчитанный отпуск, внутри которого бы перерасчет НДФЛ где все + закрывались на –, всё было хорошо. Захожу я в него после обновления и вижу в строке удержано – 28640. Захожу в подробнее о НДФЛ и начинаю матерится в адрес 1С (см. скрин). Притом если пересчитать отпуск то расчет НДФЛ становится корректным, все лишние записи от 31.01.2017 уходят, каким и был до обновления…
Прикрепленные файлы:
Это самый "косячный" релиз в 1С на моей памяти.
Таких ошибок мощных ранее не наблюдал за много лет.
Отпишитесь, если не трудно, кто еще подновился с 3.1.4.120 на 3.1.4.161 - какие проблемы?
А если сразу обновляться с 3.1.3 на 3.1.4.161 нет проблем?
Таких ошибок мощных ранее не наблюдал за много лет.
Отпишитесь, если не трудно, кто еще подновился с 3.1.4.120 на 3.1.4.161 - какие проблемы?
А если сразу обновляться с 3.1.3 на 3.1.4.161 нет проблем?
(78)
С 3.1.3.274 всё задвоилось, как при переходе на 3.1.4.120. Но есть моменты: в феврале 2017 был переход с 77, по части документы с января забивались "ручками" (подробностей не знаю, не при мне).
Вернулись в 274 ибо ***(
А если сразу обновляться с 3.1.3 на 3.1.4.161 нет проблем?
С 3.1.3.274 всё задвоилось, как при переходе на 3.1.4.120. Но есть моменты: в феврале 2017 был переход с 77, по части документы с января забивались "ручками" (подробностей не знаю, не при мне).
Вернулись в 274 ибо ***(
(82) По таблице релизов - да. Но меня сегодня "подняли на уши": бух базовую обновила сама без принудительной копии с 3.1.3.274 на 3.1.4.161. Не экспериментировала, но, видимо, релиз позволил. Поднимала ей 274 из temp в AppDate. Там с НДФЛ всё ок. Решили пока не обновляться на 161.
Это какой-то п...ц! Обновил косячную 3.1.4.120 на 3.1.4.161 - полная ж... Суммы в уже проведенных и рассчитанных Отпусках и с плюсами, и с минусами, и в разы больше, чем само начисление. Они что там себе думают - накорпоративились уже что ли совсем!!!
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот