Расчет среднего после переноса из ЗиК в ЗУП

09 Feb
Published by Nicholas

Расчет среднего после переноса из ЗиК в ЗУП

После переноса данных из ЗиК в ЗУП расчет среднего заработка происходит по-разному. Давайте попробуем разобраться в причинах расхождения и исправить их.

Распечатаем расчет среднего заработка в программе 1С:Зарплата и Кадры:

Расчет среднего заработка в ЗиК

Сделаем тоже самое в программе 1С:Зарплата и управление персоналом:

Расчет среднего заработка в ЗУП

Как видно из рисунка, у нас не сходятся суммы заработка и количество учтенных дней по некоторым периодам.

Не буду останавливаться на суммах, т.к. здесь все просто, достаточно правильно настроить базу расчета среднего. Основной интерес представляет расчет количеств дней.

Рассмотрим подробнее Январь 2011 года:

Расчетный листок сотрудника

Желтым выделены дни, которые должны участвовать в расчете количества учтеных дней расчетного периода. Т.к. расчет будет следующий:

(29.4 * (31 - 2 - 14)) / 31 = 14.23,

где 31 - количестов календарных дней в месяце, 2 - дни простоев, 14 - количество календарных дней отпуска.

В ЗУП получается 29.4, следовательно не учитывается простой и отпуск.

В нашем случае, видом расчета, по которому рассчитываются рабочие дни, является «Оплата по часовому тарифу (по тарифному разряду)». Откроем этот вид расчета и на закладке «Прочие» внесем в табличную часть «Вытесняющие начисления» недостающие «Оплата отпуска по календарным дням» и «Оплата простоя по часовому тарифу».

Если запросом заглянуть у регистр расчета «РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия» видим, что Оплата по часовому тарифу действует весь месяц, т.е. не сработало вытеснение.

ОсновныеНачисленияРаботниковОрганизаций

Вытеснение срабатывает в момент записи в регистр, поэтому, прямо из консоли запросов, откроем документ «Перенос данных НЗР-1101». Изменим в нем, например, уменьшим на копеку, любую сумму и проведем документ. Снова зайдем в документ и вернем копейку на место. Изменить что-то в табличной части нужно для того, чтобы документ снова сделал движения по регистрам.

Теперь фактические периоды действия выглядят следующим образом:

Основные начисления работников организаций

Сработало вытеснение и из периода исключились дни простоя и отпуска.

Перерасчитаем средний заработок, теперь дни в ЗУП, совпадают с днями в ЗиК.

Tags 

1С:ЗУП

Комментарии

Аватар пользователя Андроник

Спасибо, статья очень помогла. Сайт нравится, деловой, без выпендрёжей одинэсовских.

Аватар пользователя Ирина

Спасибо, и мне помогла. Я с января разобраться с этими днями не могла...

Аватар пользователя Дарья

Большое спасибо, статья просто отличная!

Аватар пользователя Маргарита

А что делать с больничными, если сотрудник например болел в феврале, а начисление по больничному было в марте, тогда в таблице фактичекий период для начислений за февраль стоит полный месяц, и в результате получаем 29,4, а должны быть меньше?

Аватар пользователя NNN57

сПАСИБО БОЛЬШОЕ, ОЧЧЧЧЧЧЧЧЧ ПОМОГЛО!

Аватар пользователя gorelchik

