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

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

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

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

(20) Да, правильно

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

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

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

(24) +1

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

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

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

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

(29) внизу слева

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

(30) http://yadi.sk/d/uzI88g2g7Pd-e
Где?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

http://img-fotki.yandex.ru/get/9584/30915148.a/0_b1ac5_354259d5_XXL.jpg

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

(48) (2)

(49) 16 дней там

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

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

http://pics.rsh.ru/img/L1_vhoxba5a.png

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

(52) http://yadi.sk/d/Vv9SuhFg7PoM4

(54) Да, однозначно

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

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

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

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

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

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

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

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

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

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

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

(67) Вот он, этот кусок запроса
|    ВЫБОР
            |        КОГДА Основной.ВидРасчета.ВидВремени В (Значение(Перечисление.ВидыВремени.ЧасовоеНеотработанное), Значение(Перечисление.ВидыВремени.ЧасовоеОтработанноеВПределахНормы))
            |            ТОГДА 0
            |        КОГДА ЕСТЬNULL(ВремяВведенноеВЦеломЗаПериод.ОшибкаВводаОтработанногоВремени, ЛОЖЬ)
            |            ТОГДА 0
            |        КОГДА НЕ ВремяВведенноеВЦеломЗаПериод.ДнейПоТабелю ЕСТЬ NULL
            |            ТОГДА ВремяВведенноеВЦеломЗаПериод.ДнейПоТабелю
            |        КОГДА Основной.ВидРасчета.ОбозначениеВТабелеУчетаРабочегоВремени.РабочееВремя
            |             И НЕ ОтработаноПоВидуВремениНачисления.Дней ЕСТЬ NULL
            |            ТОГДА ВЫБОР КОГДА Основной.ВидРасчета.ВидВремени = ЗНАЧЕНИЕ(Перечисление.ВидыВремени.ДополнительноОплачиваемоеВПределахНормы)
            |                    ТОГДА ЕСТЬNULL(ОтработаноПоВидуВремениНачисления.Дней, 0)
            |                ИНАЧЕ ЕСТЬNULL(ВЫБОР
            |                        КОГДА Основной.ВидУчетаВремени = &ПоДням
            |                            ТОГДА ДанныеГрафика.ОсновноеЗначениеФактическийПериодДействия
            |                        ИНАЧЕ ДанныеГрафика.ДополнительноеЗначениеФактическийПериодДействия
            |                        КОНЕЦ, 0) - ЕСТЬNULL(ОтработаноНЕПоВидуВремениНачисления.Дней, 0)
            |                КОНЕЦ
            |        КОГДА НЕ (Основной.ГрафикРаботы ССЫЛКА Справочник.ГрафикиРаботы)
            |            ТОГДА ЕСТЬNULL(ВЫБОР
            |                    КОГДА Основной.ВидУчетаВремени = &ПоДням
            |                        ТОГДА ДанныеГрафика.ОсновноеЗначениеФактическийПериодДействия
            |                    ИНАЧЕ ДанныеГрафика.ДополнительноеЗначениеФактическийПериодДействия
            |                    КОНЕЦ, 0)
            |        КОГДА ЕСТЬNULL(СводныеИндивидуальныеГрафики.ОшибкаВводаИндивидуальногоГрафикаРаботы, ЛОЖЬ)
            |            ТОГДА 0
            |        ИНАЧЕ ЕСТЬNULL(СводныеИндивидуальныеГрафики.ДнейПоГрафику, ЕСТЬNULL(ВЫБОР
            |                КОГДА Основной.ВидУчетаВремени = &ПоДням
            |                    ТОГДА ДанныеГрафика.ОсновноеЗначениеФактическийПериодДействия
            |                ИНАЧЕ ДанныеГрафика.ДополнительноеЗначениеФактическийПериодДействия
            |                КОНЕЦ, 0))
            |    КОНЕЦ КАК ОтработаноДней

пристрелите меня..

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

кто-то из этих говорит 32 что-ли?

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

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

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

(72) КОГДА Показатели.Показатель2 = ЗНАЧЕНИЕ(Справочник.ПоказателиСхемМотивации.ОтработаноВремениВДнях)  
        ТОГДА ВЫБОР
            КОГДА ЕСТЬNULL(ВремяВведенноеВЦеломЗаПериод.ОшибкаВводаОтработанногоВремени, ЛОЖЬ)
                ТОГДА 0
            ИНАЧЕ ЕСТЬNULL(ВсегоОтработаноВремени.ВсегоОтработаноДней, 0)
        КОНЕЦ
Вот этот кусок у меня отрабатывается.
А ВсегоОтработаноВремени.ВсегоОтработаноДней заполняется таблицей НесгруппированныеДанные и именно в этой таблице в стронировании задваивается этот показатель. А в эту таблицу идут данные из РС.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия.

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

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

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

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

(76)  смотри

ИНАЧЕ ГрафикиРаботы.ОсновноеЗначение
        КОНЕЦ КАК ОтработаноДней,
  И (ГрафикиРаботы.Месяц = Вспомогательный.ПериодДействия)

У тебя в периоде по графику  две записи. основное и сторно.
тебе нужно исключить сторно. Попробуй что-то типа

   ПО (Вспомогательный.ГрафикРаботы = ГрафикиРаботы.ГрафикРаботы)
...
  И НЕ (Вспомогательный.Сторно)

(76) >это самое ОтработанноДней двоит не стоит использовать  вообще где бы то ни было.

+100500

(77) А то они не знают? Они знают об этом уже давно и давно уже на редакцию 2.5 забили.

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

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

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

