Что изменилось в версии 3.0.13.342 конфигурации «Розница» и к чему готовиться перед обновлением

Версия 3.0.13.342 конфигурации «Розница» затрагивает четыре рабочие зоны: обмен со Сбербанком и переход на Sber API, прямую интеграцию с банком, ЭДО в новом интерфейсе 8.5, а также подключаемое оборудование и его программные компоненты.

Для кассира заметнее всего могут оказаться новые формы и изменения в операциях с платежами, электронными документами, кассой, сканером и терминалом. Администратору придется проверить учетные данные Sber API, сертификаты, сетевой доступ, драйверы, библиотеки и внешние обработки. Руководителю стоит учитывать риск простоя, если обновление сразу поставить в рабочую базу с несколькими кассами или критичными обменами.

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

1С Розница 3.0.13.342: кратко о главных изменениях

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

Какие участки работы затрагивает релиз

• Обмен со Сбербанком. Прежнюю схему подключения нужно сопоставить с новой работой через Sber API. Проверяются авторизация, параметры организации, торговой точки, платежи, статусы и обработка ответов.
• Прямая интеграция со Сбером. Поддерживаемые операции зависят от состава API, договора, прав доступа и настроек банковского сервиса. Наличие соединения не подтверждает корректность каждой операции.
• ЭДО в интерфейсе 8.5. После перехода нужно заново найти команды создания, проверки, подписания, отправки и получения документов. Для формализованных документов дополнительно проверяется XML-представление.
• Подключаемое оборудование. В зоне риска находятся кассы, сканеры штрихкодов, принтеры чеков, банковские терминалы и другие устройства, работающие через драйверы или отдельные библиотеки.

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

Кому нельзя устанавливать обновление без предварительной проверки

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

• несколько касс или рабочих мест с разными моделями оборудования;
• эквайринг Сбербанка и регулярный обмен платежными данными;
• сайт, интернет-магазин, складская система или другой внешний обмен;
• ЭДО, электронная подпись, сертификаты и машиночитаемая доверенность;
• расширения конфигурации, подписки на события и внешние обработки;
• нестандартные драйверы, библиотеки или ручные настройки на рабочих местах.

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

Переход с обмена со Сбербанком на Sber API

Переход на Sber API меняет способ связи учетной системы с банковским сервисом. Проверка должна охватить настройки подключения, авторизацию, передаваемые параметры, ответы API и запись результата в 1С. Отдельное соединение с сервером еще не означает, что платеж пройдет полный цикл.

Что меняется в настройках и авторизации

Перед обновлением сохраните скриншоты и значения действующих параметров. В рабочем списке администратора должны быть следующие позиции:

Какие значения перенесутся автоматически, а какие придется вводить заново, определяет инструкция конкретного релиза и банка. До ее проверки нельзя обещать сохранение всех настроек. Историю операций не удаляйте и не очищайте журнал регистрации перед переходом.

Какие операции проверить после перехода

Составьте тестовый набор и заранее укажите ожидаемый результат. Минимальная последовательность выглядит так:

1. Создайте тестовый запрос или выполните разрешенную тестовую платежную операцию.
2. Проверьте, что запрос получил корректный идентификатор и ушел в нужный контур.
3. Получите статус операции через Sber API и сравните его со статусом в банковской системе.
4. Сверьте сумму, валюту, номер заказа, торговую точку и реквизиты плательщика, если они передаются в этом сценарии.
5. Повторите запрос статуса, чтобы проверить отсутствие дублей и корректную обработку уже полученного ответа.
6. Сымитируйте отказ, истекший срок ожидания или недоступность сервиса и зафиксируйте сообщение в 1С.
7. Проверьте запись результата в документ, регистр или отчет, который использует бухгалтер.

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

Что произойдет с существующими настройками обмена

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

До обновления выгрузите или запишите:

• идентификаторы организации и торговых точек;
• названия подключений и используемых обработок;
• сведения о сертификатах и сроках их действия без копирования закрытых ключей;
• параметры регламентных заданий;
• последние успешные и ошибочные операции.

