Column

Column地域の事業者向け

手配メモのAI転記から照合・人の承認まで

AIで表へ転記した後は、品番・数量・単位・納期を原資料と照合します。架空6行の試行から、未記載を推測しない手順、人の確認、定型処理で足りる場面を整理します。

AIの表転記は、原資料との照合までを一つの仕事にします。品番・数量・単位・納期を表へそろえる下書きには使えますが、空欄や不明な年を埋めさせず、担当者が確かめてから利用します。架空の手配メモ6行で、どこまで任せられるかを試しました。

メモをそろえる仕事と、確定する仕事を分ける

少人数の会社や店舗では、注文メモの書き方が人によって違い、一覧へまとめる作業が発生します。備品の手配内容や、催事の準備品をそろえる場面が一例です。まず「原文を決まった列へ写す」範囲に絞り、注文の確定や仕入先への送信を含めない形で試せます。

  1. 準備:利用を許可された資料か架空データを用意し、行ごとに番号を付ける。
  2. 転記:品番・品名・数量・単位・単価・納期を、原文の記載どおりに出す。
  3. 照合:全行・全項目を原資料へ戻って確認し、一致・誤り・欠落・要確認を分ける。
  4. 承認:未確定を担当者へ戻し、確認済みの最終版だけを業務に使う。

架空の6行を文字列で渡して実際に転記

試行日は2026年10月28日。Claude Opus 5.5/Claude Code 2.1.296を外部操作ツールなしで使い、手入力した架空メモ6行を一度に渡しました。品番の先頭の0、英字O、小数、箱の内訳、数量の空欄、年のない日付を含めています。顧客資料・受発注システムには接続していません。

この試行はPDFや画像を読み取ったものではありません。公式にはPDFやCSV等を扱う機能もありますが、今回は文字列だけが入力です。スキャン画像、手書き、結合セルの読み取り性能や、実業務の精度・時間短縮は未検証です。

依頼は「数量は注文単位のまま。品番は文字列で先頭の0を残す。空欄は未記載とし、年や日付を補わない。元の記載と人の確認点も返す」としました。表が整って見えることと、業務上の条件が確定していることは別です。

実出力を事前に固定した期待値と照合すると、6行・36項目は一致し、元の行の引用も保持されました。ただし、4行では単価の単位が明記されていないこともClaudeが指摘しました。数量の空欄、納期「相談」、年のない日付も未確定です。転記が一致したことは、注文条件の承認を意味しません。照合はCodexが行い、実際の事業者による受入確認はしていません。

元の記載(架空)AIの出力から抜粋人の確認
品番0012・商品カード12枚0012、12枚品番の0を落としていないか
封筒2箱・1箱50枚2箱枚単価と箱単価を混ぜない
リボン1.5m1.5m小数と単位を一緒に照合
品番A-O1・英字OA-O1数字0と取り違えない
数量は空欄・納期相談数量null、納期「相談」数量と納期を担当者へ戻す
納期11/06・年なし11/06年を勝手に足さない
架空6行の実出力と照合点。nullは数量が未記載であることを示します。36項目の一致を実業務の精度へ一般化できません。

入力例:「数量2箱(1箱50枚)/単価1400円・箱単位」。AIの出力は数量「2」、単位「箱」、単価「1400」。入数の50枚は元の行の引用に残り、数量100枚へは換算されませんでした。必要な情報を列から外す場合も、原文へ戻れる形を保ちます。

誤りを直すときは、元の記載と理由を残す

担当者は原資料と出力を横に並べ、行数を合わせたうえで全項目を照合します。合計金額だけが合っていても、数量と単位の取り違えや別行への転記は残り得ます。違う箇所は「元の値・転記値・訂正値・理由」を記録します。

空欄の数量を1と推測したり、11/06へ今年の年を足したりしてはいけません。元資料にない値は、AIへ聞き直すだけでは確定できないためです。元の作成者へ確認し、確認日と担当者を残してから最終版を作ります。今回は業務上の未確定を承認した試験ではありません。記録欄は「確認者:__/確認日:__/未確定事項:__/承認:未承認」のように用意し、転記担当と承認する人が同じ場合も、照合を終えてから判断します。

CSVなら定型処理で足りる場合がある

同じ6行を別途CSVに整え、Pythonの標準CSV読取りで扱うと、36項目を保持できました。これは整形済みデータの読取りであり、文章メモを渡したAIと同じ条件の精度・速度比較ではありません。最初から決まった列を出力できるなら、CSVの取込みや表計算の機能を先に検討できます。

AIチャットは書き方の違うメモをそろえる下書きの候補です。AIエージェントとは、AIが次の手順や道具の使い方を選びながら進める仕組みです。保存先の選択や台帳更新まで任せると、読取りだけとは異なる権限が必要になります。今回エージェントは実装せず、発注・送信・既存台帳の変更権限も渡していません。

データ・費用・止め方を先に決める

有料プランでも、資料を投入してよいかは会社の規則、契約、モデル改善への利用設定、保存条件で判断します。削除操作が即時の完全消去を意味するとは限りません。最初は架空データで手順を固め、実資料へ広げる前に管理者と条件を確認します。

月額プランの利用枠、追加使用クレジット、APIの従量料金は分けて確認します。今回の試行は既存契約枠を使用し、追加使用は無効にした状態で実施しました。記事の手順にAPI契約や購入は不要です。導入判断では人が照合する時間も費用に含めます。

行の欠落、推測による補完、想定外の保存・送信が見つかったら止め、元資料と未承認の出力を分けて保管します。連携を試す場合も、処理件数と予算の上限、停止する担当者、人の承認を待つ位置を先に決めます。

GreenCodingのAI活用支援は提供範囲・費用を検討している段階です。この記事は導入サービスや成果の約束ではありません。記事へのご意見はGreenCodingの連絡先へお寄せください。

この記事の内容について、
相談したいことがあれば。

現在の状況や、確認したいことを分かる範囲でお知らせください。内容を伺い、対応できる範囲と次の進め方をご案内します。

相談内容を伝える