Платформа 1С:Предприятие 8.3.27 привнесла ряд заявленных улучшений и новых возможностей, однако ее ранние релизы, особенно версия 8.3.27.1644, оказались источником многочисленных проблем и критических ошибок для многих пользователей. В этой статье мы подробно разберем, с какими трудностями столкнулись специалисты, почему версия 8.3.27.1644 получила строгую рекомендацию к отказу от установки, и какие обходные пути и стабильные версии предлагают опытные разработчики.
Начиная с сообщения о нежелательности установки платформы 8.3.27.1644, специалисты 1С-сообщества активно делились своим опытом, указывая на конкретные сбои, замедления в работе и критические ошибки. Некоторые из этих проблем затрагивали не только производительность, но и корректную работу типовых конфигураций и внешних компонент. Часто эффективным решением становится обновление нетиповой конфигурации с выносом доработок в расширения для снижения зависимости от версии платформы. Давайте посмотрим на основные сложности, с которыми мы можем столкнуться, используя эту версию платформы.
Проблемы с платформой 8.3.27 носят комплексный характер и затрагивают различные аспекты работы системы, от производительности до функциональности, когда даже открытие функций для технического специалиста начинает занимать значительное время. Рассмотрим их подробнее.
Одной из наиболее часто упоминаемых проблем в ранних релизах 8.3.27, включая 8.3.27.1644, стали существенные замедления и зависания в конфигураторе и пользовательском режиме при выполнении рутинных операций. Пользователи сообщают, что любое изменение в коде, установка патчей или применение изменений в конфигурации и расширениях может занять часы, вплоть до нескольких минут на каждую операцию. Это критически сказывается на продуктивности разработчиков и администраторов.
Мы наблюдаем, что даже небольшие правки в конфигурации или расширении могут вызывать длительную «реструктуризацию» или «применение изменений», которая может длиться до 40-60 минут, а в некоторых случаях — до двух часов. В ходе этих операций процесс 1С может зависать, требуя принудительного сброса. Отдельно отметим, что такие проблемы проявляются как на файловых, так и на клиент-серверных базах, работающих с PostgreSQL и MS SQL, в операционных системах Windows и Linux. Например, пользователи отмечали, что на Linux + PG с версией 8.3.27.1644 применение любых изменений может занимать около 2 часов. Аналогичные проблемы с медленным сохранением расширений подтверждаются и для других пользователей.
Обходные пути и решения:
Значительная часть проблем связана с работой внешних компонент, особенно тех, что используются для печати штрихкодов. На платформах 8.3.27.1644, 8.3.27.1688 и 8.3.27.1719 пользователи сталкивались с ошибкой "Неправильный путь к файлу. Схема не зарегистрирована." при попытке открыть макеты с внешней компонентой штрихкода (например, 1C.V8. Печать штрих-кодов, установленной с помощью 1CBarCode_8.0.16.4.exe). Это приводило к неработоспособности некоторых обработок и невозможности печати.
Эта ошибка проявлялась как в обычных, так и в управляемых формах, затрагивая конфигурации УТ 10.3.x, УТ 11, ЕРП, КА. В некоторых случаях макеты, содержащие объект штрихкода, переставали открываться как в пользовательском режиме (при выводе на печать), так и в конфигураторе. Более того, даже если макет удавалось создать и добавить объект штрихкода, после сохранения основной конфигурации он снова переставал открываться.
Обходные пути и решения:
Помимо общих замедлений, установка патчей на платформе 8.3.27.1644 в клиент-серверном режиме была крайне медленной, даже для "копеечных" патчей. Более того, при этом процессе происходило изменение версии данных всех присоединенных файлов в базе, что могло вызывать серьезные проблемы, например, для мобильных клиентов, которые воспринимали это как массовую загрузку новых фотографий.
Обходные пути и решения:
BinaryData (на PostgreSQL).
Для некоторых релизов 8.3.27, в частности 8.3.27.1688 и предшествующих, выявлена критическая ошибка, связанная с неконтролируемым ростом таблицы BinaryData в SQL-базах, особенно при работе с PostgreSQL. Эта проблема приводит к резкому, многократному увеличению размера базы данных, что быстро исчерпывает дисковое пространство на сервере СУБД. Это критическая ошибка, требующая немедленного вмешательства.
Обходные пути и решения:
Пользователи также сообщали о проблемах с ошибками ввода пароля при авторизации в конфигураторе, а также о том, что конфигуратор может тормозить без видимой нагрузки на процессор или память. Хотя эти проблемы не всегда носят систематический характер, они могут существенно мешать работе.
Обходные пути и решения:
На платформах 8.3.27.1606 и 8.3.27.1719 в обычных формах (например, в типовой конфигурации УТ 10.3) наблюдается "глюк" с потерей фокуса. При работе с подбором номенклатуры в документ, после закрытия диалога "Количество и цена" теряется фокус из диалога "Подбор номенклатуры в документ...". Фокус можно вернуть только мышью или переключением между приложениями. Этот "глюк" не проявляется на более ранних версиях, например, на 8.3.25.1394.
Обходные пути и решения:
Наблюдались проблемы с полнотекстовым поиском в конфигурации УТ, когда поиск не находил все объекты по базе (версия 1). Очистка индекса и его пересоздание не помогали. Это может быть связано с переработанным механизмом полнотекстового поиска в 8.3.27, который, несмотря на заявленные улучшения, в ранних релизах мог работать некорректно.
Обходные пути и решения:
Дополнительные обработки, написанные для старых конфигураций (например, на основе БП 2.0), переставали открываться в 8.3.27.1688, хотя работали в 8.3.27.1606. Проблема часто заключалась в макетах. Этот аспект дополняет общую картину проблем с совместимостью и внешними компонентами.
Обходные пути и решения:
Хотя напрямую не упомянуто в обсуждаемой теме, из внешних источников известно о проблемах в релизе 8.3.27.1559 (в связке с ERP 2.5.17.219), связанных с некорректным расчетом системы линейных уравнений (СЛУ) при закрытии месяца, что приводило к ненулевым остаткам по суммам при нулевых остатках по количеству (ошибка 00-00737225). Также в ЗУП на 8.3.27.1688 могли неверно отображаться дни и часы перерасчета отпусков (ошибка № 30177878).
Обходные пути и решения:
Исходя из опыта сообщества и официальной информации, мы можем сформулировать ряд рекомендаций, которые помогут минимизировать риски при работе с платформой 8.3.27.
Эта версия платформы оказалась одной из самых проблемных. Если ваша конфигурация требует 8.3.27 (например, Документооборот КОРП 3.0.18.19 или УТ 11.5.22, КА 2.5.22.92), рассмотрите возможность использования более поздних и проверенных релизов.
Если вам необходимо перейти на ветку 8.3.27, рассмотрите следующие варианты:
BinaryData. Если вы столкнулись с этой проблемой, обязательно обновитесь до одной из этих версий.Если вы столкнулись с медленной работой конфигуратора или обновлением расширений на 8.3.27.1644, попробуйте установить режим совместимости для конфигурации и всех расширений в значение «Не использовать». Однако, мы должны быть готовы к тому, что старые конфигурации могут не запуститься в этом режиме.
При возникновении любых ошибок (например, "Ошибка формата потока", "Недостаточно памяти", "Непредвиденная ошибка") первым делом рекомендуется очистить кэш 1С. Перед установкой новой платформы или значительным обновлением всегда создавайте полную резервную копию базы данных и тестируйте обновление на копии.
При обнаружении новых или подтверждении уже известных ошибок, мы рекомендуем сообщать о них напрямую разработчикам через партнеров 1С или на официальный адрес v8@1c.ru. Только так можно ускорить процесс исправления.
Если проблемы со штрихкодами не решаются откатом платформы или пересозданием макетов, мы можем рассмотреть использование альтернативных методов генерации штрихкодов, например, через специальные шрифты или формируя их как обычное изображение, как это реализовано в УТ 11.
Давайте кратко суммируем, какие версии платформы показали себя с какой стороны:
BinaryData в SQL-базах.Таким образом, мы видим, что платформа 1С:Предприятие 8.3.27, особенно в своих ранних релизах, представила серьезные вызовы для специалистов. Мы должны внимательно подходить к выбору версии платформы, особенно когда новые типовые конфигурации требуют ее использования. Всегда тестируйте новые релизы на копиях баз, следите за рекомендациями сообщества и официальными исправлениями, чтобы обеспечить стабильную и продуктивную работу вашей системы.