На тестовой базе сравните настройки до и после перехода. Если старая схема осталась доступной, не переключайте пользователей без контрольной операции и согласованного плана возврата.

Прямая интеграция со Сбером: возможности и ограничения

Sber API подходит для обмена структурированными данными с банковским сервисом, но перечень операций задают договор, доступные методы API, права организации и настройки 1С. Штатное подключение не заменяет оборудование, банковский модуль или внешнюю обработку, если конкретный сценарий требует их участия.

Какие сценарии поддерживаются напрямую

При проверке прямой интеграции разделите операции на четыре группы:

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

Какие ограничения нужно учесть до обновления

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

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

Как отличить ошибку API от ошибки 1С или оборудования

1. Повторите операцию с теми же параметрами и запишите точное время.
2. Откройте журнал регистрации 1С и найдите запись по пользователю, документу или идентификатору транзакции.
3. Проверьте код и текст ответа API, не заменяя их общим сообщением «ошибка обмена».
4. Проверьте сетевой маршрут, сертификат, токен и срок действия ключа.
5. Повторите запрос без оборудования, если сценарий позволяет отделить банковский API от терминала.
6. Сравните результат в 1С с личным кабинетом или банковской системой.

Ошибка HTTP или отказ авторизации обычно указывает на подключение, права или учетные данные. Неверный статус документа, дубль или отсутствие записи в учете требуют проверки логики 1С. Ошибка ответа терминала и отсутствие чека требуют проверки оборудования и его драйвера.

ЭДО в новом интерфейсе 8.5: что проверить

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

Что изменилось в интерфейсе работы с ЭДО

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

• создание электронного документа из учетного документа;
• проверку заполнения и просмотр ошибок;
• просмотр печатного и XML-представления;
• выбор сертификата и подписание;
• отправку, получение и обновление статуса;
• исправление документа и повторную отправку, если это разрешено сценарием.

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

Формализованные и неформализованные документы

Формализованный документ передается по утвержденной XML-схеме. Его поля и структура должны соответствовать требуемому формату. Неформализованный документ подписывают электронной подписью без жесткой структуры XML, поэтому особое внимание уделяют файлу, вложению и составу подписей.

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

Контрольная проверка должна включать исходный документ, XML-файл, подпись, квитанцию и финальный статус. При интеграции сайта или другой внешней системы ошибки сопоставления товаров и документов могут привести к дублям или пропущенным заказам. Сверяйте номера и идентификаторы на каждом участке обмена.

Что проверить по электронной подписи и сертификатам

• сертификат не отозван и действует на дату теста;
• сертификат принадлежит нужной организации и подходит подписанту;
• у пользователя есть право подписывать конкретный вид документа;
• криптографический провайдер установлен и видит сертификат;
• машиночитаемая доверенность доступна, если подписант действует по доверенности;
• сервис ЭДО доступен из того рабочего места или сервера, где выполняется подпись;
• после подписания документ получает статус отправки, а входящая квитанция записывается в 1С.

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

Драйверы подключаемого оборудования и исключенные библиотеки

После обновления недостаточно проверить, что рабочее место кассира открывается. Устройство должно выполнить реальную операцию, а результат должен попасть в 1С и, если требуется, в чек или отчет.

Какие драйверы обновлены

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

Не заменяйте конкретную версию формулировкой «драйвер обновлен». Для приемки нужны модель, установленный номер версии и результат операции.

Какие библиотеки исключены из поставки

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

Составьте инвентарную ведомость:

1. найдите библиотеки, которые устанавливались вместе с прежней конфигурацией;
2. укажите путь, имя файла, размер, дату и версию компонента;
3. сопоставьте библиотеку с моделью оборудования и рабочим местом;
4. проверьте, входит ли компонент в новую поставку или его нужно ставить отдельно;
5. сверьте совместимость с релизом платформы и операционной системой;
6. сохраните дистрибутив и инструкцию для восстановления.

Не удаляйте старые библиотеки сразу после обновления. Сначала подтвердите работу кассы, сканера, принтера и терминала на тестовой базе, затем согласуйте замену на рабочих местах.

Как проверить кассы, сканеры и терминалы на тестовой базе

