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