Задолженность по зарплате ЗУП 3 с плюсом и минусом
Здравствуйте Уважаемые форумчане!
Зарплата и управление персоналом, редакция 3.1 (3.1.9.188).
Появилась проблема вылезли долги (плюс и минус равно 0) за все периоды, пробовал перепроводить документы, пробовал отмену проведения меняется задолженность, но проблема не уходить.
Делал тестирование базы из конфигуратора (не помогло).
Зарплата и управление персоналом, редакция 3.1 (3.1.9.188).
Появилась проблема вылезли долги (плюс и минус равно 0) за все периоды, пробовал перепроводить документы, пробовал отмену проведения меняется задолженность, но проблема не уходить.
Делал тестирование базы из конфигуратора (не помогло).
Прикрепленные файлы:
По теме из базы знаний
- Закрытие долгов по регистрам "Зарплата за месяц", "Взаиморасчеты с сотрудниками", "НДФЛ расчеты с бюджетом" после переноса из ЗиК 7.7 в ЗБУ и ЗУП
- Удаленная работа. Как выбрать работодателя
- Свертка остатков по активным счетам для конфигурации 1С:Бухгалтерия 3.0, 1С:Бухгалтерия 3.0 КОРП
- Проверка соответствия планируемой даты выплаты и фактической выплаты по всем документам для ЗУП 3.1
- Свертка ЗУП 3.1 и ЗКГУ 3.1
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(7) Вот мой код исправления
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ РАЗЛИЧНЫЕ
| ВзаиморасчетыССотрудниками.Регистратор КАК Регистратор,
| ВзаиморасчетыССотрудниками.СтатьяРасходов КАК СтатьяРасходов
|ИЗ
| РегистрНакопления.ВзаиморасчетыССотрудниками КАК ВзаиморасчетыССотрудниками
|ГДЕ
| ВзаиморасчетыССотрудниками.СтатьяРасходов = ЗНАЧЕНИЕ(Справочник.СтатьиРасходовЗарплата.ПустаяСсылка)";
Результат = Запрос.Выполнить().Выбрать();
СтатьяРасходов = Справочники.СтатьиРасходовЗарплата.НайтиПоКоду("ОТ");
Пока Результат.Следующий() Цикл
ВзаиморасчетыССотрудникамиРег = РегистрыНакопления.ВзаиморасчетыССотрудниками.СоздатьНаборЗаписей();
БухгалтерскиеВзаиморасчетыРег = РегистрыНакопления.БухгалтерскиеВзаиморасчетыССотрудниками.СоздатьНаборЗаписей();
ЗарплатаКВыплатеРег = РегистрыНакопления.ЗарплатаКВыплате.СоздатьНаборЗаписей();
ВзаиморасчетыССотрудникамиРег.Отбор.Регистратор.Установить(Результат.Регистратор);
ВзаиморасчетыССотрудникамиРег.Прочитать();
БухгалтерскиеВзаиморасчетыРег.Отбор.Регистратор.Установить(Результат.Регистратор);
БухгалтерскиеВзаиморасчетыРег.Прочитать();
ЗарплатаКВыплатеРег.Отбор.Регистратор.Установить(Результат.Регистратор);
ЗарплатаКВыплатеРег.Прочитать();
Для каждого Запись Из ВзаиморасчетыССотрудникамиРег Цикл
Если НЕ ЗначениеЗаполнено(Запись.СтатьяРасходов) Тогда
Запись.СтатьяРасходов = СтатьяРасходов;
КонецЕсли;
КонецЦикла;
Для каждого Запись Из БухгалтерскиеВзаиморасчетыРег Цикл
Если НЕ ЗначениеЗаполнено(Запись.СтатьяРасходов) Тогда
Запись.СтатьяРасходов = СтатьяРасходов;
КонецЕсли;
КонецЦикла;
Для каждого Запись Из ЗарплатаКВыплатеРег Цикл
Если НЕ ЗначениеЗаполнено(Запись.СтатьяРасходов) Тогда
Запись.СтатьяРасходов = СтатьяРасходов;
КонецЕсли;
КонецЦикла;
ВзаиморасчетыССотрудникамиРег.Записать();
БухгалтерскиеВзаиморасчетыРег.Записать();
ЗарплатаКВыплатеРег.Записать();
КонецЦикла; Показать
(6) Этого (правки регистров) оказалось мало, если после перехода на 3.1.9 уже были выплаты по документам, созданным до перехода. Достаточным после запуска предлагаемой обработки ИМХО будет следующее:
1. Заполнить в документах выплаты, сделанных после перехода, во всех строках Статью расходов с помощью обработки групповое изменение реквизитов.
2. Отменить проведение всех этих документов после перехода и затем последовательно их провести.
Только после этого НДФЛ начинает считаться правильно, иначе ошибки в расчёте не уходят. Проблема в процедуре проведения ведомостей, где не проверяются реально пустые выплаты по конкретному документу (плюсы и минусы равны) и переносится прежний доход на новую дату.
Если уже задействовали новый механизм по учету ГПХ и прочих доходов на 76 и 73 счетах, проблема усложняется, такие выплаты придётся уточнять вручную.
1. Заполнить в документах выплаты, сделанных после перехода, во всех строках Статью расходов с помощью обработки групповое изменение реквизитов.
2. Отменить проведение всех этих документов после перехода и затем последовательно их провести.
Только после этого НДФЛ начинает считаться правильно, иначе ошибки в расчёте не уходят. Проблема в процедуре проведения ведомостей, где не проверяются реально пустые выплаты по конкретному документу (плюсы и минусы равны) и переносится прежний доход на новую дату.
Если уже задействовали новый механизм по учету ГПХ и прочих доходов на 76 и 73 счетах, проблема усложняется, такие выплаты придётся уточнять вручную.
(12) До запуска обработки клиент вручную удалял все сторно , и после запуска я ничего не перепроводил , НДФЛ проверял по справкам 2-НДФЛ для ИФНС там все нормально было.
Но действительно всех проблем это не решило , так как клиент создает документ Начисление ЗП в разрезе подразделений и не редко ему приходится делать ручные корректировки в начислениях (правит копейки) - по одному подразделению + по другому
раньше все нормально ложилось , а теперь с этим сторно даже если заполнена статья затрат он все равно делает сторно как бы обнуляя внесенные ручные правки
Но действительно всех проблем это не решило , так как клиент создает документ Начисление ЗП в разрезе подразделений и не редко ему приходится делать ручные корректировки в начислениях (правит копейки) - по одному подразделению + по другому
раньше все нормально ложилось , а теперь с этим сторно даже если заполнена статья затрат он все равно делает сторно как бы обнуляя внесенные ручные правки
(13)
До запуска обработки клиент вручную удалял все сторно
Вот этого делать не следует, программа, анализируя регистры ведомостей, всё равно будет делать такие записи в следующих ведомостях. Даже с нулевым результатом, но это тоже приводит к искажению движений документа. Может помочь ещё обработка по исправлению результатов взаимоисключающих записей (переноса в другой период) в указанных ранее регистрах, привязанных к документам выплат.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот