1С:Розница 3.0.14.159: что проверить кассиру

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

После обновления кассовой программы важно проверить не только запуск базы. Кассир должен понимать, какой чек получит покупатель, куда он отправится и что делать, если программа не позволяет выбрать привычный способ оплаты. Разбираем 1С:Розницу 3.0.14.159 по официальной публикации от 30 сентября 2026 года. Это плановый разбор релиза, а не объявление о выходе версии сегодня.

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

Коротко о проверке обновления

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

• Согласованный объект разбора: 1С:Розница 3.0.14.159; первоисточники повторно проверены 7 октября 2026 года.
• Вид чека, контакт покупателя и отправка проверяются как три самостоятельных этапа.
• Настройки конкретной кассы и права сотрудника фиксируют до установки обновления.
• Коррекция требует отдельного сценария: не смешивайте её с новой продажей или обычным возвратом.
• Матрица ниже задаёт ожидаемые результаты проверки. Это не протокол испытаний на кассе клиента.

В Telegram-канале B2C разбираем изменения кассовых программ через рабочие ситуации: что показать сотруднику до первой смены после обновления.

Как кассир выбирает бумажный или электронный чек

В 3.0.14.159 выбор вида чека доступен при расчёте. В «Сложной оплате» и информационном «стакане» появился признак «Электронный чек», после включения которого видны контакты покупателя. При выбранной дисконтной карте контакт подставляется из карточки клиента; если печать бумаги не задана по умолчанию, доступен признак «Бумажный чек». Эти изменения описаны в официальном релизе 1С.

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

Для сравнения откройте параметры кассы и настройки РМК. Руководство 1С:Розницы разделяет настройку печати по умолчанию и изменение вида чека в документе или на рабочем месте. В нём также описана возможность повторно распечатать копию ранее пробитого чека. Копия не должна превращаться в повторную продажу.

Элемент интерфейса не устанавливает новые обязанности магазина. ФНС в разъяснении от 21 сентября 2026 года напоминает о контакте, предоставленном покупателем до расчёта, и недопустимости фиктивных телефонов и e-mail. Не подставляйте общий адрес магазина вместо контакта клиента ради завершения операции.

Почему заполненный контакт ещё не означает отправку чека

В 1С:Рознице выбор электронного чека и его доставка относятся к разным этапам. По руководству 1С электронные версии отправляются средствами приложения или через ОФД; для отправки из приложения необходимы соответствующие настройки почты и SMS. В описанном программном маршруте есть очередь сообщений и сведения об ошибках.

Поэтому тест «контакт появился на форме» недостаточен. Укажите, какой компонент отвечает за передачу в вашем магазине, и проверяйте результат именно в нём. Очередь 1С не следует автоматически считать журналом всех отправок любого ОФД.

• Контакт: кассир сверяет его с покупателем, даже если значение пришло из карты лояльности.
• Маршрут: администратор фиксирует отправку из приложения либо через ОФД и проверяет доступность выбранного канала.
• Результат: в учебном контуре проверяют состояние отправки и получение на контролируемый тестовый адрес.
• Ошибка: сохраняют сообщение и время, передают ответственному; не повторяют сам расчёт ради повторной доставки.

Особенно полезен отрицательный сценарий: временно недоступный канал в изолированном учебном контуре. Цель не в том, чтобы создать настоящую ошибку у покупателя, а в том, чтобы сотрудник заранее увидел, где искать её причину. Не используйте реальные контакты клиентов в демонстрационных снимках и учебных базах.

Что проверить при коррекции на облачной ККТ

Версия 3.0.14.159 добавляет пробитие чеков коррекции на облачной ККТ. Создание доступно из журнала или через «Создание чеков коррекции». Для документа на основании ранее пробитого облачного чека сменить кассу нельзя; попытка наличной оплаты сопровождается сообщением о её недоступности. Ограничения относятся к описанному сценарию 1С, а не ко всем расчётам магазина.

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

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

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

Матрица приёмки обновления B2C

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

• Бумажный вариант. Условие: учебная продажа без карты покупателя. Проверка: вид чека до расчёта и возможность выбора бумаги. Результат: кассир может объяснить, какой вариант установлен и где его изменить.
• Электронный вариант. Условие: контролируемый тестовый контакт. Проверка: появление поля, его значение и согласованный канал передачи. Результат: выбор на форме сопоставлен с фактической доставкой в учебной схеме.
• Карта лояльности. Условие: отдельная вымышленная учебная карточка. Проверка: подстановка контакта и исправление устаревшего значения до операции. Результат: сотрудник не полагается слепо на автозаполнение.
• Ошибка доставки. Условие: изолированный стенд и недоступный канал передачи. Проверка: статус, сообщение, ответственный. Результат: имеется маршрут разбора без повторной продажи.
• Облачная коррекция. Условие: разрешённый учебный контур поставщика. Проверка: связь с исходной кассой и ограничение наличной оплаты. Результат: известны допустимые действия и точка остановки.
• Обычные оплаты магазина. Условие: применяемые наличные, карта, СБП и комбинированная оплата. Проверка: каждый реально используемый вариант после обновления. Результат: выбор вида чека не нарушил привычный процесс. Наличие способа оплаты проверяется на конкретной схеме, а не предполагается.

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

Как подготовить кассира к первой смене

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

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

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

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

B2C помогает связать программу, кассу, отправку чеков и обучение сотрудников. Сначала определяем архитектуру: кассир работает в РМК 1С или во внешнем кассовом ПО, а учёт ведётся в Рознице либо ДАЛИОН. Изменения интерфейса РМК не переносятся автоматически в Frontol или другое решение.

• Собираем версии, настройки и перечень оборудования, согласуем резервное копирование и учебный контур.
• Проверяем кассовые сценарии, маршрут электронного чека и диагностику ошибок на согласованном стенде.
• Если используется внешнее кассовое ПО, отдельно проверяем его документацию и обмен с учётной системой; релиз Розницы не подтверждает новую функцию внешней кассы.
• Готовим памятку, обучаем сотрудников и передаём перечень подтверждённых сценариев и ограничений.

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

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

Функции релиза и общий маршрут работы разделены: выпуск 3.0.14.159 подтверждается публикацией 1С, настройки отправки описаны в руководстве, требования к контакту покупателя разъясняет ФНС.

• 1С: «Новая версия 1С:Розницы, ред. 3.0 (3.0.14.159)», 30.09.2026. Проверено 07.10.2026. Версия рассматривается как согласованный релиз, без утверждения, что это самый новый доступный выпуск.
• 1С:ИТС: «Розничные продажи» в руководстве Розницы 3.0, включая РМК, настройки печати и отправку электронных чеков. Проверено 07.10.2026 через проектный MCP. Руководство задаёт общий процесс, а не заменяет проверку конкретной сборки.
• ФНС России: «Порядок выдачи кассовых чеков: что необходимо знать продавцам и покупателям», 21.09.2026. Проверено 07.10.2026. Материал используется для ограничения ошибочной практики контактов, не как инструкция по всем видам коррекции.