小売店が毎週集める競合店のチラシを読み取り、商品・規格・売価を自社の商品マスタに対応づけて、自社の売価との差が大きい商品を売価担当へ出す

処理の起点を決める

各店の担当が、チラシを取込フォルダに保存したことを起点にします。 紙のチラシは店のスキャナで読み、競合が自社のサイトで公開しているものは PDF や画像を保存します。ファイル名は「店コード_競合店コード_チラシの開始日」にします。サイトから保存するときは、そのサイトの利用の条件を確かめます。

保存をきっかけに Azure Functions が動きます。 読み取り、ブロックの組み立て、項目化、対応づけを1枚ずつ進め、チラシ1枚の処理が終わったら、その店の担当と本部の担当に件数を知らせます。

本部の一覧は、毎朝9時にまとめて作り直します。 同じ競合店のチラシを近くの2店が集めることがあるので、競合店とチラシの開始日が同じものは1枚にまとめ、二重に数えません。

入力データを集める

質を決めるのは、いちばん下の表です。 競合のチラシの書き方は、毎週ほぼ同じです。一度人が確かめた対応づけを残しておけば、次の週からはその表で引けます。 AIに毎回選ばせるのは、表に無いものだけにします。

税率の一覧に適用の期間を持たせるのは、税率が変わることがあるためです。 国税庁は、令和9年4月1日から2年間、飲食料品の消費税率が引き下げられ、総額表示の特例が設けられるとしています。税率を計算の中に書き込まず、一覧から引く形にしておきます。

データの取得方法を決める

読み取りは、Azure Functions からレイアウトモデル（prebuilt-layout）を呼ぶだけです。

ブロックの組み立ては、位置で行います。 チラシの売価は大きな数字で書かれ、商品名と規格はその上か左に小さく書かれます。単語の polygon の高さが大きい数字を売価の候補とし、その周りの一定の距離にある段落を寄せて1つのブロックにします。 どの段落がどの売価に属するか迷うときは、両方のブロックに入れて「迷い」の印を付け、次の段で AI に選ばせます。

チラシの期間は、ブロックの外にある帯から読みます。 「10/8（水）〜10/10（金）」のような期間の帯や、「日曜日限り」のような見出しは、role と位置で分けて、そのページ全体の条件として持ちます。

AIへ渡す前に整形する

1. 形式の確認 … レイアウトモデルは PDF と、JPEG/JPG、PNG、BMP、TIFF、HEIF の画像を受け付けます
2. 画像のサイズの確認 … 50×50から10,000×10,000ピクセルの間に収めます。大判のチラシは、この範囲で解像度を落としすぎないように縮めます
3. 小さな字の確認 … 1024×768の画像で12ピクセルが下限です。規格の字がこれを下回るチラシは、表と裏を半分ずつに分けて読みます
4. パスワードの確認 … パスワードでロックされた PDF は、提出の前にロックを解除する必要があります
5. ページの分け方 … 表と裏を別のページにし、ページごとに期間の帯を読みます
6. 重複の検知 … 同じ競合店・同じ開始日のチラシが届いていれば、後のものを重複として扱います

3番目を軽く見ないでください。 売価の大きな数字は読めても、その下の「400g」「4個入」が読めないと、対応づけができず、比べられない商品が増えます。 半分に分けて読むのは手間ですが、規格が読めることのほうが大切です。

AIに処理させる

させるのは2つです。 1つは、ブロックの文字を商品の項目にすること。もう1つは、プログラムが引いた候補の中から当たる商品を選ぶことです。

規格を数と単位に分けさせないのは、計算をプログラムに残すためです。 「4個入（1個100g）」を AI が「400g」に直すと、4個パックと400gの1個の商品が同じに見えてしまいます。 分けるのは、決まった書き方を読むプログラムの仕事にし、読めないものは人に回します。

2行目がいちばん起きやすい失敗です。 「1□8円」のように1桁がかすれた売価を、AIは前後から「198円」と読みたがります。かすれた桁は unclear にし、チラシの切り抜きを見て人が決めます。 存在しない安値が一覧に載ると、売価担当が不要な値下げを検討することになります。

指示内容を固定する

あなたはスーパーマーケットの本部で、競合店のチラシの読み取り結果を
商品ごとの項目にする立場です。
渡すのは、チラシの1つの商品のまわりにある文字と、そのページの条件です。
書かれている文字だけを使ってください。推測で埋めないでください。

【やること】
1. product_name：商品名を書かれたとおりに写す
2. maker_or_origin：メーカー名か産地。書かれていなければ空
3. spec_text：規格（内容量、入数、単位）を書かれたとおりに写す
4. price_numbers：売価として書かれた数字を、大きい順にすべて写す
5. tax_label：tax_included / tax_excluded / both / unknown
6. conditions：売り方の条件を書かれたとおりに並べ、それぞれに種類を付ける
   multi_buy / member / limit_per_customer / day_limited / discount / other

