gifts2017

Обработка для замены основных видов расчета на дополнительные в регистрах расчета после переноса данных из ЗиК в ЗУП(ЗБУ) (8.2)

Опубликовал Яков А (qus-qus) в раздел Обработки - Обработка документов

Часто после переноса данных из ЗиК в ЗУП(ЗБУ) мы обнаруживаем, что вид расчета попал не в тот план видов расчета и соответственно все расчеты попали не в тот регистр расчета (регистры расчета Основные или Дополнительные начисления организаций), из-за чего неправильно считается средний заработок или у бюджетников нельзя проставить нужное отношение к денежному содержанию (списки возможных значений для планов видов расчета разные). Обработка поможет исправить данную ситуацию без повторного переноса.

Обработка служит для переноса записей по видам расчета из одного Регистра расчета в другой. (из Основных в Дополнительные или из Дополнительных в Основные). Для ЗУП обработка выполняется только для регистров расчета ОсновныеНачисленияОрганизаций и ДополнительныеНачисленияОрганизаций. Для ЗБУ обработка еще выполняется для БУОсновныеНачисления и БУДополнительныеНачисления. По остальным данным ссылки поменять можно и вручную.

Порядок работы:

1. Создаете аналогичный заменяющий вид расчета в плане видов расчета.

2. Указываете заменяемый и заменяющий виды расчета

3. Указываете документы переноса данных, которыми перенеслись записи по Регистрам расчета.

ВАЖНО!

Лучше переносить виды расчета, которые считаются простой формулой типа Фиксированной суммой и Процентом, не использовать для замены основных видов расчета отражающих отработанное время и т.п.

Вообще при переносе из основных в дополнительные помните, что у основных начислений полей гораздо больше, например, ПериодДействия(!), ОтработаноДней, ОплаченоДней, ОтработаноЧасов и т.п. и при замене данные из этих полей не перенесутся в Регистр расчета по дополнительным начислениям!

Использовать ОЧЕНЬ аккуратно, сначала на копии, используете конечно на свой страх и риск :) тем не менее мне она помогала.

Скачать файлы

Наименование Файл Версия Размер
ЗаменаВидовРасчетаВРегистрахРасчета 255
.epf 11,94Kb
22.08.14
255
.epf 11,94Kb Скачать

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Vladimir (Boroda) 15.11.11 17:51
Что-то столько предосторожностей, что страшно стало применять... И, слава Богу, что пока не требуется. Но ситуация вполне реальная и может понадобиться. Поэтому скачаю, и если и буду использовать, то, как рекомендует автор, "на свой страх и риск ". Спасибо.
2. Татьяна Разинкина (105raz) 16.11.11 06:34
Делали переносов двадцать, ни разу такого не понадобилось, ПереносДанных вполне корректно все отрабатывал. Может, уж очень кривая семерочная база вам попалась?
3. Андрей Гореликов (alon) 16.11.11 09:56
Ситуация реальная. У нас два собственных вида расчета со словом "премия" в наименовании перенеслись в разные планы.
В нашем случае проще было просто не пользоваться ими в дальнейшем, а завести новые.
Что включать в средний заработок, а что нет - решается элементарной настройкой.
4. Яков А (qus-qus) 16.11.11 18:11
(1) Boroda
Предосторожности для тех, кто не знает (не понимает) разницы между основными и дополнительными видами расчета, не предупредить я не могу, да и первая публикация :)
(2) 105raz
По поводу нужности это решать каждому, мне несколько раз понадобилось, когда базы большие на повторный перенос бывает уже нет времени... Или другой случай: данные уже перенесены, клиент уже вовсю работает и тут вылазит проблема с расчетом среднего... повторно не перенесешь, а клиент не доволен (мы же как раз для расчета среднего расчетные данные и переносили).
(3) alon
Ну средний заработок может включаться в перенесенный период, а, например, включить премию уже перенесенную в основные начисления в "премии учитываемые частично" не получится, т.к. подбираются только из дополнительных.

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

Спасибо за комментарии!
5. Игорь Гладкий (smooth) 16.11.11 21:55
Обработка однозначно нужная! И конечно же + ;) Сам пару раз наталкивался на подобные грабли... :(
6. Ольга Гайдукова (оля) 18.11.11 14:58
Нужная обработка. При переносе данных из ЗиК в ЗУП тоже сталкивалась с такими проблемами.
7. Алёна Вергизова (leka1st) 06.12.11 14:03
Да правда и мне помогла.
8. Яков А (qus-qus) 07.12.11 15:42
Рад, что обработка помогает :)
9. элла иванова (2011b11) 26.12.11 09:56
Нужная обработка. При переносе данных из ЗиК в ЗУП тоже сталкивалась с такими проблемами. Спасибо
12. Любовь (alex_fursov) 01.02.12 19:38
Добрый день! Поделитесь пожалуйста опытом, я пытаюсь перенести базу из ЗУП в ЗБУ, обновил все до последних релизов, то при переносе на этапе загрузке выбивает с ошибкой(дублирование основных начислений), пытался перенести через универсальный объем не трогая начисления при переносе сотрудников такая же ошибка. Если кто то сталкивался с такой проблемой отпишитесь пожалуйста, заранее огромное спасибо)
14. Яков А (qus-qus) 28.03.12 18:11
(12) alex_fursov С описанной ошибкой к сожалению не сталкивался, можно попробовать на тех. поддержку 1с написать, хотя вы уже наверное нашли выход)
15. Светлана Владимирова (Vladisa) 31.10.12 09:10
случилась такая же проблема после переноса-Вредность добавилась в Дополнительные виды расчета( и теперь сидит во всех доках переноса... стандартная Замена значений, есс-но ее не берет...
Буду пробовать заменить вашей обработкой.
16. Лиза Подгорнова (majemay) 07.10.14 22:18
Мне тоже помогла, в комплексной, спасибо
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа