Сотрудник компании с 19.11.2023г. по 25.10.2024г. находился в длительной командировке. С июля в связи с производственной необходимостью сотрудник работал в выходные дни без повышенной оплаты ( с предоставлением отгула в другой день) С 6.11.24 по 31.12.24 сотрудник снова в командировке. Работник кадровой службы к моменту начисления заработной платы за 1 половину месяца переводит его на индивидуальных график. При расчете среднего у сотрудника сторнируются рабочие дни в июле, августе (-3,-5) . Не могу понять, с чем это связано, возможно с днями работы в выходной день. Но тогда почему не сторнируются в сентябре? Начала проверять отражение отгулов и нашла ошибку, что поле \» в счет отработанных ранее дней \» не заполнено. Возможно, программа сторнирует в связи с этой ошибкой. Кроме этого, программа в период с 06.11.2024 по 30.11.2024 ставит на оплату 23 дня(!) и при галки в поле расчета переходящий период командировки с авансом и зарплатой ( выплата : \»с авансом\», планируемая дата: 29.11.24) ставит на оплату ВСЕ эти 23 дня. Табель заполняет некорректно ( в выходные дни ставит командировку, а 16.11.24 6 часов ( по факту он выходной), 23 и 24 число тоже отражает как командировку, а не выходной день. Помогите разобраться почему такое могло произойти. Зарплата и управление персоналом, редакция 3.1 (3.1.31.58)
Все комментарии (30)
Добавить комментарий
Для отправки комментария вам необходимо авторизоваться.
Сформировала табель на 2 сотрудников, которые находятся в одном и том же месте в командировке и у того и другого есть работа в выходной день. Почему так по разному заполняется табель? В частности строчка 9 и 10 ноября по второму сотруднику фиксирует не только работу в выходной день , но и командировку ( обозначения стоят К8 и ПН8)
В дополнение высылаю скрин с закладки учет времени. Что-то мне подсказывает ,что это связано с этим видом начисления. Т.к. сторнируются именно дни работы в выходной день, за которые были даны отгулы(т.е они оплачены без повышенной оплаты)
Добрый день!
Давайте вопрос с двойным заполнением решим в вашем отдельном вопросе, верно понимаю, что это тоже ваш?
Задвоение вида учета рабочего времени
Уточните если посмотреть Перерасчеты- есть там записи по сотруднику?
Зарплата-Сервис- Перерасчеты
Настройка времени верная, давайте приоритет проверим.
Можете на 1 примере расписать по шагам, что было и что стало. По описанию сложно понять.
» Начала проверять отражение отгулов и нашла ошибку, что поле \» в счет отработанных ранее дней \» не заполнено. « — вы это поправили?
Верно понимаю, что у кого заполнено такой ошибки нет?
Кроме этого, программа в период с 06.11.2024 по 30.11.2024 ставит на оплату 23 дня(!) и при галки в поле расчета переходящий период командировки с авансом и зарплатой ( выплата : \»с авансом\», планируемая дата: 29.11.24) ставит на оплату ВСЕ эти 23 дня.
18 дней ставим в демо-базе, какой график у сотрудника? Или вы по этому сотруднику ввели индивидуальный?
«Табель заполняет некорректно ( в выходные дни ставит командировку, а 16.11.24 6 часов ( по факту он выходной), 23 и 24 число тоже отражает как командировку, а не выходной день.»
В типовом поведение программа себя так не ведет. Возможно у вас доработки? Индивидуальный график? Уже создан табель?
Что в регистре по сотруднику
e1cib/list/РегистрНакопления.ДанныеТабельногоУчетаРабочегоВремениСотрудников
Нет возможности предоставить копию базы?
Здравствуйте, Юлия! Да, этот вопрос задан от кадровой службы. На момент моего вопроса, я не знала, что они его будут задавать, а мне , как бухгалтеру по заработной плате, нужно было срочно разобраться с проблемой. Опыта работы с ЗУП не много, поэтому сложно разбираться в подобных вопросах. Написала всё в один вопрос, т.к возможно всё взаимосвязано.
-Перерасчетов нет
-«Настройка времени верная, давайте приоритет проверим», — подскажите где это посмотреть?.
— Начала проверять отражение отгулов и нашла ошибку, что поле \» в счет отработанных ранее дней \» не заполнено. « -Да, я это поправила в документе » отгул» в текущем периоде, через «исправить» , но специально только по августу , июль не стала трогать. И на что это повлияло я не поняла. У другого сотрудника такой ошибки нет.
-Кроме этого, программа в период с 06.11.2024 по 30.11.2024 ставит на оплату 23 дня(!) и при галки в поле расчета переходящий период командировки с авансом и зарплатой ( выплата : \»с авансом\», планируемая дата: 29.11.24) ставит на оплату ВСЕ эти 23 дня.
18 дней ставим в демо-базе, какой график у сотрудника? Или вы по этому сотруднику ввели индивидуальный?- Да, на момент начисления отпуска был оформлен индивидуальный график, но на момент расчета заработной платы сотрудник отдела кадров сказал, что индивидуальный график некорректно заполняется и она его удалила и создала работу в выходной день и отгул за эту работу. Вчера я всё сама распровела и последовательно провела. И не уверена, что повлияло, но табель заполнился верно, дней в документе командировка стало не 23 ,а 18. Но хотелось бы знать, что конкретно повлияло . Осталась одна проблема: сторно рабочих дни в июле, августе (-3,-5) , а так как он весь месяц был в командировке, то они отражаются минусом. Тут задачка мне не поддалась и пока я просто удалила их руками. Но это именно дни отгулов за июль и август.
— По поводу предоставления копии базы : куда и какую информацию мне нужно предоставит( ранее копию базы не предоставляла)
В регистре
e1cib/list/РегистрНакопления.ДанныеТабельногоУчетаРабочегоВремениСотрудников
как раз и нет часов за июль и август. Как исправить? Ведь в документе » Работа в выходные и праздники» стоит отметка ,что оплата производится по дням и нет поля «исправить». Может просто в отгуле отразить часы, а не дни?
Приложение
Добрый день!
» Вчера я всё сама распровела и последовательно провела. И не уверена, что повлияло, но табель заполнился верно, дней в документе командировка стало не 23 ,а 18. Но хотелось бы знать, что конкретно повлияло»— скорее всего индивидуальный график.
«Осталась одна проблема: сторно рабочих дни в июле, августе (-3,-5) , а так как он весь месяц был в командировке, то они отражаются минусом. Тут задачка мне не поддалась и пока я просто удалила их руками. Но это именно дни отгулов за июль и август.» Тут странно, тем более раз у других сотрудников все хорошо. Может тоже на какой то момент расчета были введены индивидуальные графики? И теперь программа пытается пересчитать.
Если мы вернемся в старые командировки ( например на копии). И посмотрим там верно считались дни? В документах работы в выходной, где выбран способ компенсации отгул, есть движения по регистру Дни часы отгулов?
Если мы перейдем в регистр
e1cib/list/РегистрНакопления.ДниЧасыОтгулов
И проанализируем по сотруднику, накоплено и списано
«По поводу предоставления копии базы : куда и какую информацию мне нужно предоставит( ранее копию базы не предоставляла)»— я напишу на почту указанную в профиле. Выгрузку базу необходимо добавить в архив, который запоролить. Выложить на любой файлобменник и в ответном письме прислать ссылку на архив, указать пароль к архиву, и пользователя под которым можно зайти и фио сотрудника, по которому такое поведение.
Если мы вернемся в старые командировки ( например на копии). И посмотрим там верно считались дни? В документах работы в выходной, где выбран способ компенсации отгул, есть движения по регистру Дни часы отгулов?- отгула предоставляем только этому сотруднику, и если отражали в документе работу по часам, то всё хорошо, а вот по дням ( а это как раз июль и август), проблема.
Если мы перейдем в регистр
e1cib/list/РегистрНакопления.ДниЧасыОтгулов
И проанализируем по сотруднику, накоплено и списано
Посмотрела,- со списанием проблемы. Постараюсь, решить вопрос с копией базы.
Списано июль
Накоплено август
Списано ( корректировка в ноябре через исправить)
Если мы (на копии) отменим проведение отгула, в котором не учлось » в счет отработанных ранее » и еще раз выберем сотрудника, засчитываются накопленные дни?
Юлия, отличная идея привела к тому, что я отменила проведение всех дней работы выходной день, затем всех отгулов. Затем начала поэтапно всё заново проверять и проводить. В результате заметила, что были ошибки в датах отгулов, что в результате не давало заполняться полю » в счет отработанных ранее дней» .Например, дата документа «отгул» раньше, чем дата выхода на работу в выходной день за который этот отгул предоставляли. Понятно, что программе не чего было зачитывать. Тут я все поправила. Затем через документ доначисление, сделала перерасчет в ноябре ( подтянулся этот сотрудник).Если даже выбирать сотрудника в документе командировка и перерасчитывать среднюю, средняя не менялась. Я решила этот документ оставить непроведенным ( командировку),а сформировать новый. В результате у меня исчезли дни сторно июля, НО остались дни августа. Не понимаю пока в чем причина. Всё ещё раз проверила и несколько раз поигралась , но пока без результата. Спасибо Вам за идеи, которые дают возможность потихоньку продвигаться и понимать откуда всё тянется. Продолжаю размышлять…Кстати, если документ доначисление не формировать, то все дни и июля и августа остаются в сторно.
Юлия, мне кажется тут причина ещё может быть в следующем: я меняла настройку Настройки в ЗУП, чтобы отгулы не уменьшали оплату труда в месяце предоставления отгула .Так же была смена формул в начислении «Оплата работы в праздничные и выходные дни без повышенной оплаты» и «Оплата работы в праздничные и выходные дни». Посмотрите пожалуйста мой вопрос Отгулы и Настройки в ЗУП Думаю, что сторно с этим может быть связано.
Вот как оформлены командировки в программе.( в октябре -это корректировка периода командировки, а не сам приказ) Возможно, что их надо перепровести. Но жду от Вас мнения и подсказки в каком направлении двигаться в этом лабиринте. И кстати, может лучше создавать на каждый месяц документ командировка, несмотря на то, что точно знаем, что сотрудник в длительной командировке ?
Например, дата документа «отгул» раньше, чем дата выхода на работу в выходной день за который этот отгул предоставляли.
Да( так конечно программа не понимала, что происходит
Можно бы было в том моменте воспользоваться переносом данных, чтобы зафиксировать накопление, как способ обхода
Учет остатков отгулов
На счет изменения расчета, могло повлиять. Но честно говоря, у нас получается очень много всего, что оказало влияние, и поэтому сложно выработать схему исправления.
Давайте попробуем перепровести командировку.
Можно установить настройку «Длительные командировки оплачивать помесячно» – влияет на расчет оплаты командировок, переходящих на другой месяц. Появляется возможность оплачивать командировку не сразу за весь период, а помесячно.
Командировка в 1С 8.3 ЗУП 3.1 пошагово
Если есть возможность, давайте попробуем с командировками их перепровести без корректировок. Но отследим, чтобы суммы начисленные оставались в тех же месяцах, где мы за них отчитались, чтобы корректировки не подавать.
Юлия, получается ,что исправить в рабочей базе учет отгулов можно только через перенос данных?
По поводу того, что командировка была выплачена на весь месяц в аванс . Вот такая настройка у меня в программе. А в самом документе «командировка» стоит отметка, что «рассчитывать переходящий период командировки с авансом и зарплатой», поле » выплата»: с авансом», планируемая дата: 29.11.24( фактическая дата аванса в организации). Так я отразила ,потому что командировка начиналась в первой половине месяца. Ранее , я указывала поле » выплата»: с зарплатой», планируемая дата: …..( фактическая дата заработной платы в организации) и командировка оплачивалась и в аванс и в заработную плату в зависимости от дней.
Добрый день!
«Юлия, получается ,что исправить в рабочей базе учет отгулов можно только через перенос данных?» -либо восстанавливать последовательно учет.
Или внимательно Переносом данных корректируем вначале увеличивая дни, потом когда документ (когда вводим документ увеличивающий дни отгулов) проводим, надо уменьшить.
» А в самом документе «командировка» стоит отметка, что «рассчитывать переходящий период командировки с авансом и зарплатой»» — настройка означает, что все что в данном периоде (например командировка с декабря по февраль) в декабре будет выплачено в ту дату, что указана в документе, а вот далее январь и февраль будет считаться в аванс и зарплату последующих месяцев.
«Рассчитывать командировку с авансом и зарплатой«- то, что весь расчет начиная с декабря будет идти в аванс и зарплату.
Спасибо, Юля! Восстанавливать последовательно учет = распровести все документы на работу в выходной день и отгула, затем нужно последовательно проводить работу в выходной день и к нему отгул с правильными датами, чтобы программа сама отразила отгула и их зачет. Это не опасно делать в рабочей базе , ведь нужно открывать периоды. И мало ли на что это может повлиять. Переносом данных в текущем периоде будет безопаснее?
По поводу перепроведения документа » командировки»: перепровести не смогла. Причина: т.к. документы были исправлением очень очень старого документа ( справляли дату окончания командировки), то для перепроведения нужно открывать период с декабря 2023года и я боюсь это делать. Мне же нужно распровести все документы? Ведь просто провести программа ругается, что документ исправлен или является исправлением прежнего документа. По сути у сотрудника было 2 командировки : с 19.11.2023 по 25.10.2024 и с 06.11.2024 по 31.12.24 . далее сотрудник будет продолжать находиться в командировке. Вопрос: можно не исправлять дату окончания командировки , а просто создавать новую на новый период, но с корректировкой среднего, чтобы он был равен тому среднему, который должен быть( по первоначальной командировке)?
Я бы все пробовала вначале на копии, или оставила бы копию на всякий случай.
«Переносом данных в текущем периоде будет безопаснее?»— да, так как перенос мы всегда можем удалить.
Я бы смотрела по регистру, отразили накопление, списали, отражаем списание и так далее, последовательно.
«Вопрос: можно не исправлять дату окончания командировки , а просто создавать новую на новый период, но с корректировкой среднего, чтобы он был равен тому среднему, который должен быть( по первоначальной командировке)?» — поясните пожалуйста, то есть вы хотите таким образом хотите отразить продление командировки?
— поясните пожалуйста, то есть вы хотите таким образом хотите отразить продление командировки?- Да, исправление связано с продлением командировки. Но это на будущее можно ли так делать. А сейчас как перепровести 1 командировку, которая по факту началась ещё в 2023 г, а потом продлевалась через исправление.
Если на самом деле у нас командировка продляется, то да, только через Исправление.
Сейчас я бы не стала такие «долгие» командировки переделывать, либо очень очень внимательно это делать.
Может уже год довести полувручную правя ошибки, и начать с нового года все корректно.
Юлия, как я и предполагала ранее сторно дней в июле и августе при расчете среднего заработка в командировке оказалось связано с начислениями «Оплата работы в праздничные и выходные дни без повышенной оплаты» , вернее с заполнением вкладки » Доначислено, перерасчеты.» В пробе базы ,в результате, я добилась того, чтобы база корректно считала средний заработок, не сторнируя 3 дня в июле и 5 дней в августе. Сначала скорректировала остатки отгулов . Кстати, сделала это в декабре на 1 декабря. Правильно? ( ранее не приходилось корректировать регистры)Далее поняла, что исправление этой ошибки не повлияло на перерасчет и сторно дней и тогда уже пришлось распроводить документы выплат, начислений и снова начислять заработную плату. И именно тогда я поняла откуда «растут ноги». ошибка связана с ручным удалением строк сторно начисления Оплата работы в праздничные и выходные дни без повышенной оплаты( ДО 01.09.24) за июль и август и соотвественно его начисления как «Оплата работы в праздничные и выходные дни без повышенной оплаты». Почему это было сделано? Согласован перерасчет начиная с 01.09.24 и в документе перерасчет я именно и ссылалась на перерасчет начисления заработной платы за сентябрь 24. Но при начислении заработной платы за октябрь программа сторнировала отплату дней в выходные за июль и август, но по новому виду начисления уже начисляла без суммы, но с отражением отработанных дней.( см. скрин вкладки доначисления. перерасчеты) На тот момент , кроме как удалить эти сторно начисления и новое начисление ,других решений не было. Итак, было удалено ,1,2,4,5 строки( см. скрин).Именно удаление 4 и 5 строки повлияло на сторно дней в документе командировка. получается, что если мне не надо было ,что программа пересчитала оплату выходных дней без повышенной оплаты за июль и август, надо было удалить ТОЛЬКО 1 и 2 строки. Вот такая «ловкость рук «, отняла и моё и Ваше время. В который раз убеждаюсь, что ручные корректировки очень опасны. Хорошо, что я заметила в расчете сторно этих дней, ведь они очень сильно увеличивали стоимость дня. Я практически этого не делаю ручные корректировки( поэтому и так упорно пытаюсь разобраться с этим вопросом, но в этом случае , почему то была уверена. Спасибо Вам за потраченное время и за большой объём информации по исправлению. Очень полезно и информативно.
Юля, посмотрите на скин переноса данных. Так как ошибка зачета отгулов обнаружена только в декабре, я сделала перенос данных в текущем периоде. Верно?
Да, у вас целое расследование получилось! Хорошо, что удалось найти причину! Сложно удаленно сразу предположить все варианты, которые могли привести к тем или иным результатам. Молодцы, что вышли «на след» всех изменений.
Да откорректировать можно декабрем, тем более теперь мы понимаем, как проверить помогла ли корректировка и верные ли цифры.