物流とバックオフィスにおけるRPA自動化

どの運送会社にも、一日中あるシステムから別のシステムへデータを写し続ける担当者――あるいはチーム全体――が存在します。CT-eを協力会社の請求書と突き合わせ、追跡会社のポータルからテレメトリの表計算をダウンロードしてERPに貼り付け、伝票を一枚ずつ入力し、運賃を一件ずつ照合する。誰も好んでやりたくない仕事でありながら、それでも毎日、ミスなくこなさなければなりません。

RPA（Robotic Process Automation）自動化は、まさにこの種の作業を解決します。ルールに基づいた反復的な作業で、今は誰かがクリックすることに依存しているものです。ロボットは人が行うのと同じ一連の手順を実行します――ポータルを開き、エクスポートし、検証し、入力する――が、疲れることも、忘れることも、打ち直すこともありません。その成果が、私たちが再入力の終焉と呼ぶものです。業務は回り、データはひとりでに流れ、あなたのチームは機械にはできない仕事へと戻っていきます。

RPAは、人が画面上で行うことを模倣するソフトウェアです。クリックし、読み取り、コピーし、入力し、明確なルールに基づいて判断します（「CT-eの金額が請求書と一致すれば承認する。R$ 5を超えて相違があれば分析用に分ける」）。既にお使いのシステムの上に被せて動作するため、ERPを入れ替える必要も、ベンダーが提供していないAPIを求める必要もありません。

これがRPAの最大の利点であると同時に、限界でもあります。利点は、画面を持つあらゆるシステムで機能すること――正式な連携が決して実装されないあの古い追跡会社のポータルでさえ動きます。限界は、インターフェースに依存すること。画面が変われば、ロボットは調整が必要になります。だからこそRPAは、より大きなメニューの中の一つの道具であって、すべての答えではないのです。

これこそが正しい問いであり、その答えが本質を理解している者と単にロボットを売るだけの者を分けます。どちらのアプローチもシステムを繋ぎますが、経路が異なります。

• API連携 ―― 二つのシステムが同じ機械の言語で話す場合。直接的でリアルタイム、かつ堅牢な接続です。SASCAR、RODOPAR、あるいはお使いのTOTVS ERPがAPIを公開しているなら、そこから連携します。より速く、より信頼でき、保守も少なくて済みます。まともなAPIが存在する限り、これが優先すべき道です。
• RPA ―― APIが存在しない場合、あるいはそれが高価であったり、機能が限られていたり、開放が現実的でない場合。連携のないレガシーシステム、銀行のポータル、顧客が頑なにメールで送ってくる表計算、APIライセンスが問題そのものより高くつくERP。裏口が存在しないところにロボットが入り込みます。

実務では、最適解はたいていハイブリッドになります。可能なところはAPI、無理なところはRPA。これを的確に判断できる者は、簡単なAPIで済むものをロボットで自動化してしまう――そして画面しかないものをAPIで連携しようとする――という典型的な誤りを避けられます。診断では、各ポイントを洗い出し、どの道具がどこに合うかを正直にお伝えします。

以下の事例は、運送会社や物流事業者で最も多く見られるものです――いずれも反復的で、明確なルールがあり、すべてロボットの自然な候補です。

• CT-eと運賃の照合 ―― ロボットは発行済みのCT-eを、協力会社の請求書、契約した運賃テーブル、そして顧客に請求された金額と突き合わせます。相違があれば分析用に分け、一致すれば承認する。締めに丸一日かかっていた作業が数分になります。
• 会計書類の入力 ―― NF-eとCT-eを手入力なしでERPに登録し、CFOP、金額、受取人を検証します。
• 伝票の発行と消込 ―― 一括での生成と消込を、各書類にあなたの業務ルールを適用しながら行います。
• テレメトリ表計算の取り込み ―― ロボットが追跡会社のポータル（SASCAR、Autotrac、Omnilink、Onixsat、Cobli、Geotab）にアクセスし、位置情報・稼働時間・燃費のレポートをダウンロードして、あなたのシステムへ流し込みます――途中に表計算を挟むことなく。
• 定期レポート ―― 毎週月曜に誰かが三つのソースを寄せ集めて作るあのレポート。ロボットが組み立て、整形し、正しい宛先へ、正しい時刻に届けます。
• 受領証・事故報告・受付記録の照合 ―― 今はフォルダーや受信トレイに散らばっているものを、収集し、整理し、保管します。

ROIが目に見えて表れる場所だからこそ、一つの事例を詳しく掘り下げる価値があります。協力会社と月に4.000件のCT-eを締める運送会社を想像してください。今は財務の担当者二人が手作業で確認しています。CT-eを開き、対応する請求書を探し、金額、重量、経路、テーブルを比較する。一件の確認に数分かかり、相違があれば表計算とERPとポータルの間を行ったり来たりしなければなりません。

RPAなら、ロボットが4.000件すべての書類を読み取り、あなたが定めた許容範囲のルールを適用し、きれいなリストを届けます。照合済みのもの（大多数）と、人の目が必要なもの（例外）です。チームは干し草の中から針を探すのをやめ、本物の例外だけに対応するようになります。魔法ではありません――機械的な部分を人から取り除き、判断を要する部分を人に返すのです。

自動化は数字が合ってこそ価値があります。だからこそRPAの計算は明快で、始める前にあなたと一緒に行います。

• 月あたりの削減時間 ―― その作業が今どれだけの人時を消費しているか × ロボットがどれだけ返してくれるか。二人が一日6時間かけている照合は、月あたり約240時間がチームに戻る計算です。
• 回避できるミス ―― 再入力は相違を生み、相違は手戻りを生み、時には過払い運賃という損失を生みます。ロボットは打ち間違えません。
• 締めのスピード ―― 月次を数日ではなく数時間で締められれば、資金繰りも意思決定も変わります。
• 回収期間 ―― 物流の大半のケースで、ロボットは数か月で元が取れます。大量かつ高頻度の反復作業が最も高い投資対効果を持ち、稀な作業はまず割に合いません。それを私たちは率直にお伝えします。

目的は決して「すべてにロボットを入れる」ことではありません。数字が正当化する場所にロボットを入れること――そして、削減が約束ではなく事実であるよう、前後で計測することです。

私たちのロボットはPythonでオーダーメイドに作られ、Dockerにパッケージ化されて、どのサーバー上でも隔離され予測可能に動作します。そして――量がリアルタイム性を求めるときには――Apache Kafkaによるイベントキューでオーケストレーションされ、各書類が待たされることなく次の工程を起動します。壊れやすい記録・再生型のロボットではありません。ソフトウェア工学そのものです。何をしたかのログ、例外処理、そして想定外のことが起きたときのアラートを備えています。

これが重要なのは単純な理由からです。誰も壊れたことに気づかないロボットは、手作業よりたちが悪い。私たちのロボットは、ポータルが変わったとき、データが基準から外れて届いたとき、あるいはルールが人の判断を必要とするときに知らせます。それはあなたのビジネスが前面に出るために消えていく技術です――すべて順調なときは静かに、あなたが知る必要があるまさにそのときには声を上げます。