ЗУП Начисление произвольной формулой задваивает количество отработанных дней. #675095

День добрый! Входные данные: ЗУП 2.5.69.3, делаем перерасчет начислений прошлого периода. В начислениях есть оплата работы вахтовым методом, считается по формуле ФиксированнаяСумма*ОтработаноВремениВДнях. И вот это самое ОтработаноВремениВДнях двоится. Оплачено дней проставляет 16, а отработано дней - 32, соответственно начисляет сотруднику в два раза больше, чем должно быть. В графике работы заполнено 16 дней в месяце, в табеле тоже 16 дней. Третий день бьюсь о запросы, никак не могу найти то место, где считается количество отработанных дней.

День добрый! Входные данные: ЗУП 2.5.69.3, делаем перерасчет начислений прошлого периода. В начислениях есть оплата работы вахтовым методом, считается по формуле ФиксированнаяСумма*ОтработаноВремениВДнях. И вот это самое ОтработаноВремениВДнях двоится. Оплачено дней проставляет 16, а отработано дней - 32, соответственно начисляет сотруднику в два раза больше, чем должно быть. В графике работы заполнено 16 дней в месяце, в табеле тоже 16 дней. Третий день бьюсь о запросы, никак не могу найти то место, где считается количество отработанных дней.

"В графике работы заполнено 16 дней в месяце, в табеле тоже 16 дней" и в графике и в документе табель?? )) "Третий день бьюсь о запросы" отложите до пятницы ветку

количество отработанных дней считается в регистре расчета в виртуальной таблице ДанныеГрафика

Мне уже давно не смешно, но вы можете поржать в полный голос, я разрешаю. Я в зарплате "ни в зуб ногой", но приходится разбираться. Ведь в начислении июньском, которое сторнировали у нее все правильно стоит - 16 дней отработанных. Почему при перерасчете такая беда вылезла?

Вы минус при перерасчете случайно не удалили оставив только плюс? Что значит двоится? В показателях стоит дней больше или при расчете с комментарием больше?

Нет, с минусами там все нормально, сторнируется все правильно. А вот начисляется заново уже криво, причем только это начисление, остальные верно считаются

Расчет с комментарием, что пишет?

Расчет Надбавка за работу вахтовым методом2013 Способ расчета: Произвольная формула Порядок расчета: Фиксированная сумма * Отработано времени в днях Фиксированная сумма: 187,5 Отработано времени в днях: 32 Оплачиваемое время (в днях) 16 Вид учета времени: По дням Оплачиваемое время рассчитано по индивидуальному графику работы или по табелю учета рабочего времени. Подробнее...

Это по записям регистра расчета смотрели или в документе?

так есть документ Табель Учета РВ или нет?

Табель есть и он проведен. Проблема в табеле?

В документе.

либо график либо табель. там же написано ( или по табелю учета рабочего времен)

Сделай тогда запрос к таблице "РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ДанныеГрафика" как советовали с детализацией по регистратору и отбором по сотруднику.

а я не могу ее теперь из табеля убрать. По кнопке Подробнее открывается Табель. И там написано про оплачиваемые дни, а не отработанные

У меня тоже такая беда была - я просто поменял отработанное на оплачиваемое), но здесь конечно это не пройдет

За июнь там одна запись - 16 дней, двойников нет. Или что я там должна была увидеть?

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

Что выбрано у вида расчета "Вахтовая надбавка" на закладке "Время".

Это было бы чудесно, но невозможно, к сожалению) Сторно! Чертово сторно!!! В июне по табелю заведено начисление, потом его сторнировали. Сторнированный документ заблокирован напрочь, с ним ничего нельзя сделать, несмотря даже на то, что документ сторнирующий я уже даже удаляла. А т.к. сторнированное начисление нельзя распровести, то и табель распровести тоже нельзя. Тупик

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

Да, правильно

А почему ты используешь показатель ОтработаноВремениВДнях а не ВремяВДнях?

Движения всегда можно отредактировать с помощью доп. обработок

Это не я. Но это неважно. В любом случае - что-то считается не так. Не может человек отработать в июне 32 дня) Мне нужно выяснить в чем проблема, чтобы расчетчикам по рукам настучать и объяснить, что они сделали не так и как надо было сделать на самом деле. Править доп обработками не выход - они на шею сядут и заставят меня им все считать и исправлять

+1

Это важно. Показатель ОтработаноДней - ужасно глючное создание программистов 1С

Даже если так, изменить-то я его (начисление) уже не могу.  Пусть оно ужасно глючное и все такое. Я сейчас просто не могу найти из какого места оно достается. И меня это очень печалит и злит.

