Переход на новые версии платформы 1С:Предприятие 8.3 часто вызывает вопросы у администраторов и разработчиков, особенно когда речь идет о поддержке проверенных временем конфигураций, таких как Бухгалтерия предприятия 2.0 или Управление торговлей 10.3. Основная сложность заключается в поиске баланса между требованиями новых релизов конфигураций (например, необходимость версии не ниже 8.3.8.1747) и стабильностью работы существующих механизмов. Разберем по шагам, какие версии платформы считаются наиболее надежными и с какими подводными камнями можно столкнуться при обновлении.
Проанализируем опыт использования различных сборок. На текущий момент выделяются несколько фаворитов:
Рассмотрим критерии, которыми стоит руководствоваться при выборе: релиз должен быть опубликован не менее двух недель назад, не иметь критических багов в официальной баг-хистори и пройти успешную проверку на копии вашей базы в течение тестового периода.
Начиная с определенных версий 8.3.9 (выше 1850), платформа вводит механизм подтверждения потенциально опасных операций. Это часто блокирует автоматизированные процессы: загрузку банковских выписок, отправку отчетности или работу регламентных заданий. Выясним, как это отключить, если механизм мешает работе.
Проанализируем ситуацию: у каждого пользователя в конфигураторе появилась галка Защита от опасных действий. Однако отключать её вручную для каждой учетной записи неудобно. Существует системный способ отключения через файл conf.cfg.
Для этого в файл конфигурации (который обычно располагается в папке с установленной платформой в каталоге bin\conf) необходимо добавить следующий параметр:
DisableUnsafeActionProtection=.*
Важно помнить, что этот параметр работает для файловых баз и на сервере для клиент-серверных баз, но может игнорироваться клиентом в некоторых сетевых сценариях. Если правка conf.cfg не помогает, можно использовать программное отключение для всех пользователей через код:
Пользователь = ПользователиИнформационнойБазы.НайтиПоИмени("ИмяПользователя");
Пользователь.ЗащитаОтОпасныхДействий = Ложь;
Пользователь.Записать();
Вопрос о переходе на 64-битный клиент (x64) заслуживает отдельного внимания. Несмотря на преимущество в использовании оперативной памяти, для старых конфигураций это может стать источником проблем. Разберем основные риски:
1CBarCode) разработаны под 32-битную архитектуру. В 64-битном клиенте они просто не загрузятся.COM, использование x64 клиента потребует наличия 64-битных версий соответствующих библиотек, что не всегда возможно.Рекомендация: Для Бухгалтерии 2.0 и УТ 10.3 оптимальным остается использование 32-битного клиента, даже если сервер 1С работает в 64-битном режиме. Это обеспечит максимальную совместимость с периферийным оборудованием.
При переходе на ветку 8.3.9 пользователи часто сталкиваются с ошибками динамических списков и неожиданными завершениями работы. Рассмотрим дополнительные методы стабилизации системы:
/ClearCache или вручную удаляйте содержимое папок в %LOCALAPPDATA%\1C\1cv8. Платформа 8.3.9 использует обновленную структуру кэша метаданных, и старые файлы могут вызвать конфликты типов.1cv8.exe и rphost.exe в исключения системы предотвращения выполнения данных (DEP) или настроить DEP только для основных системных программ.Подводя итог, для обеспечения стабильной работы «хозяйства» на базе БП 2.0 и УТ 10.3 с поддержкой РИБ, наиболее взвешенным решением будет установка 8.3.8.2137. Если же конфигурация требует более свежую платформу, остановитесь на 8.3.9.1850, чтобы минимизировать проблемы с безопасностью и торговым оборудованием.