Подскажите пожалуйста! как узнать какой вид расчета, по которому рассчитываются рабочие дни? У сотрудника стоит вид расчета повременно-премиальная по часовому тарифу, я в нем добавил вытесняющие виды расчета пересчитал месяца по которым были отпуска и все равно расчет среднего не правильный:( в чем может быть проблема?

Аватар пользователя Анна_31

ДОбрый день!
Подскажите, пожалуйста: перенесли базу с зик 7.7 на зуп, по оборотам все проверили, все более-менее хорошо. Стали делать увольнение сотрудника и при расчете среднего заработка при увпльнении не правильно считает кооличество дней расчетного периода, везде ставит 29,4. Хотя сотрудник, допустим в мае, отработал 10 дней. У сотрудника стоит основной график, в регистре расчета Основные начисления стоит 10 дней. Путем проб и ошибок выяснила, что если в Документе переноса по этому регистру вручную поменять период расчета с 01,05 по 31,05 на 01,05 по 10,05 (т.е. 10 календарных дней), тогда считает правильно. Но я же не могу тамк о всем сотрудникам менять и высчитывать, их очень много. Еще у него вид начисления создался новый при преносе (т.е. не предопредененный в 1с),я посмотрела в ПВР по среднему хзаработку и добавита этот расчет в расчетную базу (не уверена что это правильно), но ничего не поменялось.

Аватар пользователя Nicholas

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

Чтобы увидеть период действия можно выполнить в консоли запросов следующий запрос:

ВЫБРАТЬ
ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия.Регистратор,
ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия.ВидРасчета,
ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия.ПериодДействия,
ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия.ПериодДействияНачало,
ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия.ПериодДействияКонец
ИЗ
РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия КАК ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия
ГДЕ
ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия.Сотрудник = &Сотрудник
И ОсновныеНачисленияРаботниковОрганизацийФактическийПериодДействия.ПериодДействия = &ПериодДействия

То, что Вы добавили новый вид расчета в базу для расчета по среднему - это, скорее всего, правильно. Но, также необходимо зайти в вид расчета «Основные начисления» («Оплата по окладу» и пр., к сожалению, не знаю как вид расчета у Вас называется) и на закладке «Прочее» добавить вытесняющее начисление «Оплата отпуска по календарным дням» и остальные, необходимые виды расчета. После этого перепровести документы «Перенос данных» как описано в статье.

Аватар пользователя OLGAU

Здравствуйте ! Очень нужна помощь . После переноса неправильно считается средний из-за того ,что "восьмерка" не видит индексацию. Регистр сведений "Кф индексации заработка " пустой . Что делать ?

Аватар пользователя Nicholas

При переносе должен был создаться документ "Перенос данных" с номером "КИЗ", который делает движения по регистру "Коэффициент индексации заработка". Если такого документа нет, то можно попробовать создать его самостоятельно. Структура регистра достаточно проста, указывается период индексации, сотрудник, организация и коэффициент.

Аватар пользователя Светлана

Привет! Столкнулась с неверным расчетом среднего в ЗУП при неполностью отработанном месяце.
сотрудница уходит в отпуск в августе, в июле у нее был отпуск 5 дней (все 2 дней выпали на рабочие) я считаю коэффициент:
29.4*(31-5)/31=24,7 но в 1С программа ставит 23.7
Что может быть такое?

Аватар пользователя Nicholas

Подозреваю, что там 6 дней, а не 5.

Аватар пользователя Oleg

Nicholas, большое спасибо за эту статью, очень помогла. После переноса были расхождения в расчете среднедневного заработка в ЗиК и ЗУП. Настроил вытеснение, перезаписывал соответствующие документы «Перенос данных НЗР…», но эффекта не было. Оказалось, как следует из Вашей статьи, чтобы документ снова сделал движения, надо изменить, хотя бы на копейку, любую сумму.
После этих манипуляций суммы среднедневного заработка значительно сблизились, однако осталась одна проблема. Был бы очень Вам благодарен, если бы Вы подсказали мне хотя бы направление ее решения.
Дело вот в чем. В организации начисляются премия фиксированной суммой, она включена в ЗУПе в ВР «Премии: учитываемые частично, не индексируемые» ПВР «Средний заработок». Выявлено, что у 40% сотрудников (190 чел.) учтенная сумма этой премии при расчете среднего заработка для отпуска различается в ЗИК и ЗУП. Причина в том, что при расчете доли отработанного времени в ЗИК и ЗУП у этих сотрудников, в свою очередь, различаются значения «Дней отработано» (в ЗиК) и аналогичное ему значение ЗУП «Отработано рабочих дней». Это видно в соответствующих печатных формах документов начисления отпуска. В ЗУП эта величина больше. Печатная форма ЗУП, как известно, берет это значение из реквизита «Отработано за расчетный период» строки с премией на закладке «Расчет среднего заработка» документа.
В чем может быть причина и как это исправить в ЗУП, не могу разобраться.
С уважением, Олег
poa@inbox.ru

Аватар пользователя Nicholas

Посмотрите что у вас в регистре расчета «Основные начисления сотрудников организации». А именно, что в периоде действия, какое количество дней и часов. Причем окончание периода должно быть обязательно 23:59:59. Должна ли эта премия учитываться именно частично?

Аватар пользователя Albina

Здравствуйте, не могу разобраться проблемой. ЗУП 2.5.57.1. При расчете среднего заработка подставляет 29,4 дня. Хотя отработано 8 дней. Никаких отклонений у сотрудника не было. Единственное, данные в базу загружались самописными обработками. Количество дней перенесено в регистр Основные начисления организации. Никак не пойму откуда он берет 29,4.

Аватар пользователя Nicholas

1. Проверьте правльно ли настроено вытеснение в видах расчета.

2. Посмотрите что у вас с периодами действия в регистре расчета ОсновныеНачисленияРаботниковОрганизаций. Должно сработать вытеснение. Причем если вы просто зайдете в этот регистр, то ничего интересного не увидите. Смотреть нужно ФактическийПериодДействия, сделать это можно, например, запросом.

Аватар пользователя Аленка

Добрый день.
Проблема, сижу третий день над ней.Перегрузил данные из 1с7.7 ЗИК в 1с8.2. Сотрудник был принят в ЗИК 15.10.12 и уволился 12.11.12г. В Зике расчитывает все правильно. Перегрузили ЗИК с 01.2010 по 10.2012,ноябрь в ЗУПе ввожу сама, и вот при расчете компенсации за неотгуленный отпуск, он вместо 16,12(дней по календарю отпуска), ставит 29,4.Я даже уже не знаю куда зелезть в ЗУПе, чтоб считал верно. И Если в вытеснящие- то что там еще добавить? Сотрудника же фактически вообще не сущестовало пол месяца в октябре=((((

Аватар пользователя Владимир

Проблема с ВР "Простой".
В ЗУП перенеслось как "Почасовой простой по вине работодателя". Т.е. вытеснение не настроишь. "Недопустимо назначение нецелодевного начисления 'Почасовой простой по вине работодателя' в качестве вытесняющего вида расчета". Есть ли решение этой проблемы переноса? Что нужно настроить в Зик?

Аватар пользователя Nicholas

Да, однажды я сталкивался с такой проблемой. К сожалению, на тот момент повторно выгружать данные из ЗиК уже не было возможности. Поэтому изменения пришлось вносить в ЗУП.

Вытеснение возможно только для целодневных начислений, поэтому вместо вида расчета «Почасовой простой по вине работодателя» нужно использовать «Простой по вине работодателя».

В качестве решения проблемы можно сделать замену вышеуказанных видов расчета в документах «Перенос данных». Для этого я использовал самописную обработку.

Аватар пользователя Леонид

Огромное спасибо за ценную информацию!
Я только не пойму - ведь Фактический период действия - это как бы виртуальная таблица? Или она все-таки где-то хранится.
Вы пишете: Вытеснение срабатывает в момент записи в регистр!
Получается, что помимо записи регистра расчета, которую мы видим в документе переноса еще куда-то физически будет записана дополнительная информация?

Аватар пользователя Nicholas

Данные о фактическом периоде действия хранятся в отдельной физической таблице, отдельно от основной таблицы регистра расчета. Заполнение таблицы фактического периода действия производится системой автоматически при записи в регистр расчета. А чтение реализовано через виртуальную таблицу «ФактическийПериодДействия».

Рекомендую Вам почитать книги Радченко М. «Практическое пособие разработчика» и «Профессиональная разработка в системе 1С:Предприятие 8».

Аватар пользователя Татьяна

Я вас боготворю! Это самое полезное, что я могла найти!
Скажите пожалуйста, а почему в строках премий в графе "отработано за расчетный период" суммы дней ставятся прежние? как это можно исправить?

Аватар пользователя Nicholas

Регистр контролирует только периоды. Количество дней, суммы и прочие реквизиты он не меняет. Все это вводится документами, их и нужно править.

Аватар пользователя Татьяна

И тем не менее... вот эти десятичные дни 29,4; 11,28 высчитываются по конкретной формуле, где используется количество отработанных дней. у меня все подредактировалось с учетом предлагаемых поправок. почему же количество дней отработано за период в премиях ставится как будто прежнее.

или спрошу по другому, где в документе "перенос данных" нужно править количество дней? я уже везде потыкала. количество дней в премиях не меняется.... (( это у меня дни дополнительного отпуска не видятся...

Аватар пользователя Nicholas

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

Аватар пользователя Татьяна

Прошел год, набралась опыта, а все еще не могу решить этот вопрос. Как же все таки сделать, чтобы уменьшился фактический период действия в премии. Ума не приложу

Аватар пользователя Nicholas

Да все просто: ее кто-то должен вытеснить.

Аватар пользователя Надоедливая Таня

а где настройка вытеснения премии?

Аватар пользователя Nicholas

Расчет зарплаты по организациям - Настройка расчета зарплаты - Основные начисления организаций. Находите свою премию и на закладке Прочее настраиваете вытеснение.

Аватар пользователя Надежда

Очень полезная статья, спасибо
Добрый день.
Проблема вот в чем.Перегрузила данные из 1с7.7 ЗИК в 1с8.2. Сотрудник был принят в ЗИК 20.08.12. При расчете среднего для отпуска, он вместо 11,38(дней по календарю отпуска), ставит 29,4. В РР фактический период посмотрела период стоит начало с 01.08.12, а не 20.08.12 Не подскажете как такое можно поправить или хотя бы куда двигаться?

Аватар пользователя Nicholas

В документе «Перенос данных», которым введена запись в регистр расчета «Основные начисления сотрудников организаций», поставьте Дату начала периода действия - 20.08.2012 для всех видов расчета этого периода.

Аватар пользователя Гость

для одного человека понятно, а если их несколько? каждого перетыкивать?

Аватар пользователя Nicholas

Можно написать не сложную обработку, которая пробежится по регистру расчета, сравнит дату начала периода с датой приема сотрудника, и, в случае необходимости, изменит начало периода в регистре.

Либо второй вариант: каждого перетыкивать.

Выбор варианта зависит от квалификации и от количества данных, которые нужно исправить.

Вообще корень проблемы нужно искать в ЗиК. Возможно, что именно в ней был как-то не правильно введен прием на работу сотрудников. Возможно, таже, что ошибка в конвертации данных.

Аватар пользователя Максим

Перенес данные из ЗиК в котором был свой вид расчета (Наряд). С соответствие со статьей настроил вытеснения для расчета. Проверил в консоли запросом фактические периоды проставляет верно - наряд до 18 февраля отпуск с 19 февраля. Но при расчете среднего все равно берет 29.4. Куда еще можно посмотреть?

Аватар пользователя Nicholas

Проверьте еще базу расчета по среднему заработку.

Аватар пользователя Максми

В том то и дело что сумма попадает правильная, а дни не вычитаются. Уже всю голову сломал :(

Аватар пользователя eav

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

Аватар пользователя towoodwett

Дискутировать можно бесконечно, поэтому просто поблагодарю автора. Спасибо!

Аватар пользователя Ангел

Спасибо большое! Очень помогла статья!

Аватар пользователя Роман_8506

Здравствуйте, сделал все как вы сказали в своей статье. Но результата это не дало, хотя консоль запросов показывает нужное количество дней. В чем еще может быть причина?

Аватар пользователя Nicholas

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

Аватар пользователя Виктор

Всё получилось. Спасибо автору статьи. Просто спас, без расчета среднего для отпусков расчётчики хотели меня съесть. Перенёс данные из ЗИК 7.7 в ЗУП 8.2 типовой обработкой.

В ЗУП 8.2:
Вид расчета - "Оплата по производственным нарядам". Отсутствие работника оформлено видом расчета "Отпуск за свой счет". В таблице "Вытесняющие начисления" вида расчета "Оплата по производственным нарядам" "Отпуск за свой счет" имеется, при помощи запроса к РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия разрывы периода настроил (ручным редактированием документа Перенос данных НЗР-1206 от 18.06.2013 0:00:00). И после настроек разрыва периода всё заработало - часы стали правильно браться (а не 29,4). Действительно, без запроса к РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия реальные разрывы оказалось невозможно увидеть - в регистре расчета основные начисления сотрудников организаций можно увидеть только одну из двух записей - по тому виду расчета, где есть разрыв. Бред от компании 1С. Я убрал руками из документа "Перенос данных" те строки, где в виде расчета не было разрыва - и провёл его - при этом постоянно формируя и подглядывая в запрос к РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия - что получилось.

Причина проблемы выявилась в неправильном учёте в ЗИК 7.7 - сотруднику-сдельщику начисляли фиктивный расчет "Оплата по тарифу" - с нулевым результатом, но зато он давал в расчетном листке отработаные часы. А в ЗУП этот расчет не перенёсся - у него же нулевой результат.

Аватар пользователя Виктор

Аналогичная проблема возникла с расчетом среднего заработка для больничных по беременности - в ЗУП 8.2. В документе "Начисление по больничному листу" есть вкладка "Расчет среднего заработка", и в ней колонка "Дней болезни, ухода за детьми и др.". Число в этой колонке иногда получается неправильным - по сравнению с ЗИК 7.7. Происходит странная вещь - расчет "Доплата за ночные часы" вытесняет "Оплата больничных листов"! Должно же быть наоборот. В общем, проблема решается путём ручной правки периода действия расчета "Доплата за ночные часы" - чтоб не вытеснял "Оплата больничных листов".

Аватар пользователя Nicholas

Попробуйте настроить вытеснение наоборот, думаю это решит проблему и более не придется править вручную периоды действия.

Аватар пользователя Наталья

Спасибо, очень понятно и помогло

Аватар пользователя Алёна

Здравствуйте! Подскажите, если можете, у нас в области запущен пилотный проект ФСС, при переносе из ЗИКа в ЗУП программа в больничных листах видит только первые 3 оплаченных дня за счет работодателя, остальные дни не видит, т.к. нет никакого вида расчета. Соответственно, дни по календарю отпуска уменьшаются, но не так как должно быть, а как будто человек болел только 3 дня.

Аватар пользователя Nicholas

Для ответа на Ваш вопрос нужно больше информации. Вообще, желательно посмотреть данные в программе.

Программа "не видит" дни болезни свыше 3-х дней в данных, перенесенных из ЗиК, или и для новых документов, вводимых уже в ЗУП, такая же проблема?

Аватар пользователя Гость

В том то и дело, что в новых документах, вводимых уже в ЗУП, так с этой проблемой и не справилась. Получается, что в документе "Перенос данных" стоит больничный лист только первые 3 дня, а остальные дни как будто просто выпали, они не попали ни в оклад, ни в больничный. И так по всем сотрудникам за весь год.

Аватар пользователя Дмитрий

Делаем объединение баз данных ЗиУП и столкнулись с такой же проблемой.
После переноса данных по некоторым движениям в вирт. таблице ФактическийПериодДействия не работает вытеснение.
Вы не можете подсказать - как можно массова исправить эту проблему?
И уточнить из-за чего она может возникнуть?

Аватар пользователя Nicholas

Проблема возникает из-за того, что в момент переноса данных не правильно настроено вытеснение у видов расчета.

Как вариант, можно попробовать в ЗУП предварительно создать все виды расчера из ЗиК и настроить по ним вытеснение. И лишь после этого сделать перенос данных из ЗиК в ЗУП.

Исправить можно так, как описано в статье. Если нужно массово, то можно написать не сложную обработку, которая поставит в документе «Перенос данных» флаг модифицированности и проведет его, тогда при проведении сработает вытеснение видов расчета.

Страницы

Добавить комментарий

Plain text

  • HTML-теги не обрабатываются и показываются как обычный текст
  • Строки и абзацы переносятся автоматически.
CAPTCHA
Вы человек или автоматическая спам-рассылка?
Target Image