Неверная сумма показателя сохр. заработок в документе Резервы по оплате труда. При нажатии на ссылку Подробнее заработок пересчитывается на правильный. Нюанс: данные для расчета среднего внесены в программу через документ Перенос данных

Вопрос задал Мария М.

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

Здравствуйте!
Произошло слияние организаций. На бумаге сотрудники переведены из А в Б с 01.07, по факту: из А всех уволили, в Б приняли 01.07. Средний загружен в документ Перенос данных в регистры: Данные о времени для расчета среднего (общий) и Данные о начислениях среднего заработка (общий). Корректировка резервов по оплате труда записала данные сотрудников о накопленных резервах на июнь.
Посчитали зарплату за июль в Б, сделали Отражение, считаем Резервы. Накоплено верно, а расчет текущего месяца в части среднего заработка ошибочный:
по всем сотрудникам табличной части закладки Начисления в показателе Сохр. заработок стоит непонятная сумма. Заходим по ссылке Подробно в расчет среднего любого сотрудника — там средний правильный. Нажимаю ОК и встает в значение Сохр. заработок правильная сумма среднего заработка.
Вопрос: откуда при заполнении Резерва по оплате труда собирается сумма в показателе Сохр. заработок? и как сделать так, чтобы эта сумма соответствовала расчетному верному среднему?

