Добрый день!
Выскочила такая заморочка: некоторое количество сотрудников было отправлено в командировку. Работали там и в выходные дни тоже. График работы у них — обычная пятидневка (с автообновлением графика через инет). Все случилось еще в мае, но расчетчик все это время стеснялась сообщить о проблеме. Сначала у нас вылезли минус 3 коронавирусных дня — 5, 6, 7. После обновления данных для расчета среднего они пропали, но теперь красуются пять выходных, которых не должно быть. Только дни, сумма начисления отсутствует. Как можно поправить ситуацию? Что можно сделать в этой ситуации?
Релиз 3.1.15.96
Все комментарии (17)
Комментарии закрыты.
Здравствуйте!
Уточните, пожалуйста, следующие моменты:
В прикрепленном файле картинки и табличка. Не поняла, как можно несколько файлов прицепить, поэтому все в куче.
К одному комментарию можно прикрепить только 1 файл. Поэтому если нужно прикрепиь несколько файлов, можно сделать так как Вы, или просто создать несколько комментариев.
Да, Вы правильно подметили, дни РВ в командировке не должны попадать в расчет среднего. Программа почему-то игнорирует тот факт, что сотрудник находится в командировке. Давайте еще заглянем в регистры:
— регистр накопления Данные о времени для расчета сз (общий)
— регистр сведений Данные о времени для расчета общего сз (корректировка)
— регистр сведений Данные состояний сотрудников
— регистр сведений Состояния сотрудников
Записи по всем этим регистрам отберите по сотруднику. Хотя бы первые 2 регистра пришлите, пожалуйста, не скриншотами
Светлана, во вложении движение по регистрам. Вроде так все и симпатично.
Приложение![](https://buhexpert8.ru/wp-content/uploads/questions/2020/11/dannye-o-vremeni-dlya-rascheta-sz-lishnyaya-zapis-1024x237.jpg)
Вот этой записи не должно быть (выделила на скриншоте).
Скажите, а давно обновляли данные для расчета сз? Если сейчас обновить данные за май, ничего не меняется? Возможно обновляли данные о сз на старом релизе с ошибками.
А, ну да, сама же в прошлый раз на это и указала.
Все дело в том, что обновляли только сейчас, только на этом релизе, ранее это и не делали.
Сейчас запустила обновление вновь, получила ситуацию с исходной задачей — минус дни и часы (это, 5, 6, 7 мая — работа в выходные). Вообще странно! Что-то новенькое, по сравнению со вчера.
А в регистре сведений Данные о времени для расчета общего сз (корректировка) по-прежнему пусто?
Если да, давайте попробуем отменить проведение Начисления за за май и провести заново. Если боитесь, что что-то «поедет», лучше проделать это на копии базы
Не, это копия, оно не страшно. Немного позже проделаю, пришлю результат.
Ок, буду ждать
Так, ну, перепроведение мая ничего не изменило в регистрах. В корректировочном записей нет. Кстати, и пересчет данных среднего теперь тоже ничего не меняет. Картина по дополнению-2. 🙁
Давайте тогда посмотрим, какие настройки у графика, который действовал для сотрудника в мае. Покажите скриншот расписания графика. Особенно интересует май 2020 и его параметров (открываются по ссылке Изменить свойства графика)
И уточните, используете ли документ Табель?
Нет, документ табель не используем. Тут я приучила своих тетенек. Он там больше вреден, чем полезен.
График — так достаточно будет? Это стандартная пятидневка с автообновлением.
«Нет, документ табель не используем. Тут я приучила своих тетенек. Он там больше вреден, чем полезен.»
Абсолютно поддерживаю))
У сотрудника в табеле 6-8.05 стоит К, а не В. Значит, за эти дни рассчитана оплата по среднему и на момент расчета оплаты командировки в графике эти дни были отражены как рабочие. Или просто действовал другой алгоритм работы программы, тогда еще не было исключения дней ОН из сз. А сейчас в графике эти дни стоят как нерабочие и программа пытается их исключить из среднего. Попробуйте сделать так:
— создать новый график, в настройках флажок «При заполнении учитывать нерабочие дни» не ставить, в результате он должен заполниться так, что с 06.05.2020 по 08.05.2020 должны стоять Явки
— перевести сотрудника с 01.05.2020 на этот новый график
— переповести зп. Если не поможет. возможно, придется пересчитать ему зп и потом перепровести
Так, база решил а потупить при проведении. Мысль понятно. Кстати, так же закралось подозрение, что галку «При заполнении учитывать нерабочие дни» могли и подергать туда-сюда. Плюс, при перепроведении не все может корректно заполниться, нужно аккуратно удалить сотра из документа начисленияи подобрать. Ох, у меня, похоже, развлечение на весь день.
Спасибо! Теперь у меня есть план!
P.s. Да, этот вариант сработал. Светлана, спасибо гигантское за мозговой штурм!!!
Пожалуйста, рада, что нам вместе удалось победить расчет сз! 🙂