IE2017

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

Обработки - Обработка документов

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

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

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

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

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

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

ВАЖНО!

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

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

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

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

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

См. также

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

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

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