ЗУП Ведомости на выплату тянут прошлые периоды
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
А если выплата не попадает в ведомость - это другая тема. И задавая вопрос(хорошо бы отдельный) дайте больше информации Вариантов может быть масса.
--сотрудник "закрыт" в справочнике Сотрудники.
--не совпадает реквизит "вид дохода"
--в начислении стоит "межрасчет", а выплачиваете как "зарплата за месяц"
-- на самом деле нечего выплачивать
--и т. д.
также почему в ведомости может не отражаться выплата когда начисления были
А если выплата не попадает в ведомость - это другая тема. И задавая вопрос(хорошо бы отдельный) дайте больше информации Вариантов может быть масса.
--сотрудник "закрыт" в справочнике Сотрудники.
--не совпадает реквизит "вид дохода"
--в начислении стоит "межрасчет", а выплачиваете как "зарплата за месяц"
-- на самом деле нечего выплачивать
--и т. д.
Все дело в регистре накопления Зарплата к выплате, движения по которым через ведомость делаются как расход, а приход через начисления, премия и т.д.
С июня этого года в ведомости ввели код вида доходов, который нужно указывать при выплате через банк. Этот же код записывается в РН Зарплата к выплате. Так как до инюньских ведомостей этого кода нет, то программа в ведомостях за текущий период тянет фиктивные долги от РН Зарплата к выплате.
Есть 2 решения:
1) Создать 1 ведомость и провести с фиктивными долгами, после чего со следующих периодов долги вылезать уже не будут.
2) Отменить проведение всех начислений и ведомостей с июня включительно, и далее последовательно перезаполнять ведомости с начислениями с последовательным проведением. Например при выплате аванса перезаполняем сначала ведомость на аванс, проводим, далее проводим начисление зп, и далее и перезаполняем ведомость на выплату зп, проводим. И так за каждый месяц после июня. После таких операций фиктивные долги в текущем периоде ведомостей уже не должны тянуться.
С июня этого года в ведомости ввели код вида доходов, который нужно указывать при выплате через банк. Этот же код записывается в РН Зарплата к выплате. Так как до инюньских ведомостей этого кода нет, то программа в ведомостях за текущий период тянет фиктивные долги от РН Зарплата к выплате.
Есть 2 решения:
1) Создать 1 ведомость и провести с фиктивными долгами, после чего со следующих периодов долги вылезать уже не будут.
2) Отменить проведение всех начислений и ведомостей с июня включительно, и далее последовательно перезаполнять ведомости с начислениями с последовательным проведением. Например при выплате аванса перезаполняем сначала ведомость на аванс, проводим, далее проводим начисление зп, и далее и перезаполняем ведомость на выплату зп, проводим. И так за каждый месяц после июня. После таких операций фиктивные долги в текущем периоде ведомостей уже не должны тянуться.
(6) Если с марта, то скорее всего в ведомости сумму поменяли руками, а не та, которая посчитала программа. В этом случае нужно все перезаполнять и перепроводить. Как доп инструмент, можно пользоваться Универсальным отчетом РН Зарплата к выплате таблица Остатки. При наличии там записей, в частности + на - и они не схлопнулись, нужно точно перезаполнять и перепроводить все ведомости с начислениями. Главное все делать последовательно. После правильного проведения в таблице остатки не должно остаться записей, что значит данные по этому регистру в фиктивные долги уже тянуться не будут.
Посмотрите - эту тему поднимали уже несколько раз, последний раз совсем недавно. И объясняли почему, и решения предлагали. Просто воспользуйтесь поиском.
Потому что нарушена технология!
Перепроведите аванс, потом создайте новую(не перезаполняйте старую!)) ведомость на выплату зарплаты
Перепроведите аванс, потом создайте новую(не перезаполняйте старую!)) ведомость на выплату зарплаты
До аванса не д.б. других ведомостей за этот расчетный месяц с видом "зарплата за месяц". Проверьте даты, расчетные периоды. Покажите скрины. Вариантов куча - не видя ничего, как вам помочь?
Всем привет. Тоже сталкивался со старыми записями с начала ведения учета.
Там, видимо от документа "Начальная задолженность по ЗП" (раздел Главное) остались какие-то движения, он ведь был проведен, хотя не имел в табличной части записей по сотрудников. Помог универсальный отчет по остаткам этого регистра. Сначала по регистру "ЗП к выплате" было много записей, тех самых, ошибочных.
Потом я распровел этот документ и записи исчезли, но выплыла одна. Я ее сторнировал в том же документе "Начальная задолженность по ЗП", указав сумму с противоположным знаком. Так "хвосты" удалось обрубить.
Там, видимо от документа "Начальная задолженность по ЗП" (раздел Главное) остались какие-то движения, он ведь был проведен, хотя не имел в табличной части записей по сотрудников. Помог универсальный отчет по остаткам этого регистра. Сначала по регистру "ЗП к выплате" было много записей, тех самых, ошибочных.
Потом я распровел этот документ и записи исчезли, но выплыла одна. Я ее сторнировал в том же документе "Начальная задолженность по ЗП", указав сумму с противоположным знаком. Так "хвосты" удалось обрубить.
В нашем случае проблема была в том, что документ "Выплата через кассу" потеряла свой документ-основание "Начисление зарплаты", соответственно любое нынешнее начисление находит старые "начисления" без "выплат". Решается изменением реквизита "Документ-Основание"
Добрый вечер. может кто сталкивался с проблемой, что очень много ведомостей в банк, где в том числе и тянет прошлые года , которые никак не влияли на сумму выплаты , а теперь в справку 2 НДФЛ тянет эти суммы .... За прошлые года
Сталкивался с похожей ситуацией. Примерно с июня 2020 в регистре "Зарплата к выплате" стали образовываться остатки из-за кривых движений. Я нашел 2 варианта решения проблемы:
1. Запросом ищу остатки по регистру. Создаю программно документ "Перенос данных" - это корректировка регистров. И создаю в цикле по выборке набор записей, где регистратором будет наш документ ПереносДанных.
2. Отменяем проведение документа ведомость с момента, когда тянется остаток, перезаполняем кнопкой "заполнить", проводим. И движения ложатся красиво. Естественно, простое перепроведение не поможет. Но такое удобно только для маленьких организаций.
1. Запросом ищу остатки по регистру. Создаю программно документ "Перенос данных" - это корректировка регистров. И создаю в цикле по выборке набор записей, где регистратором будет наш документ ПереносДанных.
2. Отменяем проведение документа ведомость с момента, когда тянется остаток, перезаполняем кнопкой "заполнить", проводим. И движения ложатся красиво. Естественно, простое перепроведение не поможет. Но такое удобно только для маленьких организаций.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот