Расчет среднего после переноса из ЗиК в ЗУП
После переноса данных из ЗиК в ЗУП расчет среднего заработка происходит по-разному. Давайте попробуем разобраться в причинах расхождения и исправить их.
Распечатаем расчет среднего заработка в программе 1С:Зарплата и Кадры:
Сделаем тоже самое в программе 1С:Зарплата и управление персоналом:
Как видно из рисунка, у нас не сходятся суммы заработка и количество учтенных дней по некоторым периодам.
Не буду останавливаться на суммах, т.к. здесь все просто, достаточно правильно настроить базу расчета среднего. Основной интерес представляет расчет количеств дней.
Рассмотрим подробнее Январь 2011 года:
Желтым выделены дни, которые должны участвовать в расчете количества учтеных дней расчетного периода. Т.к. расчет будет следующий:
(29.4 * (31 - 2 - 14)) / 31 = 14.23,
где 31 - количестов календарных дней в месяце, 2 - дни простоев, 14 - количество календарных дней отпуска.
В ЗУП получается 29.4, следовательно не учитывается простой и отпуск.
В нашем случае, видом расчета, по которому рассчитываются рабочие дни, является «Оплата по часовому тарифу (по тарифному разряду)». Откроем этот вид расчета и на закладке «Прочие» внесем в табличную часть «Вытесняющие начисления» недостающие «Оплата отпуска по календарным дням» и «Оплата простоя по часовому тарифу».
Если запросом заглянуть у регистр расчета «РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия» видим, что Оплата по часовому тарифу действует весь месяц, т.е. не сработало вытеснение.
Вытеснение срабатывает в момент записи в регистр, поэтому, прямо из консоли запросов, откроем документ «Перенос данных НЗР-1101». Изменим в нем, например, уменьшим на копеку, любую сумму и проведем документ. Снова зайдем в документ и вернем копейку на место. Изменить что-то в табличной части нужно для того, чтобы документ снова сделал движения по регистрам.
Теперь фактические периоды действия выглядят следующим образом:
Сработало вытеснение и из периода исключились дни простоя и отпуска.
Перерасчитаем средний заработок, теперь дни в ЗУП, совпадают с днями в ЗиК.
Комментарии
Спасибо, статья очень помогла
Спасибо, статья очень помогла. Сайт нравится, деловой, без выпендрёжей одинэсовских.
Спасибо, и мне помогла. Я с
Спасибо, и мне помогла. Я с января разобраться с этими днями не могла...
Большое спасибо, статья
Большое спасибо, статья просто отличная!
А что делать с больничными,
А что делать с больничными, если сотрудник например болел в феврале, а начисление по больничному было в марте, тогда в таблице фактичекий период для начислений за февраль стоит полный месяц, и в результате получаем 29,4, а должны быть меньше?
сПАСИБО БОЛЬШОЕ, ОЧЧЧЧЧЧЧЧЧ
сПАСИБО БОЛЬШОЕ, ОЧЧЧЧЧЧЧЧЧ ПОМОГЛО!
Подскажите пожалуйста! как
Подскажите пожалуйста! как узнать какой вид расчета, по которому рассчитываются рабочие дни? У сотрудника стоит вид расчета повременно-премиальная по часовому тарифу, я в нем добавил вытесняющие виды расчета пересчитал месяца по которым были отпуска и все равно расчет среднего не правильный:( в чем может быть проблема?
ДОбрый день!
ДОбрый день!
Подскажите, пожалуйста: перенесли базу с зик 7.7 на зуп, по оборотам все проверили, все более-менее хорошо. Стали делать увольнение сотрудника и при расчете среднего заработка при увпльнении не правильно считает кооличество дней расчетного периода, везде ставит 29,4. Хотя сотрудник, допустим в мае, отработал 10 дней. У сотрудника стоит основной график, в регистре расчета Основные начисления стоит 10 дней. Путем проб и ошибок выяснила, что если в Документе переноса по этому регистру вручную поменять период расчета с 01,05 по 31,05 на 01,05 по 10,05 (т.е. 10 календарных дней), тогда считает правильно. Но я же не могу тамк о всем сотрудникам менять и высчитывать, их очень много. Еще у него вид начисления создался новый при преносе (т.е. не предопредененный в 1с),я посмотрела в ПВР по среднему хзаработку и добавита этот расчет в расчетную базу (не уверена что это правильно), но ничего не поменялось.
Необходимо правильно
Необходимо правильно настроить вытеснение. Например, если в мае сотрдуник отработал 10 дней, а остальные дни был в отпуске, то необходимо настроить вытеснение в видах расчета так, чтобы при провдении отпуска, сработало вытеснение и от оновного заработка осталось только 10 дней. Причем смотреть нужно не по количеству дней, а по периоду действия. В данной статье это как раз подробно и описано.
Чтобы увидеть период действия можно выполнить в консоли запросов следующий запрос:
ВЫБРАТЬ
ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия.Регистратор,
ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия.ВидРасчета,
ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия.ПериодДействия,
ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия.ПериодДействияНачало,
ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия.ПериодДействияКонец
ИЗ
РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия КАК ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия
ГДЕ
ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия.Сотрудник = &Сотрудник
И ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия.ПериодДействия = &ПериодДействия
То, что Вы добавили новый вид расчета в базу для расчета по среднему - это, скорее всего, правильно. Но, также необходимо зайти в вид расчета «Основные начисления» («Оплата по окладу» и пр., к сожалению, не знаю как вид расчета у Вас называется) и на закладке «Прочее» добавить вытесняющее начисление «Оплата отпуска по календарным дням» и остальные, необходимые виды расчета. После этого перепровести документы «Перенос данных» как описано в статье.
Здравствуйте ! Очень нужна
Здравствуйте ! Очень нужна помощь . После переноса неправильно считается средний из-за того ,что "восьмерка" не видит индексацию. Регистр сведений "Кф индексации заработка " пустой . Что делать ?
При переносе должен был
При переносе должен был создаться документ "Перенос данных" с номером "КИЗ", который делает движения по регистру "Коэффициент индексации заработка". Если такого документа нет, то можно попробовать создать его самостоятельно. Структура регистра достаточно проста, указывается период индексации, сотрудник, организация и коэффициент.
Привет! Столкнулась с
Привет! Столкнулась с неверным расчетом среднего в ЗУП при неполностью отработанном месяце.
сотрудница уходит в отпуск в августе, в июле у нее был отпуск 5 дней (все 2 дней выпали на рабочие) я считаю коэффициент:
29.4*(31-5)/31=24,7 но в 1С программа ставит 23.7
Что может быть такое?
Подозреваю, что там 6 дней, а
Подозреваю, что там 6 дней, а не 5.
Nicholas, большое спасибо за
Nicholas, большое спасибо за эту статью, очень помогла. После переноса были расхождения в расчете среднедневного заработка в ЗиК и ЗУП. Настроил вытеснение, перезаписывал соответствующие документы «Перенос данных НЗР…», но эффекта не было. Оказалось, как следует из Вашей статьи, чтобы документ снова сделал движения, надо изменить, хотя бы на копейку, любую сумму.
После этих манипуляций суммы среднедневного заработка значительно сблизились, однако осталась одна проблема. Был бы очень Вам благодарен, если бы Вы подсказали мне хотя бы направление ее решения.
Дело вот в чем. В организации начисляются премия фиксированной суммой, она включена в ЗУПе в ВР «Премии: учитываемые частично, не индексируемые» ПВР «Средний заработок». Выявлено, что у 40% сотрудников (190 чел.) учтенная сумма этой премии при расчете среднего заработка для отпуска различается в ЗИК и ЗУП. Причина в том, что при расчете доли отработанного времени в ЗИК и ЗУП у этих сотрудников, в свою очередь, различаются значения «Дней отработано» (в ЗиК) и аналогичное ему значение ЗУП «Отработано рабочих дней». Это видно в соответствующих печатных формах документов начисления отпуска. В ЗУП эта величина больше. Печатная форма ЗУП, как известно, берет это значение из реквизита «Отработано за расчетный период» строки с премией на закладке «Расчет среднего заработка» документа.
В чем может быть причина и как это исправить в ЗУП, не могу разобраться.
С уважением, Олег
poa@inbox.ru
Посмотрите что у вас в
Посмотрите что у вас в регистре расчета «Основные начисления сотрудников организации». А именно, что в периоде действия, какое количество дней и часов. Причем окончание периода должно быть обязательно 23:59:59. Должна ли эта премия учитываться именно частично?
Здравствуйте, не могу
Здравствуйте, не могу разобраться проблемой. ЗУП 2.5.57.1. При расчете среднего заработка подставляет 29,4 дня. Хотя отработано 8 дней. Никаких отклонений у сотрудника не было. Единственное, данные в базу загружались самописными обработками. Количество дней перенесено в регистр Основные начисления организации. Никак не пойму откуда он берет 29,4.
1. Проверьте правльно ли
1. Проверьте правльно ли настроено вытеснение в видах расчета.
2. Посмотрите что у вас с периодами действия в регистре расчета ОсновныеНачисленияРаботниковОрганизаций. Должно сработать вытеснение. Причем если вы просто зайдете в этот регистр, то ничего интересного не увидите. Смотреть нужно ФактическийПериодДействия, сделать это можно, например, запросом.
Добрый день.
Добрый день.
Проблема, сижу третий день над ней.Перегрузил данные из 1с7.7 ЗИК в 1с8.2. Сотрудник был принят в ЗИК 15.10.12 и уволился 12.11.12г. В Зике расчитывает все правильно. Перегрузили ЗИК с 01.2010 по 10.2012,ноябрь в ЗУПе ввожу сама, и вот при расчете компенсации за неотгуленный отпуск, он вместо 16,12(дней по календарю отпуска), ставит 29,4.Я даже уже не знаю куда зелезть в ЗУПе, чтоб считал верно. И Если в вытеснящие- то что там еще добавить? Сотрудника же фактически вообще не сущестовало пол месяца в октябре=((((
Проблема с ВР "Простой". В
Проблема с ВР "Простой".
В ЗУП перенеслось как "Почасовой простой по вине работодателя". Т.е. вытеснение не настроишь. "Недопустимо назначение нецелодевного начисления 'Почасовой простой по вине работодателя' в качестве вытесняющего вида расчета". Есть ли решение этой проблемы переноса? Что нужно настроить в Зик?
Да, однажды я сталкивался с
Да, однажды я сталкивался с такой проблемой. К сожалению, на тот момент повторно выгружать данные из ЗиК уже не было возможности. Поэтому изменения пришлось вносить в ЗУП.
Вытеснение возможно только для целодневных начислений, поэтому вместо вида расчета «Почасовой простой по вине работодателя» нужно использовать «Простой по вине работодателя».
В качестве решения проблемы можно сделать замену вышеуказанных видов расчета в документах «Перенос данных». Для этого я использовал самописную обработку.
Огромное спасибо за ценную
Огромное спасибо за ценную информацию!
Я только не пойму - ведь Фактический период действия - это как бы виртуальная таблица? Или она все-таки где-то хранится.
Вы пишете: Вытеснение срабатывает в момент записи в регистр!
Получается, что помимо записи регистра расчета, которую мы видим в документе переноса еще куда-то физически будет записана дополнительная информация?
Данные о фактическом периоде
Данные о фактическом периоде действия хранятся в отдельной физической таблице, отдельно от основной таблицы регистра расчета. Заполнение таблицы фактического периода действия производится системой автоматически при записи в регистр расчета. А чтение реализовано через виртуальную таблицу «ФактическийПериодДействия».
Рекомендую Вам почитать книги Радченко М. «Практическое пособие разработчика» и «Профессиональная разработка в системе 1С:Предприятие 8».
Я вас боготворю! Это самое
Я вас боготворю! Это самое полезное, что я могла найти!
Скажите пожалуйста, а почему в строках премий в графе "отработано за расчетный период" суммы дней ставятся прежние? как это можно исправить?
Регистр контролирует только
Регистр контролирует только периоды. Количество дней, суммы и прочие реквизиты он не меняет. Все это вводится документами, их и нужно править.
И тем не менее... вот эти
И тем не менее... вот эти десятичные дни 29,4; 11,28 высчитываются по конкретной формуле, где используется количество отработанных дней. у меня все подредактировалось с учетом предлагаемых поправок. почему же количество дней отработано за период в премиях ставится как будто прежнее.
или спрошу по другому, где в документе "перенос данных" нужно править количество дней? я уже везде потыкала. количество дней в премиях не меняется.... (( это у меня дни дополнительного отпуска не видятся...
Количество дней определяется
Количество дней определяется по датам периода действия. Необходимо настроить вытеснение таким образом, чтобы при проведении дополнительного отпуска уменьшился фактический период действия в премии.
Прошел год, набралась опыта,
Прошел год, набралась опыта, а все еще не могу решить этот вопрос. Как же все таки сделать, чтобы уменьшился фактический период действия в премии. Ума не приложу
Да все просто: ее кто-то
Да все просто: ее кто-то должен вытеснить.
а где настройка вытеснения
а где настройка вытеснения премии?
Расчет зарплаты по
Расчет зарплаты по организациям - Настройка расчета зарплаты - Основные начисления организаций. Находите свою премию и на закладке Прочее настраиваете вытеснение.
Очень полезная статья,
Очень полезная статья, спасибо
Добрый день.
Проблема вот в чем.Перегрузила данные из 1с7.7 ЗИК в 1с8.2. Сотрудник был принят в ЗИК 20.08.12. При расчете среднего для отпуска, он вместо 11,38(дней по календарю отпуска), ставит 29,4. В РР фактический период посмотрела период стоит начало с 01.08.12, а не 20.08.12 Не подскажете как такое можно поправить или хотя бы куда двигаться?
В документе «Перенос данных»,
В документе «Перенос данных», которым введена запись в регистр расчета «Основные начисления сотрудников организаций», поставьте Дату начала периода действия - 20.08.2012 для всех видов расчета этого периода.
для одного человека понятно,
для одного человека понятно, а если их несколько? каждого перетыкивать?
Можно написать не сложную
Можно написать не сложную обработку, которая пробежится по регистру расчета, сравнит дату начала периода с датой приема сотрудника, и, в случае необходимости, изменит начало периода в регистре.
Либо второй вариант: каждого перетыкивать.
Выбор варианта зависит от квалификации и от количества данных, которые нужно исправить.
Вообще корень проблемы нужно искать в ЗиК. Возможно, что именно в ней был как-то не правильно введен прием на работу сотрудников. Возможно, таже, что ошибка в конвертации данных.
Перенес данные из ЗиК в
Перенес данные из ЗиК в котором был свой вид расчета (Наряд). С соответствие со статьей настроил вытеснения для расчета. Проверил в консоли запросом фактические периоды проставляет верно - наряд до 18 февраля отпуск с 19 февраля. Но при расчете среднего все равно берет 29.4. Куда еще можно посмотреть?
Проверьте еще базу расчета по среднему заработку.
Проверьте еще базу расчета по среднему заработку.
В том то и дело что сумма
В том то и дело что сумма попадает правильная, а дни не вычитаются. Уже всю голову сломал :(
Спасибо за статью. Очень
Спасибо за статью. Очень помогла. В моем случае проблема была в задвоении некоторых видов расчета (к примеру Оплата больничного листа за счет работодателя), один из которых является встроенным, а второй появился после переноса и он же был проставлен во всех документах переноса. Наименования и коды у них были одинаковые. Пока во всех документах переноса не поменял виды расчета, появившийся после переноса на встроенный, вытеснение не срабатывало.
Дискутировать можно
Дискутировать можно бесконечно, поэтому просто поблагодарю автора. Спасибо!
Спасибо большое! Очень помогла статья!
Спасибо большое! Очень помогла статья!
Здравствуйте, сделал все как
Здравствуйте, сделал все как вы сказали в своей статье. Но результата это не дало, хотя консоль запросов показывает нужное количество дней. В чем еще может быть причина?
В данном случае важно не
В данном случае важно не количество дней, а разрыв периода. Т.е. должно сработать вытеснение одного вида расчета другим. Это, в итоге, исправит дни.
Всё получилось. Спасибо
Всё получилось. Спасибо автору статьи. Просто спас, без расчета среднего для отпусков расчётчики хотели меня съесть. Перенёс данные из ЗИК 7.7 в ЗУП 8.2 типовой обработкой.
В ЗУП 8.2:
Вид расчета - "Оплата по производственным нарядам". Отсутствие работника оформлено видом расчета "Отпуск за свой счет". В таблице "Вытесняющие начисления" вида расчета "Оплата по производственным нарядам" "Отпуск за свой счет" имеется, при помощи запроса к РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия разрывы периода настроил (ручным редактированием документа Перенос данных НЗР-1206 от 18.06.2013 0:00:00). И после настроек разрыва периода всё заработало - часы стали правильно браться (а не 29,4). Действительно, без запроса к РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия реальные разрывы оказалось невозможно увидеть - в регистре расчета основные начисления сотрудников организаций можно увидеть только одну из двух записей - по тому виду расчета, где есть разрыв. Бред от компании 1С. Я убрал руками из документа "Перенос данных" те строки, где в виде расчета не было разрыва - и провёл его - при этом постоянно формируя и подглядывая в запрос к РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия - что получилось.
Причина проблемы выявилась в неправильном учёте в ЗИК 7.7 - сотруднику-сдельщику начисляли фиктивный расчет "Оплата по тарифу" - с нулевым результатом, но зато он давал в расчетном листке отработаные часы. А в ЗУП этот расчет не перенёсся - у него же нулевой результат.
Аналогичная проблема возникла
Аналогичная проблема возникла с расчетом среднего заработка для больничных по беременности - в ЗУП 8.2. В документе "Начисление по больничному листу" есть вкладка "Расчет среднего заработка", и в ней колонка "Дней болезни, ухода за детьми и др.". Число в этой колонке иногда получается неправильным - по сравнению с ЗИК 7.7. Происходит странная вещь - расчет "Доплата за ночные часы" вытесняет "Оплата больничных листов"! Должно же быть наоборот. В общем, проблема решается путём ручной правки периода действия расчета "Доплата за ночные часы" - чтоб не вытеснял "Оплата больничных листов".
Попробуйте настроить
Попробуйте настроить вытеснение наоборот, думаю это решит проблему и более не придется править вручную периоды действия.
Спасибо, очень понятно и
Спасибо, очень понятно и помогло
Здравствуйте! Подскажите,
Здравствуйте! Подскажите, если можете, у нас в области запущен пилотный проект ФСС, при переносе из ЗИКа в ЗУП программа в больничных листах видит только первые 3 оплаченных дня за счет работодателя, остальные дни не видит, т.к. нет никакого вида расчета. Соответственно, дни по календарю отпуска уменьшаются, но не так как должно быть, а как будто человек болел только 3 дня.
Для ответа на Ваш вопрос
Для ответа на Ваш вопрос нужно больше информации. Вообще, желательно посмотреть данные в программе.
Программа "не видит" дни болезни свыше 3-х дней в данных, перенесенных из ЗиК, или и для новых документов, вводимых уже в ЗУП, такая же проблема?
В том то и дело, что в новых
В том то и дело, что в новых документах, вводимых уже в ЗУП, так с этой проблемой и не справилась. Получается, что в документе "Перенос данных" стоит больничный лист только первые 3 дня, а остальные дни как будто просто выпали, они не попали ни в оклад, ни в больничный. И так по всем сотрудникам за весь год.
Делаем объединение баз данных
Делаем объединение баз данных ЗиУП и столкнулись с такой же проблемой.
После переноса данных по некоторым движениям в вирт. таблице ФактическийПериодДействия не работает вытеснение.
Вы не можете подсказать - как можно массова исправить эту проблему?
И уточнить из-за чего она может возникнуть?
Проблема возникает из-за того
Проблема возникает из-за того, что в момент переноса данных не правильно настроено вытеснение у видов расчета.
Как вариант, можно попробовать в ЗУП предварительно создать все виды расчера из ЗиК и настроить по ним вытеснение. И лишь после этого сделать перенос данных из ЗиК в ЗУП.
Исправить можно так, как описано в статье. Если нужно массово, то можно написать не сложную обработку, которая поставит в документе «Перенос данных» флаг модифицированности и проведет его, тогда при проведении сработает вытеснение видов расчета.
Страницы
Добавить комментарий