VLM Powered OCR

楽天の注文スクリーンショットから注文番号、合計金額、お届け予定日を取得

楽天市場のスクリーンショットから注文データを手動でコピーすると1件あたり3分かかりますが、これは注文番号、商品名、合計金額、お届け予定日を5〜10秒で取得します。日本語の読解は不要です。

1枚あたり5〜10秒 · 印字テキストで最大99%の精度

分散型ストア スーパーポイント 日本語ラベル 円建て金額

楽天の注文確認メールには、この4つの項目が必ず含まれています

すべて日本語(日本語)で表記され、ストアごとのレイアウトに分かれています。カスタム列抽出を使えば、英語でフィールドを入力するだけで、AIが各日本語ラベルを読み取って値を取得します。

注文番号(注文番号)

10〜12桁の数字列 — 50,000以上のストアにわたるマスターキーです。各ストアが独自の内部参照番号を割り当てますが、注文番号だけがプラットフォーム上の唯一の共通識別子です。

商品名(商品名)

日本語名に任意の型番が付きます。モバイルのスクリーンショットでは30〜40文字で切り捨てられます — AIは確認ページに表示されている内容を抽出します。

合計金額 / ご請求金額

最終的な金額 — 商品代金+送料+消費税−ポイント利用です。「合計金額」列を定義すると、AIがラベルを読み取って正しい数値を見つけます。

お届け予定日(お届け予定日)

各ストアが独自の配送条件、運送会社、処理時間を設定しています — お届け予定日はそのストアの物流体制を反映しています。Sagawa Expressで発送するストアもあれば、Japan PostやYamato Transportを利用するストアもあり、配送期間もそれに合わせて異なります。

5万以上の店舗、5万以上のレイアウト — 同じ4つのフィールド

Rakuten Ichibaは1つの店舗ではありません。5万以上の独立した販売者が存在し、それぞれが独自の注文確認レイアウト、配送条件、フォーマットを使用しています。テンプレートベースのツールは、すべての注文ページが同じように見えることを前提としています。しかしRakutenでは、それは当てはまりません。

01

店舗ごとにレイアウトが異なる

Rakutenは注文確認メールのテンプレートを1つに統一していません。A店は注文番号を右上に太字で表示し、B店はコンパクトな配送表の中に埋め込み、C店は長いレシート風のスクロール形式で表示します。A店で学習したテンプレートツールはB店やC店では機能せず、対応すべき店舗は5万以上あります。

02

分割された価格表示が内部の複雑さを隠す

Rakutenの注文合計は単一の数字ではありません。確認画面には商品代金、送料、消費税、ポイント利用が別々の行で表示され、最後に合計金額が示されます。標準的なOCRはこれらを読み順に出力するため、円の値が並ぶだけで、それぞれを区別する方法がありません。

03

店舗ごとの配送予定日

Amazonの集中物流とは異なり、Rakutenの各出品者は独自に発送します。ある店舗はYamato Transportで24時間以内、別の店舗はJapan Postで5日以内です。お届け予定日のラベルは常に日本語ですが、その形式と位置は異なります。Redditユーザーは「Rakuten Ichibaのウェブページは混乱している」と指摘しており、注文確認もその不均一な体験の一部です。

01

英語で列を定義、AIが日本語ラベルを読み取ります

「Order Number(注文番号)」「Product Title(商品名)」「Total(合計金額)」「Estimated Delivery(お届け予定日)」を定義します。AIが各ラベルの意味的役割を読み取り、画面上のどこにあっても注文番号を識別します。同じフィールドがどのストアでも、レイアウト学習なしで機能します。

02

分割された価格が独立した列になります

各項目に個別の列を追加します — 商品代金、送料、消費税、ポイント利用、合計金額。AIが各値の横にあるラベルを読み取り、正しい列にマッピングするため、4,800円の商品代金と350円の送料は手動で仕分けすることなく別々のセルに入ります。

03

クロスプラットフォームのバッチ、1つの列セット

同じ4つの列定義が、Rakuten、Amazon、Coupang、その他あらゆるプラットフォームの同じバッチで機能します。AIが画像ごとに読み取り、Rakutenの注文番号もAmazonの「Order #」も同じ「Order Number」列に入ります。1つのスプレッドシート、複数プラットフォーム、手動マージ不要です。

Rakutenの注文スクリーンショットからスプレッドシートの1行まで、3ステップで完了

ステップ1 · アップロード

Rakutenの注文スクリーンショットをドロップしてください — モバイルアプリでもデスクトップブラウザでも、どの店舗・どの配送業者でも対応します。カメラロールやスクリーンショットフォルダからJPG、PNG、WebP形式でアップロードできます。1つの店舗からの複数商品の注文が1画面に収まらない場合は、表示されているセクションごとに別々のスクリーンショットを撮影してください。

ステップ2 · 列を定義

4つの列名を入力します — 注文番号、商品名、合計金額、お届け予定日。AIがすべての日本語ラベルを読み取り、定義した列に各値をマッピングします。店舗Aのレイアウトも、店舗Bのレイアウトも、店舗Cのレイアウトも — すべて同じ4つの列名で処理されます。

ステップ3 · エクスポート

