Здравствуйте!
ЗуП 3.1.10.470
Сотрудник привлекается к работе 24.06.2020. Как правильно это отразить в программе? Подскажите. пожалуйста.
Все комментарии (10)
Комментарии закрыты.
Нажимая на кнопку «Зарегистрироваться», я подтверждаю принадлежность мне сообщенных при регистрации сведений, их достоверность, даю согласие на обработку моих персональных данных и подтверждаю ознакомление с политикой их обработки.
Отправляя форму Вы даёте согласие на обработку персональных данных, защищенных политикой конфиденциальности
Добрый день! Работа 24.06.2020 отражается как обычная Явка и оплачивается обычной оплатой (оклад, оплата по ЧТС), т.е. для сотрудника просто должен быть присвоен график с рабочим днем 24.06.2020. Какая либо повышенная оплата за работу 24.06.2020 не предусмотрена.
Посмотрите [19.06.2020 запись] Расчет зарплаты за Июнь-Июль в 1С:ЗУП 3.1 — разбор нюансов и важных изменений, в блоке «24 июня и 1 июля — как учесть и оплатить» Елена как раз рассказывает о различных нюансах отражения и оплаты нерабочих дней 24.06.2020 и 01.07.2020
Основная масса сотрудников у нас работать не будет. Может быть, для тех, кто будет работать, ввести документ Индивидуальный график? Или завести на них документ Табель? Чтобы обойтись без создания дополнительных графиков в справочнике.
Да, можно ввести индивидуальный график. Табель не подойдет, т.к. им нельзя скорректировать норму времени. Трудности могут возникнуть только с сотрудниками, которые работают на неполную ставку. Им, скорее всего, придется вводить и Индивидуальный график (указывать там время как для полной ставки) и Табель (в нем указывать фактически отработанные часы).
Еще момент, если используете типовую методику отражения нерабочих дней (с видом времени ОН) и исключаете эти периоды из среднего, то по работающим сотрудникам средний считаться будет неправильно. Это ошибка:
Ошибка 10223517
Описание:
Если сотрудник работал в нерабочие периоды по «коронавирусным» Указам (т.е. в настройках расчета зарплаты период отмечен как нерабочий, а в графике/табеле сотрудника указана Явка), то время этой работы при расчете среднего заработка не отражается в календарных отработанных днях (используется для расчета среднего для отпуска).
Способ обхода:
При расчете среднего заработка для отпуска заполнить «Отработано дней (календ.)» вручную в калькуляторе расчета среднего.
Сейчас эта ошибка проявляется во всех случаях. Неважно, отражен рабочий день в обычном графике или в индивидуальном. И статус ошибки не указан, т.е. неизвестно когда она будет исправлена. Но если ее будут исправлять, то не факт, что для всех возможных ситуаций (например, исправят для обычных графиков, а для индивидуальных могут и не учесть, это достаточно сложный механизм). Поэтому я предупреждаю о возможных рисках.
Да, используем типовой механизм. Спасибо за разъяснения!
Рада была Вам помочь!
Задала для работающих индивидуальный график. После начисления зарплаты создала документ Перенос данных с движениями по регистру Данные о времени для расчета среднего общий с минусом те, что были сделаны документом Начисление зарплаты и взносов, с плюсом правильные данные. Июльский отпуск и командировка рассчитались правильно. Можно таким способом воспользоваться или где-то что-то вылезет? Или как по-другому отредактировать записи в регистре?
Выбор метода редактирования записей (док. Перенос данных) правильный. Но само решение корректировать регистры не совсем универсально. Сейчас разработчики будут устранять какие-то ошибки, возможно менять алгоритм. И вопрос, на каком релизе будете работать дальше и проводить другие документы начисления зп. Не перепроведете ли случайно начисление зп, по которому скорректировали регистры. Если будете пользоваться обработкой пересчета сз, то она обрабатывает данные за месяц целиком, выбрать конкретные документы нет возможности.
В общем как временное решение, вполне допустимо, но за этим придется следить. Следить за самими ошибками, их исправлением, если будут обновляться, каждый раз проверять алгоритм записи в регисстры, возможно, менять алгоритм своей корректировки. Если ошибки исправят, возможно, вообще придется откатываться назад, отменять переносы данных и обновлять сз.
Сейчас, пока типовой механизм так ненадежен, мы все-таки рекомендуем пересчитать март-май. Ведь для среднего эти месяцы еще долго будут участвовать в расчете. Об этом Елена рассказывала на семинаре: [19.06.2020 запись] Расчет зарплаты за Июнь-Июль в 1С:ЗУП 3.1, блок «Расчет среднего заработка», последние 2 видео
Здравствуйте!
Как именно пересчитать март-май? Пользуясь не типовым механизмом?
Мы предлагаем обычно 2 варианта:
— создание отдельных плановых начислений для расчета зп (оклад, надбавки и пр), которые не будут включаться в сз, и затем назначение этих начислений сотрудникам в плановом порядке на период нерабочих дней + отмена типовых начислений. В этом случае в программе зарегистрируется необходимость перерасчета зп, сам перерасчет можно произвести в документ Доначисление, перерасчет;
— настройка отдельного начисления и ввод документов-отклонений (Отсутствие с сохранением оплаты или Простой) за прошлые периоды. В этом случае сторнирование типовой оплаты произойдет непосредственно в документе-отклонении.
Оба метода подробно разобраны в видео «Альтернативные варианты настроек» к семинару (последнее видео в блок «Расчет среднего заработка»)
Спасибо.