Интеграция ATI.SU с 1С или TMS
После проверки методов и прав аккаунта подключаем API ATI.SU к 1С или транспортной системе. Доступные данные о грузах, машинах, заказах и статусах передаются по согласованным правилам. Сохраняем связь объектов двух систем, добавляем журнал ошибок и безопасные повторы, а диспетчер видит проблемное поле рядом с исходной операцией.
Когда стоит обратиться
Обычно к нам обращаются в таких ситуациях:
- Диспетчер создаёт груз во внутренней системе, затем повторяет адреса, даты, параметры, ставку и контакты в ATI.SU. При изменении условий обе карточки приходится править отдельно.
- Заказ или транспортный статус живёт на площадке, а менеджер переносит результат в 1С или TMS вручную. Руководитель получает отчёт с задержкой и тратит время на сверку.
- Компания развивает собственный кабинет логиста и хочет использовать официальные возможности ATI.SU внутри привычного интерфейса, сохраняя историю обмена и ссылки на объекты площадки.
Что именно мы сделаем
Описываем транспортный сценарий от создания груза или машины до заказа и завершения перевозки. Выясняем, какие сотрудники работают в ATI.SU, какие поля заполняют, как меняют ставку и статус, где хранят договорные данные. Затем связываем шаги с доступными разделами API и показываем схему будущего обмена.
Готовим таблицу соответствия. Сопоставляем адреса и населённые пункты, тип кузова, вес, объём, даты, контакты, ставку, валюту, признаки загрузки и выгрузки, внутренний номер и идентификатор ATI.SU. Для справочников добавляем правила нормализации и понятный список значений, которые требуют участия диспетчера.
Разрабатываем модуль 1С, TMS или отдельный шлюз. Он создаёт и обновляет доступные объекты, получает ответы, сохраняет внешние ключи и формирует прямые ссылки. Для входящих изменений применяем периодический опрос с отметкой времени, фильтрами и контролем лимитов. Интервал выбираем под фактическую скорость процесса.
Добавляем очередь, журнал и защиту от повторов. Операция хранит бизнес-номер, направление, этап, время и ответ API. Временная ошибка переносит запись на следующий запуск, а постоянная показывает диспетчеру конкретное поле. Для обновления проверяем версию и состояние связанной карточки.
Тестируем создание, изменение, архивирование, смену статуса и спорные данные на согласованных объектах. Проверяем кириллицу, адреса, часовые пояса, повторный запрос и восстановление связи. После запуска передаём памятку диспетчеру и техническое описание настройки.
Что входит в стоимость
99 900 ₽ за всю работу
Логисты работают с грузами, машинами, заказами и статусами ATI.SU из связанного контура 1С или TMS. Интеграция передаёт согласованные карточки через доступные методы API, сохраняет идентификаторы ATI.SU и возвращает результаты обработки. Повторный ввод сокращается, диспетчер быстрее обновляет данные, а руководство получает прозрачную историю действий и ошибок обмена.
Разбираем транспортный процесс компании и выбираем объекты API ATI.SU, которые действительно поддерживают нужный сценарий: собственные грузы и предложения, машины, заказы, статусы перевозки, документы или другие доступные разделы. Сопоставляем их со справочниками и документами 1С либо TMS, настраиваем авторизацию, отправку и получение данных, периодический опрос, очередь, журнал и контроль повторов. Логику строим с учётом действующих правил площадки и прав аккаунта.
Что будет готово
Передадим вам
- Рабочая интеграция ATI.SU с 1С, TMS или сервисным шлюзом для выбранных транспортных объектов и статусов.
- Таблица соответствия полей и справочников, правила опроса, журнал операций и контроль повторной обработки.
- Инструкция диспетчеру с примерами успешной отправки, исправления ошибки и поиска связанной карточки ATI.SU.
Перед сдачей проверим
- Контрольный груз, машина или заказ проходит согласованный путь, получает идентификатор ATI.SU и отображает одинаковые ключевые реквизиты в обеих системах.
- Изменение и повторная отправка обновляют связанную запись, а архивирование или статус отражаются по утверждённому правилу.
- Ошибка поля появляется в журнале с понятным описанием, после исправления запись успешно повторяется и сохраняет историю действий.
Как это выглядит на практике
Груз из TMS публикуется в ATI.SU и остаётся связанным
Логист создаёт перевозку в TMS и хочет опубликовать тот же груз в ATI.SU без повторного ввода маршрута, даты, веса и ставки. После публикации идентификатор площадки остаётся в карточке, поэтому изменения и завершение перевозки выполняются для связанного объекта.
- 01
Логист создаёт перевозку в TMS, указывает маршрут, даты, вес, тип машины и ставку. Команда публикации проверяет обязательные значения и ставит операцию в очередь.
- 02
Шлюз отправляет данные через доступный метод API ATI.SU, получает идентификатор и сохраняет его в карточке перевозки вместе с прямой ссылкой.
- 03
После корректировки даты логист меняет одну карточку в TMS. Интеграция обновляет связанный объект и записывает ответ площадки в журнал.
- 04
Когда публикация теряет актуальность, интеграция архивирует её по команде диспетчера. Руководитель видит время всех операций и итоговый статус.
Что понадобится для работы
От вас
- Аккаунт ATI.SU с доступом к нужным возможностям API, тестовые данные и контакт ответственного пользователя площадки.
- Доступ к 1С или TMS, примеры грузов, машин, заказов и принятых статусов, справочники типов транспорта и адресов.
- Описание действий диспетчера, требуемой частоты обмена, правил публикации, изменения, архивирования и обработки спорных значений.
Если у вас немного другая ситуация
Небольшие уточнения, которые помогают довести согласованный результат до рабочего состояния, уже учитываем в цене. Если по ходу работы появится отдельный крупный блок или понадобится платная лицензия, сначала обсудим варианты и стоимость. Расскажите о своей ситуации — подстроим план под неё.
- 3 000 ₽после подписания договора через Диадок
- 96 900 ₽после выполнения, демонстрации и приёмки результата
Предоплата входит в общую стоимость. Оставшуюся сумму оплачиваете после демонстрации и приёмки готовой работы.
Часто спрашивают
Об этой услуге
Как получить доступ и API-ключ ATI.SU для интеграции?
Доступ к конкретным API и токен авторизации оформляются в ATI.SU и зависят от выбранных сервисов аккаунта. Мы поможем определить нужные методы, подготовить данные для обращения, а после выдачи доступа проверим права и подключим обмен к 1С или TMS.
Есть ли готовый модуль ATI.SU для любой 1С?
Универсальная схема редко учитывает документы, справочники и права конкретной компании. Мы создаём интеграцию под вашу конфигурацию через расширение, внешнюю обработку или шлюз, сохраняя штатный процесс обновления 1С.
Как часто обновляются статусы?
Интервал выбираем с учётом скорости перевозок, доступных методов и лимитов API. Оперативные статусы можно проверять чаще, справочники и архивные данные — реже. В журнале всегда видно время последнего успешного обмена.
Что происходит при ошибке адреса или типа машины?
Запись остаётся в очереди, а диспетчер получает название поля и проблемное значение. После выбора подходящего элемента справочника он запускает повтор, и интеграция продолжает обработку той же связанной операции.
Цена и изменения по ходу работы
Цена на странице окончательная?
Да. Перед началом мы сверяем исходные данные и фиксируем результат в договоре. Указанная на странице сумма покрывает согласованную работу целиком, даже если её техническая реализация потребует больше времени, чем ожидалось при оценке.
Что означает резерв незапланированных работ?
Это уже включённый в цену запас времени на небольшие связанные уточнения заказчика, которые появляются после старта: например, добавить поле, изменить формат уведомления или учесть ещё одно условие обработки.
Резерв рассчитывается по формуле: стоимость услуги × 30% ÷ 1 500 ₽. Для услуги за 30 000 ₽ это 6 часов. Эти часы относятся только к дополнительным, заранее незапланированным уточнениям. Они не являются сроком проекта и не ограничивают время на основную работу: согласованный результат мы выполняем полностью.
Можно уточнять детали уже во время работы?
Да. Небольшие связанные изменения обычно помещаются во включённый резерв и не требуют доплаты. Если новая идея заметно меняет результат или превращается в самостоятельную задачу, сначала обсудим подход и стоимость. Любое решение согласуем до выполнения.
Начало работы и оплата
Как оформляются договор и оплата?
Подписываем договор через Диадок. Предоплата составляет 3 000 ₽ и входит в общую стоимость услуги. Остаток оплачивается после демонстрации и приёмки готового результата.
Когда начинается срок выполнения?
Срок отсчитывается после согласования задачи, получения необходимых доступов и материалов, подписания договора и поступления предоплаты. Конкретную дату старта и плановый день готовности подтверждаем перед началом.
Как учитываются платные лицензии и внешние сервисы?
До старта проверяем, нужны ли тарифы, лицензии, сертификаты или дополнительные ресурсы внешних систем. Если они потребуются, заранее покажем варианты и стоимость. По возможности аккаунты и лицензии оформляются сразу на заказчика.
Проверка результата и гарантия
Как принимается готовая работа?
Вместе проверяем согласованные сценарии на контрольных данных или тестовой копии, а затем демонстрируем результат. Для интеграций сверяем передачу данных и обработку ошибок, для сайта — работу нужных страниц и действий пользователя, для отчёта — расчёты и обновление данных.
Какая гарантия действует после сдачи?
На выполненные изменения действует гарантия 3 месяца. Если в изменённой нами части обнаружится ошибка нашей реализации, проверим и исправим её без дополнительной оплаты. Переданные материалы, настройки и код остаются у заказчика.