客先ごとに違う請求書を手で転記していた商社向けに作った仕組みです。客先の請求書の画像を読み込むと、AIがレイアウトを起こし、翌月からはその様式で自動発行。基幹システム（AS400）はそのまま残します。
写真かPDFを入れると、AIが枠と項目を読み取ってレイアウトの下書きを作ります。人がやるのは項目の確認と承認だけ。1様式あたり数十分〜半日で、翌月からその客先の請求書が自動で出ます。
得意先ごとに様式を切り替える機能はある。ただし様式そのものは人が専用ツールで枠を置いて作る。1様式に半日〜数日、外注なら数万〜十数万円。客先が様式を変えるたびに作り直し。
画像を読み込むとAIが下書きを作る。営業や業務部の人が自分で登録でき、客先が増えても様式が変わっても、登録の手間がほとんど増えない。請求書だけでなく納品書・受領書・見積書も同じ仕組み。
ミナミ商事（仮名）は、運送会社やその協力会社、荷主企業に燃料・物流資材・マテハン機器を納める商社です。グループ標準の基幹システムは決まった日に決まった形式の請求書しか出せません。ところが客先の多くは自社指定の請求書様式を持っています。
基幹の締めが終わってから、営業が客先ごとの様式に一枚ずつ転記。転記ミスの確認に時間を取られ、請求書の発行が遅れていました。
会社全体のシステム刷新は過去に何度も頓挫。「部署単位なら現実的」というのが、営業部のDX担当者の実感でした。
仕入先に見積を依頼してから客先に見積を出す、支店別の集計表を付けて一括請求する。こうした流れは基幹の外でExcel管理でした。
AS400は「本社への報告経路」として残し、見積から請求・入金までを営業部のシステムで回す。AS400には確定した結果だけをCSVで渡します。
てにとるは「先に試作品を作って、触ってから判断していただく」サービスです。この案件では、他の話題で伺った打ち合わせの中で出てきた困りごとを、その日のうちに持ち帰りました。
打ち合わせから提案書・プロトタイプまで、作業はほぼすべてAIと一緒に進めています。だから「見積を出す前に動くものを見せる」ことができます。
最初に手作業をなくしたい「請求書」だけを切り出したプロトタイプです。上で登録した様式が、ここで実際の請求書になります。画面はすべて想定のサンプルデータで、社名・人名は仮名です。
上の2枚はどちらも同じ売上データから出ています。違うのは、得意先に割り当てた「かたどり」の様式だけです。
請求書の先にある「商社としての販売管理」を一通り入れたプロトタイプです。仕入先への見積依頼、受注、発注、検収、在庫、燃料カードの取込、月額契約、入金消込まで。
本番はMicrosoft Azureの上に作ります。ブラウザで使い、ログインはいまのMicrosoft 365のIDをそのまま。取引データはAIに渡さず、AIが読むのは客先様式のレイアウトだけです。
画面と業務のしくみ
App Service。パソコン・スマホのブラウザで使う
客先様式を読むAI
Azure AI（Document Intelligence）。画像から枠と項目を起こす
取引データと帳票
Azure SQL Database と Blob Storage。請求書PDFと様式の版を保存
基幹との連携
確定した売上・仕入をCSVで受け渡し。基幹側の改修なし
| 段階 | 内容 | 期間 | 費用（税別） |
|---|---|---|---|
| 無料プロトタイプ | 客先様式2〜3種を画像から起こし、請求書を出すところまで | 約2週間 | 0円 |
| 段階1 請求書発行 | 実際の客先様式をすべて登録し、一つの締めで並行運用 | 2〜3か月 | 150〜200万円 |
| 段階2 販売管理全体 | 見積・受注・発注・在庫・入金まで | 3〜4か月 | 200〜350万円 |
AIを使って開発する前提の金額です。従来の方法で同じ範囲を作ると、おおむね2倍からになります。
「客先ごとの請求書を手で作っている」は、運送会社や卸売業に共通の悩みです。この商社では、社内で使って成果が出た段階で、燃料や資材の既存のお客様へ月額で提供する構想も一緒に検討しています。そのため最初から、会社固有の部分（基幹連携、燃料カード取込）と、どの会社でも使える部分を分けて作ります。
てにとるは、見積の前に動くものをお見せする、アビココ株式会社の開発サービスです。