ТРК Гарвекс: какие контрольные выдачи включить в приёмку
Подписывайтесь на рассылку
Раз в неделю будем присылать вам дайджест с самыми полезными статьями.
Сопутствующие товары
Новости |
27 октября, 2026 г.
Время чтения:
7
Зачем нужны контрольные выдачи
Приёмка колонки — это не одна пробная заправка, а заранее согласованная программа проверок. Она помогает удостовериться, что оборудование работает в предусмотренном проектом режиме, а участники приёмки понимают, какие результаты считать успешными и где их записать.
Универсального перечня с фиксированным количеством выдач для любого объекта здесь нет: программа зависит от комплектации, схемы подключения, способа управления и требований проекта. Поэтому до пусконаладки ТРК заказчику, монтажной организации и ответственным за учёт стоит согласовать сценарии, условия их выполнения и форму протокола. Предложенный ниже список — основа для такого обсуждения, а не замена документации на конкретное оборудование или обязательной процедуры испытаний.
Важно также не смешивать две разные операции. Контрольная выдача — пробная проверка отпуска топлива. Приёмка топлива, или пополнение резервуара, — отдельный процесс. Если на объекте предусмотрены оба процесса, их следует описать и проверять раздельно.
Какие контрольные выдачи включить в приёмку
1. Выдача в основном рабочем сценарии
Начните с обычного режима, ради которого проектируется объект: оператор или пользователь выполняет предусмотренные действия, после чего происходит отпуск топлива. В протоколе зафиксируйте, что выдача состоялась, какой режим проверяли и какие показания или данные учёта получили.
Не задавайте произвольные объёмы и допустимые отклонения. Их следует брать из согласованной программы приёмки и применимых документов на оборудование. Если параметры или методика в проекте не определены, сначала согласуйте их с ответственными специалистами — иначе результат будет трудно однозначно оценить.
2. Выдача с идентификацией пользователя — если она предусмотрена проектом
Если сценарий объекта включает идентификацию картой, добавьте отдельную контрольную выдачу с её использованием. В руководстве по эксплуатации контроллера «Квота У» описано предъявление бесконтактной идентификационной карты в обозначенную зону считывания. Контроллер проверяет наличие карты в памяти и установленные для неё лимиты; при выполнении условий переходит к следующему этапу запроса данных у пользователя.
Для приёмки важно не предполагать заранее, что эта схема есть в любой комплектации ТРК. Проверьте проект и согласованную конфигурацию объекта. Если идентификация входит в сценарий, отметьте в протоколе, какую карту использовали, был ли разрешён отпуск и сформировалась ли предусмотренная проектом запись. Не включайте в проверку чужие карты или настройки без согласования с владельцем объекта.
3. Проверка записи операции в учётной системе
Факт выдачи стоит проверить не только у колонки, но и в том контуре учёта, который предусмотрен проектом. Сверьте, отображается ли событие за выбранный период, корректно ли определяются его тип и связанные с ним данные. Если объект использует ПО для учёта, заранее назначьте ответственного за проверку записей и согласуйте, какие поля фиксируются.
В инструкции по «АЗС Контроль» описаны отчёты по событиям выдачи и пополнения: их можно отбирать по типу события, контроллерам, картам, резервуарам для приёмки и группам для выдачи, а также по временному промежутку. Эти возможности относятся к указанной программе; не следует автоматически переносить их на другие системы. Проверку проводите только в том случае, если такая система включена в проект.
4. Выдача в сценарии ограничения доступа — если он настроен
Если проектом предусмотрены карты с лимитами, программа приёмки может включать проверку штатного сценария доступа с разрешённой картой и лимитом. Условия проверки и допустимый результат нужно согласовать заранее: не устанавливайте лимиты или правила самостоятельно в ходе приёмки.
Цель такого сценария — подтвердить прохождение согласованной последовательности действий и проверить учёт операции, а не проверять настройки, которых нет в проекте. Если сценарий с лимитом не входит в комплектацию или конфигурацию объекта, не включайте его в обязательный перечень контрольных выдач.
5. Повторная выдача для сопоставления результатов
При необходимости можно предусмотреть повторение одного и того же контрольного сценария. Это помогает сопоставить записи и результаты двух проверок в одинаковых условиях. В протоколе укажите, что именно повторяли, и не смешивайте эти данные с результатами других режимов.
Число повторов и критерии оценки определяются программой приёмки. Не следует выводить их из общих рекомендаций или назначать без согласования с ответственными за проект и измерения.
Если в проект входит приёмка топлива
Для объекта с постом наполнения заранее составьте отдельный сценарий, не называя его контрольной выдачей. В выдержках из руководства по эксплуатации контроллера описана работа поста наполнения: для неё в программе АЗС-Онлайн создают карту поставщика и указывают доступные этой карте резервуары. Если на контроллере добавлен резервуар с расчётным уровнем, при предъявлении карты поставщика запрашивается объём пополнения и сохраняется событие. В другой описанной логике при отсутствии резервуара и использовании реле насоса карта поставщика запускает насос наполнения, а нажатие кнопки «стоп» выключает его; также создаётся событие о включении насоса.
Это не сценарии отпуска топлива через ТРК, поэтому результаты приёмки поста наполнения отражайте отдельно. Руководство также описывает порог замедления — значение, задающее, за сколько литров до окончания приёмки следует снижать скорость потока, — и таймаут насоса, то есть время его работы при отсутствии импульсов счётчика. Эти параметры имеет смысл включать в программу только тогда, когда соответствующая функция предусмотрена проектом. Значения и порядок проверки должны определяться документацией и согласованными настройками, а не назначаться произвольно.
Что записать в протокол приёмки
Для каждого сценария заведите отдельную строку или лист. Минимально полезный состав записей:
| Что фиксировать | Зачем это нужно |
|---|---|
| Дата, объект и участники проверки | Чтобы определить, к какой приёмке относится результат |
| Проверяемый сценарий и режим | Чтобы не смешивать обычную выдачу, идентификацию и пополнение |
| Использованная карта или иной предусмотренный проектом способ доступа | Чтобы связать результат с условиями проверки |
| Факт выполнения сценария | Чтобы было понятно, состоялась ли контрольная операция |
| Показания и записи учёта, предусмотренные программой | Чтобы сопоставить результат на оборудовании и в учётном контуре |
| Замечания и решение по результату | Чтобы зафиксировать, что требует повторной проверки или уточнения |
Форма протокола и критерии успешного прохождения должны быть согласованы до начала работ. Если выявлено расхождение между результатом на месте и записью в системе, зафиксируйте его и определите ответственного за дальнейшую проверку. Не исправляйте настройки «на глаз» и не подменяйте измерения предположениями.
Как подготовить программу до пусконаладки
- Сверьте проектную конфигурацию. Определите, какие режимы и средства учёта предусмотрены именно на объекте.
- Разделите виды операций. Составьте отдельные перечни для контрольных выдач и, если требуется, приёмки топлива.
- Согласуйте условия. Укажите участников, порядок выполнения сценариев, критерии оценки и ответственных за протокол.
- Проверьте контур учёта. Заранее определите, где искать события и за какой период проверять записи.
- Зафиксируйте результат каждого сценария. Если проверка не прошла или её нельзя оценить по согласованным критериям, запишите это как замечание, а не как успешную приёмку.
Документы и материалы для ознакомления опубликованы в разделе документации Гарвекс. Для обсуждения проекта и состава работ можно обратиться через страницу контактов.
Вывод
В программу приёмки ТРК стоит включать не случайный набор пробных заправок, а контрольные выдачи, соответствующие реальным сценариям объекта: обычный отпуск, идентификация и учёт — только если они предусмотрены конфигурацией. Пополнение резервуаров проверяют отдельно. Заранее согласованные условия и протокол помогают оценить результаты без догадок и не приписывать оборудованию функции, которых нет в проекте. Если вы готовите объект к пусконаладке, отправьте специалистам Гарвекс конфигурацию и перечень задач — это поможет обсудить программу приёмки под ваш сценарий.
