Политика управления топливными картами: выдача, лимиты, блокировка и аудит

Политика управления топливными картами: выдача, лимиты, блокировка и аудит

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

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

Инфографика: цикл управления корпоративными топливными картами

Что входит в жизненный цикл

Карта проходит этапы:

  • Обоснование потребности.
  • Заказ и получение.
  • Регистрация.
  • Настройка ограничений.
  • Выдача и активация.
  • Использование и мониторинг.
  • Временное изменение или передача.
  • Приостановка или блокировка.
  • Возврат, закрытие и уничтожение.
  • Архивирование истории.

Для каждого этапа определяются инициатор, согласующий, исполнитель, срок и запись, подтверждающая действие.

Инвентаризация карт

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

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

История назначений не перезаписывается. Новая связь закрывает предыдущий период и создаёт следующий.

Ролевая модель

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

Типовые роли:

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

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

Заявка на карту

Заказ начинается не с письма «нужна ещё одна карта», а со структурированной заявки. В ней указывают автомобиль, подразделение, вид работ, маршруты, топливо, ожидаемый объём, период и ответственного.

Проверки до заказа:

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

Это предотвращает накопление неиспользуемых карт с активными лимитами.

Приём и хранение невыданных карт

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

До выдачи карта может оставаться неактивной или иметь нулевой лимит. Периодически сверяйте физический запас с реестром. Каждое изъятие фиксируется.

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

Выдача пользователю

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

Памятка включает:

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

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

Привязка к автомобилю или водителю

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

Возможны модели:

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

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

Система лимитов

Лимит должен соответствовать риску и работе. Одного месячного рублёвого предела недостаточно.

Комбинируйте:

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

Базовые профили создают по типам техники и работы. Индивидуальные исключения оформляются отдельно, чтобы администратор не настраивал каждую карту с нуля.

Изменение лимита

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

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

Запрещайте устные бессрочные исключения. Именно они постепенно разрушают защиту.

Временная передача карты

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

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

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

Утеря, кража или компрометация

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

Порядок:

  • Идентифицировать карту и пользователя.
  • Заблокировать.
  • Зафиксировать время сообщения и блокировки.
  • Проверить последние операции и попытки.
  • Уведомить ответственных.
  • Оформить замену.
  • Закрыть старую карту окончательно.

Если PIN мог стать известен третьему лицу, это фиксируется как отдельный риск.

Увольнение и кадровые изменения

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

Контрольный список:

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

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

Ремонт, простой и списание автомобиля

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

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

Мониторинг операций

Политика задаёт не только ограничения, но и реакцию на события:

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

События разделяются по риску. Сотрудники проверяют контекст и фиксируют исход: подтверждено, объяснено или техническая ошибка.

Журнал администраторских действий

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

Регулярный отчёт выделяет:

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

Администратор не должен иметь возможность удалить журнал собственных действий.

Периодическая ревизия

Не реже установленного периода сверяйте:

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

Ревизия после массовых кадровых изменений или реорганизации проводится вне графика.

Блокировка и закрытие

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

Для закрытия проверяют:

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

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

Физическое уничтожение

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

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

Аудит политики

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

Вопросы аудита:

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

Результат — план исправлений с владельцами и сроками.

Автоматизация процесса

Заявки удобно вести в сервисной системе: стандартные поля, маршруты согласования, сроки и интеграция с оператором. Кадровые события создают задачи на блокировку, а ERP передаёт назначения автомобилей.

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

Показатели управления

Полезные KPI:

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

Нулевое число заблокированных карт не обязательно хороший результат — возможно, события не фиксируются.

Типичные ошибки

Первая — считать карту обычным пластиком без жизненного цикла. Вторая — использовать общие карты с полным лимитом. Третья — перезаписывать назначение без истории. Четвёртая — давать администратору неограниченные права без журнала. Пятая — блокировать только после письменного заявления.

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

Часто задаваемые вопросы

Что лучше: карта на машину или на водителя?

Для учёта топлива удобна привязка к машине, для персональной ответственности — к водителю. Выбор зависит от сменности и процесса; историю пользователя всё равно следует фиксировать.

Нужно ли блокировать карту автомобиля в ремонте?

При длительном ремонте — да либо установить нулевой лимит. Это предотвращает использование карты другим объектом без оформления.

Кто может увеличивать лимит ночью?

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

Как хранить резервные карты?

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

Как часто проводить ревизию?

Частота зависит от масштаба и изменений. Кроме планового цикла, ревизия нужна после реорганизации, массового увольнения, миграции оператора или инцидента.

Главное

Политика управления топливными картами превращает отдельные действия — выдачу, лимиты, передачу и блокировку — в контролируемый жизненный цикл. Её основа — единый реестр, исторические назначения, разделение ролей и журнал изменений.

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

Читайте также: