как обрезать ЗУП (или перенести в новую базу) #809320

Собственно есть 5 баз ЗУП последнего релиза с "доработками", очень хочется новый год начать в новой полностью типовой конфе (с новым вводом остатков). Кроме "доработок" хочется избавится от кривой истории которая периодически всплывает... То есть хочется перенести - перепроверить и зафиксировать... Кто чего посоветует?

Какой ЗУП?

Зарплата и управление персоналом, редакция 3.1 (3.1.3.224)

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

+ И кадровую историю отдельно.

капитан очевидность :) мне совсем не хочется самостоятельно заниматься этим, ЗУП довольно гадская конфа в этом плане... я прошу совета как именно получить данные для записи в перенос данных..

Была вроде такая тема. Кто-то хвалился почти готовым решением. Поищите на мисте

Будь мужиком, используй запросы! )) Или ты ждешь что тебе тут разжуют как получить данные и куда положить по всем разделам учета?

я жду, что кто-то уже делал и подскажет путь с наименьшим числом грабель

ОФФ? С таким подходом ничего не изменится в лучшую сторону

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

пока нашел но что-то жаба душит личные бабосы тратить на эксперимент и не факт, что взлетит, последнее обновление конец 2016г :)

конечно не взлетит, в 2017 "забудьте всё что знали про ндфл" же было

Так там про 2.5 и 1.1 Если сделать перенос в новую ЗУП 3.1 то само все очистится

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

Всё упрётся в "доработки" и обучение персонала.

появилась у меня одна идейка... я для ЗУПа себе давно сделал обработку "сыщик" которая ищет все движения по всем регистрам по сотруднику. Наверно ее за основу возьму...

можно и так. Но часть движений по регистрам там будут явно "лишние", т.е. в историческом масштабе уже ненужные :)

Т.е. вы работаете еще в 2.5 (или 1.0) и собираетесь ее сворачивать? А как же окончание поддержки? Не пугает? Или КОРП?

ну для этого надо предусмотреть фильтрацию... и еще хочу сделать один документ "ПереносДанных" на одного сотрудника но сразу по всем регистрам, а то текущая вакханалия остатков как то меня не радует, я понимаю, что она "по разделам", но реально проверять и исправлять приходится по сотрудникам а не по разделам. Хотя сделаю оба режима :)

В виде теории,А может обменяться слив данные в одну базу.Может так проще будет немного

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

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