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

Поэтому система стандартов строится не вокруг одного большого «Регламента работы АЗС». Работу автозаправочной станции лучше представить как набор процессов и для каждого четко определить: что происходит?
- кто за это отвечает?
- как выполнять?
- что контролировать?
- что делать при отклонении / нарушении
В итоге получается архитектура:
Операционные стандарты АЗС: кратко за 60 секунд простыми словами
Процессы АЗС можно разделить примерно на 12 контуров:
- управление сменой
- обслуживание клиентов
- продажа и отпуск топлива
- прием и хранение нефтепродуктов
- безопасность
- работа с оборудованием
- территория и внешний вид
- магазин и кафе
- кассовые и товарные операции
- персонал
- управление нарушениями и техническими заявками
- контроль станции и сети
Для каждого существенного процесса определите:
- ответственного
- последовательность действий
- критические условия
- доказательство выполнения
- реакцию на отклонение
Отдельный СОП на каждое «микродействие» не нужен. Стандартизируйте процессы, которые регулярно повторяются, влияют на безопасность, клиента и его лояльность, деньги и товар. Которые могут привести к серьезной ошибке и должны одинаково выполняться на всех АЗС.
Что такое операционный стандарт АЗС
Операционный стандарт АЗС отвечает на вопрос: как именно компания ожидает выполнения конкретной операции? Не просто «принять бензовоз», а последовательно:
- кто встречает автоцистерну?
- какие документы проверяются?
- что проверяется перед сливом?
- какие условия запрещают операцию?
- как контролируется резервуар?
- как фиксируется результат?
Так общая обязанность превращается в воспроизводимый процесс.
Регламент, СОП и чек-лист АЗС — не одно и то же
| Документ | Что делает | Пример |
|---|---|---|
| Регламент | Определяет общие правила | Порядок организации приема нефтепродуктов в сети |
| СОП | Описывает последовательность действий сотрудника | Действия оператора при прибытии автоцистерны |
| Чек-лист | Проверяет, выполнены ли критические требования СОП | Контрольные вопросы по ключевым этапам приема |
Начните с карты процессов АЗС
Типичная ошибка — сначала писать инструкции. В итоге компания получает десятки документов, но не понимает, все ли процессы вообще стандартизированы. Начинать лучше с карты процессов — полного перечня процессов станции. На верхнем уровне это: работа смены, топливные операции, клиентский сервис, розничная торговля, техническая эксплуатация, безопасность, персонал, контроль. Затем каждый блок «раскрывается» в конкретных процедурах.
| Группа | Основные СОП |
|---|---|
| Смена | Открытие, прием, передача, закрытие |
| Клиент | Обслуживание, жалоба, конфликт |
| Топливо | Отпуск, ошибка отпуска |
| Прием нефтепродуктов | Приемка, слив, отклонения |
| Резервуары | Контроль параметров |
| Безопасность | Пролив, пожар, авария |
| Техника | Ежедневный осмотр, неисправность |
| Территория | Осмотр, уборка |
| Магазин | Приемка, выкладка, сроки |
| Кафе | Производство, санитария |
| Касса | Продажа, возврат, закрытие |
| Персонал | Обучение, допуск |
| Нарушения | Корректирующие действия, повторная проверка |
| Контроль | Аудит, супервайзер |
| Сами СОП | Версии, актуализация |
Смена на АЗС: открытие и передача
Открытие смены. Сотрудник не просто «пришел и сел за кассу»: он подтверждает готовность станции.
Без стандарта в сети возникает три разных существующие параллельно практики: новый оператор проверяет кассу и ТРК, опытный — еще заявки и резервуары, третий — ничего, потому что вчера все работало. СОП устраняет эту разницу.
Передача смены — отдельный процесс, его нельзя смешивать с открытием. Цель: следующая смена получает всю информацию для безопасной и нормальной работы — кассовое состояние, незавершенные операции, неисправности, отключенное оборудование, ожидаемые поставки, открытые задачи, критические события.
| Плохо (слишком расплывчато) | Хорошо (точно и по существу) |
|---|---|
| «Вроде всё нормально, там ТРК четвертая что-то барахлит» | ТРК №4 / АИ-95 / заявка TS-18453 / оборудование выведено из эксплуатации / механик ожидается до 14:00 |
Клиентский сервис, жалобы и инциденты на АЗС
Для большинства клиентов персонал — лицо АЗС, поэтому сервисный СОП охватывает весь путь клиента:
Могут понадобиться стандарты приветствия, работы оператора на кассе, предложения сопутствующих товаров (кофе, выпечка, снеки), программы лояльности, обработки жалобы, конфликтной ситуации, возврата и нестандартных кассовых операций. Каждый стандарт не обязательно оформлять отдельным документом: часть можно объединить в общий Стандарт обслуживания клиента АЗС.
- Жалоба — повторяющийся процесс, который хорошо стандартизируется: выслушать, зафиксировать, определить тип проблемы, решить на разрешенном уровне или эскалировать, дать клиенту обратную связь.
- Инцидент — то, что выходит за рамки обычной жалобы. Повреждение оборудования клиентом, ДТП на территории, конфликт, пролив, аварийная ситуация - требуют отдельного СОП управления инцидентами.
Топливо: отпуск, прием, слив, резервуары на АЗС
Отпуск топлива — самый базовый технологический процесс. СОП определяет: идентификацию ТРК, выбор продукта, оформление заказа, оплату, разрешение отпуска, действия при неполном отпуске и ошибке, завершение операции. Хороший СОП описывает не только нормальный ход, но и исключения: клиент снял не тот пистолет, отпуск остановился, ТРК показывает ошибку, клиент меняет заказ, платеж прошел, а отпуск не начался. Именно исключения чаще всего требуют стандартизации.
Прием нефтепродуктов — один из самых ответственных процессов, для которого нужен отдельный подробный СОП:
Ошибка здесь может привести к смешению нефтепродуктов, переполнению, расхождению учета, технологическому инциденту или остановке оборудования. Поэтому процесс должен содержать не только действия, но и условия остановки.
Слив можно считать связанным, но самостоятельным процессом: от подготовки автоцистерны и оборудования до безопасного завершения операции. Событийный СОП лучше общего описания. Плохо: «соблюдать меры безопасности». Куда лучше:
Так документ становится применимым.
Контроль резервуаров — тоже операционный процесс, хотя часть данных поступает автоматически: уровень, доступный объем, подтоварная вода, системные предупреждения, аномальные отклонения. Не заставляйте персонал дублировать автоматику: если АСУ получает уровень топлива, не требуйте вручную переписывать его в три журнала. Определите, какое именно отклонение требует действия сотрудника.
Оборудование АЗС: неисправности, технический контроль, заявки
Неисправность ТРК требует отдельного СОП, потому что возникает регулярно и влияет на клиента:
Оператор не должен быть механиком, поэтому СОП четко разделяет: что оператор обязан сделать, что ему разрешено, что запрещено и что выполняет техническая служба. Это защищает и оборудование, и сотрудников.
Ежедневный технический обход. Персонал контролирует ТРК, рукава, пистолеты, резервуарный парк, освещение, очевидные дефекты и открытые заявки. Глубокая диагностика выполняется отдельно. Цель обхода — быстро обнаружить явные нарушения и отклонения, а не самостоятельно определить причину.
Технические заявки. После обнаружения дефекта должно быть понятно: где регистрировать, какие данные указать, какую категорию выбрать, как назначается приоритет, кто отвечает, что делать с критической неисправностью и как контролируется срок.
Безопасность на АЗС: аварии и проливы
Безопасность нельзя оставлять только в должностной инструкции: нужны конкретные сценарии — обнаружение пролива, пожар, аварийное отключение, опасный дефект оборудования, нештатная ситуация при сливе, эвакуация, вызов экстренных служб.
Для аварийных процедур важен формат Аварийный СОП:
В экстренной ситуации сотрудник не должен трясущимися руками листать десять страниц плывущего перед глазами общего регламента.
Пролив описывается отдельно: кто обнаружил, как обозначается зона, какие действия выполняются, кому сообщается, как регистрируется событие и когда зона возвращается в нормальное состояние.
Территория, уборка, магазин, кафе и касса на АЗС
| Процесс | Что стандартизировать |
|---|---|
| Территория | Въезд и выезд, покрытие, мусор, урны, зона ТРК, навес, стела, внешние конструкции, освещение. Фраза «территория должна быть чистой» звучит слишком «обтекаемо» и не подходит под определение стандарта: определите, кто проверяет, когда, по какому критерию, кто устраняет и когда эскалировать |
| Уборка / Клининг | Отдельные стандарты для территории, зоны ТРК, торгового зала, санузла, служебных помещений и кафе; главное — частота и критерий результата |
| Магазин | Для АЗК это самостоятельный контур: открытие, прием товара, размещение, ценники, сроки годности, холодильное оборудование, списания, инвентаризация, закрытие смены |
| Прием товара (магазин, кафе) | Поставка / документы / количество / качество / сроки / температура при необходимости / размещение / регистрация |
| Кафе | Полноценное кафе резко увеличивает число СОП (приемка продуктов, хранение, маркировка, приготовление, санитарная обработка, температурный контроль, обслуживание гостя, закрытие кухни, ХАССП), поэтому для него разумнее создать отдельный пакет стандартов, а не перегружать базовый СОП АЗС общепитом |
| Кофейная зона | Если вместо кафе автоматическая кофейная зона, СОП выглядит куда проще: запуск, контроль ингредиентов, уборка, санитарная обработка, действия при неисправности, закрытие |
| Касса | Начало кассовой смены, продажа, возврат, внесение, выплата, инкассация, закрытие кассы, действия при ошибке оборудования |
Типовые чек-листы АЗС структурируют критерии по смысловым зонам и блокам: работа персонала, оборудование, территория и дополнительные объекты АЗК.
Персонал АЗС: роли, ответственность и обучение
Стандарты регулируют не только действия оператора, но и работу директора, старшего смены, заправщика, продавца, сотрудника кафе и технического персонала. Для каждого СОП полезно определить владельца процесса (Оунера-Owner), исполнителя (Экзекьютора-Executor) и контролера (Controller):
| Процесс | Исполнитель | Контролер |
|---|---|---|
| Передача смены | Оператор | Директор |
| Прием топлива | Назначенный персонал | Директор |
| Обслуживание клиента | Оператор | Супервайзер / ТУ |
| Ежедневный осмотр | Оператор | Директор |
| Технический ремонт | Техслужба | Технический руководитель |
СОП не работает, если сотрудник его никогда не изучал. Поэтому стандартизация включает цепочку:
Для нового сотрудника полезен «онбординг»:
Первый день начинается с изучения основных правил, ключевых СОП, практики под контролем наставника, проверки знаний и выполнения и допуска к самостоятельной работе.
Контроль на АЗС: от ежедневных проверок до аудита
| Контур | Суть |
|---|---|
| Ежедневный контроль директора | Короткий цикл по рискам: начало дня (готовность объекта), в течение смены (критические точки), конец дня (нарушения и открытые задачи). Если директор ежедневно заполняет сотни вопросов, система быстро становится формальной |
| Операционный аудит | Проверяет, насколько реальная работа соответствует СОП. В отличие от ежедневного контроля — действует «глубже», выполняется реже, может быть независимым и дает сравнительную оценку |
| Супервайзер / ТУ | Управляет не одной АЗС, а группой (кустом) объектов: подготовка к визиту, анализ истории, аудит, проверка прошлых нарушений, работа с директором, контроль корректирующих действий, сравнение АЗС |
| Тайный покупатель | Проверяет автозаправочную станцию глазами рядового клиента: приветствие, сервис, предложение товара, внешний вид, чистота, скорость обслуживания |
| Фото, видео, AI-видеоаналитика | Состояние территории, наличие очереди, отдельные действия персонала. Технология должна контролировать только то, что объективно видно |
Нарушения, корректирующие действия и анализ причин на АЗС
Не все нарушения относятся к техническим. Сотрудник может не соблюдать сервисный стандарт, не выполнена уборка, отсутствует обязательная маркировка. Для всех таких случаев нужен общий процесс:
Когда нарушение найдено, процесс еще не закончен. Нужна логика CAPA (корректирующих и предупреждающих действий): проблема / действие / ответственный / срок / подтверждение / повторная проверка.
Повторное нарушение — уже другой управленческий сигнал. Например, январь - грязная зона слива. Февраль — повторяется то же самое. Март — та же картина. Нужно понять, почему корректирующее действие не работает.
Для системных проблем полезен отдельный стандарт анализа причин (англ. - Root Cause Analysis). Станция постоянно нарушает процедуру, потому что СОП неудобен, нет обучения, нет оборудования, слишком высокая нагрузка, неправильный KPI или слабый контроль.
Актуализация СОП и локальные отклонения на АЗС
Стандарты нельзя написать один раз навсегда. Их пересматривают при изменении процесса и законодательных норм, новом оборудовании, смене ПО, повторных ошибках, изменении формата объекта и по итогам аудитов. Для каждого СОП обычно хранят версию, дату, владельца, дату вступления в силу и историю изменений — тогда на 300+ АЗС не появятся три разные версии одной инструкции.
Иногда локальная ситуация требует исключения: например, определенное оборудование есть только на части АЗС определенного формата. Тогда используют условную логику, разные версии, отметку «Неприменимо» или отдельный СОП по формату станции. Не нужно заставлять АЗС выполнять неактуальные требования, это попросту контрпродуктивно.
Сколько СОП должно быть на АЗС
Универсального количества нет, и целью не должно быть «написать 100 разношерстных СОП на все случаи жизни». Правильный вопрос: все ли критичные и повторяющиеся процессы стандартизированы? СОП особенно нужны для операций, которые регулярно повторяются, требуют единообразия и влияют на качество, безопасность или результат.
Иногда один СОП лучше нескольких. Например, обслуживание клиента можно объединить в приветствие + касса + лояльность + допродажа. А вот прием топлива лучше оставить самостоятельным процессом из-за технологической сложности и риска.
Как понять, что процессу на АЗС нужен СОП
Задайте себе серию вопросов:
- Процесс повторяется?
- В нем участвуют разные сотрудники?
- Ошибка влияет на безопасность?
- Ошибка затрагивает клиента и его имущество?
- Ошибка выливается в деньги или товар?
- Разные АЗС выполняют СОП по-разному?
- СОП необходимо контролировать?
Чем больше ответов «Да», тем выше необходимость стандартизации.
Приоритеты стандартизации на АЗС
| Приоритет | Тип | Примеры |
|---|---|---|
| 1 | Общая безопасность | Прием топлива, слив, аварийные ситуации, критические неисправности оборудования |
| 2 | Клиентский сервис | Обслуживание, жалобы, касса, очередь, чистота клиентских зон |
| 3 | Финансы | Прием товара, кассовые операции, списания, инвентаризация, учет топлива |
| 4 | Управление | Передача смены, аудит, нарушения, технические заявки, корректирующие действия |
Три уровня документов на АЗС
| Уровень | Что определяет | Пример |
|---|---|---|
| 1. Политика | Что требует компания | Безопасный прием нефтепродуктов |
| 2. СОП | Как выполнять процесс | Порядок приема нефтепродукта |
| 3. Рабочая инструкция / чек-лист | Как выполнить или проверить отдельную операцию | Работа с конкретным оборудованием; проверка выполнения ключевых этапов |
СОП отвечает «как», чек-лист — «проверено ли»
СОП может содержать десятки действий, но аудитору необязательно проверять их все. В чек-лист попадают прежде всего критические точки, зоны повышенного риска, измеримые результаты и наиболее частые ошибки. Так формируется ключевая связь системы операционного управления:
Разноформатная сеть АЗС: модульная модель
В сети могут работать «классические» АЗС, крупные АЗК с магазином или кафе, трассовые и автоматические станции, а также объекты с дополнительными сервисами и услугами. Один огромный «СОП-пакет» для всех неэффективен. Намного лучше разработать и внедрить модульную модель:
- База — общие стандарты для всех АЗС;
- Топливный модуль — топливные процессы;
- Модуль магазина;
- Модуль кафе — общепит;
- Технический модуль;
- Дополнительные сервисы.
Так каждая станция получает только применимые к своему формате и особенностям стандарты.
Как связать процессы с ролями и контролем на АЗС
Для каждого СОП обычно определяют, кто что делает в контексте ответа на вопрос: как мы поймем, что стандарт реально выполняется?
| СОП | Оператор | Директор | Супервайзер | Техслужба |
|---|---|---|---|---|
| Передача смены | Выполняет | Контролирует | Аудит | --- |
| Прием топлива | Выполняет | Контролирует | Аудит | При необходимости |
| Сервисный СОП | Выполняет | Обучает | Аудит | --- |
| Технический осмотр | Выполняет | Контролирует | Аудит | Получает дефекты |
| Ремонт | Сообщает | Контролирует | Мониторинг | Выполняет |
| СОП | Метод контроля |
|---|---|
| Передача смены | Электронный чек-лист |
| Обслуживание | Супервайзер / тайный покупатель |
| Прием топлива | Событийный чек-лист |
| Технический осмотр | Ежедневный чек-лист осмотра |
| Территория | Визуальный аудит |
| Корректирующие действия | Статус задач |
| Обучение | Тестирование |
Какие KPI использовать на АЗС
| Показатель | Что показывает |
|---|---|
| Соблюдение СОП | Процент соблюденных критериев |
| Выполнение чек-листов | Дисциплина проверок |
| Критические нарушения | Критические отклонения |
| Повторные нарушения | Не сработали ли предыдущие меры |
| Просроченные корректирующие действия | Дисциплина устранения |
| Среднее время закрытия | Скорость устранения |
Как RETAILIQA связывает стандарты АЗС в единую систему
Обычный СОП заканчивается текстом документа. Электронная система контроля позволяет продолжить процесс. Например, СОП «Передача смены» превращается в электронный чек-лист на проверку ключевых действий. Если оператор отвечает «Нет» по одному критерию, включается цепочка последовательных действий:
Руководитель видит не просто «у нас есть инструкция», а: 96% соблюдения процедуры передачи смены, 83% — стандарта территории, 71% — процесса работы с жалобами. На уровне всей сети АЗС сразу становится понятно, где нужно управленческое вмешательство:
| Регион | Соблюдение СОП | Критические | Повторные |
|---|---|---|---|
| Московская область | 96% | 1 | 8 |
| Нижегородская область | 89% | 7 | 31 |
| Костромская область | 94% | 2 | 12 |
Часть процессов, связанных с товарной выкладкой, можно дополнительно проверять с помощью RETAILIQA.AI-VISION, если событие объективно видно камере смартфона проверяющего: наличие «пустот» на полках, нарушение планограмм, отсутствие ценников, ценники без товаров и т.д.
Типичные ошибки при построении системы стандартов АЗС
| Ошибка | Последствие |
|---|---|
| Один регламент на всю работу станции | Слишком общий (и обширный) документ |
| СОП пишутся без карты процессов | Часть процессов пропускается |
| Стандартизируется каждая мелочь | Возникает бюрократия и волокита |
| Нет аварийных сценариев | Описана только нормальная работа |
| Не определены роли | Непонятно, кто и за что отвечает |
| СОП не связан с чек-листом | Невозможно регулярно проверить выполнение |
| Один СОП для всех форматов АЗС | Половина требований не применима, а для других процессов СОП отсутствует |
| Нет контроля версий | АЗС используют разные документы, разные версии которых «живут своей жизнью» |
| Нет процесса работы с нарушением | Аудит существует отдельно от управления |
| СОП не обновляются | Документ не соответствует реальной работе (законодательству и т.д.) |
Чек-лист полноты операционных стандартов АЗС
| Вопрос | Да / Нет |
|---|---|
| Составлена карта процессов АЗС, определены основные роли | |
| Есть СОП открытия и передачи смены | |
| Стандартизированы обслуживание клиента и отпуск топлива | |
| Есть СОП приема нефтепродуктов и слива | |
| Есть «инцидентно-аварийные» СОП | |
| Определены действия при неисправности ТРК, есть ежедневный технический осмотр | |
| Стандартизированы территория и уборка | |
| Есть магазинные СОП и СОП кафе (при их наличии) | |
| Кассовые процессы стандартизированы | |
| Есть процессы технических заявок и управления нарушениями | |
| Есть корректирующие действия и повторная проверка | |
| Есть операционный аудит и супервайзерский контроль | |
| Определены обучение сотрудников и контроль знаний | |
| Используется контроль версий, есть процесс актуализации СОП | |
| Стандарты разделены по форматам АЗС | |
| СОП связаны с чек-листами | |
| Критические и повторные нарушения выделяются и анализируются | |
| Результаты доступны на уровне всей сети АЗС |
FAQ (вопрос-ответ): операционные стандарты АЗС
Какие процессы нужно стандартизировать?
Работу смены, обслуживание клиентов, отпуск и прием топлива, безопасность, технический контроль, территорию, деятельность магазина и кафе, кассовые процессы, управление нарушениями и проверки.
Нужен ли отдельный СОП для каждого процесса?
Нет. Связанные операции можно объединять. Самостоятельные СОП особенно нужны для сложных, повторяющихся и рискованных процессов.
Чем СОП отличается от регламента и чек-листа?
Регламент задает общие правила, СОП описывает последовательность выполнения операции. СОП отвечает на вопрос «как выполнять», чек-лист — «выполнены ли ключевые требования».
Нужны ли отдельные СОП передачи смены и приема топлива?
Да. Передача смены обеспечивает стабильный обмен кассовой, технической и операционной информацией, а прием топлива — одна из самых важных технологических операций.
Нужно ли стандартизировать клиентское обслуживание, магазин и кафе?
Да. В сети АЗС клиент должен получать сопоставимый (одинаковый) уровень сервиса на разных объектах (в разных городах, регионах). Для АЗК с наличием «ритейл-составляющей» выделяют отдельный набор процессов, для точки общепита — самостоятельный пакет производственных, санитарных и клиентских СОП.
Как учитывать разные форматы АЗС?
Использовать модульную архитектуру: общие «базовые» СОП плюс специализированные модули для конкретных форматов.
Кто отвечает за СОП и контролирует выполнение?
У каждого процесса есть «владелец», который отвечает за содержание и актуальность. Контролируют директор, супервайзер / ТУ, техническая служба, аудиторы — в зависимости от процесса.
Можно ли хранить СОП только в PDF?
Можно, но для большой сети лучше единый управляемый источник актуальной версии. Ключевые требования стандарта полезно превратить в блоки и критерии (пункты) электронного чек-листа в системе мобильного аудита.
Зачем анализировать повторные нарушения?
Они показывают, что предыдущая корректирующая мера не устранила причину проблемы.
Дополнительные материалы: