Конфигурация ЗУП 3.1.8.246.
Сотрудник болел с 20.07.18 по 01.08.18.
В Августе2018 он принес больничный, занесли в базу с периодом начисления Август2018, отсутствие в Июле2018 НЕ заносили.
Теперь в Феврале2019 этот сотрудник отправляется в отпуск, в расчете среднего заработка программа в Июле2018 учитывает 29.3 дня, как будто он отработал полностью.
Запускаю обработку "Обновить данные для расчете среднего заработка" за Июль2018. При расчете среднего ничего не меняется.
Подскажите, пожалуйста, в чем ошибка?
Я понимаю, что если занести документ "Отсутствие.." с периодом Июль2018, то расчет среднего исправится. Но зачем его заносить, если есть занесенный Больничный лист? Почему программа его не видит для расчета среднего?

а табель есть?

(1) Табель не используют.

а вы занесите и все будет ок

(0) А разве не надо сперва регистрировать отсутствие, а потом на его основании принесенный вам больничный ?

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

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

(5) В 77 не надо было вводить никакие отсутствия :-) Шутка. Программа по расчету ЗП от 1С все улучшается и улучшается.
(5) "что сторно отработанного времени по тем графикам, которые используются при заполнении среднего заработка, не делается" - ничего не понял из написанного. Как графики отсутствия связаны с графиком начисления отпуска? При заполнении данных среднего заработка в части отработанного/не отработанного времени важны периоды отсутствия и присутствия, а по каким графикам было это отсутствия никогда и нигде не анализировалось.
(0) В 1С ЗиУП 3.1 вроде как меняли недавно модуль расчета полностью и ввели константу расчета старыми алгоритмами расчета (их вроде тоже оставили). Попробуй поиграться константой. Сам не смотрел и не анализировал. Читал - где-то. На глаза попадалось.

Может в регистр сведений и накопления заглянуть? "Данные о времени для расчета среднего"

(7) так вот смотрю в регистре как будто полный месяц сотрудник отработал, хотя заведен больничный. Запущена обработка "Обновить даные для расчета среднего".

(0) стандартная ситуация, экпериментирую на типовой базе.
Сотрудник заболел 31.01.19 до 04.02.19. 05.02.19 приносит Больничный, бухгалтер сразу занес в базу.
Начисление зарплаты на момент занесения больничного еще НЕ выполнялось.
Создаю Начисление зарплаты за Январь2019, программа не видит больничный, ставит в РН Данные о времени для расчета среднего, что сотрудник отработал 31 день.

(0) Даже перед начисление заношу Табель, чтобы Оклад посчитался пропорционально отработанному времени. 31.01.19 стоит "Б".
Оклад пересчитался, но для расчета среднего все равно отработан 31 день.
Может что не так делаю?
Или все-таки документ Отсутствие обязателен?

(10) С точки зрения здравого смысла, то БЛ уже является отклонением. Он же и кадровый документ, он же и расчетный.

По моему давно назрел вопрос об отказе от регистров расчета, в том виде в котором они реализованы.
Самое простое, что не работает уже 10-ок лет, так это фактический период действия при сторно переходящего отпуска в следующем периоде. Т.е. когда период действия у сторно записи относится к тому же самому периоду регистрации. Пример: переходящий отпуск с января на февраль. В феврале принесли БЛ о том, что сотрудник во время февральской части отпуска, болел. Запись в регистре есть, а на фактический период действия она не влияет. Забавно. При этом в 2006 году такая же ситуация была с данными графика, но потом поправили. А фактический период действия нет.
Откуда в РР может не быть периода действия я не знаю. Зачем вообще предусматривать такой вариант?
и т.д.
ЗиУП 3.1 на сейчас это просто убийство направления ЗиУП от 1С. Уже и так и так говорит нам 1С прекратите использовать и требовать от нас этот раздел учета - мы его не хотим. :-) А мы все упорно колимся и продолжаем грызть этот кактус - уже лысый кактус.

(9) Всегда так было. Программа при расчете не смотрит в будущие периоды, поэтому больничный занесенный февралем за январь она не увидит при расчете января. Либо заносите отсутствие, либо табель с проставленными больничными днями.

(8) так там два регистра надо смотреть. В регистре сведений "отклонения" могу появиться.

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

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

(15) Зависит как на предприятии ведется учет присутствий. Если табельщики приносят табеля в конце месяца, а БЛ принесли и ввели раньше, то как бы не успели ввести отсутствия. На практике что раньше принесли, то раньше и вводится. Так что никто на практике ничего не ждет. стараются оперативно вводить информацию по мере её появления.
(16) Глупость сказал. БЛ вытесняет не только оклад, но и отсутствие.

(16) БЛ вытеснит.Неявка это до офф-го пояснения причины отсутствия

Вытеснит если регистрировать разными периодами. А в одном периоде регистрации не вытеснит.

(19) Глупость :-)
Единственный вариант, когда не происходит вытеснение верно я описал в (12). Это катастрофическая ошибка в платформе, которую за все время существования платформы 8.х разработчики упорно не исправляют. По их разумению не может быть записей сторно, у которых период действия записи относится (входит) к тому же самому периоду регистрации. Хотя пример в том же (12) говорит об обратном.

(20) Признаться, ты заставил меня сомневаться. Но нет! Даже в 3.1.9.159 больничный не вытесняет неявку, если оба документа лежат в одном периоде регистрации. Значит глупость? На что ты намекаешь? Возьми и проверь на демо базе.

(21) Так добавь в вытесняемые ВР. Я про платформу, а вы про конкретную реализацию и конкретную настройку в демо базе. Это две большие разницы.

(22) Тема про ЗУП и я про ЗУП. В настройках все ок, и в разных периодах с вытеснением все ок )