Гарвекс и 1С: как проверить два поста с одинаковым локальным номером

Зачем проверять одинаковые локальные номера

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

При этом совпадение подписи в учётной системе и совпадение адресов устройств в линии связи — не обязательно одно и то же. В руководстве контроллера «Квота-ТК» адрес устройства описан как уникальный для сети RS-485. Он используется для сопоставления поста (рукава) с видом топлива или номером ТРК во внешнем ПО или пульте управления. Два устройства с одинаковыми адресами нельзя объединять в одну сеть. Поэтому в ходе приемки нужно отдельно проверить адреса устройств и то, как посты обозначены в учетных данных.

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

Что подготовить до теста

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

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

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

Как провести тест интеграции топлива с 1С

1. Зафиксируйте исходную схему

Перед началом запишите локальные обозначения обоих постов и адреса устройств, если они работают в сети RS-485. Сверьте, что в одной такой сети нет устройств с одинаковыми адресами: для «Квота-ТК» руководство требует уникальный адрес устройства в сети.

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

2. Проверьте каждый пост отдельной операцией

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

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

3. Проследите путь данных

Сопоставьте исходную операцию с данными, которые появились в АЗС-Онлайн, а затем — с результатом обмена в 1С. В АЗС-Онлайн доступны отчеты по заправкам и системным событиям; интеграция с внешним ПО выполняется через API. На каждом этапе проверяйте не только наличие записи, но и то, к какому посту она отнесена.

Для приемки удобно вести журнал:

• время и порядок теста;
• какой из двух постов проверяли;
• ожидаемое обозначение;
• что отображается в АЗС-Онлайн;
• что появилось в 1С;
• есть ли различие между ожидаемой и фактической привязкой.

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

4. Повторите тест в обратном порядке

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

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

Как оценить результат приемки

Проверка пройдена, если участники приемки могут без догадок сопоставить каждую тестовую операцию с нужным постом на всех проверенных этапах — от исходной операции до записи в 1С. Если система показывает одинаковую подпись, но позволяет однозначно различить записи по другим согласованным данным, зафиксируйте это правило в протоколе.

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

Что включить в протокол приемки

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

Главное правило приемки: одинаковая локальная подпись сама по себе не подтверждает и не опровергает корректность интеграции. Нужно проверить фактическую привязку двух отдельных операций и убедиться, что адреса устройств в сети RS-485 не дублируются.

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