SASCARやAutotracをTMSに連携する方法（二重入力なし）

現在、現場は2つの「真実」を扱っています。テレマティクスはトラックがどこにいるか、どのくらいの速度で走っているか、ドライバーが休憩のために停車したかを示します。TMSは荷物、顧客、運賃、納期を示します。この2つの画面の間には、ナンバープレートの番号、到着時刻、労働時間を一方の画面からもう一方へ書き写す、キーボードを操作する人がいます。それは遅く、コストがかかり、さらに悪いことに、かなりの割合で間違っています。

本ガイドでは、御社の車両追跡プラットフォーム（SASCAR、Autotrac、Omnilinkなど）をTMSに直接つなぎ、位置情報、労働時間、イベントが自動で届くようにする方法を解説します。再入力も、途中のスプレッドシートもありません。これを実務で行っている者が書いた記事です。何を自動化できるのか、連携がどこで壊れやすいのか、そして最初の具体的な一歩は何かをお伝えします。

症状はいつも同じです。担当者がSASCARやAutotracのポータルを開き、地図を見て、車両のドックへの到着をメモし、その時刻をTMSに入力して運行を消し込みます。午後には再び画面を開いてドライバーの労働時間（運転時間、停車、食事）を締め、勤務表に転記します。月末には、誰かがそのすべてを手作業で突き合わせ、請求とeSocialに反映します。

転記のたびにエラーの可能性が生まれます。時刻を一つ間違えれば、書類上は違法労働になります。ナンバープレートを打ち間違えれば、行き先のない運行が生まれます。そして見えないコストは時間です。高い人件費の人材が1日に2〜3時間、コピー＆ペーストの作業をしています。情報はすでに存在します——ただ、一方のシステムからもう一方へ渡っていないだけなのです。

本格的なテレマティクスプラットフォームはAPIを公開しています。つまり、御社のTMSが誰も画面を見ることなくプログラム的にデータを取得できる接続先です。SASCAR、Autotrac、Omnilink、Onixsat、Cobliはこれを提供しています。連携作業とは、このAPIと御社のTMS——Rodopar、Sankhya、TOTVS、または自社システムのいずれであれ——の間に橋を架けることです。

実際には、この橋は3つのことを行います：

• テレマティクスの位置情報とイベントを短い間隔で読み取る（数分ごと、または何かが起きたときの通知経由で）。
• 両者の語彙を変換する——ナンバープレート、ドライバー、運行が、テレマティクスとTMSで同一である必要があります。
• 正しい入口からTMSに書き込む——誰も入力することなく、運行、労働時間、イベントを更新します。

これは、人のふりをして画面を操作するロボットとは正反対です。それぞれがすでに提供している入口を通じた、システム同士の対話なのです。

すべてか無かではありません。一つの点から始めて拡張できます。通常、テレマティクスからTMSへ流れるものは：

• 位置とルート：緯度、経度、速度が、追跡ポータルを開くことなくTMSで更新されます。担当者はすべてを一つの画面で確認できます。
• 到着と出発（ジオフェンス）：車両が顧客、配送センター、料金所に入ったり出たりすると、イベントが発火し、運行の工程を自動で消し込みます。目測での時刻メモは終わりです。
• ドライバーの労働時間：勤務開始、運転、停車、食事、休憩がテレマティクスで捕捉され、TMSに記録されます——労働時間管理とeSocialのためのクリーンな基盤です。
• イベントとアラート：速度超過、ルート逸脱、予定外の停車、フェンス違反。これらがTMSに届いて対応案件になり、メールに埋もれることがありません。
• オドメーターとアワーメーター：予防保全とコスト按分のための走行距離が、誰かがスプレッドシートに記入することなく得られます。

これらのデータがTMS内にあれば、次のステップは自然なものです。すべてをPower BIのダッシュボードに投入し、SLA、稼働率、労働時間遵守の指標を、ついに自動更新される形で手に入れられます。

テレマティクス連携は、2か月目までは簡単に見えます。私たちが最もよく目にするつまずきは：

• システム間でキーを対応させないこと。ナンバープレート、ドライバーID、運行コードがテレマティクスとTMSで一致しなければ、連携は間違ったレコードに書き込みます。最初の作業は、コードを1行書く前に、このマスタデータを整合させることです。
• タイムゾーンと時刻を取り違えること。APIは通常UTCで時刻を返します。ブラジリア時間に変換せずに書き込むと、3時間多いまたは少ない労働時間が生まれます。古典的で気づきにくいエラーです。
• 1秒ごとにAPIを叩くこと。どのプラットフォームにもリクエスト制限があります。調整の悪い連携はブロックを受け、警告なしに動作を停止します。橋は各ベンダーのペースを尊重する必要があります。
• 障害を処理しないこと。インターネットは切れ、テレマティクスのAPIは数分間ダウンします。橋が欠落分を再処理しなければ、運行に穴が空きます。良い連携は、すでに読み取ったものを記憶し、中断したところから再開します。
• ジオフェンスが広すぎること。半径の大きいフェンスは、顧客から500メートル手前で到着を発火させます。時刻が不正確になり、SLAが争いの種になります。フェンスを一つずつ調整する価値があります。

いいえ。連携は日常業務と並行して読み書きします——誰もトラックを道から消したり、請求を止めたりする必要はありません。テレマティクスのポータルはこれまでとまったく同じように機能し続け、橋はただ重要なものをTMSにコピーし始めるだけです。

健全な進め方は段階的です。まず書き込まずにデータを読むだけで連携を立ち上げ、数日間チームが手入力するものと比較し、それから初めて自動書き込みをつなぎます。信頼が得られると、手作業は自然と止まります——もはや違いを生まないからです。テクノロジーは姿を消し、御社のビジネスが主役になります。

いかなる連携を書き始める前にも、3つの問いがプロジェクトの80％を解決します：

• テレマティクスのプラットフォームは何か、そしてAPIへのアクセスはあるか？SASCAR、Autotrac、Omnilinkは契約に基づいてAPI認証情報を発行します。そのアクセスが有効になっているかをベンダーに確認する価値があります。
• TMSは何か、そしてどこからデータを受け取るか？Rodopar、Sankhya、TOTVSにはそれぞれ独自の入口があります——API、データベース、またはインポート。これが橋の書き込み側を決めます。
• 今、最も痛い課題は何か？最もコストがかかるものから始めましょう。多くの運送会社では、労働時間管理とジオフェンスによる運行の自動消し込みです。

これらが手元にあれば、小さなパイロット——1つの車両、1つの顧客、1つのイベント種別——が数か月ではなく数週間で価値を証明します。それがまさに無料診断でお届けするものです。テレマティクス、TMS、そして両者を結ぶ最短の道筋を、私たちがマッピングします。