Попробуй все таки убрать сторнирование. Если убираешь из документа по кнопке "Отменить исправление", то должен нормально отмениться. Если сейчас помечен на удаление - отмени пометку, потом нормально отмени исправление. Никогда не было проблем, если правильно все делать и последовательно. ЗЫ Если уж совсем не получится, то можно отредактировать документы обработкой на этот раз - факт сторнирования проверяется по заполнению соотв. реквизита в документе. Если его очистить, то документ станет обычным.

Не нашла кнопку "Отменить исправление". Где сие волшебство живет? С тем, что при работе правильно и последовательно проблем не случается, согласна на все 100%, жаль только, что не все бывает гладко. Да и то, большинство косяков удается исправить просто заставив людей аккуратно, в нужной последовательности ввести документы. Но вот тут я уперлась в стену( И так как бьюсь я в эту стену уже третий день, то решила попросить помощи)

внизу слева

Простая обработка для очистки движений документов в режиме обмена. Пользоваться аккуратно. например можно табеля распровести.

Где?

Спасибо, буду иметь ввиду

В исходном (исправленном) документе (если он проведен).

Он не проведен, откуда у него движения?

не помогло. Убрала из табеля, в комментарии написано, что расчет произведен по графику, отработанных дней все так же 32

у него нет движений, у него есть кривой расчет

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

В общем задвоилось основное (в пределах нормы времени) начисление в месяце предположительно из-за отсутствия сторнирующей записи.

а для тех кто на бронепоезде? Что и где смотреть конкретно?

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

открой основные начисления - отбери интервал Начало и Окончание по действию и выложи сюда без ФИО.

мы пришли туда, откуда начали. В перерасчете и вылазит это задвоение!

колонки какие вам вывести?

вы всегда только половину предложения читаете?

в документе который исправляешь, а не в котором исправляешь

Я прочитала ваше предложение полностью. Я даже его обдумала, поняла и осознала. И в самом начале данного топика я написала, что я не знаю, где искать это самое отработанное время.

16 дней там

значит показатель схем мотивации глючит. Посмотри запросом РС.ГрафикиРаботыПоВидамВремени - ОсновноеЗначение суммировать по периоду когда

Как раз главных колонок на скине и нет. Начало, Окончание И отбор надо НЕ по периоду регистрации а по действию Начало>=01.06 И Окончание<=30.06

И надбавка за работу вахтовым точно настроена как Дополнительное начисление за уже оплченное время?

Да, однозначно

Это записи в регистре при проведенном перерасчете.

ну из этих записей видно, что ты действительно не врешь, а больше никакого толку

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

Ну спасибо, что хоть поверили)Толку действительно никакого, буду изучать модули дальше. Если вдруг найду, расскажу, с какой радости этот показатель двоится

Ты не можешь найти откуда ЗУП берет отработанные дни? Не можешь найти процедуру или место в запросе?

не могу найти запрос, в котором впервые возникают отработанные дни

Исходные данные содержатся в структуре "ИсходныеДанные" которая заполняется в Функции ПолучитьДанныеДляРасчета которая лежит в модуле ПроведениеРасчетовПереопределяемый ты это искала?

Да и сторнированный документ, можно провестираспровести, отредактировать :) если есть полные права и очень нужно.

я это нашла и в этом заблудилась.

Мне не нужно, я не хочу туда лезть и что-то править. Я хочу понять почему система неверно считает дни периода. А потом объяснить это расчетчикам. Я не хочу шаманствами над документами заниматься, на мой взгляд - это неправильный метод решения поставленной задачи

Я же спрашивал :) тебе надо найти место в запросе или процедуру где этот запрос, ты сказала процедуру, вот она :) Согласен, она не очень маленькая, только выполняются не все запросы а только часть. Отладчик и анализ запросов, обычно помогает. Тебе поискать этот кусок запроса, который возвращает отработанное время? Только вот ЗУП у меня древний 61й.

Вот он, этот кусок запроса |    ВЫБОР

пристрелите меня.. ВремяВведенноеВЦеломЗаПериод.ДнейПоТабелю ОтработаноПоВидуВремениНачисления.Дней ДанныеГрафика.ОсновноеЗначениеФактическийПериодДействия ДанныеГрафика.ДополнительноеЗначениеФактическийПериодДействия-ОтработаноНЕПоВидуВремениНачисления.Дней ДанныеГрафика.ОсновноеЗначениеФактическийПериодДействия ДанныеГрафика.ДополнительноеЗначениеФактическийПериодДействия кто-то из этих говорит 32 что-ли?