Метки вопроса: —

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

  1. Здравствуйте! Честно говоря, не вдаваться так детально в технические нюансы — откуда берутся данные при расчете среднего. У нас есть регистры для расчета среднего, о которых Вы пишите, и по идее данные должны браться из них, аналогично тому, как они берутся при расчете отпуска. И обычно так и есть, я не сталкивалась ранее с такой проблемой как у Вас. Да, скорее всего какая-то специфика после переноса данных.
    При расчете отпуска аналогичной проблемы не возникает? Ошибка абсолютно по всем или выборочно?

  2. При расчете отпуска та же проблема. Но отпуска единичные, зашел в карандашик, нажал ОК и получил верный расчет. А Резервы — это более 300 человек перещелкивать…. беда. Надо найти проблему, не знаю, куда копать

    1. Это показатель, что проблема в целом в расчете среднего, а не именно в расчете резерва — это важно.
      копать в регистры расчета среднего. Я сама затрудняюсь даже предположить, в чем может быть дело. но явно надо искать в регистрах.
      Суммы среднего завышены или занижены?
      Если ничего не делать со средним, а сразу распечатать Расчет среднего заработка, там какая будет сумма среднего. Если нам повезет и в распечатке будет неверная сумма, то мы сможем сравнить с верными данными. Проверьте, пожалуйста.

  3. Нет, в отпуске копать не имеет смысла. Потому как в отпуске в июле, например, период для расчета среднего автоматически берется — июль 2024. Если зайти на карандаш, выбрать руками период с июля 2023 по июнь 2024, то средний сразу считается корректно. То есть при расчете отпуска программа не видит, что по сотруднику есть данные за нужный период в 12 месяцев, мы выбираем период и из Переноса данных сразу четко все суммы встают.

  4. и ведь в Резервах отпусков, как только Подробнее нажмешь — сразу всё корректно встает. То есть Перенос данных заполнен корректно.
    Нужно понимание, как при заполнении Резерва по отпускам собирается сохр. заработок.

  5. Принимали сотрудников через Прием на работу, а в Перенос данных загрузили данные о среднем за год до приема? Возможно дело в том, что как раз по кадровым данным они у Вас работают с Июля. И то, что было ДО июля при первичном расчете программа просто не берет.
    расчетный период программа сама не ставит верный, берет только 1 месяц, и надо менять руками, правильно? В резервах, когда открываете Подробнее сразу берет расчетный период в год или тоже ставит один месяц?

  6. Принимали сотрудников через Прием на работу, а в Перенос данных загрузили данные о среднем за год до приема?
    да, принимали через Прием с 01.07. Да, в Переносе данные за прошлые периоды.

    Да, дата приема может стать проблемой. Но ведь, когда с 2.5 на 3.1 переходили, всё было так же по методологии. Дата приема заполняется в документе Данные на начало эксплуатации, но потом ни в какой регистр не пишется. Только в регистры по ТД.

    расчетный период программа сама не ставит верный, берет только 1 месяц, и надо менять руками, правильно?
    Так только в Отпусках. В Резервах сразу все правильно — расчетный период год, когда заходишь в Подробно.

    1. Здравствуйте!
      Смоделировала пример в демо базе релиза 3.1.30.15. Когда я принимаю сотрудника через прием, у меня программа не считает средний. Когда ввожу через Начальную штатную расстановку — все прекрасно подхватывается. Все-таки дата приема здесь играет роль. Попробуйте в копии на одном-двух людях убрать прием на работу и ввести Начальную штатную расстановку и проверьте, что будет с расчетом среднего.

  7. Здравствуйте!
    а как распровести прием, если уже данные ЕФС-1 сданы?

  8. Странно, что в движениях Начальной ШР нет вообще даты приема(

  9. Приложение

    Здравствуйте!
    Юлия в отпуске.
    Если Вы тестируете на копии базы, то можем смело снимать блокировку с документа Прием на работу: Еще — Разблокировать форму.
    Приложите скриншот для примера на документе Увольнение.

  10. нет, в копии я не тестирую. Юлия увидела правильную картину в копии. Мне надо уже на рабочей сделать так, чтобы Прием остался, а Переносом данных регистры какие-то заполнить. Вот, не понимаю какие.
    июль закрытый месяц, я уже никакие Приемы трогать не могу. Очень рада за Юлю )!

  11. Юлия предложила: Попробуйте в копии на одном-двух людях убрать прием на работу и ввести Начальную штатную расстановку и проверьте, что будет с расчетом среднего.
    Получается, чтобы покать какие данные нам нужно заполнить через документ Перенос данных, нам нужно увидеть эти данные на копии.
    То есть пока делать на реальной базе не предлагаем, так как хотим проверить верность предположения. Уточните, пожалуйста, есть возможность сделать копию базы в ней поработать?

  12. нет, такой возможности нет

  13. Юлия Выходит из отпуска 15 августа. Если у Вас есть возможность — предлагаю ее подождать. Но если такой возможности нет, напишите. Назначим другого специалиста 🙏

  14. Здравствуйте!
    Уточните, пожалуйста, проблема еще актуальна? 🙏 Прошу прощения, я когда вышла из отпуска, не увидела, что это обсуждение осталось без конкретного ответа. 🙁

  15. Здравствуйте, Юлия! Да, на копии, если распровести Приём списком, создать Данные на начало эксплуатации, резервы считаются корректно. Но июль закрыт, этого сделать в рабочей базе нельзя. Я так и не поняла, какие регситры участвуют в формировании резервов. Их около 5-ти, где период встаёт 1899, например. Сама в отпуске, базы под рукой нет. Понятно только, что региситры с
    данными Тд не участвуют в процессе.

    1. Приложение

      Я кажется нашла тот регистр, который на это влияет: «Кадровая история сотрудников».
      По аналогии с Начальной штатной расстановкой нужно внести в него строку «Неподтвержденные данные» с датой 1899 года. После добавления такой строки у меня стал полноценно рассчитываться средний заработок и в Отпуске и в Резервах по оплате труда. Проверьте, пожалуйста, на своей базе.

  16. Юлия, здравствуйте!
    У меня номер не прошел, хотя я очень обрадовалась Вашему замечанию.

    1. Как жаль! Я еще раз перепроверю! У меня же как-то получилось! Возможно проблема в том, что я не моделировала весь пример с расчетом ЗП за некоторый период. 2684,81 это средний за какой период?

  17. Юлия, файлы, которые я приложила, видим только мы с Вами? не все пользователи?

    1. Да, только мы с вами, не волнуйтесь! 🙏

  18. Здравствуйте, Юлия!
    2684.81 — это как раз неверная сумма, которая при заполнении документа встает в сохр. заработок. А правильная сумма 1675,33, которая при нажатии кнопки Подробно высчитывается, исходя из данных в Переносе данных за период Сент23-авг 24

  19. У Вас точно прием проведен с 01.07, а не Данные на начало эксп-ци?

  20. Здравствуйте!
    Я попробовала воспроизвести пример еще раз в другой базе, и в ней даже не потребовалось ничего дополнительно вводить 🤷‍♀️
    вот посмотрите видео, пожалуйста: Пример на видео
    Что я делаю не так? Или может дело в релизе?

  21. Юлия, здравствуйте!
    Спасибо!
    у нас 30.36 релиз. Такой красоты нет. Буду копать далее самостоятельно. На Вашем видео всё, правда, красиво. Закрывайте задачу. Вы сделали всё, что могли.

  22. Юлия, я все поняла — всё дело в норме дней и норме часов! У Вас тоже в примере неверный расчет. Сумма-то считается среднего, но она неверная. Т.к. за февраль не проставилась норма. мы написали доработку, чтобы норма проставлялась. Сейчас расширение это отключила — и суммы заполняются сразу, но они завышены, неправильные. Как расширение подключаю, то сумма становится правильной после нажатия Подробнее в Резервах, но сам документ заполняется изначально без нормы ДО прияема сотрудника.

  23. Здравствуйте! Нормы могут играть роль при учете премий. На моем видео видно, что у меня все нормы заполнены за весь расчетный период. И я добавила у себя премию в Перенос данных в ноячбре 2023 года и проверила расчет — у меня опять же все и сразу встает верно.
    проверьте, установлен ли у Вас типовой флажок «Ограничивать период расчета среднего датой приема» (в настройках расчета зарплаты). Может из-за него у Вас не подтягиваются в расчет?

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