Metalogist
Запросить демонстрацию Войти в приложение
Разбор архитектуры · 1С:Управление автотранспортом

Разделите роли 1С:УАТ и Metalogist

1С:Управление автотранспортом — самостоятельное комплексное решение. Если оно уже ведёт справочники, документы и взаиморасчёты, задача Metalogist не в том, чтобы переписать этот учёт, а в том, чтобы дать операционной смене связанный план, телематический факт и разбор отклонений.

Проверено 13 июля 202611 минут
Рабочая модель

Где может находиться источник правды

Организации и контрагенты1С / ERP

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

Машины и сотрудникиСогласованный master-data контур

В Metalogist нужны операционные атрибуты и стабильный внешний идентификатор.

Рабочее назначениеПо выбранному процессу

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

Телематика и отклоненияПровайдер + Metalogist

Сырой сигнал сохраняет происхождение, операционный вывод — контекст смены.

Документ и взаиморасчёт1С / ЭДО

Операционный факт передаётся дальше, но не подменяет проводку или подпись.

1. Сначала признайте реальный объём 1С:УАТ

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

Поэтому сравнение «1С или Metalogist» без контекста некорректно. Это разные масштабы и возможные роли. Metalogist не должен дублировать бухгалтерский, складской и финансовый контур только ради единого интерфейса.

  • управленческий и оперативный учёт
  • документы и взаиморасчёты
  • ГСМ, ремонт и склад
  • водители и привлечённые перевозчики

2. Выделите операционную смену спецтехники

Metalogist связывает машину, оператора, объект, рабочий интервал и изменение плана с доступным фактом. Телематика рассматривается не отдельно, а относительно обязательства: прибыла ли машина, что показывает активность, достаточно ли покрытия и кто принял исключение.

Видеоконтроль проектируется как следующий источник на той же временной шкале, но production media pipeline пока отсутствует. Это направление нельзя включать в интеграционную спецификацию как готовый факт.

  • доступная мощность
  • назначение и конфликт
  • телематический план/факт
  • ручное решение и аудит
  • видео после пилота

3. Проектируйте не кнопку «Интегрировать», а контракт данных

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

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

  • external ID
  • source of truth
  • направление и частота
  • idempotency
  • error queue
  • аудит ручной коррекции

4. Учитывайте текущую готовность Metalogist

В Metalogist реализованы CSV/XLSX-отчёты, выгрузка календарных работ, маршрутов и телематических отчётов. Для расчёта операторов есть CSV с разделителем и кодировкой, подготовленными для импорта в 1С.

Это полезные форматы передачи, но не универсальная двусторонняя интеграция. Автоматического master-data sync, обмена документами и подтверждённого production-коннектора с 1С сейчас нет.

  • CSV/XLSX — реализовано
  • узкий CSV для расчёта операторов — реализован
  • двусторонний API — не заявлен
  • документный обмен — не заявлен

5. Запускайте обмен после принятия операционного сценария

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

Только после устойчивого обмена можно расширять набор сущностей. Иначе интеграционный проект скрывает отсутствие принятого процесса и становится дороже самого операционного контура.

  • одна сущность master-data
  • один операционный результат
  • контрольная выборка
  • ответственный за расхождения
  • решение о следующей волне
Перед запуском

Проверьте контур целиком

  1. 01Названы системы-источники
  2. 02Есть стабильные внешние ключи
  3. 03Определено направление каждой сущности
  4. 04Разведены операционный факт и документ
  5. 05Предусмотрены повторы и ошибки
  6. 06Ручная коррекция аудируется
  7. 07Пилот проверяется по обеим системам

Источники и ориентиры

Ссылки открываются на первоисточник или прямо названный конкурентный пример. Дата проверки материала указана выше.

FAQ

Практические вопросы

Metalogist заменяет 1С:Управление автотранспортом?

Нет. Metalogist не заявляет бухгалтерский, складской, финансовый и полный транспортный учёт уровня 1С:УАТ.

Есть готовая двусторонняя интеграция с 1С?

Нет. Сейчас доступны операционные CSV/XLSX-выгрузки и отдельный CSV для импорта расчёта операторов; полноценный коннектор требует проектирования и реализации.

Можно начать без интеграции?

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

Где вести назначение техники?

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

Можно отправлять телематику прямо в 1С?

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

Проверим процесс на одной реальной смене

Без универсальных процентов: покажем источник, рабочее решение и границу данных.

Запросить демонстрацию