Сети АЗС: регресс релиза кассы, ТРК и лояльности перед выкаткой на площадки

Что QA Деск даёт ИТ-службе сети АЗС?

Готовый пакет «АЗС: регресс релиза кассы, ТРК и лояльности» и историю прогонов по каждой пилотной площадке: какой релиз, какие версии кассы, контроллера ТРК и лояльности, что прошло и кто подписал выкатку.

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

Что проверяет пакет регресса АЗС?

Пакет разбит на 8 разделов: подготовка стенда и площадки, заправка и оплата, возвраты и коррекции, лояльность и топливные карты, магазин и кафе, смена и отчёты, сбои и восстановление, решение о выкатке.

Заправка — предоплата фиксированного объёма, налив до полного бака с предавторизацией по карте, постоплата, недолив с возвратом разницы. Каждый сценарий заканчивается проверкой чека: признак расчёта, вид топлива, количество, цена — по Федеральному закону № 54-ФЗ и версии формата фискальных документов, которую применяет сеть.

Как проверить лояльность и топливные карты?

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

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

Как проверить сбои связи?

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

Перезапуск кассы посреди транзакции проверяет, что незавершённая транзакция видна и завершается без дублей. Это самые дорогие ошибки релиза, и они редко ловятся ручной проверкой «на глаз».

Как вести регресс на нескольких площадках?

Каждая пилотная площадка проходит один и тот же план прогоном. Номер релиза записывается сборкой прогона, версии кассы, контроллера ТРК и лояльности — первым шагом пакета, итог по каждому кейсу виден рядом с исполнителем и временем. Проваленный кейс заводит дефект со ссылкой на шаг. Отступление от плана — например, на площадке нет терминала топливных карт — фиксируется в прогоне с причиной.

Как принять решение о выкатке релиза?

Последний раздел пакета — сводка прогона и подпись ответственного за релиз. Критичные кейсы должны быть пройдены; провал критичного кейса — повод остановить выкатку. Подпись ставится по роли, протокол после подписи не правится.

Пороги времени типовых операций — от выбора колонки до разрешения налива и печать чека — берутся из требований сети к релизу. Чисел в пакете нет: сеть подставляет свои пороги. Пакет стоит под пометкой «стартовая заготовка» до ревью практика ИТ сети АЗС.

Можно ли гонять регресс по расписанию?

Да. Повторяющиеся проверки — например, ежемесячная сверка отпуска по колонкам с продажами на эталонной площадке — ставятся регулярной проверкой по расписанию, и пропуск виден как просрочка.

Что выходит в ближайшее время?

Исполнение прогона с телефона на площадке с фото экрана кассы в шаг. Выпуск протокола приёмки релиза по бланку сети через генератор документов.

Частые вопросы

Подключается ли QA Деск к кассе или ТРК?

Нет. QA Деск хранит план регресса, прогоны, дефекты и подписи. Кассовое ПО, контроллер ТРК и процессинг тестируются на стенде сети, результат вносится в прогон.

Можно ли вести автотесты кассы?

Да. Результаты автотестов из CI загружаются в QA Деск и встают в покрытие рядом с ручными прогонами. Ручной регресс на площадке и автотесты стенда видны в одном отчёте.

Есть ли в пакете названия процессингов?

Нет. Пакет написан без названий сетей и процессингов и без реальных данных клиентов. Сценарии сети добавляются в проект после установки.

Как попробовать?

Зарегистрируйтесь в облачном QA Деске, создайте проект типа «Программный продукт», установите пакет «АЗС: регресс релиза кассы, ТРК и лояльности» и запустите первый прогон на стенде.