Зачастую получаем неверный расчет переработок в документе "регистрация переработок" (соответственно и при увольнении). Либо мы не умеем пользоваться СУРВ в ЗУПе, но на первый взгляд всё настроено, да и 50% случаев расчёты верны. Решил проверить на себе: Работаю с середины мая - отработанное время с 17.05.2023 по 30.09.2023 по табелю 752 ч.(пятидневка). За май - 88, но почему-то в документ регистрации когда ставлю период мая-сентябрь вытаскивает отработанное время 664 ч. (получается минусует время за май, почему??). При этом если взять период май-май то 88 часа показывает. Полная норма по графику за период май-сентябрь 855 ч., за вычетом неполного месяца и отклонений 760 ч., но в  той же регистрации переработок за май-сентябрь показывает 672ч. (опять -88 ч.). И это лишь частный случай, в половине расчётов я не выхожу на цифры которые вижу в табеле, и расчётную норму сотрудников. Может есть какие-то советы, что посмотрет/донастроить, куда копать (хотя уже 10 раз всё облазил и по настройкам графиков всё ок). Читал что неверный расчёт переработок достаточно часто вызывает вопросы, но ответов на свои не нашёл.

(0) документ "регистрация переработок" вводится не за произвольный период, а в последний день учётного периода. Если квартал, то сначала надо его ввести в июне, и только потом в сентябре.

(1) У нас в организации - год, т.е. с января и по настоящий момент ( насколько я понимаю при увольнении должна вычитаться  норма неотработанного за нынешний месяц), ведь насколько я знаю при увольнении и регистрации переработки участвует один и тот же алгоритм. Но даже если взять мой пример и расчётный период квартал : апрель-июнь, то почему-то майские часы просто-напросто выбрасывает из учёта (и отработанные, и норму). Это по какой причине себя так ведёт механизм.

(2) проверьте его (свой) график в мае на предмет крыжика СУРВ

(3) Крыжик стоит конечно) По регистрам часы отработанные стоят, в табеле стоят, уже куда метнуться и не знаю. Был ещё вариант что в самом начислении оклада время сейчас стоит "Рабочее время", хотя вроде в типовых стоит "Явка", менял и так и этак, перепроводил и отсутствия и зарплаты, но никаких изменений не было, как не учитывало мои 88 ч., так и не учитывает. Опять же повторюсь, если поставить май-май, то 88 ч. покажет, у некоторых сотрудников вообще всё сходится, что на бумаге, что в ЗУПе, а у некоторых полный разлад.

(4) РР Начисления, что там?

(5) 88 + 176 + 144 + 184. Т.е. все отработанные часы как и должно быть. Ну а сентябрь находу рассчитывается.

(6) тогда всё верно... идите в отладчик.
Это... на всякий случай... а у других май отрабатывается?

(7) В отладчике смотрел, по крайней мере менеджер таблиц который собирает данные для этого дока, вот там май тоже не берётся, буду дальше копаться. У остальных да, всё ок, но 90% сотров, которых я смотрел, это люди работающие с 2022 года(т.е. с начала расчётного периода 01.01.2023).

(8) в демо примите себя с апреля... что тогда с маем?

(9) Принял апрелем той же датой, теперь не берёт апрель. Принял себя январём той же датой, не брало январь. Принял 01.01.2023 теперь все отработанные часы берутся. Т.е. проблема с тем что если приём не с первого числа месяца, то расчёт не работает как нужно... Но сразу же встретил такую штуку после того как принял 01.01.2023: теперь норму времени отображает больше чем в принципе полная норма может быть за период с января по сентябрь (полная 1508, а в переработках отображает 1634, как это вообще возможно).

(10) вернитесь в рабочую базу и сформируйте период не май-сентябрь, а весь год 2023 как учётный период. Что там?

(11) Всё равно выбрасывает первый рабочий месяц если он не с первого числа. А норма в (10) вышла больше потому что при перепроведении лишние часы в доначисления упали, не уследил.

(12) Давайте подумаем. Переработки в основном нужны при увольнении. Значит сотрудник скорее всего берётся на начало месяца, поэтому может не отрабатываться приём внутри месяца.

Попробуем обойти.
Заведите и проведите отдельно май (Вы сказали, что один месяц нормально отрабатывается) и теперь гляньте свой июнь-сентябрь.

Если прокатит, то костыль такой: всем, кто принимается внутри месяца, надо будет вводить за этот месяц док регистрации переработок.

(13) Ну исходя из эксперимента так и есть(буду сегодня долбить дебаг), но насколько мне известно из законодательства, хоть ты в последний день месяца устройся, твои 8 часов должны быть учтены, странно что это либо не учтено разработчиками, либо нужно что-то неявное донастроить.

(15) Да бухи высосут мозг за такое решение, сами понимаете) Но этот вариант тоже проверю, как временное решение почему нет

