Особенности и технические нюансы работы 1С:УПП 1.3 на платформе 8.3

Программист 1С v8.3 (Обычные формы)
← На главную

Конфигурация "Управление производственным предприятием" (УПП), редакция 1.3, исторически разрабатывалась для платформы 8.2. Однако современные требования законодательства, необходимость сдачи отчетности в контролирующие органы (ПФР, ФНС) и работа с государственными информационными системами (Маркировка, ЕГАИС) диктуют необходимость перехода на платформу 8.3. В рамках данной статьи мы подробно разберем, с какими сложностями сталкиваются специалисты при таком переходе, как избежать критических ошибок и какие преимущества дает использование новой платформы для "старой" конфигурации.

Зачем переводить УПП на платформу 8.3

Рассмотрим основные причины, по которым оставаться на платформе 8.2 становится не только неудобно, но и технически невозможно. Во-первых, это требования к версии платформы для формирования регламентированной отчетности. Например, для корректной работы форм СЗВ-СТАЖ или СЗВ-М фирма "1С" прямо указывает на необходимость использования версии не ниже 8.3.9.1818. Хотя часть проблем можно решить "костылями" в коде, полноценная поддержка современных протоколов безопасности (например, TLS 1.2 для обмена с серверами ФНС или Честного Знака) реализована только в ветках 8.3.

Во-вторых, платформа 8.2 перестала развиваться еще в 2013 году. Это означает, что ошибки, возникающие при работе на современных операционных системах (Windows 10, Windows 11, Server 2022), в ней не исправляются. Переход на 8.3 позволяет повысить стабильность работы системы в современной ИТ-инфраструктуре.

Режим совместимости: снимать или оставлять

Проанализируем самый важный вопрос перехода: настройку РежимСовместимости. Практический опыт эксплуатации крупных баз УПП (объемом до 1 терабайта и с количеством пользователей более 800) показывает, что категорически рекомендуется оставлять режим совместимости, установленный вендором (обычно это "Версия 8.2.13" или "Версия 8.2.16").

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

  1. Проблемы в запросах: В конфигурации УПП часто используются конструкции в запросах с использованием ИТОГИ ПО ОБЩИЕ. При снятии совместимости поведение этих запросов меняется, что может привести к ошибкам в отчетах или при проведении документов.
  2. Интерфейсные сбои: УПП построена на "обычных формах". Платформа 8.3 в режиме без совместимости иначе обрабатывает привязки элементов форм. В результате кнопки могут "наезжать" друг на друга, а табличные части — исчезать за границами экрана.
  3. Логика работы диалогов: Изменяется механизм работы стандартных диалогов выбора файлов и работы с табличными документами, что требует массовой переработки кода.

Если вы все же решили поэкспериментировать со снятием совместимости, делать это нужно поэтапно, последовательно переходя от версии к версии (8.3.1 -> 8.3.2 и так далее), сопровождая каждый этап полным тестированием и исправлением ошибок в коде.

Технические глюки и способы их решения

Выясним, с какими типичными "глюками" придется столкнуться системным администраторам и программистам при работе УПП на платформе 8.3. Рассмотрим наиболее часто встречающиеся ситуации:

1. Проблемы с кэшем и сессиями. Пользователи часто отмечают, что при нештатном завершении работы программа выдает малоинформативные ошибки или зависает при следующем запуске. Решением в данном случае является полная очистка кэша пользователя. Также на платформе 8.3 замечено более частое "зависание" сессий на сервере даже после корректного закрытия клиента пользователем.

2. Ошибки масштабирования (DPI). Это особенно актуально для современных мониторов. При масштабировании Windows 125% или 150% формы УПП могут выглядеть размытыми. Для решения этой проблемы рекомендуется в свойствах ярлыка 1С или в настройках платформы принудительно устанавливать режим обработки масштабирования "Приложением".

3. Глюки привязок форм. Даже в режиме совместимости на определенных релизах платформы (например, ветки 8.3.10 или 8.3.12) могут самопроизвольно "съезжать" элементы форм. Проанализируем ситуацию: это часто лечится либо обновлением платформы до более стабильного релиза (например, последних версий 8.3.22), либо разовым изменением размера формы пользователем "за уголок", после чего привязки могут восстановиться.

Преимущества использования 64-битного клиента

Одним из главных плюсов перехода на 8.3 является возможность использования полноценного 64-битного клиентского приложения. Для УПП это критически важно. Разберем почему: тяжелые управленческие отчеты, такие как "Ведомость по производственным затратам" или сложные расчеты себестоимости, часто потребляют более 2-3 ГБ оперативной памяти. 32-битный клиент в таких случаях просто закрывается с ошибкой Недостаточно памяти. 64-битный клиент на платформе 8.3 позволяет использовать весь объем доступной оперативной памяти, что делает формирование отчетов стабильным.

Рекомендации по процессу перехода

Чтобы переход прошел максимально гладко, выполним следующие шаги:

  1. Выгрузка и загрузка данных: Вместо обычного обновления конфигурации на работающей базе, лучше выполнить выгрузку в файл .dt на платформе 8.2 и последующую загрузку в чистую базу на платформе 8.3. Это инициирует полную реструктуризацию данных и помогает избежать многих ошибок индексации.
  2. Обновление драйверов оборудования: Проверим все подключенные сканеры штрихкодов и фискальные регистраторы. Старые драйверы (COM-объекты), работавшие в 8.2, могут потребовать обновления до версий, поддерживающих работу в среде 8.3.
  3. Настройка фоновых заданий: На платформе 8.3 механизмы фоновых заданий работают агрессивнее. Проанализируем расписание регламентных заданий, чтобы они не блокировали работу пользователей в периоды пиковой нагрузки на регистры накопления.

Пример анализа запроса при смене платформы

Рассмотрим пример кода, который может потребовать внимания при переходе. Если вы все же решили повышать версию совместимости, обратите внимание на участки кода, где программно обрабатываются итоги. В 8.3 при определенных настройках совместимости работа с методом Выбрать(ОбходРезультатаЗапроса.ПоГруппировкам) может выдавать пустые значения там, где в 8.2 они заполнялись автоматически по общим итогам.


// Пример запроса, требующего проверки при снятии режима совместимости
Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |   Продажи.Номенклатура,
    |   Продажи.КоличествоОборот КАК Кол
    |ИЗ
    |   РегистрНакопления.Продажи.Обороты(&ДатаНач, &ДатаКон) КАК Продажи
    |ИТОГИ
    |   СУММА(Кол)
    |ПО
    |   ОБЩИЕ";

Результат = Запрос.Выполнить();
// В 8.3 без совместимости важно убедиться, что обход по группировкам 
// корректно обрабатывает верхний уровень итогов
Выборка = Результат.Выбрать(ОбходРезультатаЗапроса.ПоГруппировкам);

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

← На главную