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

(0) а подробнее? ну там - релиз. настройки контроля пересечения периодов, последовательность ввода документов, используется ли табель?

Проверял на последних пяти релизах, на разных платформах (известно, что в 8.3.6 запросы работают с ошибками, проверял на нескольких релизах 8.3.5), табель был, его убрал, ничего не изменилось.

Конкретная ситуация. Сотрудник уходит в отпуск с 29.06 по август. За первые 28 дней должна начислиться зп, но "Не найдены данные для заполнения табличной части". Если убрать запись отпуска (29.06-30.06) из начисления отпуска - основная зп начисляется. Лазил по запросам целый день. Нашел переменную УжеПроведен, которая заполняется в ЛОЖЬ, когда отпуск не проведен (или в случае перерасчета, но у нас сейчас ничего не перерассчитывается). Куча временных таблиц, суть которых сводится к тому, что если есть хоть одна запись в регистре Основные начисления (отпуск там, или оплата по окладу), то зп начислять уже не надо. Никаких пересечений периодов я там не нашел. Конкретно - 4438 строка в общем модуле ЗаполнениеДокументовДополнительный, ЗиКБУ 1.0.81.3).

Что за настройки контроля пересечения периодов?

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

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

сделал 2 поправки в модуле

        |    ВЫБОР
        |        КОГДА &ЭтоПерерасчет
        |            ТОГДА ЛОЖЬ
        |        КОГДА ОсновныеНачисления.Сотрудник ЕСТЬ NULL
        |            ТОГДА ЛОЖЬ
//Anthon -< проверяем, есть ли отпуск целиком за месяц
        |        КОГДА ОсновныеНачисления.ПериодДействияНачало <> ОсновныеНачисления.ПериодРегистрации
        |            ТОГДА ЛОЖЬ
//Anthon ->
        |        ИНАЧЕ ИСТИНА
        |    КОНЕЦ КАК УжеПроведен,





            "ВЫБРАТЬ РАЗЛИЧНЫЕ
            |    ОсновныеНачисления.Сотрудник КАК Сотрудник,
            |    ОсновныеНачисления.ПодразделениеОрганизации КАК ПодразделениеОрганизации
//Anthon -< пригодится дальше
            |    ,ОсновныеНачисления.ПериодРегистрации КАК ПериодРегистрации
            |    ,ОсновныеНачисления.ПериодДействияНачало КАК ПериодДействияНачало
//Anthon ->
            |ПОМЕСТИТЬ ВТОсновныеНачисления



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

(4) Вы же понимаете, что если бы это была ошибка релиза, то об этом трубили бы уже везде? значит проблема у Вас в учете. и то, что исправили код, проблему правильного ввода первичных данных не решит

(6) так а в чем тогда ошибка?

(6) в бухии бюджетной тоже ошибка, но что-то о ней не трубят нигде.

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

Теоретики ...
Последовательность расчеты ЗП:
1. Оформляются кадровые документы (прием, перемещение, увольнение).
2. Оформляем кадровые отклонения (командировки, отпуска).
3. Считаем отклонения (ком., отпуска, бльничные ...).
4. Считаем зарплату.

(11) а я как во-вашему это делаю? если я отпуск считаю, то зп УЖЕ не начисляется.

по-вашему*

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

(13) первым и последним?

(0) Все не читал. Вытеснение окладов отпусками настроено?

(15) по дефолту все

(16) эх... дали бы базу посмотреть...

(14) первым... как хотите, последним да!
ситуация из (2) неправильная, у вас уже есть один док начисл. зп., вторым нельзя доначислить. На сотрудника в идеале должен быть один док нач. зп в месяц.

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

(13) что задумано? провел отпуск - не начислилась зп?

(17) могу дать, только затру инн и фамилии..

(18) прочитайте первое сообщение внимательно. где вы видели второй документ? я про один и тот же говорю!

(19) "Если же сначала начислить зарплату, то при начислении отпуска часть зарплаты не сторнируется, приходится перерасчитывать начисления. Это так задумано или где-то ошибка?"

это нормально.

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

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

(25) могу сейчас тимвьюер дать. мыло актуально?

(25) к (24)

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

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

(25) актуально.

(28) ну ладно, а табель что показывает?

(28) это не настройки по дефолту. какие дни явок в отпуске?
(тим отвалился благополучно)

спасибо шаэс. кто-то залез в настройки видов расчета и все там поменял.

поставил по дефолту и все заработало.

(32) -- (15) -- (16)

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

(32) пожалуйста. и хорошо, что это не косяк программы

(35) осталось выяснить кто это наделал.

(37) да там только один человек в зп лазит ;)

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