(17) Документ "Табель", "Индивидуальный график" используете?

(18) Табель нет, индивидуальный да - как я понимаю он просто корректирует норму в месяце в котором он введён. Но конкретно в описанном выше примере нет, там чистая пятидневка но с галкой СУРВ.

(19) Когда найдёте код, то просьба нас просветить - любопытно )

(20) Если вы имеете в виду участок кода где формируются показатели то вроде он : Общий модуль : РасчетЗарплатыРасширенный, функция ПоказателиСуммированногоУчетаСотрудниковЗаПериод , но я в силу неопытности пока что не смог проанализировать запрос. Посмотрел все временные таблицы, но конкретно норма времени там уже просуммирована, и не видно норм по месяцам.

(21) ну и в 50% случаев она почему-то не совпадает с тем что я высчитал на бумаге, но в остальных 50% при этом совпадает)

(21) а нельзя на время заремить всякие там строки вроде:
    |УНИЧТОЖИТЬ ВТСотрудникиМесяцы";
?
И глянуть эти ВТ. Или запросы не сработают?

(23) Что-т у меня в функции "ПоказателиСуммированногоУчетаСотрудниковЗаПериод" нет уничтожения временных таблиц. Я поставил точку в конце функции и посмотрел содержимое всех ВТ из менеджера, в основном там инфа по периодам и рабочему времени. А норма просто одной строкой - 1508 (к примеру). Просто в запросе суммируется где-то, пока не смотрел.

(19) "как я понимаю он просто корректирует норму в месяце в котором он введён."

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

(25) Да, всё верно ( если не было какой-нибудь НН, конечно). Но это не объясняет почему складывая месячные нормы по графику и вычитая отклонения, я в половине случаев не выхожу на те числа, которые предлагает ЗУП.

(26) "Но это не объясняет почему складывая месячные нормы по графику и вычитая отклонения, я в половине случаев не выхожу на те числа, которые предлагает ЗУП."

В графике суммированного учета указано, как считать норму (приложил картинку). Именно этот способ использует ЗУП, когда считает норму.

Судя по вашим комментариям, вы в качестве нормы используете тот же график, что назначен сотруднику.

Уверены ли вы, что ЗУП делает так же? Проверьте настройки графика.

Взял демо ЗУП 27.51
Принял программиста с 17-го мая на график СУРВ. Завёл несколько месяцев Начисление зарплаты.
Смотрю док Регистрация переработок:
https://i.ibb.co/McmGM98/2023-09-28-08-17-11.png
Всё нормально. Берётся первый месяц приёма.

Выходит меня обманули. Никому нельзя верить, никому ( Горько мне, горько!

(28) Розовые очки бьются стёклами внутрь.

(28) https://ibb.co/vJ2bFPL . По табелю отработано 592 часа с мая по август(включительно). В мае отработано 88 часов. 592-504 = 88, вот и делаю выводы.

(30) откройте свойства графика этого сотрудника. Как ЗУП считает норму? См. также (27)

(31) Пятидневка, 40часовая, по данным этого графика, галка сурв стоит.

(30) У меня в демо нормально:
https://i.ibb.co/kcZRtCL/2023-09-28-11-53-22.png
Ройте свои изменения в коде очевидно нетиповой проги.

(32) Ну, если по данным того же графика, то таки да. Ищите дальше, я пока пас.

(33) Возможен косяк локализаторов, потому что в Организации никаких изменений не делалось...

(35)

Ошибка 70054978

Код ошибки: 70054978
Код(ы) обращения: HL-699688
Статус: Исправлена в выпущенной версии Зарегистрирована: 21.07.2023
Исправлена: "1С:ЗУП 3, 1С:ЗГУ 3", версия 3.1.27.90

Описание:
В док Регистрация переработок не верно учитывается норма за квартал, если есть внутрисменные отклонения

(36) Интересно.
А откуда у автора внутрисменные отклонения, если они доки табеля не заводят (с его слов)?

(37) Почему внутрисменные (хотя может я и не правильно вас понял, всё-таки опыта 5 месяцев и говорить с вами на равных не получиться). Обычные отклонения (больничный, отпуск, свой счёт и т.д.), насколько я знаю эти документы также уменьшают норму времени.

(36) Эх, я так понимаю это с Российской локализации зарегистрировано ( у меня, к сожалению, Бел.).

(38) А гляньте доки отпусков за свой счёт, командировок - там случайно не стоит крыжик отсутствия внутри (в течение) смены?

(38) Внутрисменные - это когда не на весь день отсутствие, а на несколько часов.

(37) Вы же знаете, что не всегда описание ошибки соответствует тому, что исправлено на самом деле. Попутно могли исправить еще что-то и поломать совсем другое, я сам сто раз так делал как программист.