Прошлась сейчас по временным таблицам. Данные по отработанному времени могут браться: 3) РС.ГрафикиРаботыПоВидамВремени все? или что-то упустила? Сейчас табель на этого сотрудника не заведен на июнь, так ни в одной из этих таблиц по нему данных в июне нет вообще

этот параметр в виде расчета из справочника показатели схем мотивации берется только из РС.ГрафикиРаботыПоВидамВремени - ОсновноеЗначение см Переделать вид расчета уже нельзя?

+ (похоже запрос возвращает две записи по нему в случае со сторно)

КОНЕЦ Вот этот кусок у меня отрабатывается. А ВсегоОтработаноВремени.ВсегоОтработаноДней заполняется таблицей НесгруппированныеДанные и именно в этой таблице в стронировании задваивается этот показатель. А в эту таблицу идут данные из РС.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия.

Переделать вид расчета уже нельзя, да и не хочу я. Сейчас это уже чистое любопытство - я хочу докопаться до сути)

а ты можешь визуально открыть регистр и понаставить там отборов, чтобы глазами видеть то, что достаёт запрос? танцы с бубном какие-то..

В общем вот до чего дотанцевалась) 1. При сторнировании это самое ОтработанноДней двоит. Двоит в люом случае, поэтому не стоит использовать его вообще где бы то ни было. 2. Двоит потому что связи. Двоит вот этот кусок:         ВТ_ОсновныеФПД КАК Основной             ЛЕВОЕ СОЕДИНЕНИЕ РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия(                 И (ГрафикиРаботы.Дата МЕЖДУ Основной.ПериодДействияНачало И Основной.ПериодДействияКонец)                 И (ГрафикиРаботы.Дата МЕЖДУ Вспомогательный.ПериодДействияНачало И Вспомогательный.ПериодДействияКонец Он в общем модуле ПроведениеРасчетов, процедура ДописатьАлгротмВЗапрос. Победить это задвоение я не смогла. А жаль. На этом я заканчиваю. Всем спасибо за внимание и участие.

Может в 1С написать стоит? Пусть они там думают?

смотри У тебя в периоде по графику  две записи. основное и сторно. тебе нужно исключить сторно. Попробуй что-то типа    ПО (Вспомогательный.ГрафикРаботы = ГрафикиРаботы.ГрафикРаботы) ...   И НЕ (Вспомогательный.Сторно)

>это самое ОтработанноДней двоит не стоит использовать  вообще где бы то ни было. +100500 А то они не знают? Они знают об этом уже давно и давно уже на редакцию 2.5 забили.

по Сторно идет соединение таблиц Основной  и Вспомогательный (Основной.Сторно = Вспомогательный.Сторно                     ИЛИ Вспомогательный.ВидРасчета.ВидВремени <> ЗНАЧЕНИЕ(Перечисление.ВидыВремени.ОтработанноеВПределахНормы))

это для сверх нормы. тебе нужно выкинуть графики по сторно. смотри соединение с ГрафикиРаботы.ГрафикРаботы)

у тебе в двум записям  основной-вспомогательный слева присоединены графики. они суммируются - 16+16. надо как-то оставить одну запись графиков, а вторую сделать нулл  - потому выкинуть например из дополнительно по признаку сторно. см до конца, а не до середины :)

у тебя по двум *

не помогло

дык а как же вопрос "почему так?" ошибка?

тогда тут

ТОГДА ГрафикиРаботы.ОсновноеЗначение

похоже да. глючный параметр

Там идут две строки: одна по предыдущему документу, вторая по текущему. ОНИ ОБЕ НЕ СТОРНО. Т.е. он берет в расчет тот документ, который сторнировали и тот, которые сторнирует. Вот в чем проблема

Надо добавить сторно с минусом, тогда ок будет

а почему нет сторно? посмотри почему оно не попадает в ВТ_ОсновныеФПД

ты уже молодец?

Я вообще не молодец. Я не понимаю, что в нем происходит.

Не знаю почему. Там простая таблица вообще-то. Но в нее попадают только результаты июльского документа без сторно

Что за таблица ФактическийПериодДействия? Где почитать про регистры расчета? :)

я тебе умный методичк могу дать. но из дома

нет в этой таблице сторнирующих записей. Просто делаю ВЫБРАТЬ * ИЗ     РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия( И получаю 6 записей по документу - расчеты, которые делаются этим начислением после сторнирования предыдущего. Сторно нет

В общем, весь тайный смысл сходится в том, что сторно в этой таблице не регистрируется. Получается так?