Интеграция оборудования Гарвекс: как описать границы поддержки между поставщиками
Подписывайтесь на рассылку
Раз в неделю будем присылать вам дайджест с самыми полезными статьями.
Сопутствующие товары
Новости |
29 октября, 2026 г.
Время чтения:
6
Зачем заранее договариваться о границах поддержки
В проекте автоматизации АЗС могут участвовать поставщики колонки, платёжного терминала, контроллера, программного обеспечения, кассового решения и учётной системы. Даже если отдельные устройства выполняют свои задачи штатно, сбой на стыке может выглядеть как неисправность любого из них: например, команда не дошла до колонки или данные не появились в учётной системе.
Чтобы не тратить время на взаимные перенаправления заявок, до запуска стоит письменно определить, кто отвечает за каждый участок интеграции. Это и есть практический ответ на вопрос, как описать границы поддержки между поставщиками: зафиксировать оборудование и интерфейсы, наблюдаемый результат, порядок проверки и владельца следующего шага.
Матрица не заменяет инструкции производителей и не подтверждает совместимость, которой нет в документации. Она помогает разделить уже согласованные обязанности и понять, какие сведения ещё нужно запросить до покупки или запуска.
Сначала зафиксируйте состав решения
В перечне оборудования укажите наименование и модель каждого устройства, его производителя, назначение в схеме, используемые соединения и сторону, которая поставляет и обслуживает компонент. Не ограничивайтесь формулировкой «подключить терминал к колонке»: запишите, какие команды и данные должны передаваться и где проверяется результат.
Для коммерческой схемы в документации Гарвекс описаны терминалы JustPay и ITB. JustPay предназначен для безналичной оплаты банковскими картами через эквайринг и использует протокол JSON API Justpay. ITB поддерживает безналичную и наличную оплату. Для обоих терминалов в выдержках указано подключение к колонке по RS-485 или Ethernet/Wi-Fi.
Важно не превращать это описание интерфейсов в обещание, что любая конфигурация автоматически подходит для коммерческой работы. В тех же материалах коммерческими сериями названы «Нева-К» и «Нева-М»; для «Нева-А» отдельно указана специальная прошивка, а «Нева-Р/СЕ» не предназначены для коммерции с терминалом. Поэтому до заказа нужно подтвердить именно свою конфигурацию, а не только наличие разъёма или выбранного типа связи.
В карточке коммерческой «Нева-К» также указана совместимость с контроллерами «Квота». Это конкретное свойство описанной колонки, а не универсальная матрица совместимости для любого оборудования на объекте. Если требуется соединить устройства разных производителей, перечислите модели и запросите подтверждение для всей цепочки. Неподтверждённые параметры уточнит менеджер Гарвекс.
Как составить матрицу совместимости оборудования
Удобный формат — таблица, в которой отдельно отмечены компоненты, стык между ними и участник, который принимает заявку по этому стыку. Например:
| Участок схемы | Что записать | Ответственный вопрос |
|---|---|---|
| Терминал — колонка | Модели устройств, интерфейс, ожидаемая команда | Кто проверяет передачу команды до колонки |
| Колонка — контроллер | Модели, назначение подключения, подтверждённые условия | Кто отвечает за работу оборудования на этом участке |
| Терминал — платёжная инфраструктура | Тип оплаты и задействованный платёжный компонент | Кто проверяет оплату и её статус |
| Система учёта — 1С | Источник данных, способ передачи, ожидаемый результат | Кто проверяет появление записи в учёте |
| Весь сценарий | Порядок действий и контрольные точки | Кто координирует сквозную проверку |
Таблица — это шаблон для согласования, а не готовое утверждение о совместимости перечисленных компонентов. Напротив каждого стыка указывайте статус: «подтверждено документацией», «проверить до заказа» или «не входит в согласованный объём». Если есть ограничения, фиксируйте их рядом, а не в переписке, которую сложно найти после запуска.
Для интеграции оборудования Гарвекс особенно полезно разделить три вещи: техническое подключение, обработку операции и передачу данных дальше по цепочке. В описанной схеме ПАК с терминалом покупатель выбирает топливо и количество, проходит оплату, после чего терминал передаёт колонке команду через RS-485. Затем выдача отражается в отчёте личного кабинета терминала, данные заправки поступают в АЗС-Онлайн, а выгрузка в 1С выполняется по API. Приёмка каждого этапа должна быть прописана отдельно: успешная оплата сама по себе ещё не подтверждает корректную передачу данных в учётную систему.
Что включить в соглашение о сопровождении интеграции АЗС
Сопровождение интеграции АЗС стоит описывать не общей фразой «поддержка под ключ», а конкретными действиями. В рабочем документе зафиксируйте:
- список компонентов и подтверждённую конфигурацию;
- интерфейсы и данные, которыми обмениваются соседние компоненты;
- ожидаемый результат каждого этапа;
- какие сведения пользователь собирает при сбое: время, операция, сообщение об ошибке, место, где нарушилась цепочка;
- кому направляется первичная заявка и кто координирует её передачу;
- какие проверки выполняет каждый поставщик в пределах своего оборудования и программного обеспечения;
- что не включено в объём работ и требует отдельного согласования;
- кто подтверждает итоговый результат после исправления или изменения конфигурации.
Не включайте в договор обещание настроить, ремонтировать или диагностировать чужое оборудование от имени поставщика другого компонента. Для техники сторонних производителей определите её владельца и канал обращения к её производителю или сервису. Отдельно согласуйте, кто отвечает за координацию на стыке, не подменяя этим ответственность за само устройство.
Если предполагается подключение или модернизация колонки другого производителя с контроллером «Квота», требуются документация «Квоты» и подтверждение конкретной конфигурации. Не переносите условия с одной модели или проекта на другую. Если нужных сведений нет в доступных материалах, их уточнит менеджер Гарвекс.
Порядок передачи заявки без потери времени
Для первичного обращения полезна короткая форма:
- Что произошло: описать наблюдаемый результат, не предполагая заранее причину.
- Где остановился сценарий: оплата, команда колонке, выдача, отчёт или передача в учётную систему.
- Когда это случилось: указать дату и время операции.
- Что уже проверено: перечислить действия и результаты, не выполняя настройки вне инструкции производителя.
- Кому передана заявка: отметить владельца следующего действия и ожидаемую обратную связь.
Такой порядок помогает избежать ситуации, когда один поставщик получает сообщение «не работает АЗС», но не понимает, какой этап нужно исследовать. Для сквозной проверки заранее назначьте координатора со стороны проекта: он собирает результаты участников и фиксирует, на каком участке цепочка восстановлена. Это не означает, что координатор отвечает за ремонт всех устройств.
Что проверить до выбора поставщиков
Перед закупкой попросите участников письменно подтвердить границы своих обязательств. Сверьте формулировки в предложениях, спецификациях и документации: совпадают ли модели, интерфейсы, способ передачи данных и сценарий работы. Если в проекте есть оплата и передача операций в учётную систему, согласуйте контрольные точки от действия клиента до появления записи в нужном программном обеспечении.
Документы по оборудованию и решениям Гарвекс можно посмотреть в разделе документации. Если необходимо обсудить конкретную конфигурацию, перед обращением подготовьте перечень моделей и схему соединений; контакты указаны на странице связи с компанией.
Вывод
Границы поддержки между поставщиками лучше определять до монтажа: перечислить компоненты, описать стыки, назначить ответственных и договориться о порядке проверки и передачи заявки. Матрица совместимости оборудования должна отражать подтверждённые условия, а неизвестные параметры — оставлять предметом отдельного согласования, а не превращать в обещание.
Если вы подбираете состав решения или планируете сопровождение интеграции АЗС, подготовьте список оборудования и желаемый сценарий работы. С ним проще уточнить, какие условия подтверждены документацией, а какие нужно согласовать до оформления заявки.