Не выравниваются документы-основания в Зарплате к выплате.

Вопрос задал Иван *.

Ответственный за ответ: Щелкунова Юлия (★9.81/10)

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

Метки вопроса: Взаиморасчеты

Все комментарии (26)

  1. Добрый день! У документов Ведомость есть одна интересная особенность: при заполнении они смотря не только «назад» — на прошлые документы, но и «вперед» — на документы будущих месяцев.
    Если заполнить корр Ведомость «задним числом», то она не уберет пересортицу.

    Вы сейчас заполняете Ведомость на аванс за январь? Были ли еще Ведомости между 31.12.2024 и текущей Ведомостью? Давайте посмотрим.

    И даже нет нашего документа, которым мы пытались подправить сумму
    Вы имеете ввиду в расшифровке нет Вашей Ведомости? Ее там не будет, Ведомость сама по себе не является докмуентом-основанием, она делает движения в разрезе других доков-оснований.
    Если Вы имели ввиду что-то другое, уточните, пожалуйста! Приложите скриншот.

  2. Да, документы будущим отменены. мы добавили строку с минусом в новый документ декабря 2024, чтобы на 2025 год не тянуть лишние суммы. получилось общая сумма ведомости 0.
    но при заполнении новой ведомости в январе наша добавленная строка должна была с плюсом появиться, но она не появляется. и в январе опять тянутся суммы 2024 года, но немного другие цифры, а документы-основания тянутся те же.
    но тут еще проблема в том, что на конец года в расчетном листке была сумма долга к примеру 3600 руб в пользу сотрудника. учитывая, что в декабре начисление было 7000, но с учетом предыдущих переплат остается только 3600 к выплате. получается, что при подборе сотрудника документ основание декабря не 7000 добавляет, а меньшую сумму. может быть все эти перекосы влияют?

    1. Доброе утро!
      мы добавили строку с минусом в новый документ декабря 2024, чтобы на 2025 год не тянуть лишние суммы.
      Это Вы правильно сделали, сумма по итогам Ведомости должна быть нулевой.

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

      Скажите, зарплату за Декабрь выплатили в Декабре?

      Давайте посмотрим движения нашей корректирующей Ведомости. Приложите отчет о движениях документа, пожалуйста (Еще — Отчеты — Отчет о движениях документа)

  3. Добрый день. нет, задолженность на конец года осталась.
    по расчетному листку на конец года сумма 3959,61.
    при заполнении ведомости из-за перекоса ведомостей — декабрьская сумма к выплате другая. мы добавили строку с пустым основанием, предполагая, что сумма эта заполнится при выплате в январе. но, как и говорили, опять заполняются документы основания.
    прикрепляем движения документа. мы делали ведомость через расчетчика, чтобы не было движений по ндфл. хотя с движениями по ндфл тоже пробовали. отрабатывает некорректно.

    1. Добрый день! Странно, что в движениях несколько другие цифры, чем в расшифровке, которую прикладывали ранее. Например, по Начислению зарплаты №10 в расшифровке сумма 2665,98, а в движениях 3253, 58 руб. Подскажите, Эту Ведомость больше не перезаполняли на данный момент, расшифровка не изменилась по сравнению со скриншотом?

  4. мы отправили скриншот, в котором только создан документ к выплате — это уже программа январем заполняет, если мы декабрем поправляем данные.
    а проведенный скриншот, в котором внизу 3975, 26 к выплате минусом, это мы поправили декабрем и записали. как мы поступили, так как декабрьская зарплата была к выплате, убрали декабрьские строки расшифровки и минусом поставили сумму. потому что НДФЛ декабря должен был переехать в январь январем все равно заполнили старые данные (они в скриншоте, где «создание»).
    так же мы попробовали оставить декабрь в расшифровке, добавить пустую строку минусом. все равно при создании ведомости за январь туда попадают данные 24х годов. хотя в предыдущей ведомости мы все обнулили.
    совсем непонятно логика программы. либо это программная ошибка — но мы пробовали провести тестирование сервера, очистку кэшей и так далее. либо что-то упускаем.

    1. Прошу прощения, я поняла, что не с тем скриншотом сверилась. :((

      Давайте посмотрим непосредственно регистр «Зарплата к выплате» по этой сотруднице. Откройте регистр, сделайте отбор по сотруднику, больше никаких отборов не делайте. Так как регистр будет объемный и на скрин не поместится, сохраните его пожалуйста в файл: нажмите «Еще» — «Вывести список», в открывшейся форме «ОК», и затем сохраните табличный документ в формате mxl и приложите к ответу.
      Уточняю, что вложения видны только автору вопроса и кураторам.

      1. она несколько раз устраивалась и увольнялась отправляем данные с последнего приема.

        1. Добрый вечер! В приложенных движениях вообще не вижу созданную корректировочную Ведомость через раздатчика. 🙁 Может это другое место работы подтянулось в эту Ведомость? Или её отменили?

  5. Подскажите, на что повлияет начисление отпуска следующим образом:
    30 января начислили отпуск. месяц начисления поставили февраль, дата удержания НДФЛ с отпускных 30.01.
    далее 30 января сделали ведомость — наверху месяц начисления февраль, НДФЛ удержался.
    по регистрам вроде все корректно.

    не могли ли такие начисления повлиять на расшифровки документов в будущем?

    1. А расшифровкой проблем быть не должно. Такой способ используют некоторые организации, чтобы месяц проводок совпадал с датами отпуска. Но чаще все-таки ставят месяц начисления = месяцу выплаты.

      1. мы думали правильно будет ставить месяц начисления равным месяцу даты начисления и выплаты. получается это не ошибка.

        1. Технически это не ошибка с точки зрения ЗУП, к проблемам с расшифровкой она не приводить не должна, елси все делают так, как Вы описали.
          Ошибки в расшифровке происходит по двум причинам:
          1)ручная корректировка сумм к выплате в ведомостях
          2)изменение докмуентов-начислений после выплаты.

  6. Добрый день. мы отправляли файл. вдруг потерялся.

    1. Не потерялся. прошу прощения, только сейчас смогла вернуться к Вашему вопросу. Выше Вам написала, в отчет на коммент с файлом.

    1. Добрый день! Я могу предположить, что корр Ведомость на счета создали после выплаты зарплаты за декабрь в январе. Но создали ее от 31.12 и поэтому суммы заполнились некорректно. Но даже сейчас по итогам увольнения осталась пересортица: в регистре делаю отбор по какому-либо документу-основанию и вижу, что есть сальдо.
      Скажите, последнюю Ведомость, которая от 28.01 корректировали вручную?
      Если сейчас нажать «Заполнить» в этой Ведомости, расшифровка останется прежней?

  7. Добрый день. ведомость создавали при отмененных ведомостях в январе.
    и при создании ведомости за январь, после исправлений в декабре, там получается полная чушь.
    допустим, база сошла с ума. мы пробовали уже исправление и тестирование базы делать. ничего не помогает.
    мысли, что были корректировки в 24 году, когда сотрудник уволился, но попадал в ведомость, а там уже несмотря суммы корректировали.
    но как починить непонятно

    1. Добрый день!
      Я смоделировала даже пример с ошибками, чтобы посмотреть, как себя программа ведет. Она все делает верно.
      Может быть это ошибка релиза, но тогда его уже поправили, потому что на последнем релизе все отлично. В последний раз перед этим проверяла в конце ноября к семинару.

      создавали при отмененных ведомостях в январе.
      Т.е. Ведомости были уже заполнены. а их перезаполняли после создания корр Ведомости? Возможно этого не сделали?

      и при создании ведомости за январь, после исправлений в декабре, там получается полная чушь
      В чем это выражается, давайте посмотрим скриншот.

    2. Если действительно с ума сошла, то может есть какие доработки, касающиеся заполнения Ведомостей?

  8. мы только сейчас поняли, у нас же действительно есть документ, который дописал программист. это реализации продукции, оказание услуг сотрудникам. получается он все испортил? там заполняются регистры зарплаты и не заполняются регистры НДФЛ к сожалению. из этой ситуации может быть вообще выход?

    1. Я не могу это точно сказать не видя базы, действительно ли проблема в этом дописанном документе. Но вполне возможно. 🙁
      Давайте посмотрим, что там получается при создании корр ведомости в Январе. Мне любопытно даже!

  9. Добрый день. мы тут тестировали и все же решили. что проблема в том, что это физ лицо принималось на работу 5 раз в разные годы и суммы зависали. мы построили расчетные листки по рабочим местам. увидели, что на уволенных сотрудниках висит минус, на текущем плюс (потому что при создании в текущих годах ведомостей на сотрудников, они туда тоже то с плюсом попадали, то с минусом). так как, когда в расшифровку основание ведомости попадали уволенные сотрудники никто за этим не следил. Мы ввели возврат сотрудником задолженности. по всем рабочим местам вышли в 0. и все выровнялось. минуса в текущем месяце перестали вылезать. но почему-то по одному рабочему месту все же вылезает пустая строка, мы по нему тоже делали возврат, расчетный лист уже перестал появляться, а в ведомость попадает.
    подскажете какая логика заполнения? мы думаем, что этот сотрудник был криво перенесен со старой программы и что-то нужно еще выровнять, чтобы он перестал появляться в документах

    1. Добрый вечер! Насколько я вижу по скриншоту, этот сотрудник с пустой строкой даже не был принят на работу. Дата приема не заполнена. Возможно это договор ГПХ. Я бы попробовала ввела к этому сотруднику дополнение (флажок «дополнять представление», а потом бы посмотрела регистр Зарплата к выплате четко по этому сотруднику без путаницы сотрудников. И аналогично можно посмотреть взаиморасчётные регистры. А вообще можно отменить флажком «Не отображать в списках» и сотрудник перестанет подтягиваться в Ведомости. Елси мы уверены, что никакой пересортицы по этому сотруднику нет, то этого должно быть достаточно.

  10. Добрый день, подскажите, сотрудник уволился. сумма осталась, чтобы в след ведомости не подтягивался, нужно ставить галочку не отображать в списках? иначе, если не уследить, он попадет в ведомости и пойдет вот такой пересорт?

    1. Здравствуйте! Если сотрудник уволился, после завершения всех операций ставим этот флажок. У Вас какая-то специфическая ситуация. Почему осталась сумма после увольнения? Это ошибка? Сотрудник снова устраивается на работу и все взаиморасчеты с ним нужно закрыть. Т.е. мы ему можем доплатить или удержать то, что осталось по предыдущему месту работы. вместе с выплатами по новому месту работы И здесь я бы наоборот не ставила флажок, пока все расчеты с уволенным не закроются «в ноль». А уже после этого можно ставить флажок.

Комментарии закрыты.