1С:УТ 11.6.2.59 и LTS 11.5.27.98: что проверить

Опубликовано: 24 сентября 2026 года. Обновлено: 22 октября 2026 года. Автор: Редакция B2C.

«Обновите нам УТ» может означать разные задачи. Одному магазину нужны исправления обмена, другому нужен новый сценарий интернет-продажи. Если выбрать ветку только по большему номеру, можно получить изменения, к которым не готовы настройки, расширения и сотрудники.

Короткий ответ: выбирайте ветку 1С:Управление торговлей под используемые процессы, а конкретный релиз проверяйте на копии базы. Ни LTS, ни ветка развития не освобождают от проверки поставки, оплаты, чека и обмена. Ниже разбираем 11.6.2.59 и LTS 11.5.27.98 по публикациям 1С от 14 октября 2026 года, а затем даём практический маршрут приёмки обновления.

Коротко:

• LTS и развитие решают разные задачи сопровождения.
• В описании 11.6.2.59 есть изменения расчёта сроков, облачной ККТ и EnterpriseData.
• В описании 11.5.27.98 отдельно перечислены ЭДО, интеграция Ozon и СПОТ/РНПТ.
• Наличие функции в одной публикации не подтверждает её появление в другой ветке.
• Критерий приёмки: завершённая операция и правильный результат в связанных системах.

Короткие разборы обновлений и проверки для магазина публикуем в Telegram B2C и канале B2C в MAX. Здесь оставляем подробный порядок действий.

Когда выбирать LTS, а когда ветку развития

LTS подходит как линия длительной поддержки, а ветка развития нужна, когда востребованы её новые возможности. Это не деление на «хорошую» и «плохую» УТ.

По описанию 1С, 11.5.27 является LTS: в ней поддерживают изменения законодательства и исправляют ошибки. Версии развития сменяют друг друга; выпуск новой означает прекращение поддержки предыдущей версии развития.

До выбора запишите текущую конфигурацию и платформу, расширения, кассовую программу, драйверы и базы обмена. Затем сформулируйте причину перехода: какой рабочий сценарий необходимо изменить или восстановить. Если причины нет, сначала нужен разбор текущей схемы, а не установка наугад.

Что проверить в УТ 11.6.2.59

Ветка развития затрагивает не только интерфейс, но и последовательность закупки, продажи и передачи документов. Проверку удобно строить вокруг операций, которыми действительно пользуется компания.

В официальном описании 11.6.2.59 выделяем три группы:

• Сроки поставки. Графики в соглашениях и варианты «Как можно раньше» и «Точно в срок» влияют на расчёт дат. Сравните ожидаемую дату с результатом заказа на границе выходных.
• Дистанционная продажа. Описаны облачная ККТ, автоматическое пробитие в «1С:Онлайн заказы» и контроль документов, требующих чека. Проверьте полный путь от оплаты до статуса фискализации.
• EnterpriseData. Описаны изменения обмена, в частности цепочек «товары в пути», статусов заказов и сведений о продавце в отчёте о розничных продажах. Проверяйте результат в принимающей базе, а не только завершение задания обмена.

Эти пункты описывают состав возможностей версии. Они не доказывают, что каждое изменение впервые появилось именно в сборке .59, и не подтверждают совместимость с вашим оборудованием. Для принятой схемы нужны точные версии компонентов и контрольные операции.

Что отдельно проверить в LTS 11.5.27.98

Для LTS 11.5.27.98 нельзя автоматически использовать список новшеств 11.6.2.59. У этого выпуска есть собственный набор изменений.

В релизе LTS указаны обновление библиотеки электронных документов до 1.9.16.76, замена методов обмена сертификатами и изображениями Ozon, а также присвоение РНПТ в ДОПП для описанного сценария СПОТ.

Выберите только используемые участки. Для ЭДО проверьте отправку, получение и статусы документов. Для Ozon проверьте передачу изображения и сертификата по действующей интеграции. Если используется ДОПП, отдельно проверьте связанные реквизиты и результат обмена. Описание функции программы не является юридической инструкцией по ввозу товара.

