注文書がGoogleスプレッドシートの行に — 明細行は展開、列名は一度設定するだけ
ほとんどの注文書ツールは仕入先ごとのテンプレートを要求するか、空のシートに手入力を求めてきます。このアドオンはどんな注文書も読み取り、ヘッダーと明細行を5〜10秒でアクティブなシートに書き込みます。列名は一度設定するだけです。
注文書1ページあたり5〜10秒 · 印刷テキストの精度99% · ネイティブSheetsサイドバー · テンプレート不要、Zapierも不要
発注書をトラッカーに：ヘッダー項目は1回、明細行は行として
サイドバーに必要な列名を入力するだけで、Google スプレッドシートのテーブルヘッダーになります。AIはフィールドの位置ではなく意味を理解して各値を特定するため、1つの列リストで1行の事務用品注文も40行の機械工場の発注書も同じバッチで処理できます。
ヘッダー項目 — POごとに1回
明細行フィールド — 1行につき1明細
この仕組みはカスタム列抽出です。列を指定すれば、AIがその列を埋めます。「Order No.」「Document No.」「PO Ref.」はすべてPO番号列に入ります。ヘッダーと明細行のフィールドをまとめて入力すると、AIがヘッダー値を1回書き込み、各明細行をそれぞれの行に展開します。
POトラッカーは生きたスプレッドシート — 新しい発注書のたびに、また一ページ分の入力が発生する
調達チームは、発注済みの注文を共有シートで管理しています — PO番号、仕入先、日付、数量、単価を、明細行ごとに1行ずつ記入します。そのトラッカーが最新の状態を保てるかどうかは、最後に入力した人の手にかかっています。r/procurementのあるバイヤーは、日々の作業シートに含まれる列についてこう説明しています：「仕入先、品番、数量、単価、PO発行日、仕入先の受諾期限をリスト化」。新しいPOが来るたびに、それをすべて再入力しなければなりません。
1件のPOはヘッダーとすべての明細行で構成され、それぞれ手入力が必要です。 15行のPOの場合、ヘッダー項目（PO番号、仕入先名、PO日付、納期）を1回入力し、その後、明細行、数量、単価、行合計を15行分入力します。数量を1つ間違えるとトラッカーの合計が狂い、エラーまでの追跡手段もありません。
仕入先ごとにPOの形式が異なります。 ある仕入先はヘッダーの下に明細テーブルを配置し、別の仕入先は2ページ目に配置します。ラベルも「Order No.」「Document No.」「PO Ref.」などさまざまです。テンプレートベースのツールは、新しい仕入先フォーマットのたびに機能しなくなり、継続的なメンテナンスが必要になります。
トラッカーは誰かが更新を忘れると、そのまま止まってしまいます。 無料のPOテンプレートは列を提供するだけで、データは提供しません。入力作業は同じです。シートが実際のPOから乖離すると、納期が遅れても仕入先から問い合わせがあるまで誰も気づきません。
列名を一度指定するだけで、AIがヘッダーを書き出し、各明細行をそれぞれの行に展開します。 これがカスタム列抽出です。PO番号 | 仕入先名 | 納期 を 明細行 | 数量 | 単価 | 行合計 と並べて指定すると、ヘッダー値がすべての明細行に繰り返し表示されます。
アドオンは位置ではなく意味で読み取るため、仕入先のレイアウトはもう気にする必要がありません。 「Order No.」「Document No.」「PO Ref.」はすべてPO番号列に入力されます。1つの列リストで、新しい仕入先、ERP生成のPDF、スキャンした紙のPOを同じバッチで処理でき、仕入先のデザイン変更にも影響されません。
サイドバーはアクティブなシートに直接書き込みます。CSVも再インポートもZapierも不要です。 ダウンロードや再マッピングが必要な中間ファイルはありません。サイドバーが抽出エンジン、トラッカーが出力先です。シートは単一の情報源として、POを読み取るのと同じ処理でデータが入力されます。
仕入先POの山からトラッカーの行へ — 3ステップで完了
アップロード — POが届いたらそのまま取り込む
未処理の注文をまとめて処理するなら、メールや仕入先ポータルからPOのPDF、紙のPOのスマホ写真、スキャンコピーをまとめてドロップするだけ。複数ページのファイルもOK、1バッチに混在できます。アドオンはJPG、PNG、PDFに対応。クリーンなデジタルPDFが最も読み取りやすく、明るい場所で正面から撮った写真もほぼ同等の精度です。
列を指定 — お使いのトラッカーに合わせる
列リストを一度入力するだけ：PO番号 | 仕入先名 | PO日付 | 納期 | 明細行 | 説明 | 数量 | 単価 | 行合計 | 合計。行合計が印刷されていないPOには、行合計（数量×単価）という計算列を定義すれば、抽出時にAIが自動で掛け算します。カテゴリ（選択肢：原材料/MRO/サービス）を推論列として追加すれば、すべての明細行が同じパスで分類されます — POにカテゴリラベルが印刷されていなくても大丈夫です。
抽出 — 各POが行になり、データの下に追加される
「抽出」をクリックするだけ。各POは5〜10秒で処理され、ヘッダー情報は1回だけ入力され、各明細行はアクティブシートの次の空き行に1行ずつ追加されます。列名は指定したものと一致します。手入力で数時間かかっていた週20件のPOも数分で処理完了 — 翌週のPOも再設定なしで下に追加されます。
POからスプレッドシートへの変換が最適なケースと、その限界
標準的なデジタルPOと鮮明なスキャン文書では抽出精度は信頼できます。事前に知っておきたいケースがいくつかあります。
確実に処理できるケース
ERPや会計システムから出力されたデジタルPOのPDF。 SAP、NetSuite、QuickBooksの書き出しにはクリーンなテキストが含まれており、PO番号、日付、合計金額はほぼ完璧な精度で抽出されます。
1つの列設定で複数仕入先のバッチを処理。 10社分のPOを一度にアップロードできます。各POは同じヘッダーの下に行として取り込まれ、それぞれの仕入先名がタグ付けされます。
標準的な印刷POと鮮明なスキャン文書。 ERPで生成されたPDFや、明細行テーブルを含む200 dpiのオフィススキャンは、確実に抽出できます。
要確認のケース
これはPOデータをスプレッドシートに書き込むツールであり、調達システムやERPシステムではありません。 仕入先へのPO送信、承認ルーティング、在庫管理は行いません。取り込まれた行はトラッカー用の生データです。
明細行テーブルがページをまたぐ複数ページのPO。 ページ境界をまたぐ商品行は分割される可能性があるため、各ページの最終行をクロスチェックしてください。
手書き、FAX、または単位が混在するテーブル。 かすれたカーボンコピーやFAXのPOは精度が低下します。また、1つの列に単位（個、ケース、パレット）が混在するテーブルは、数量と単価のセルを簡単に確認することをお勧めします。
よくある質問
アドオンで明細行をそれぞれの行に展開しつつ、すべての行にPO番号と仕入先名を残すことはできますか？
はい、可能です。POレベルの列（PO番号、仕入先名、PO日付、納期）と明細レベルの列（明細行、説明、数量、単価、行合計）を併用すれば、AIが各明細行を個別の行として書き出し、POレベルの値をすべての行で繰り返します。15行のPOは15行になり、それぞれがPO番号に遡って確認できます。POに行合計が印刷されていない場合は、行合計（数量×単価）のような計算列を定義すれば、AIが抽出時に掛け算を行います。
仕入先によって納期や配送条件の表記が異なる場合、納期と配送条件をそれぞれ別の列にできますか？
はい、可能です。しかもラベルが同じである必要はありません。納期と配送条件を列名として入力してください。AIは、仕入先が「Requested Delivery」「Ship Date」「ETA」などと表記している行から納期を、ヘッダーから配送条件を、FOBや運賃前払いのような略語であっても読み取ります。POに値が印刷されていない場合は、値をでっち上げずにセルを空白のままにします。
抽出された行は、既存のPOトラッカーと一致しますか？
はい、一致します。列名を合わせて定義するからです。トラッカーにPO #、仕入先、数量、単価の列がすでにある場合は、サイドバーにその正確な名前を入力してください。それらがヘッダーになり、抽出された行が現在のデータの下に追加されます。既存の数式（仕入先別のSUMIF、納期遅延の条件付き書式、ピボットテーブル）は、新しい行でも引き続き機能します。
POに明細行の合計が印刷されていませんが、AIが計算できますか？
はい。計算列として 行合計（数量×単価） を定義すると、AIが印刷された数値に頼らず抽出時に掛け算を行います。POの合計の印刷形式がトラッカーの想定と異なる場合も、同じ仕組みで対応できます。例えば 小計（行合計の合計） や 税（小計×税率） などです。
このツールは調達管理（承認、在庫、仕入先へのPO送信など）もできますか？
いいえ、明確にお伝えします。このアドオンはPOデータをスプレッドシートの行に書き込むものであり、調達プラットフォームやERPではありません。仕入先へのPO送信、承認ルート、在庫管理は行いません。このツールが省くのは入力作業です。すべてのPOがトラッカーの行になれば、承認やフォローアップの作業はこれまでどおりスプレッドシートと調達プロセスの中で行われます。