← На главную

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

Причины принудительного перехода на новые версии платформы

Прежде всего, выясним причину, по которой старые добрые версии (например, ветка 8.3.10) становятся неактуальными. Это связано не только с желанием разработчиков внедрить новые интерфейсные фишки, но и с серьезными изменениями в законодательстве. Новые алгоритмы расчета НДС, интеграция с государственными информационными системами (Меркурий, Честный ЗНАК) и требования к криптографической защите данных технически невозможно реализовать на устаревшем ядре платформы. Рассмотрим подробнее, какие сборки предлагают пользователи и технические специалисты.

Анализ версии 8.3.12.1685: преимущества и недостатки

Версия 8.3.12.1685 на определенном этапе считалась «золотой серединой» для тех, кто не готов к переходу на ветку 8.3.13. Проанализируем опыт её использования:

1. Стабильность работы: По сравнению с ранними сборками (например, 1529), версия 1685 демонстрирует гораздо более стабильный «полет». Исправлены многие критические ошибки, приводившие к аварийному завершению работы сеансов.
2. Утечки памяти: На крупных внедрениях с числом пользователей более 50–70 человек часто наблюдается постепенное «раздувание» процессов rphost. Это связано с механизмами кэширования метаданных. Рекомендуется настроить регламентный перезапуск службы сервера 1С раз в сутки (ночью).
3. Работа с СУБД: При использовании MS SQL Server в данной версии минимизированы случаи «Access Violation» при работе со сложными запросами, хотя они и не исключены полностью. Если ваша конфигурация активно использует временные таблицы, будьте готовы к возможным задержкам.

Проблемы производительности при апгрейде

Многие системные администраторы отмечают общее падение производительности после ухода с ветки 8.3.10. Разберем по шагам, почему это происходит:

Во-первых, начиная с версии 8.3.12, платформа стала потреблять на 15–20% больше оперативной памяти на каждый сеанс пользователя. Это критически важно для терминальных серверов, где ресурсы памяти жестко ограничены. Если раньше на 16 ГБ ОЗУ комфортно работало 30 пользователей, то после обновления их число может сократиться до 20–22.

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

Стоит ли переходить на 8.3.13.1513?

Ветка 8.3.13 на момент выхода версии 1513 считалась достаточно рискованной («сырой»). Посмотрим на основные проблемы, с которыми сталкивались первопроходцы:

• Ошибки в отчетах: Существовала проблема, когда в «Оборотно-сальдовой ведомости» отображались не все счета. Это связано с оптимизацией запросов к регистрам бухгалтерии. Хотя в сообщении №5 это оспаривается, на практике баг лечился только полной очисткой серверного кэша и пересчетом итогов через Конфигуратор — Администрирование — Тестирование и исправление.
• Динамические списки: В версии 1513 зафиксированы случаи некорректной сортировки в списках документов. Пользователь видит документы не по дате, а в хаотичном порядке, несмотря на установленные настройки.
• Проблемы с печатью: Платформа 8.3.13 внесла изменения в драйверную модель взаимодействия с принтерами (особенно Kyocera и HP). Результат — печать пустых листов или «иероглифов» вместо текста.

Рекомендации по выбору конкретной сборки

Если ваша основная задача — обеспечить работу БУХ и ЗУП с минимальными трудозатратами на администрирование, рассмотрим следующие варианты:

1. Для консерваторов: Версии 8.3.12.1595 или 8.3.12.1616. Они проверены временем, имеют предсказуемое поведение и меньше «сюрпризов» в интерфейсе «Такси».
2. Для тех, кому нужна максимальная стабильность в 12-й ветке: Оптимально дойти до финальных сборок, например, 8.3.12.1790. Она вобрала в себя исправления всех ошибок, упомянутых в обсуждении версии 1685.
3. Для инноваторов: Переход на 8.3.13 оправдан только в том случае, если вам требуются новые возможности мобильного клиента или расширения, которые не поддерживаются в 8.3.12.

Практические советы по проведению обновления

Разберем алгоритм действий, который поможет избежать паники пользователей и сбоев в базе данных:

Шаг 1: Подготовка. Обязательно выполните полную выгрузку базы (dt) и сделайте бэкап на уровне СУБД. Проверьте, хватает ли места на диске для разрастания файлов логов (Transaction Log) при первом запуске новой платформы.

Шаг 2: Тестирование. Не обновляйте рабочую базу сразу. Разверните копию на той же версии платформы, которую планируете ставить. Запустите обработку «Тестирование и исправление» с флагами «Реиндексация таблиц» и «Пересчет итогов».

Шаг 3: Очистка кэша. После установки новой версии платформы на сервер и клиентские машины, критически важно удалить старый кэш. На сервере это папки в каталоге srvinfo, на клиентах — папки в %AppData%\1C\1cv8. Это поможет избежать странного поведения форм и ошибок «Объект не найден».

Шаг 4: Настройка rphost. Если вы выбрали 8.3.12.1685, в консоли администрирования серверов 1С настройте параметры перезапуска рабочих процессов. Установите лимит памяти на один процесс и время жизни процесса. Это позволит системе автоматически сбрасывать накопленные утечки без участия администратора.

Выясним причину замедления веб-клиента

Если ваши сотрудники работают через браузер, версия 1685 может преподнести неприятный сюрприз в виде некорректно работающих выпадающих списков в Chrome. Проанализируем ситуацию: это связано с изменением в движке Chromium. В таких случаях помогает либо переход на Firefox, либо использование тонкого клиента, который в 12-й и 13-й ветках работает значительно стабильнее браузерной версии.

В завершение отметим: выбор версии 8.3.12.1685 на сегодняшний день является допустимым, но не самым оптимальным решением. Если есть возможность, лучше ориентироваться на последние релизы в ветке 8.3.12, чтобы обеспечить максимальный комфорт бухгалтерии и стабильность серверной части.