(82) у тебя по двум *

(81) не помогло

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

(84) тогда тут

ВЫБОР
            КОГДА Вспомогательный.ВидРасчета.ВидВремени = ЗНАЧЕНИЕ(Перечисление.ВидыВремени.ОтработанноеСверхНормы)
                ТОГДА ВЫБОР
                        КОГДА Вспомогательный.Сторно
                            ТОГДА -1
                        ИНАЧЕ 1
                    КОНЕЦ * Вспомогательный.ОтработаноДней
           // ИНАЧЕ ГрафикиРаботы.ОсновноеЗначение
    ///
            КОГДА НЕ Вспомогательный.Сторно
    ///     ТОГДА ГрафикиРаботы.ОсновноеЗначение
            ИНАЧЕ 0
        КОНЕЦ КАК ОтработаноДней,

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

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

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

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

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

(89) ты уже молодец?

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

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

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

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

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

И получаю 6 записей по документу - расчеты, которые делаются этим начислением после сторнирования предыдущего. Сторно нет

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

а вот я место про сторно так и не осилил. баги в методичке или в ДНК

(99)Тогда методичку кинешь вечерком, я почитаю на досуге.

(98) не может быть такого. посмотри записи по основным начислением в документе сторно. может там не стоит авторасчет?

(101) Да, действительно, там стоит ручной режим) на таких мелочах я и прокалываюсь) Но! Он автоматически встает при вводе документа и исправить эти строки нельзя, только что проверила

запомните раз и навсегда - параметр ОтработаноВремениВДнях не надо использовать в начислениях, регистрирующих отработанное время, потому что это время с переработкой.
сверхнормативное рабочее время есть?

а в окладах надо использовать ВремяВДнях, ВремяВЧасах.

Это мы уже поняли) А какая разница - с переработкой или без, если оно так себя ведет при сторнировании?

(102) ну тогда убери в условии Авторасчет

кста странно почему у тебя нет авторасчета

    Движение.Сторно                            = Истина;
    Движение.Авторасчет                        = Истина;

(106) Не знаю. Надо и сюда покопать тоже)

(107) да права.

Если СтрокаТаблицы.Сторнировать > 0 Тогда
                
                Движение = НаборОсновныеНачисления.Добавить();
                ЗаполнитьЗначенияСвойств(Движение,СтрокаТаблицы);
                Движение.Сторно    = Истина;
                Движение.Авторасчет    = Ложь;

(107) попробуй поставить в условии

Авторасчет ИЛИ Сторно

Вроде они везде проверяют на сторно

Ничего не понимаю в этой жизни. Нашла почему авторасчет встает ЛОЖЬ - не заполнятся при заполнении пересчета, а по умолчанию булево - ложь;
Но исправление сего факта результатов не дало! Авторасчет в сторнируемых строках встал Истина, но дней все также 32)
Устала я. Пойду зонтик с горя покупать. Я не стою тех денег, которые мне платят( Обидно(

(97) Столкнулась вчера с этой проблемой. ОтработаноВремениВДнях(Часах) выбирается из таблицы, в которой нет условия по Регистратору:
|            ЛЕВОЕ СОЕДИНЕНИЕ РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия(
        |                    ВидРасчета В
        |                            (ВЫБРАТЬ
        |                                СписокВР.ВидРасчета
        |                            ИЗ
        |                                ВТ_СписокВРПоДням КАК СписокВР)
        |                        И (Сотрудник, ПериодДействия) В
        |                            (ВЫБРАТЬ
        |                                ОсновныеНачисления.Сотрудник,
        |                                ОсновныеНачисления.ПериодДействия
        |                            ИЗ
        |                                ВТ_СотрудникиПериодыДействия КАК ОсновныеНачисления)) КАК Вспомогательный

или неверная связь:
|                И Основной.ПериодРегистрации >= Вспомогательный.ПериодРегистрации

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

(111) Это я понимаю, это вроде правильно, но туда добавить надо еще сторнирующие записи. Тогда будет 16+16-16=16.
Почему записи сторон туда не берутся?

(112)*записи сторно

имха, бага не на уровне конфы, а на уровне платформы при генерации виртуальной таблицы. можнопопробовать ее обновить.

Итак, подвожу итоги:
Rezeda была права: проблема в периоде регистрации, а конкретно в связи "Основной.ПериодРегистрации >= Вспомогательный.ПериодРегистрации"
Однако! Если сделать просто строго больше, то тогда не будет считаться сторно, т.к. у сторно записей период регистрации под это условие не подпадает. Поэтому пришлось это условие превратить вот в такую конструкцию:
ВЫБОР
    КОГДА Вспомогательный.Сторно
        ТОГДА Основной.ПериодРегистрации >= Вспомогательный.ПериодРегистрации
    ИНАЧЕ Основной.ПериодРегистрации > Вспомогательный.ПериодРегистрации
КОНЕЦ
В таком варианте все посчиталось правильно.
Но кроме этого я еще правила заполнение сторно, чтобы у него авторасчет вставал при создании документа.
Так что не в платформе дело :)

Вспомнил, что по этой ошибке я записывал видео в ноябре 2011 года. http://videozup.ru/zup/zup/attrakcion-nevidannoj-shhedrosti.html Прошло почти 2 года. Я точно знаю, что разработчики ЗУП в курсе этой ошибки. Так что, похоже это именно они зря получают зарплату.

(116) Зашибись) Где ж ты раньше был, я неделю в этом болоте колупаюсь. У тебя там в комментариях вторым ответом решение проблемы)