【厳守事項】
- 計算をしないでください。税込への換算も、1個あたりへの換算もしないでください。
- かすれて読めない桁があれば、その数字を unclear に入れ、補わないでください。
- 規格を数と単位に分けたり、別の書き方に直したりしないでください。
- ブロックに2つの商品が混ざっているときは、mixed を true にしてください。
- 売価を合わせるべきか、競合が安いかどうかは書かないでください。

【ページの条件】{page_conditions}
【このブロックの文字】{block_text}

「計算をしない」を最初に置くのは、AIが親切に計算するからです。 「本体98円」を「税込105.84円」とし、「2個で300円」を「1個150円」とします。計算そのものが正しくても、どの税率を使ったか、端数をどう扱ったかが記録に残りません。 計算はプログラムに寄せ、税率の一覧のどの行を使ったかを残します。

2回目の指示は、候補から選ぶことだけに絞ります。 「候補の中に、メーカー・内容量・入数がすべて合うものが無ければ no_match にしてください。名前が似ているだけで選ばないでください」と書きます。似た名前の別の商品を選ぶより、no_match のほうがずっと害が小さいからです。

出力形式を固定する

Azure OpenAI の構造化出力を使います。 response_format に json_schema を指定し、strict を true にします。1回目は次の形です。

{
  "product_name": "○○ヨーグルト プレーン",
  "maker_or_origin": "○○乳業",
  "spec_text": "400g",
  "price_numbers": ["138", "149"],
  "tax_label": "both",
  "conditions": [
    { "text": "お一人様2点限り", "kind": "limit_per_customer" }
  ],
  "unclear": [],
  "mixed": false
}

2回目は、{ "match": "商品コード または no_match", "spec_diff": false, "reason": "メーカーと内容量が一致" } の形で受け取ります。

1つ目の理由は、計算の段に渡す形が決まることです。 price_numbers と tax_label と conditions がそろっていれば、プログラムは「本体138円・税込149円」の組を読み分け、1個あたりの税込の価格を、税率の一覧のどの行で出したかを残せます。

2つ目は、kind を列挙の値に固定できることです。 条件の種類が決まっていれば、member や day_limited の付いた価格を、通常の比べ方から外して別の欄に出せます。

3つ目は、項目が必ずそろうことです。 公式は、構造化出力ではすべてのフィールドを required にし、additionalProperties を false にするよう求めています。書かれていなかった項目も空や unknown で必ず返るので、読み落としと区別できます。

システムへ連携する

一覧の各行には、チラシの切り抜きを付けます。 ブロックの boundingRegions で画像を切り抜き、行の横に並べます。売価担当は、元のチラシを開かずに、書かれていた文字を自分の目で確かめられます。

基幹システムの売価には書き込みません。 合わせると決めた商品の売価変更は、これまでどおりの手順で入れます。

人が確認する

1. 本部の担当が check の行を片付ける … 切り抜きを見て、自社の商品コードを選ぶか「当たる商品なし」とします。選んだ結果は対応づけの記録に残し、次の週から自動で引けるようにします
2. 本部の担当が big_gap の行の対応づけを確かめる … 差が大きい行ほど、対応づけの誤りを疑います
3. 売価担当が一覧を見て判断する … 合わせるか、別の商品で対抗するか、何もしないかを、部門のバイヤーと決めます
4. 判断の結果を一覧に残す … 何をしたかを残し、翌週の比べ方に活かします

2番目を省かないでください。 差が極端に大きい行の多くは、規格の違いか対応づけの誤りです。本当の目玉の商品かどうかは、切り抜きを見れば数秒で分かります。

最初の1か月は、check が多く出ます。 対応づけの記録がたまるにつれて減り、競合のチラシの書き方が毎週ほぼ同じなら、2か月目には大きく減る想定です。 第10章の1件12分は、記録がたまった後の数字です。

例外に対処する

6行目は、総額表示の決まりと関わります。 国税庁は、事業者が消費者にあらかじめ価格を表示する場合は税込価格を表示する義務があり、チラシ広告もその表示に含まれるとしています。それでも、本体価格を大きく書き税込価格を小さく添えるチラシは多く、小さい方が読めなかったときに大きい方を税込とみなすと、差を誤って見積もります。

記録を残す

• チラシの画像と、店コード・競合店名・チラシの期間・取り込んだ日時
• レイアウトモデルが返したJSONの全文
• ブロックの組み立ての結果と、各ブロックの切り抜き
• Azure OpenAI の2回の出力の全文
• 1個あたりの税込の価格の計算に使った税率の一覧の行と、端数の扱い
• 対応づけの記録（チラシの書き方、自社の商品コード、確かめた人と日付）
• 一覧の行ごとの判定と、売価担当の判断

5つ目を残すのは、比べ方を後から説明できるようにするためです。 「競合が10円安い」が、どの税率でどう計算した結果かが分からないと、バイヤーとの話し合いで数字の根拠を示せません。