1. Подключите каждую модель устройства в отдельности и проверьте обнаружение в 1С.
2. Отсканируйте товар с обычным и маркированным штрихкодом, если маркировка используется.
3. Откройте смену и выполните продажу с наличной оплатой.
4. Выполните продажу с оплатой картой через терминал.
5. Напечатайте чек и проверьте реквизиты, сумму и статус отправки.
6. Оформите возврат и отмену операции по правилам вашей торговой точки.
7. Закройте смену и сверяйте итоговые суммы с данными кассы и терминала.

Результат фиксируйте по каждой связке «рабочее место - модель - драйвер - библиотека». Проверка одной кассы не подтверждает работу остальных моделей.

Для каких версий доступно обновление и что проверить до установки

Поддерживаемые исходные версии нельзя назвать без официальной информации 1С по релизу 3.0.13.342. Не переносите путь перехода из другой статьи или соседней линии «Розницы»: промежуточные версии, требования платформы и ограничения могут отличаться.

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

Перед скачиванием обновления зафиксируйте:

• полный номер текущей версии конфигурации;
• релиз платформы «1С:Предприятие 8»;
• режим совместимости;
• файловый или клиент-серверный вариант базы;
• наличие расширений и изменений типовой конфигурации;
• активные регламентные задания и обмены.

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

Подготовьте резервную копию и тестовую базу

1. Остановите операции, которые меняют данные, на время создания копии.
2. Создайте резервную копию штатным способом для вашего типа базы.
3. Проверьте, что копия открывается и содержит последние документы.
4. Разверните копию в отдельном каталоге или на отдельном сервере.
5. Выполните обновление на тестовом контуре и сохраните журнал действий.
6. Зафиксируйте контрольные остатки, цены, открытые смены, платежи и документы ЭДО.

Ответственный за восстановление должен быть назначен до начала работ. Резервная копия без проверки восстановления не дает достаточной защиты.

Проверьте доработки, расширения и внешние обработки

Составьте список всех компонентов, которые не входят в чистую поставку конфигурации:

• расширения конфигурации и их версии;
• внешние отчеты и обработки;
• подписки на события;
• регламентные задания и фоновые операции;
• обмены с сайтом, складом и другими системами;
• нестандартные роли и настройки прав;
• драйверы оборудования и локальные библиотеки.

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

Сверьте требования официальной поддержки 1С

На 6 сентября 2026 года перед работами нужно открыть актуальную карточку релиза в доступном вам разделе официальной поддержки 1С и проверить:

• поддерживаемые исходные версии;
• требуемый релиз платформы;
• режим совместимости и ограничения поставки;
• порядок перехода и обязательные промежуточные релизы;
• перечень изменений, исправлений, драйверов и библиотек;
• особые требования к ЭДО, API, сертификатам и оборудованию.

Карточка релиза отвечает на вопрос о доступности обновления. Она не заменяет тестирование ваших расширений, внешних обработок, банковских обменов и рабочих мест кассира.

Что протестировать после обновления 1С Розницы 3.0.13.342

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

Продажи, кассы и подключаемое оборудование

• открытие и закрытие смены;
• продажа с наличной оплатой;
• продажа с оплатой картой;
• возврат и отмена операции;
• печать и отправка чека;
• чтение штрихкода;
• работа принтера чеков;
• обмен с терминалом и запись результата оплаты.

Сверьте сумму в документе 1С, чеке, кассе и терминале. Проверьте хотя бы одну операцию на каждом типе оборудования.

Обмен со Сбербанком и Sber API

1. Выполните разрешенную тестовую операцию.
2. Проверьте запрос и ответ API в журнале или предусмотренной форме диагностики.
3. Сверьте сумму, реквизиты, идентификатор и статус.
4. Повторно запросите статус завершенной операции.
5. Проверьте обработку отказа и недоступности сервиса.
6. Сопоставьте результат с банковской системой.

Не завершайте приемку по признаку «подключение успешно». Нужна запись корректного результата в учетной системе.

ЭДО, подпись и отправка документов

