В этой статье я расскажу 2 варианта переноса:
- Перенос остатками/документами по всем организациям
- Перенос остатками/документами по одной выбранной организации
Я не буду рассказывать, как вы должны подготавливать обе базы для переноса. Для этого есть уже много статей, в том числе и моя Перенос данных из ЗУП 2.5 в ЗУП 3.1
В этой статье я описываю варианты переноса для максимально типовых видов начислений в базе источнике, без каких-либо дописок по блоку кадров и зарплаты.
Итак, вариант 1, Перенос остатками/документами по всем организациям:
Качаем приложенную обработку.
Тут надо отметить, что она полностью типовая, сделанная из помощника переноса из ЗУП2 в ЗУП3, с небольшим изменением кода для конфигураций УПП, УСХП и КА, чтобы не спотыкалось, при выгрузке.
Запускаем в базе-источнике, настройки не меняем(по умолчанию стоит режим переноса "остатками"), указываем месяц начала ведения учета в новой базе, выгружаем остатки по всем организациям. Идем в ЗУП, закачиваем полученные файлы в базу.
Тут надо сказать, что есть возможность догрузить кадровые документы из базы-источника за определенный период по конкретной выбранной организации, естественно после точки переноса. Документы эти загружаем таким же образом, как и остатки, контролируем их, проводим, рассчитываем уже все это в новой базе, создаем документы выплаты(если необходимо).
Все. Перенос выполнен. Далее выверка, как обычно (Не знаете как? Идем в мою статью и подробно читаем. Там все есть. Перенос данных из ЗУП 2.5 в ЗУП 3.1) и будет вам счастье.
Итак, вариант 2, Перенос остатками/документами по одной выбранной организации:
Тут надо отметить, что на этот алгоритм я убил несколько рабочих дней, чтобы прийти к этому. Вначале пробовал делать на форме отборы по одной организации, но как только в правилах ПКО, начинались ПКС, в которых присутствуют физики, то все становилось похоже на один какой-то большой костыль, который мне очень сильно не нравился. Я придерживаюсь позиции, что нужно оставаться в максимально типовом коде, написанном разработчиком, ибо этот код вылизывается уже лет 6-7, вероятность потерять какие-то данные минимальна. Я доверяю разработчикам 1с в плане переносов данных из ЗУП2 в ЗУП3.
Короче. Не буду лить воду. Доверяете мне? Пользуйтесь моим алгоритмом. Знаете свой алгоритм лучше? Ю а велкам. Рад выслушать ваши замечания, советы в комментариях.
Алгоритм переноса данных из УПП (УСХП, КА) в ЗУП по одной организации:
- Выгружаем через обработку "Перенос данных УПП УСХП КА ЗУП остатками/документами" остатки по всем организациям на месяц перехода
- Выгружаем через обработку "Перенос данных УПП УСХП КА ЗУП остатками/документами" документы по одной организации (при необходимости), указываем период.
- Разворачиваем чистую ЗУП
- Загружаем остатки по всем организациям
- Загружаем документы по всем организациям
- Создаем РИБ по одной организации. Тут мы получаем отдельную базу ЗУП с одной выбранной организацией.
Далее, чтобы нормально работать с этой базой дальше, нужно запустить ТИИ(тестирование и исправление) в конфигураторе. Будет куча битых ссылок на объекты. Ждем завершения. На каждом этапе конечно делаем копии.
После завершения тестирования необходимо отключить автоматическое обновление предопределенных данных в подчиненной БД и отвязать главный узел обмена. Как это сделать корректно читаем здесь Корректное отключение от главного узла РИБ и создание самостоятельной БД.
Я напишу из этой статьи выжимку для нас:
Отключаем автоматическое обновление предопределенных данных в подчиненной БД:
для Windows-клиента "файловый" вариант БД:
Запускаем командную строку из под админа и в ней пишем следующее:
"C:\Program Files (x86)\1cv83\8.3.6.2390\bin\1cv8.exe" DESIGNER /F"PathToLocalDB" /N"AdminUser" /P"AdminUserPass" /SetPredefinedDataUpdate -DoNotUpdateAutomatically
соответственно подставить свои путь к исполнительному файлу 1cv8 или 1cv8.exe и переменные, где:
PathToLocalDB - путь к файловой БД
AdminUser - администратор БД
AdminUserPass - пароль Администратора БД
SRVname - имя сервера БД (либо IP адрес)
port - порт агента сервера (по-умолчанию 1540)
BDname - имя БД в кластере серверов
Отключаем главный узел обмена:
для Windows-клиента "файловый" вариант БД:
Запускаем командную строку из под админа и в ней пишем следующее:
"C:\Program Files (x86)\1cv83\8.3.6.2390\bin\1cv8.exe" DESIGNER /F"PathToLocalDB" /N"AdminUser" /P"AdminUserPass" /ResetMasterNode
В моем случае это выглядело так:
"C:\Program Files\1cv8\8.3.18.1289\bin\1cv8.exe" DESIGNER /F"D:БАЗЫ 1С\ЗУП РИБ" /N"Администратор" /P"123456789" /SetPredefinedDataUpdate -DoNotUpdateAutomatically
"C:\Program Files\1cv8\8.3.18.1289\bin\1cv8.exe" DESIGNER /F"D:БАЗЫ 1С\ЗУП РИБ" /N"Администратор" /P"123456789" /ResetMasterNode
При этом база полностью должна быть закрыта. Фоном запускается конфигуратор. Убивается главный узел. Запускаем базу через предприятие. Вывалится окно. В нем выбираем "отключить". Все. Настрока РИБ снесена и ГлавныйУзел отвязан от этой базы. Получили полноценную рабочую базу. Делаем с ней теперь, что хотим.
Заходим в предприятие. В настройках включаем "вести учет штатного расписания с сохранением истории".
Закрываем базу.
Открываем конфигуратор
Снова запускаем ТИИ(тестирование и исправление). Флажки удалять битые ссылки и объекты. Снова видим кучу битых ссылок. Ждем.
Вот теперь у нас максимально все ненужное почищено.
Далее выверка.
Т.е. все отличие от варианта 1, лишь то, что инструментом РИБ в ЗУП, мы легко вычленяем типовыми механизмами 1с, в которые не вмешиваемся, одну выбранную организацию и все данные только по ней, включая справочник физиков.
Вот и все.
Тестирование выполнялось на:
УСХП (УПП) релиз 1.3.158.1
ЗУП релиз 3.1.17.101
Проверено на следующих конфигурациях и релизах:
- Управление производственным предприятием, редакция 1.3, релизы 1.3.158.1
- Зарплата и управление персоналом, редакция 3.1, релизы 3.1.17.101