Более позднюю LTS 11.5.27.101 рассматривайте по её собственному описанию и порядку перехода. Нельзя считать сборки .98 и .101 взаимозаменяемыми только потому, что обе относятся к LTS.

Маршрут B2C: как принять обновление на копии базы

Обновление принимают по заранее определённым результатам. Открылась программа без ошибки или нет, важно, но для магазина этого недостаточно.

1. Зафиксируйте исходное состояние. Сохраните резервную копию базы и настройки связанного оборудования. Проверьте восстановление копии, назначьте ответственного за приёмку и условия возврата к предыдущему состоянию.
2. Изолируйте тест. В копии отключите реальные рассылки, платежи и отправку документов во внешние системы. Для кассы используйте согласованный учебный контур, не создавайте настоящие чеки ради проверки.
3. Проверьте допустимый переход. В документации 1С указано: исходная версия должна входить в файл «Порядок обновления» дистрибутива. При необходимости требуется промежуточный переход. После обновления нужно завершение обработчиков. Источник: руководство УТ.
4. Воспроизведите свои операции. Возьмите обезличенные примеры закупки, продажи, возврата и обмена. До запуска запишите ожидаемые даты, суммы, статусы и связанные документы. Затем сравните с результатом.
5. Примите решение о рабочей базе. Переход возможен, когда критические сценарии пройдены, ошибки разобраны, сотрудники знают изменения, а резервная копия и план восстановления доступны ответственному.

Это методика приёмки B2C, а не заявление о тестировании базы конкретного клиента. В рамках этого разбора сверены описания производителя; рабочая база, расширения и ККТ читателя не испытывались.

Какие результаты должны попасть в протокол

Для каждого сценария нужны исходные данные, ожидаемый результат, фактический результат и решение ответственного. Запись «обмен прошёл» не показывает, совпали ли документы и учёт.

• Заказ поставщику. Зафиксируйте выбранный график и вариант поставки. Сравните расчётную дату отгрузки и доставки с ожидаемой, особенно рядом с выходными.
• Интернет-заказ. Проверьте оплату, документ продажи, статус чека, затем отмену или возврат в допустимом тестовом контуре. Исключите повторную отправку одного события.
• Обмен с бухгалтерией. Сравните состав и связи документов в обеих базах. Если используются соответствующие сценарии, проверьте товары в пути, статусы и сведения о продавце.
• Кассовая связка. При использовании Frontol, ТС ПИоТ, Локального модуля или ЕГАИС включите их в отдельные проверки по фактической архитектуре. Успешный тест самой УТ не подтверждает работу внешнего компонента.

Отдельно полезны разборы проверки Frontol перед оплатой и недоступности сервисов 1С. Обновление учётной базы само по себе не восстанавливает недоступный внешний дата-центр: состояние сервиса и локальную ошибку следует проверять раздельно.

Как B2C помогает обновить торговый контур

B2C может организовать обновление как проверяемую работу: от обследования базы до приёмки операций и обучения сотрудников. Состав работ зависит от фактической схемы магазина.

Для 1С проверяем путь перехода, расширения, обработчики и обмены. Если используются Frontol или ДАЛИОН, включаем их в обследование как отдельные компоненты, а не обещаем совместимость по одному номеру УТ. Подбираем лицензии и оборудование, настраиваем обмен, проверяем операции и обучаем сотрудников в согласованном объёме.

Продолжения о проверке закупок, кассы и обменов выходят в Telegram-канале B2C и MAX B2C. Сохраните этот маршрут для следующего обновления.

Подготовить обновление УТ и проверку обменов

Телефон: +7 (495) 015-01-39.

Официальные источники и автор

Редакция B2C. Дата проверки источников: 22 октября 2026 года. Функции описаны по материалам 1С, не как независимо проведённые испытания.

• 1С: изменения УТ 11.6.2.59, публикация 14 октября 2026 года.
• 1С: изменения LTS 11.5.27.98, публикация 14 октября 2026 года.
• 1С: более поздняя LTS 11.5.27.101, публикация 21 октября 2026 года.
• 1С: руководство УТ, обновление версии информационной базы, проверено через профильный справочник MCP.