1. Создайте исходящий документ или примите входящий.
2. Проверьте заполнение обязательных полей и XML-представление.
3. Подпишите документ нужным сертификатом.
4. Отправьте его и получите квитанцию.
5. Проверьте финальный статус и отображение причины отказа.
6. Повторите проверку для используемого формата, включая УПД 5.03, если он применяется.

Проверяйте полный комплект: документ, файл, подпись, квитанцию и статус в 1С. Отдельное открытие формы ЭДО не подтверждает работу обмена.

Остатки, цены, заказы и внешние обмены

Если «Розница» обменивается с сайтом или другой системой, сравните контрольные данные до и после обмена:

• остаток одного и того же товара в обеих системах;
• цену и дату ее изменения;
• заказ, переданный с сайта в 1С;
• резерв товара и изменение статуса заказа;
• отсутствие дублей документов и заказов;
• выполнение регламентных заданий;
• ошибки и повторы в журнале регистрации.

Ручная сверка хотя бы по нескольким товарам и одному заказу выявит часть проблем, которые не видны при проверке запуска обмена. Для критичных интеграций добавьте тест с изменением цены, остатка и статуса заказа.

Что делать, если тесты не пройдены

1. Зафиксируйте текст ошибки без пересказа, время, пользователя и операцию.
2. Сохраните код ответа API, идентификатор транзакции и запись журнала регистрации.
3. Укажите модель оборудования, версию драйвера и имя библиотеки, если проблема связана с устройством.
4. Сравните результат с официальными рекомендациями по релизу и настройками тестовой базы.
5. Не удаляйте старые настройки, библиотеки и обработки до определения причины.
6. Если проблему нельзя быстро устранить, остановите перевод пользователей и используйте согласованный предыдущий контур.
7. При необходимости восстановите резервную копию по утвержденной инструкции.

Исправляйте причину в тестовой базе. Повторный тест должен включать операцию, которая завершилась ошибкой, и связанные с ней процессы.

Чек-лист обновления 1С Розницы 3.0.13.342

До обновления

• Зафиксировать текущую версию конфигурации и платформы.
• Проверить допустимый путь перехода по официальной карточке релиза.
• Уточнить требования к режиму совместимости и типу базы.
• Создать и проверить резервную копию.
• Развернуть тестовую базу.
• Составить список расширений, внешних обработок и регламентных заданий.
• Сохранить параметры обмена со Сбербанком и проверить доступы к Sber API.
• Проверить сертификаты, криптографическое ПО и машиночитаемые доверенности для ЭДО.
• Составить перечень касс, сканеров, принтеров, терминалов и их драйверов.
• Сверить список исключенных библиотек и подготовить отдельные дистрибутивы, если они требуются.
• Зафиксировать контрольные остатки, цены, платежи, заказы и документы ЭДО.

Во время обновления

1. Остановите пользователей и регламентные задания по утвержденному плану.
2. Выполните переход сначала на тестовой базе.
3. Проверьте сообщения конфигуратора или помощника обновления.
4. Сохраните журнал действий и время каждого шага.
5. Не меняйте одновременно несколько независимых компонентов без необходимости.
6. Проверьте запуск базы и доступность основных разделов.
7. Только после приемки тестовой копии согласуйте работы в рабочем контуре.

После обновления

1. Проверьте открытие смены, продажу, возврат, печать чека и закрытие смены.
2. Проверьте сканер, принтер, кассу и терминал на каждом типе рабочего места.
3. Выполните тестовую операцию через Sber API и сверяйте результат с банковской системой.
4. Проверьте создание, подписание, отправку и получение документа ЭДО.
5. Проверьте используемые XML-форматы и УПД 5.03, если он применяется.
6. Сверьте цены, остатки, заказы, резервы и отсутствие дублей во внешних обменах.
7. Проверьте регламентные задания и журнал регистрации.
8. Зафиксируйте результаты, назначьте ответственных и наблюдайте за ошибками в первые рабочие дни.

Для сравнения подхода к проверке другой линии конфигурации полезен практический разбор обновления 1С:Розницы 2.3.25.17. Его номера версий и состав изменений нельзя переносить на релиз 3.0.13.342.