Переход с «1С:Зарплата и управление персоналом» редакции 2.5 на 3.1 — это не просто обновление конфигурации, а полноценная миграция на новую архитектуру данных. Одной из первых проблем, с которой сталкиваются технические специалисты, является несоответствие текущей версии платформы 1С:Предприятие системным требованиям новой конфигурации. Рассмотрим подробно, как правильно выбрать версию платформы, стоит ли устанавливать несколько версий одновременно и каких ошибок следует избегать при переносе данных.
Разберем ситуацию: текущие базы (ЗУП 2.5) работают на платформе 8.3.9.2233. Однако современные релизы ЗУП 3.1 (например, 3.1.3 и выше) жестко требуют версию платформы не ниже 8.3.10.2252. Без выполнения этого условия программа просто откажется запускаться в режиме «Предприятие».
Проанализируем основные варианты решения этой задачи:
Посмотрим на практический опыт. В серверном варианте установка двух разных версий сервера 1С на одну физическую машину требует разнесения портов (стандартные 1540, 1541 и т.д. нужно менять для второй службы), что усложняет администрирование. Если база клиент-серверная и сервер один, оптимальным решением будет переход на единую стабильную версию платформы.
Выясним причину, по которой опытные администраторы часто советуют использовать ветку 8.3.10, даже когда доступны 8.3.11, 8.3.12 или 8.3.13. Как показывает практика обсуждений, новые ветки платформы в первые месяцы после выхода часто содержат критические ошибки:
rphost.На момент активного перехода на ЗУП 3.1 наиболее проверенным и сбалансированным вариантом считался релиз 8.3.10.2667 или 8.3.10.2522. Рассмотрим подробнее вопрос совместимости: если у вас есть база «Бухгалтерия», для которой в требованиях указано «не выше 8.3.9», это не означает, что она не запустится на 8.3.10. Для решения этой проблемы в 1С предусмотрен механизм «Режим совместимости».
Режим совместимости позволяет платформе 8.3.10 эмулировать поведение версии 8.3.9 для конкретной информационной базы. Это настраивается в свойствах конфигурации в конфигураторе. Таким образом, вы можете безопасно обновить платформу на сервере до 8.3.10, сохранив стабильность работы старых конфигураций.
Если вы все же решили установить две платформы на клиентские рабочие места, разберем, как управлять их запуском. В окне списка информационных баз для каждой конкретной базы можно указать версию платформы, которая должна ее открывать. Для этого:
8.3.10.В этом случае стартер (1cestart.exe) сам найдет установленную версию и запустит нужный исполняемый файл. Однако помните: для серверных баз версия клиентской части обязана строго совпадать с версией серверной части (до последнего знака в номере релиза).
Рассмотрим важные технические нюансы самого перехода. Часто пользователи жалуются на «косяки» после переноса, такие как задвоение окладов или неверные остатки отпусков. Проанализируем ситуацию: существует два метода переноса данных:
1. Краткий перенос (рекомендуемый): Переносятся только данные, необходимые для расчета среднего заработка, остатки по взаиморасчетам и кадровые данные на дату начала эксплуатации. Это наиболее стабильный метод, так как он создает «чистый лист» в новой базе.
2. Полный перенос:
Попытка перенести всю историю документов за предыдущие годы. Именно здесь возникают основные ошибки. Например, вид времени Явка может некорректно сопоставиться с новыми начислениями, что приведет к дублированию строк в расчетных листках. Если вы столкнулись с подобным, проанализируем пример исправления через поиск дублей:
// Пример логики поиска задвоенных начислений (схематично)
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ Ссылка ИЗ Справочник.Начисления ГДЕ Наименование ПОДОБНО ""%Оклад%""";
Результат = Запрос.Выполнить().Выгрузить();
// Если найдено более одного элемента, необходимо перепривязать
// ссылки в документах и удалить дубль.
Специалисты рекомендуют не «бежать впереди паровоза» и использовать версию платформы, которая указана в требованиях к релизу конфигурации как минимально необходимая, либо чуть выше в пределах той же ветки. Например, для ЗУП 3.1.3 оптимально ставить последнюю 8.3.10. Использование 8.3.11 и выше на ранних этапах их выпуска может добавить проблем с производительностью сервера SQL и стабильностью клиентских сессий.
Подведем итоги нашего анализа:
Режим совместимости в свойствах конфигурации.TempDB на вашем SQL-сервере, так как новые версии платформы более требовательны к дисковой подсистеме сервера баз данных.Соблюдение этих правил позволит сделать переход на новую версию программы максимально бесшовным и сохранит нервы как администратору, так и конечным пользователям.