Обработка для переноса данных среднего заработка для расчета отпускных открывается через Файл>Открыть. Переносятся данные по трем регистрам — ДанныеОВремениДляРасчетаСреднегоОбщий, ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаОбщий, ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаФСС.
Тестирование обработки проводилось на релизе
Ссылка на публикацию
Скачать файлы
Перенос данных для расчета среднего заработка при реорганизации:
Специальные предложения
Расчет среднего заработка для пособия в программе 1С ЗУП
Комментарии
- Дата
- Дата
- Рейтинг всех уровней
- Рейтинг 1-го уровня
- Древо развёрнутое
- Древо свернутое
Свернуть все
1. irisha 12.01.21 05:29 Сейчас в теме
Обработка работает только для организаций в одной базе?
3. maxim_ternavsky 16 13.01.21 09:37 Сейчас в теме
2. пользователь 13.01.21 09:36
Сообщение было скрыто модератором.
4. gigansk 23.03.22 08:06 Сейчас в теме
не понятно, что значит реквизит «От какой даты».
В зависимости от этой даты вылетает или не вылетает ошибка «Значение не является значением объектного типа(количество)»
ЗУП 3.1 Ввод начальных данных для расчета среднего заработка (расчет пособий)
Пробовала на ЕРП. С первой попытки перенеслись данные только по одному сотруднику.
Повторные попытки не переносят вообще ничего. Даже после удаления всех результатов переноса.
7. maxim_ternavsky 16 23.03.22 10:51 Сейчас в теме
От какой даты означает, с какой даты будут перенесены все записи по регистрам
5. gigansk 23.03.22 08:08 Сейчас в теме
А вообще задача очень нужная и актуальная при реорганизациях!
6. пользователь 23.03.22 10:45
Сообщение было скрыто модератором.
8. CalvinK 37 21.04.22 15:16 Сейчас в теме
Подскажите, записи просто копируются напрямую в регистры и их потом пользователь подправить не сможет? Или записи попадают в эти регистры через документ Перенос данных?
9. maxim_ternavsky 16 22.04.22 16:20 Сейчас в теме
(8) Записи копируются напрямую в регистры, пользователь не подправит
10. SERGEJ64 17.10.22 08:26 Сейчас в теме
(9) Не через Перенос Данных?
11. maxim_ternavsky 16 17.10.22 09:52 Сейчас в теме
Нет, в регистрах движения добавляются существующим регистраторам
Статистика:
Просмотры 3360
Загрузки 17
Рейтинг 5
Создание 25.02.20 17:00
Обновление 23.03.22 10:41
№ Публикации 1200004
Характеристики:
Рубрики Зарплата
Кому Бухгалтер
Операционная система Не имеет значения
Доступ к файлу Абонемент ($m)
Код открыт Да
Обработка переноса документов, остатков и справочников из «1С:Управление производственным предприятием, ред. 1.3» в ERP (ЕРП) / УТ 11 / КА 2
Перенос данных из УПП 1.3 в ERP 2 (ЕРП) / УТ 11 / КА 2
См. также
Аванс с проверкой невыходов (Расширение для ЗУП 3.1 и ЗКГУ 3.1) Промо
Проверка перед выплатой аванса в документе «Ведомость в банк» и «Ведомость в кассу» по отсутствующим сотрудникам. Тестировал на платформе 1С:Предприятие 8.3 (8.3.15.1489), конфигурации Зарплата и управление персоналом, редакция 3.1 (3.1.10.78) и Зарплата и кадры государственного учреждения, редакция 3.1 (3.1.10.78)
2 стартмани
26.07.2019 13316 55 APTEM_SLV 43
Исправление «Видов доходов НДФЛ» при обновлении БП 3.0, ЗУП 3.1, КА 2.*
В топике https://forum.infostart.ru/forum86/topic274909/ «уже существует вид дохода НДФЛ» описана ошибка при обновлении. У меня было несколько баз разных конфигураций с такой же ошибкой — решил внешними обработками, написал в теме как, но решил упростить жизнь кому-нить, если очень нужно. 14.02.2022 Версия 2.0. Спасибо SotNick (и остальные, кто обратил внимание на этот вариант исправления ошибки) — в этой версии просто вызвал процедуру «Восстановить начальные значения» для справочника «Виды доходов НДФЛ» и потом удалил помеченные ей на удаления элементы. В который раз убедился — всё уже придумали до нас))))
1 стартмани
07.01.2022 21901 517 Alex_E 78
Программное создание и расчет документов начисления зарплаты в конфигурации ЗУП 3.1 и ERP (по подразделениям)
Краткое описание типового механизма расчета зарплаты в конфигурации ЗУП 3.1 и ERP и описание разработанной обработки по программному расчету документов зарплаты в разрезе подразделений. Т.к. формирование документов происходит полностью программно, с минимумов параметров, его можно брать за основу для расчета документов по своим условиям, вплоть до создания по расписанию при необходимости.
10 стартмани
27.12.2021 7079 21 maraty 39
Использование менеджера расчета для расчета зарплаты в ЗУП 3.1
Пример использования менеджера расчета начислений и НДФЛ по сотруднику или организации. Будет полезен разработчикам, которые в ЗУП 3.1. залезли немного поглубже, чем при разработке печатных формы или отчетов.
1 стартмани
24.08.2021 8715 42 maraty 16
ЗУП 2.5 — УПП 1.3. Обработка “Выгрузка данных в бухгалтерскую программу”, адаптированная к выгрузке в УПП Промо
ЗУП 2.5 — УПП 1.3 Обработка “Выгрузка данных в бухгалтерскую программу” адаптированная к выгрузке в УПП. (Зарплата и Управление Персоналом, редакция 2.5 (2.5.48.1)—>Управление производственным предприятием, редакция 1.3 (1.3.22.1)) В некоторых случаях перенос данных зарлатного учета в УПП затруднен, и зарплатный учет по прежнему приходится вести в ЗУП, имея бухгалтерский учет уже в УПП. В этом случае поможет данное решение. Это стандартная обработка из ЗУП, с адаптированными правилами переноса под УПП.
2 стартмани
05.04.2012 31111 0 milkers 22
Источник: newexp.ru
Расчет среднего заработка зуп
Пенсионное право
Уважительные причины неявки на работу по ТК РФ Последние изменения: Январь 2021 Пропуск рабочего
Пенсионное право
Новый закон о платных парковках во дворах жилых домов – кто сможет парковаться, как
Пенсионное право
Штрафы ГИБДД Не так давно на официальном сайте ГИБДД автомобилистам стала доступна новая услуга,
Пенсионное право
Штрафы ГИБДД в Пензе по номеру автомобиля в 2021 году – с фотофиксацией, онлайн,
Пенсионное право
Штрафы ГИБДД по ФИО Узнать о начисленных дорожных штрафах по Ф.И.О. и дате рождения с
Пенсионное право
Как проверить штрафы ГИБДД по фамилии, имени и отчеству – лучший способ Ежедневно во
Источник: priemzakon.ru
Проверка данных для расчета среднего заработка, перенесенных в ЗУП 3.х из ЗУП 2.5
При переходе с ЗУП 2.5 на ЗУП 3.х часто возникают ошибки в переносе данных для расчета среднего заработка, а именно, неправильно учитывается отработанное количество календарных дней. Для исправления этих ошибок и предназначено данное решение. Применимо для ЗУП 3.х.
Данные для формирования общего среднего заработка при переходе с ЗУП 2.5 на ЗУП 3.х загружаются в документы «Перенос данных» с номером «ЗП_СЗО» (Администрирование См. также Переносы данных), а именно, в регистр накопления «Данные о времени для расчета среднего (общий)»:
Также для формирования общего среднего заработка используется независимый регистр сведений «Данные о времени для расчета общего среднего заработка (корректировка)».
При переносе, в большинстве случаев, ошибки расчета общего среднего заработка связаны с не заполнением регистра сведений «Данные о времени для расчета общего среднего заработка (корректировка)». Данный регистр заполняется при записи документа «Перенос данных» с номером «ЗП_СЗО» и ошибки расчета среднего заработка как правило уходят.
Для проверки корректности переноса данных для общего среднего заработка нужно открыть документ «Перенос данных» в обработке. Будут заполнены данные переноса из ЗУП 2.5, кроме уволенных на текущую дату сотрудников. В нашем примере регистр «Данные о времени для расчета общего среднего заработка (корректировка)» не заполнился — столбец «Корректировка» пустой:
Для заполнения корректировок нужно либо открыть документ «Перенос данных» и записать его, либо выполнить команду «Сформировать корректировки» в обработке, при этом столбец «Корректировка» будет заполнен из регистра «Данные о времени для расчета общего среднего заработка (корректировка)»:
Далее необходимо выполнить команду «Расчет», при этом будет произведен расчет количества отработанных календарных дней, а найденные расхождения будут выделены красным:
Расчетное количество отработанных календарных дней считается как общее количество календарных дней в месяце за вычетом отклонений (больничных, отпусков, командировок и т.д.) в календарных днях.
Данные столбца «Расчет» носят справочный характер и в подавляющем большинстве случаев сходятся со столбцом «Итого» (данными регистров). Поэтому, как правило, не требуется никаких исправлений. Однако, в обработке есть возможность исправления этих расхождений — нужно отметить строки и выполнить команду «Исправить», при этом расчетные данные будут записаны в регистр «Данные о времени для расчета среднего (общий)».
Решение было протестировано на ЗУП ПРОФ, редакция 3.1 (3.1.4.161).
Источник: 1snic.ru
Начисление оплаты труда по окладу, реализация в программе «ЗУП 3.1»
Начисление оплаты труда по окладу, реализация в программе ЗУП 3.1. Легасофт.
Начисление оплаты труда по окладу, реализация в программе «ЗУП 3.1»
Поделиться
В программе «1С:Зарплата и управление персоналом 8» редакции 3.1 пользователь имеет возможность рассчитывать зарплату согласно различным системам начисления. Наиболее распространённой из них является начисление зарплаты согласно окладам.
Для этой системы оплаты труда в программе «ЗУП 3.1» настроены два начисления «Оплата по окладу» и «Оплата по окладу (по часам)». Очень часто у пользователя возникают вопросы: чем они отличаются и от чего зависит выбор начисления при назначении его сотруднику. Рассмотрим эту ситуацию на конкретных примерах.
Для того, чтобы начислить сотруднику оплату по окладу пропорционально отработанным дням, в программе «ЗУП 3.1» используется начисление «Оплата по окладу». Создадим документ «Приём на работу» для сотрудника Васильева Ильи Петровича. На вкладке «Главное» укажем график работы, по которому для сотрудника будет рассчитываться норма отработанных дней (см. рис. 1).
Рисунок 1.
На вкладке «Оплата труда» выберем начисление «Оплата по окладу» и укажем сумму оклада – 20 000 руб. (см. рис. 2).
Рисунок 2.
Согласно графику работы сотрудника, норма рабочего времени для него в апреле 2017 составляет 20 рабочих дней (см. рис. 3).
Рисунок 3.
Если сотрудник Васильев в апреле 2017 отработает полную норму времени – 20 дней, то ему будет начислен его полный оклад – 20 000 руб. (см. рис. 4).
Рисунок 4.
Теперь предположим, что у сотрудника Васильева была неявка по невыясненной причине 03.04.2017 (см. рис. 5).
Рисунок 5.
Тогда в документе «Начисление зарплаты и взносов» оклад сотрудника будет пересчитан пропорционально отработанным дням: 20 000 руб. (размер оклада) / 20 дней (норма рабочего времени в апереле 2017) * 19 дней (отработано по факту в апреле 2017) = 19 000 руб. (см. рис. 6).
Рисунок 6.
Теперь предположим, что 3 апреля 2017 года сотрудник Васильев отработал не 8 рабочих часов, а 4 (см. рис. 7).
Рисунок 7.
В этом случае сумма оплаты по окладу для сотрудника Васильева, рассчитанная в документе «Начисление зарплаты и взносов», составит 20 000 руб., поскольку количество отработанных дней совпадает с нормой (см. рис. 8).
Рисунок 8.
Если при расчете оплаты по окладу необходимо учитывать количество отработанных часов, то используется начисление «Оплата по окладу (по часам)». Обратите внимание, что это начисление будет доступно только в том случае, если в настройках состава начислений и удержаний указано, что применяется почасовая оплата (меню Настройка –> Расчет зарплаты –> Настройка состава начислений и удержаний установлен флажок Применение почасовой оплаты). Создадим приказ о приёме по сотруднику Васильеву, выбрав на вкладке «Оплата труда» вид начисления «Оплата по окладу (по часам)» (см. рис. 9). Сумму оклада указываем ту же самую – 20 000 руб.
Рисунок 9.
Согласно графику работы, норма рабочего времени для сотрудника в апреле 2017 составляет 160 рабочих часов (см. рис. 10).
Рисунок 10.
Если, как было показано ранее, в апреле 2017 сотрудник отработал 20 рабочих дней и 154 рабочих часа, то в документе «Начисление зарплаты и взносов» его оклад будет перерасчитан пропорционально отработанным часам: 20 000 руб. (размер оклада) / 160 часов (норма рабочего времени в апереле 2017) * 156 часов (отработано по факту в апреле 2017) = 19 500 руб. (см. рис. 11).
Рисунок 11.
При использовании начисления «Оплата по окладу (по часам)» иногда возникает проблема с расчетом оклада по сотрудникам, которые работают на неполную ставку. Допустим, что сотрудник Васильев принимается на работу с 1 марта 2017 года и будет работать на 0,5 ставки.
Для того, чтобы в программе появилась возможность принять на работу сотрудника на неполную ставку, необходимо установить соответствующий флажок в настройках кадрового учета (меню Настройка –> Кадровый учет устанавливаем флажок Используется работа по неполной ставке). Далее создаём отдельный график, который назовём «Пятидневка 0,5 ставки». В настройках графика укажем, что это неполное рабочее время с видом «Неполный рабочий день», что норма времени будет рассчитываться по графику «Пятидневка» и что с понедельника по пятницу сотрудник будет отрабатывать по 4 рабочих часа (см. рис. 12).
Рисунок 12.
В документе «Приём на работу» на вкладке «Главное» указываем количество ставок – ½ и выбираем график работы Пятидневка 0,5 ставки (см. рис 13).
Рисунок 13.
На вкладке «Оплата труда» устанавливаем начисление «Оплата по окладу (по часам)» и указываем размер оклада для полной ставки– 20 000 руб. (см. рис. 14).
Рисунок 14.
Начислим зарплату по сотруднику Васильеву за месяц, в котором присутствует предпраздничный день, например за март 2017. Согласно графику работы, норма времени за март 2017 года для сотрудника Васильева составит 87 рабочих часов (см. рис. 15).
Рисунок 15.
Заполнив документ «Начисление зарплаты и взносов» за март 2017, мы увидим, что даже если сотрудник отработает полную норму времени – 87 часов, его оклад составит 9 942,86 руб., вместо ожидаемых 10 000 руб. (см. рис. 16).
Рисунок 16.
Для того, чтобы оклад по сотруднику Васильеву за март 2017 года рассчитывался точно как половина от оклада за полную ставку, необходимо, чтобы количество рабочих часов в графике, который мы указываем в качестве нормы (см. рис. 12), было ровно в два раза больше, чем количество рабочих часов за март 2017 в графике «Пятидневка, 0,5 ставки». Обычный график «Пятидневка» для этих целей не подойдёт: предпраздничный рабочий день будет короче на 1 час и для тех сотрудников, которые работают на полную ставку, и для тех, которые трудятся на 0,5 ставки, а значит указанное выше условие не может быть соблюдено (см. рис. 17).
Рисунок 17.
Для решения этой проблемы необходимо создать новый служебный график. Он не будет сопоставлен ни одному сотруднику предприятия, а будет использоваться исключительно для расчета нормы часов по сотрудникам, которые работают на 0,5 ставки. Назовем этот график «Пятидневка служебный (для графика Пятидневка 0,5 ставки)», настройки укажем такие же, как и для обычной пятидевки.
Далее необходимо вручную отредактировать количество рабочих часов в предпраздничный день – 7 марта 2017 года. Устанавливаем его равным 6-ти часам, т. е. ровно в два раза больше, чем для графика «Пятидневка 0,5 ставки» (см. рис. 18).
Рисунок 18.
Указываем этот график в качестве нормы для графика «Пятидневка 0,5 ставки» (см. рис. 19).
Рисунок 19.
Теперь, переначислив сотруднику зарплату в документе «Начисление зарплаты и взносов», мы получим ожидаемый результат – 10 000 руб. (см. рис. 20).
Рисунок 20.
Источник: legasoft.ru