← На главную

При работе с устаревшими версиями УПП (Управление производственным предприятием) часто возникает ситуация, когда конфигурация поставщика и конфигурация базы данных не совпадают. Это происходит из-за некорректных обновлений в прошлом, выполненных через «объединение», а не через штатный механизм поддержки. Рассмотрим пошагово, как исправить эту проблему и какие есть альтернативные способы решения задачи выгрузки зарплаты.

Этап 1: Выравнивание конфигурации поставщика

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

1. Оценка текущего состояния: Проверьте текущий релиз конфигурации поставщика и конфигурации базы данных. Если разрыв значителен, не пытайтесь сразу обновлять базу до последнего релиза — сначала нужно восстановить целостность.
2. Загрузка конфигурации поставщика: Вы можете загрузить .cf файл нужного релиза в режиме Конфигуратор. Это действие обновит метаданные конфигурации поставщика, но не затронет данные в самой базе.
3. Обработка обновлений: После выравнивания конфигурации поставщика система снова начнет «видеть» штатные обновления. Теперь можно приступить к последовательному обновлению до крайних релизов.
4. Внимание на последствия: Будьте готовы к тому, что при накатывании обновлений после длительного перерыва могут потребоваться многочасовые процедуры реструктуризации таблиц БД. Это связано с изменением структуры данных, появлением новых измерений или реквизитов.

Этап 2: Использование ЗУП 2.5 как альтернатива

Если ваша единственная цель — выгрузка зарплатных данных, обновление всей базы УПП может быть избыточным и трудозатратным. Поскольку блок зарплаты в УПП исторически базировался на коде ЗУП 2.5, эти конфигурации имеют много общего. Разберем, как поступить в этой ситуации:

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

Проверка обработчиков: Если вы сомневаетесь, какой релиз ЗУП соответствует вашему УПП, загляните в модуль обработчиков обновления. Часто разработчики оставляют в комментариях информацию о версиях, на которых основывался текущий функционал.

Этап 3: Стратегия обновления и перехода

При принятии решения об обновлении придерживайтесь следующих рекомендаций:

1. Полные дистрибутивы: Используйте полные сетапы (полные релизы) вместо накопительных обновлений .cfu, если между текущим и целевым релизом огромный разрыв. Это позволит «перепрыгнуть» через критические промежуточные этапы.
2. Возврат на поддержку: Если блок зарплаты не подвергался серьезным доработкам, после выравнивания конфигурации поставщика рекомендуется вернуть конфигурацию на поддержку в штатном режиме.
3. Переход на современные версии: Если вы планируете продолжать учет, целесообразно обновиться до актуального релиза УПП, который содержит в себе возможности для выгрузки в ЗУП 3.1. Это обеспечит бесшовный переход на современную платформу.

Технические нюансы при выполнении работ

Проанализируем возможные риски, с которыми мы можем столкнуться в процессе:

• Потеря уникальности: При обновлении через «невзирая на последствия» (принудительное обновление) существует риск нарушения целостности данных из-за изменений в метаданных. Всегда делайте резервную копию базы перед началом работ!
• Сопоставление реквизитов: При обновлении или переносе данных между УПП и ЗУП важно следить за тем, как сопоставляются реквизиты. Иногда случаются ситуации, когда объекты имеют одинаковые имена, но разное назначение, что приводит к ошибкам.
• Длительность операций: Будьте готовы к тому, что на больших базах данных даже простая процедура «Обновить конфигурацию базы данных» (клавиша F7) может занять значительное время.

В завершение, подчеркнем: если ваша задача сводится исключительно к выгрузке данных, то переход на актуальную редакцию ЗУП 3.1 через типовые механизмы обмена является наиболее безопасным и рациональным способом. Это позволит избежать долгого процесса «лечения» доработанной конфигурации УПП и даст возможность работать в поддерживаемой системе.