スクリーンショットごとに1行の単一のExcelファイルをダウンロード — 注文番号、商品名、円での合計金額、店舗ごとの配送予定日がすべて列に表示されます。10の異なる店舗から1ヶ月分のRakuten注文をバッチ処理する場合、すべての注文が同じスプレッドシートの1行として出力されます (スクリーンショット1枚あたり手動入力約3分 vs ここでは約5〜10秒)。

楽天の注文スクリーンショット抽出が最適なケースと、確認が必要なケース

最適なケース
  • ✓ 楽天市場のどの店舗からの標準的な注文確認スクリーンショットでも、AIが日本語のラベル(注文番号、合計金額、お届け予定日)を読み取り、各フィールドの意味を理解して英語の列名にマッピングします。店舗ごとのレイアウトの違いには影響されません。
  • ✓ 料金の内訳表示 — 商品代金、送料、消費税、ポイント利用をそれぞれ別の列として定義でき、各項目がラベルに基づいて独立してマッピングされます。
  • ✓ クロスプラットフォームの一括処理 — 同じ4つの列定義を使用して、楽天のスクリーンショットをAmazon、Coupang、Shopeeの注文と一緒に処理し、すべてを1つのスプレッドシートに統合できます。
注意が必要なケース
  • ⚠ 楽天スーパーポイントの獲得予定ポイントが別のテキストとして表示されている場合 — 合計金額とは別にポイント獲得を記録する必要がある場合は、専用の「獲得ポイント」列を追加してください。
  • ⚠ メッセージアプリで再共有された圧縮率の高いスクリーンショット — AIはテキストを抽出できますが、お届け予定日の小さな日本語の日付表記などの細部は、圧縮により劣化する可能性があります。
  • ⚠ 配送伝票番号がテキストではなくクリック可能なリンクとしてのみ表示される注文確認画面 — 伝票番号自体が必要な場合は、店舗からの発送通知を別途取得してください。

よくある質問

Rakutenのスクリーンショットにおける注文番号とは何ですか?また、店舗独自の受注番号とはどう違いますか?

注文番号は、注文時にRakutenの中央システムが割り当てる10〜12桁の数字列です。これは、カスタマーサポート、返品、ポイント追跡など、すべてのRakutenサービスで有効な唯一の識別子です。一部の店舗では、注文番号の横または下に独自の内部受注番号(受注番号または注文ID)も表示します。AIは、2つの列を定義すれば、それらを別々のフィールドとして抽出します。「注文番号」と「受注番号」の両方を列リストに含めるだけです。

Rakutenの確認画面では商品代金、送料、消費税、ポイント利用が分かれていますが、合計金額を1つの数字として抽出できますか?

はい、できます。Rakutenの価格内訳の下部にある合計金額またはご請求金額は、商品代金+送料+消費税から利用したスーパーポイントを差し引いた合計です。「合計金額」列を1つ定義すると、AIがラベルを読み取って最終的な数字を特定します。個々の内訳も必要な場合は、「商品代金」「送料」「消費税」「ポイント利用」の列を追加してください。AIは各ラベルをマッピングし、1回の処理ですべての列を埋めます。

Rakutenの店舗によってお届け予定日が変わるのはなぜですか?

Rakuten Ichibaの各店舗は独立した販売者であり、配送を自社で管理しているためです。Amazonのように一括配送ではなく、Sagawa Expressを利用する大阪の店舗は2〜3日で届く一方、Japan Postを利用する北海道の店舗は5〜7日かかる場合があります。注文確認書に記載されているお届け予定日は、その店舗の処理時間と選択した配送業者のサービスエリアを反映しています。AIはラベルを読み取ってこの日付を抽出するため、店舗や配送業者を把握する必要はありません。

インターフェースがすべて日本語でも、英語の列名でRakutenの注文データを取得できますか?

はい、列名は英語で入力してください(Order Number, Product Title, Total, Estimated Delivery)。AIは日本語のラベル(注文番号、商品名、合計金額、お届け予定日)を意味的な役割で読み取ります。つまり、言語に関係なく注文番号が注文識別子であることを理解します。日本語の文字を知っている必要も、入力する必要もありません。出力されるスプレッドシートには、抽出された値とともに英語の列ヘッダーが使用されます。

Rakutenのスクリーンショットを、Amazon、AliExpress、Coupangなどの他のECプラットフォームとまとめてバッチ処理できますか?

はい — 4つの列名を一度定義し、Rakuten、Amazon、AliExpress、Coupangのスクリーンショットを混在させて1つのバッチにアップロードできます。AIは各画像を個別に処理し、各言語のラベル(Rakutenは日本語、Amazonは英語、AliExpressは中国語、Coupangは韓国語)を読み取り、同じ英語の列ヘッダーにマッピングします。出力は、スクリーンショットごとに1行のスプレッドシートで、4つのマーケットの注文が1つのテーブルにまとめられます。

EC注文スクリーンショットの概要に戻る — このツールが対応する他のオンライン注文プラットフォームをご覧ください。

楽天注文スクリーンショットの完全ガイドを読む — 注文番号、楽天スーパーポイント、配送方法の識別について詳しく解説します。

Coupangとの比較 — ポイント制度と現地対応の配送追跡を備えたもう1つのアジアのEC大手ですが、分散型ストアモデルではなく単一市場の韓国語インターフェースです。

📮 contact email: [email protected]