Сквозной учёт топлива: как согласовать обмен с внешним перевозчиком

Сквозной учёт топлива: как согласовать обмен с внешним перевозчиком

Новости |
 31 октября, 2026 г.

Время чтения: 
6


Зачем согласовывать обмен заранее

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

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

Сначала определите границы процесса

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

Для каждой операции обозначьте:

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

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

Согласуйте словарь и состав полей

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

В рабочую таблицу согласования можно включить:

Что согласовать Вопрос для сторон
Идентификатор операции Как однозначно найти одну и ту же запись у обеих сторон?
Дата и время В каком формате передаются значения и какой часовой пояс используется?
Объём и единицы В каких единицах записывается количество топлива?
Транспорт и получатель Какие справочники используются и кто сообщает об изменениях?
Основание операции Как указываются договор, заявка, накладная или другой документ?
Статус записи Как обозначаются новая, подтверждённая, отклонённая или исправленная операция?

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

Выберите способ передачи и порядок обработки

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

Зафиксируйте в регламенте:

  1. периодичность отправки и крайний срок;
  2. формат и наименование передаваемых файлов или сообщений;
  3. порядок подтверждения получения;
  4. поведение при повторной отправке той же записи;
  5. сроки хранения исходных данных;
  6. канал для уведомлений об ошибках и изменений формата.

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

Установите правила сверки

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

Для каждого типа расхождения определите маршрут разбора:

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

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

Проведите аудит до регулярного обмена

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

Для аудита сквозного учёта проверьте:

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

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

Если в учёте используется АЗС-Онлайн

В материалах Гарвекс указано, что АЗС-Онлайн — облачный сервис, работающий только через контроллер «Квота». Для интеграции с 1С предусмотрены API (Swagger) или готовая конфигурация 1С:Предприятие. Среди разделов сервиса указаны отчёты по заправкам, событиям резервуаров и сквозному учёту топлива. Эти сведения не подтверждают автоматически наличие готового обмена с любой системой внешнего перевозчика: состав интерфейса и возможность обмена необходимо согласовать отдельно.

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

Чек-лист перед согласованием

Перед подписанием регламента убедитесь, что в нём есть:

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

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