AI 地磅单→Excel 转换器 — 从磅单/计量单提取皮重、毛重、净重、物料代码及车辆数据
手动将地磅单数据录入电子表格每张需 2-3 分钟——净重输错一位数，整车的结算就会出现差异。本工具可提取两次称重数据并验证净重等式，每张仅需 5-10 秒。
端到端加密 · SOC 2 合规 · TLS 1.3 加密
地磅票から抽出できる項目
必要な列名を入力するだけ — AIは各フィールドの意味を理解し、デジタル印刷、カーボンコピー、建設現場の手書きの磅单など、あらゆる地磅票から該当する値を抽出します。
これらは一般的な項目です — お手持ちの地磅票に含まれる任意のフィールド名を入力してください。AIがドキュメントを読み取り、指定された情報を抽出します。
地磅票が通常の表より抽出困難な理由
製鉄所、鉱山、穀物サイロ、化学プラントなどからの地磅票は、通常の表とは異なります。空車が入場する「風袋計量」と、積載車両が戻る「総重量計量」という2つの独立した計量イベントを記録します。これらは数分間隔で発生し、それぞれにタイムスタンプ、オペレーターイニシャル、重量値がありますが、同一チケット上で1つの取引記録として表示されます。テンプレートベースのOCRはチケットをフラットなグリッドと見なし、各セルから数字を個別にコピーするため、正味重量が総重量−風袋重量で計算されることや、2つの計量イベントが同一車両を共有することを認識しません。Redditのr/MLQuestionsで、数千枚の地磅票から日付、重量、チケット番号を抽出する方法を模索していたユーザーが指摘したように — この自動化は、1行に見える2つのイベントを解きほぐすことを意味します。
課題
トラックが空で08:14に計量所に入場 — 風袋重量: 15,720 kg。資材を積載し、08:26に再入場 — 総重量: 45,660 kg。オペレーターは両方の数値を同一チケットに記入する。従来のOCRは2つの計量データを別々の行とみなし、複数トラックを一括処理する際に正しい風袋と総重量のペアリングに苦慮する。「この風袋はこの総重量に属する」という因果関係が失われる。その差としてのみ存在する正味重量は、OCRがチケットからそのままコピーするか、まったく省略するかのどちらかで、正しさを検証する手段がない。
計量所ごと、あるいは同一計量所でもオペレーターごとにチケットのレイアウトが異なる。ある計量所は風袋重量を左上に印刷し、別の計量所は異なるソフトウェアを使用して車両詳細の下、右寄せの列に配置する。3つ目の計量所はサーマルプリンターを使用し、フィールドが縦に積み重なり、グリッド線もない。テンプレートベースのOCRはレイアウトごとに個別のテンプレート設定が必要となる。複数のサプライヤーサイトの計量所から資材を受け入れる購買業務では、テンプレートライブラリの維持管理が発生し、計量所がソフトウェアをアップグレードするたびにテンプレートが使えなくなる。
大量の計量業務では、手動データ入力のエラー率は一貫して1〜4%の範囲である。オペレーターが鉄鉱石1トラック分の45,660 kgを45,600 kgと入力した場合、$120/トンで$7,200の差異が発生し、それは数週間後の照合時にしか発覚しない。数字の転置ミス（1498と1489）は特に危険で、フォーマットチェックでは検出できない。毎日数百枚のチケットを処理する業務では、1%のエラー率でも毎週複数の支払い紛争が発生する。
カスタム列抽出で解決する方法
カスタム列抽出 — ImageToTable.aiの中核機能 — は、座標ベースのOCRとは異なります。抽出したい列名を入力するだけです：「1回目計量日時（風袋）」「風袋重量」「2回目計量日時（総重量）」「総重量」「正味重量」。AIは、計量ブリッジのワークフローにおける各値の意味を理解して特定します。空の重量測定に関連するタイムスタンプは、列座標(40, 62)にあろうと(105, 88)にあろうと、風袋イベントとして認識されます。同じ列定義が、異なる計量所、異なるソフトウェアベンダー、異なるレイアウトのチケットでも機能します — 拠点ごとのテンプレートは不要です。
計量ブリッジのチケットには、「CRSH AGG 20mm」「IRON ORE 62%」「FLY ASH DRY」のように、省略形や不統一、手書きの材料コードがよく記載されています。推論列 — AIが選択肢から選ぶ分類オプションを含む列定義 — は、抽出時にこれらを標準化します。「材料カテゴリ（選択肢：鉄鉱石/石灰石/石炭/骨材/フライアッシュ/その他）」のような列を追加すると、AIが各チケットの材料説明やコードを読み取り、最も近いカテゴリにマッチングして列に入力します。抽出と分類が1回の処理で完了 — 後処理の数式やコードごとの手動確認は不要です。
購買チームが複数のサプライヤーサイトや計量所からチケットを受け取る場合、コレクションリンク — アカウントから生成できる共有URL — を使えば、各送信者がチケットの写真やPDFを直接あなたの処理キューにアップロードできます。アカウントやログインは不要です。送信者はリンクを開き、短い確認コードを入力してファイルをドロップするだけです。アップロードされたすべてのチケットはダッシュボードに集約され、同じ列定義 — 風袋重量、総重量、正味重量、車両ナンバー、材料コード — で一貫してバッチ処理できます。どの計量所で発行されたチケットでも同じです。
計量券の山から確定済み決済データへ：仕組み
購買決済、在庫照合、仕入先支払い確認のために計量券を処理する場合、1回の抽出処理の流れは次のとおりです。
計量券をアップロード — スキャンした紙、PDF、計量所で撮影した写真
スキャンした紙の計量券、計量ソフトから出力したPDF、計量所で撮影した写真を取り込みます。対応形式：PDF、JPG、PNG、WebP。仕入先から日次または週次のバッチを受け取る場合は、すべての計量券を一度にアップロードしてください。バッチ処理が1つのジョブですべてのファイルを処理し、すべての計量券を1つの出力にまとめます。複数の仕入先サイトから計量券が届く場合は、各サイトにコレクションリンクを送信してください。各送信者が自分のバッチを直接あなたのキューにアップロードします。
列名を入力 — 計算列を追加してすべての正味重量を検証
必要なフィールドを入力します：「車両ナンバー」「風袋重量」「総重量」「正味重量」「材料コード」「仕入先名」。AIは各計量イベントをその意味的な役割に基づいて読み取ります。次に計算列を追加します。これは、抽出中にAIが実行する計算を説明する名前の列です。「重量チェック（総重量 − 風袋重量 − 正味重量）」と記述すると、AIがすべての計量券に対して正味重量の計算式を計算し、結果がゼロでない行をフラグ付けします。これにより、抽出エラーと実際のデータ入力の不一致の両方を、決済スプレッドシートに数値が届く前に検出できます。毎日の定期的な処理のために、列設定を保存して各バッチで再利用できます。
検証済みExcelをダウンロード — すべての計量券、計量イベント、正味重量をチェック
各計量券が出力スプレッドシートの1行になり、風袋と総重量の計量イベントがそれぞれの列に配置されます。計算列は抽出されたフィールドと並んで表示され、すべての計量券の検証結果を示します。ゼロは総重量 − 風袋重量 = 正味重量が成立していることを意味し、ゼロ以外の値はその計量券を確認対象としてフラグ付けします。XLSX、CSV、JSONとしてエクスポート可能。出力はExcel、Googleスプレッドシート、またはERPシステムにインポートして、購買決済、在庫照合、仕入先支払い確認にすぐに使用できます。手動での再入力、数式の確認、抽出後のクリーンアップは不要です。
効果的な使い方と注意点
最適な使用シーン
計量管理ソフトウェアからのデジタルPDF出力 Avery Weigh-Tronix、WinWeigh、または社内システムからPDF出力された計量券は、最も高い抽出精度を実現します。両方の計量イベント、すべてのフィールドラベル、重量値が正確に取得されます。
複数拠点からの日次・週次調達データの一括処理 異なる計量所の計量券を一度にアップロード。「車両ナンバー」「風袋重量」「総重量」「正味重量」「品目コード」の列を一度定義すれば、すべての計量券が同一形式で出力され、1つのExcelファイルに統合されます。
風袋計量と総重量計量の区分が明確な印刷券 計量券のレイアウトで、風袋計量（空車）と総重量計量（積載車）が2つのラベル付きブロックとして明確に区分され、タイムスタンプ、重量、オペレーター情報が関連づけられている場合、AIは各イベントのデータを正確にペアリングし、2つの計量値の因果関係を維持します。
注意が必要なケース
カーボン複写の薄くコントラストの低い伝票 複写式の計量伝票で、複写面の文字が薄くなったり欠けていると、抽出精度が低下します。可能な限り、複写ではなく原本（1枚目）をスキャンしてください。複写のみが残っているアーカイブの場合は、全バッチを処理する前に、サンプルで計算された正味重量を確認してください。
感熱紙の印字が薄い、またはコントラストが低い計量伝票 多くの計量所では感熱紙を使用するサーマルプリンターが使われています。経年や熱、日光、薬品との接触により印字が薄くなります。スマートフォンで撮影したコントラストの低い感熱紙伝票は、重要な重量項目の手動確認が必要になる場合があります。印字が鮮明な最近印刷された伝票では、抽出精度は高いままです。
手書きが多く、筆跡が不規則な計量伝票 特に小規模な建材置き場や地方の採石場では、オペレーターが手書きで車両ナンバー、重量、品目コードを記入する場合があります。印字された項目は正確に抽出できますが、筆記体の手書き項目は精度が低下します。AIは計量器の校正確認や重量証明書の認証は行わず、伝票に印字または記入されたデータをそのまま抽出します。
よくある質問
計量証明書から抽出できる具体的な項目は何ですか？
このツールは、伝票番号、車両ナンバー、1回目計量日時（風袋計量）、2回目計量日時（総重量計量）、風袋重量、総重量、正味重量、品目コード、品目名、仕入先名、運転手名、計量所IDを抽出します。必要な列を指定するだけで、AIが各項目の役割を理解し、位置情報に依存せずに抽出します。デジタル印刷、カーボン複写、手書きの計量票のいずれからでも、車両ナンバーや正味重量などの項目を正確に抽出します。
AIは同一伝票上の風袋計量と総重量計量を別々のイベントとしてどのように処理しますか？
AIは各計量イベントを個別のデータレコードとして読み取ります。空車時の計量（風袋）と積載時の計量（総重量）は、タイムスタンプ、重量の文脈、フィールドラベルによって識別されます。「1回目計量日時（風袋）」や「2回目計量日時（総重量）」などの列を定義すると、AIはタイムスタンプが早く重量が小さい方を風袋イベント、タイムスタンプが遅く重量が大きい方を総重量イベントと認識します。従来のOCRでは両イベントを独立したテーブル行として扱うため失われていたこのペアリングを、AIは保持します。タイムスタンプ、重量、オペレーターIDなどの両計量イベントのフィールドは、出力上で同一伝票および同一車両に紐づけられたままになります。
AIは正味重量＝総重量－風袋重量を自動検証できますか？
はい — これは前述の計算列検証機能です。「重量チェック（総重量－風袋重量－正味重量）」という列を追加すると、AIが抽出時にすべての伝票で正味重量の計算式を検証します。結果がゼロなら計算式が成立し、抽出値に内部矛盾がないことを意味します。ゼロ以外の結果が出た伝票は確認が必要です — AIが重量値を誤読したか、元の伝票に計量所のオペレーターが入力したデータ誤りがある可能性があります。いずれの場合も、データが精算スプレッドシートに入力される前に不一致が検出されます。ログインユーザーはルール形式を使用して、複数ステップや条件付きチェックのためのより複雑なJSON検証ルールを定義することもできます。
カーボン複写や経年劣化した感熱印字の計量伝票は処理できますか？
AIはカーボン複写伝票や感熱印字伝票も処理可能ですが、抽出精度は画像品質に依存します。複写の2枚目以降は印字が薄く文字が欠けるため、原本の1枚目と比べて精度が低下します。また、高温環境や日光にさらされて経年劣化した感熱印字伝票では、重量項目の信頼度が低くなる可能性があります。このような難しい条件では、原本を200dpi以上で照明を当ててスキャンまたは撮影し、全件処理前にサンプルバッチで正味重量の検証（Computed Column）を実施してください。本ツールは伝票に印刷または記入されたデータを抽出するものであり、計量器の校正確認や重量証明書の認証を行うものではありません。
計量器のハードウェアやERPシステムと連携できますか？
ImageToTable.aiは、印刷・スキャン・撮影済みの伝票を後処理でデータ抽出するツールです。計量器やリアルタイム計量システムとは直接連携しません。一般的なワークフローは、計量所で伝票を発行後、スキャンまたは撮影してImageToTable.aiにアップロードし、Excelに一括抽出。生成されたXLSXまたはCSVファイルをERPや購買・決済システムに取り込みます。リアルタイムのハードウェア連携が必要な場合は、計量管理ソフトウェアをご利用ください。本ツールは、既存の伝票のデータ入力業務を効率化するためのものです。