Мне поставили задачу перенести учет данных подсистем из УПП в ЗУП. Вдруг, кому-нибудь поможет.
Я прекрасно понимаю справедливый гнев и вопросы специалистов УПП, но была поставлена задача и ее нужно было выполнить.
Решение оказалось очень простым — накатываем на конфигурацию УПП *.cf-ник ЗУП 🙂
Осталось только разъяснить некоторые детали, которые помогут ускорить данный процесс, дабы не заниматься исследованием подводных камней. А их очень мало.
На первом этапе нужно будет «подчистить» несколько регистров сведений. Эта необходимость возникает в связи с тем, что при объединении конфигураций удаляются объекты, ссылки на которые применялись в данных регистрах.
Вот список данных регистров сведений:
- ЗначенияСвойствОбъектов
- КонтактнаяИнформация
- НазначенияСвойствОбъектов
- ОбъектыДоступаДокументов
- СоответствиеСчетовБУиНУ
Данные регистры подчищаете на свое усмотрение.
В своем исследовании я очищал все (естественно данные регистра КонтактнаяИнформация очень важны, т.к. в нем находятся записи о адресах физ.лиц и т.д. — как его очищать — придумайте сами):
Набор = РегистрыСведений.ЗначенияСвойствОбъектов.СоздатьНаборЗаписей();
Набор.Записать();
Регистр СоответствиеСчетовБУиНУ очищается путем отмены проведения документов УстановкаСоответствияСчетовБУиНУ
Второй этап еще проще — накатываем конфигурацию ЗУП
Заходим в Конфигуратор нашей базы УПП. В «Настройке поддержки» «Включаем возможность изменения» и устанавливаем «Объект поставщика редактируется с сохранением поддержки». Сохраняемся.
Теперь выбираем пункт «Сравнить, объединить с конфигурацией из файла».
Выбираем *.cf ЗУП-а.
В окне сравнения/объединения жмем на кнопку «Настройка» и отмечаем флаг «Разрешить удаление объектов основной конфигурации»
Отмечаем все объекты для объединения.
Выполняем объединение.
База с конфигурацией ЗУП готова.
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Весьма любопытно, а обратное не пробовали — из ЗУПа в УПП? И данные конвертировать не надо…
(1) судя по всему, и там ничего делать не понадобится..
(2) TMV, те достаточно совершить наезд УПП на ЗУП?
По поводу — зачем это надо. Только за последний год встретилось два таких клиента. Купили УПП, начали работать, потом что-то дописали…Напоминаю, что в связи с бурной деятельностью наших законодателей (чтоб им…) релизы ЗУПа выходят иногда по два раза в месяц. УПП, во-первых, обновляется реже и отстает в этом плане, во-вторых, обновлять эту махину, уже измененную, — удовольсьвие очень затратное. Поэтому выход — купить ЗУП, и вести зарплату в нем.
Согласен с 105raz, уж лучше отделить расчетный отдел — обмен данными это уже не проблема (хвала КД). Помимо обязательного соблюдения 152-ФЗ, данные о сотрудниках не будут утекать, а то у нас любят мерятся размерами … зп )))
Данные не будут утекать только если выгружать сводные проводки, что не все хотят.
пошел выкидывать КД на помойку…
У меня вопрос к ТС, а релизы пофиг какие должны быть УПП-ЗУП ??? Или же все таки могут быть корреляции ?
(8) AlexandrIII,
Лол, что?
Ну да, на курсах не рассказывают, что ЗУП — несколько расширенный модуль по зарплате из УПП. И эти конфигурации давно уже унифицированы между собой.
экспериментик)
Хорошая идея!
Попробовал на УПП 1.3.55.1 (с данными), завершает работу 1С с ошибкой (вылетает 1С) на 100% при объединении. Потом попробовал на типовой пустой, такой же результат.
У меня не вылетело , а зависло на 70% при удалении данных .
Вчера проделал данный опыт на следующем : из УПП 1.3.77.2 в ЗУП 2.5104.1
все получилось но с одной оговоркой:
при конечном накате (обновлении) БД 1с выдает ошибку смотрим :
Таблица AccumRgAggGrid не имеет нового поколения и не может быть модифицирована … ???
после долгих опытов помогло следующее:
— в любой регистр накопления который бы оставался в ЗУПе добавил агрегат
— сделал пересчет итогов
сделал конечный накат
и вуаля результат получен !!!
Спасибо автору!
На днях проделал переход УПП 1.3.92.3 на ЗУП 2.5.120.3 по результатам первых тестов (в том числе обновление на 2.5.121.1) вполне успешный, но регистров пришлось «почистить» порядком, все по причине нарушения уникальности:
* ЗначенияСвойствОбъектов; * НазначенияСвойствОбъектов;
* ОбъектыДоступаДокументов; * СоответствиеСчетовБУиНУ;
* КонтактнаяИнформация; * НастройкиПравДоступаПользователей;
* ДополнительныеФайлыРегламентированныхОтчетов;
* ЗаполнениеПлановыхНачислений;
* ЗаработокСотрудниковУДругихСтрахователей;
* ЗначенияДополнительныхПравПользователя;
* НазначениеВидовОбъектовДоступа;
* СобытияКалендаряПользователяОбобщенные;
Обновление делалось через «Сравнить, объединить с конфигурацией из файла» с пометкой возможности удаления и отметкой всех объектов для объединения.
При первоначальном запуске Обработка Стартовый помощник пытается заполнить основные начисления — а они уже есть и сыплется на ошибке «В данной транзакции уже происходили ошибки» — закомментил
//-/ЗаполнитьПланыВидовРасчетаОрганизации();
остальное прозаполнялось и настроилось, в том числе регистр СоответствиеСчетовБУиНУ.
После этого все — проверил адекватность базы через обновление на более свежую версию ЗУП 2.5.121.1 — полет нормальный.
После перехода надо вернуть недостающие сведения в регистрах, или устранить неуникальность до обновления.
Удачи!
А подобный переход на ЗУП 3.1 пройдет?
Дополнение: ЗУП 3.1.3
(17) Коллеги, если нужно перейти с УПП 1.3 на ЗУП 3.1, и ради этого затевается предварительный переход на ЗУП 2.5, то могу предложить простое и элегантное решение с трудозатратами в 15 минут, включая сам перенос данных. Необходимо просто у УПП поменять название и номер версии на ЗУП 2.5, после чего в ЗУП 3.1 заработает стандартный импорт из 2.5.
Если по шагам:
1. Выгружаете конфигурацию последней версии ЗУП 2.5 в файл.
2. Открываете конфигуратор УПП и выполняете команду «Сравнить, объединить с конфигурацией из файла», затем в окне сравнения отмечаете в разделе свойств для объединения только номер и название версии, плюс отмечаете для переноса регистр сведений «Учётная политика налоговый учёт». Выполняете объединение только этого.
3. В ЗУП 3.1 запускаете перенос данных и выбираете «Импорт данных из 2.5», указывая свою базу УПП.
(19)
Отличный вариант — всеми руками ЗА!
Спасибо за идею
(19) Это очень круто! Спасибо!
(19) Александр, спасибо, от меня неистовый плюс!
(15)пересчет итогов не обязательно делать
(19) Вы сделали мой день! Спасибо ВАМ!
(19) Александр, поступил почти аналогичным способом, но поменял настройки непосредственно в файле правил обмена в ЗУП 3.1 (общие макеты — ЗарплатаКадрыПереносДанныхИзЗУП25).
1. Поменял номер минимального релиза из которого должны выгружаться данные с 2.5.118.2 на 1.3.90.2.
2. Поменял название регистра УчетнаяПолитикаНалоговыйУчет — УчетнаяПолитикаОрганизаций.
Данные по настройкам налогового учета в этом случае перенесутся.
Ну и чтобы не нужно было включать возможность изменения в ЗУП 3.1 в итоге сделал обработку — сохранил во внешние обработки типовую встроенную НачальнаяНастройкаПрограммы, прицепил к ней макет ЗарплатаКадрыПереносДанныхИзЗУП25, и получаю его в обработке.
Не подскажите, если делать такой переход в новом 2019 года, то документы , введенные в старой баз за 2018 год перенесутся автоматически в новую базу?
К предыдущему сообщению. База планируем переводить в январе 2018 года. Документы, введенные в старой базе с датой за 2018 год перенесутся в новую базу автоматически?
(27) Денис, при переходе с ЗУП 2.5 (УПП) на 3.1 документы не переносятся. В результате импорта создаются документы ввода начальной штатной расстановки сотрудников (на дату импорта) и заполняются регистры по НДФЛ, страховым и заработку. Мне нужно было использовать в 3.1 номера и данные трудовых договоров работающих сотрудников, и то для этого пришлось свою обработку импорта данных пилить. Также, придётся вручную занести все действующие отпуска по уходу за ребёнком.
В принципе, не будет ничего страшного, если сместите запуск на пару месяцев. У меня опыт успешного перехода на 3.1 с марта, и не скажу, что это было очень сложно даже при условии отсутствия опыта работы в 3.1.
предалагаю еще более простой вариант по превращению УПП 1.3 в ЗУП 2.5 для целей переноса данных в ЗУП 3.1
Для начала нужно сделать копию рабочей базы УПП и все дальнейшие действия проводить на ней, так как в процессе превращения базу придется немного поломать.
1. Меняем имя регистра сведений в УПП УчетнаяПолитикаОрганизаций -> УчетнаяПолитикаНалоговыйУчет
2. меняем версию УПП 1.3.101.1 -> 2.5.118.2 (в вашем случае минорные версии могут отличаться, это неважно)
3. сохраняем изменения конфигурации УПП и все, можно выполнять обмен штатной обработкой, указав что переносим данные из ЗУП КОРП
Не работает. Выдаёт ошибку релиза.
(30) какую именно ошибку? У нас все получилось по сценарию из 25.
в 3.1.8 так уже не прокатит, все переехало в обработку ПомощникПереходаСПрежнихПрограммЗарплатаКадры, а в ней в шаблон ПомощникВыгрузки_V8 зашита другая обработка, и вней уже правила. 1С не любит легких путей
Очень понравилось обработка, отдельно сохранил, название версии изменил в модуле обработки. Перенос данных на 3.1.8 из Ка отраслевая нормально, отчеты пока просматриваем.
в этой обработке в модуле поменять в Функции ВерсииПравил() на нужную вам версию УПП, и в Функция КонфигурацияИсточникДанных() поменять чтобы возвращалась нужное значение переменной КонфигурацияИсточникДанных
(19) Александр, это просто супер способ, прошел год уже, а он все еще актуален. Спасибо!
Исправленная стандартная обработка, перегружал версии УПП 1.3.112.4 -> Зуп 3.1.8.185
(16) Спасибо большое!
Достал из этой обработки из последнего макета обработку и сохранил в файл ОбработкаВыгрузки.epf
Поправил в двух местах, так как сразу и на восьмом объекте выдавал ошибку, и выгрузил данные из старенькой УПП (УСО 1.3.64.2) в новенькую ЗУП 3.1.8.155. Все прошло идеально и без каких либо других исправлений.
Загрузку проводил в новую пустую базу ЗУП.
Очень помогли с подсказками!
(19) Спасибо за идею! Все гениальное просто, остальное подгоним )
Пробую по данному методу перенести данные с УПП (1.3.120.1) на ЗУП (3.1.5.129 версия Проф) возникает ошибка:
«Ошибка в обработчике события ПередОбработкойПравилаВыгрузки
ПВД = ПодразделенияОрганизаций
Обработчик = ПередОбработкойВыгрузкиДанных
ОписаниеОшибки = Ошибка при вызове метода контекста (Выполнить): {(29, 27)}: Поле не найдено «»ПодразделенияОрганизаций.СоответствуетСудамПодФлагомРФ»»
ПодразделенияОрганизаций.<<?>>СоответствуетСудамПодФлагомРФ КАК СоответствуетСудамЗарегистрированнымВРоссийскомМеждународном
ПозицияМодуля = (113)
КодСообщения = 31
Ошибка при выгрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(1717)}: Ошибка в обработчике события ПередОбработкойПравилаВыгрузки
ПВД = ПодразделенияОрганизаций
Обработчик = ПередОбработкойВыгрузкиДанных
ОписаниеОшибки = Ошибка при вызове метода контекста (Выполнить): {(29, 27)}: Поле не найдено «»ПодразделенияОрганизаций.СоответствуетСудамПодФлагомРФ»»
ПодразделенияОрганизаций.<<?>>СоответствуетСудамПодФлагомРФ КАК СоответствуетСудамЗарегистрированнымВРоссийскомМеждународном
ПозицияМодуля = (113)
КодСообщения = 31″
как вы обошли ее? Или это описание перехода на ЗУП корп?
(39)
в УПП в спр.ПодразделенияОрганизации добавить реквизит СоответствуетСудамПодФлагомРФ с типом булево… и все, даже на форму не надо выводить.
еще мне вылезла ругань на перечисление КатегорииЗапасаВоеннообязанных — До55лет
в обработке прям в правилах ручками добавил блочек из значения До50лет