銀行・信用金庫の預金・ローン・投資信託の広告やチラシの原稿を、法令と業界の表示の規約・行内の表示ルールに照らして校正し、表示の抜けと直し案を出す

処理の起点を決める

広告審査の申請が提出されたときに動きます。 申請の画面で、広告の種類（預金／ローン／投資信託／外貨預金／複合）、媒体（チラシ／ポスター／ウェブ／DM／新聞）、対象の商品を選んでもらい、原稿のPDFを添えます。媒体を選ばせるのは、媒体によって添えるべき事項の扱いが変わるためです。

再審査のときも同じ申請から動きます。 前回の審査の番号を入れてもらい、前回の原稿との差分を先に取り出してから、全体を見直します。

夜間にまとめて動かす設計にはしません。 キャンペーンの開始日が決まっていて、差し戻しの往復の1回分が、出稿の遅れに直結するからです。

入力データを集める

質を決めるのは、ルール表と商品の条件表です。 ルール表が無ければ、何が抜けているかを判定できません。商品の条件表が無ければ、原稿に書かれた金利や期間が正しいかを照らす先がありません。 この構成では、条件表の値と原稿の値が違うときも指摘として出します。

行内の表示ルールは、規約や法令より細かいことが多くあります。 「最大」を使わない、問い合わせ先は代表番号を書く、のような取り決めです。ルール表の中で「行内」の印を付けて、規約・法令の行と分けて持ちます。 審査の担当が指摘を採るか決めるとき、根拠の重さが違うからです。

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

生成AIに渡すのは、文字を位置の順に並べたものです。 span ごとに番号を振り、[p1-s034] 年0.30％ のように、どの箇所の文字かが分かる形にします。 生成AIが拾った表現には、この番号を付けて返させます。指摘から原稿の該当箇所へ戻れるのはこの番号のおかげです。

チラシの裏面やウェブのリンク先も、同じ申請に入れてもらいます。 表示規約の運用基準では、ウェブで金利の隣接箇所に必要表示事項のページへのリンクを設けている場合や、チラシの裏面に必要表示事項を表示している場合などは、同一箇所でなくても表示しているものとみなすとされています。裏面やリンク先が無いまま照合すると、抜けの指摘が実際より多く出ます。

AIへ渡す前に整形する

1. 文字情報の確認 … PDFから文字が取り出せない（画像だけの）ページがあれば、照合をせずに差し戻します
2. 位置の順への並べ替え … 段組みのあるチラシでは、取り出した順と読む順が違うことがあります。位置の座標で並べ直します
3. span への番号付け … ページと順番で番号を振ります
4. 大きさの集計 … 原稿の中で最も大きな文字の大きさを、ページごとに求めます
5. 差分の取り出し … 再審査のときは、前回の原稿の文字と比べて変わった span に印を付けます
6. ルール表の絞り込み … 広告の種類と媒体で、照合に使う行だけを選びます

1番目を省かないでください。 画像だけの原稿を通すと、何も書かれていないという判定になり、すべての事項が抜けとして出ます。 審査の担当が一覧を見て混乱するだけで、役に立ちません。

4番目の最大の文字は、投資信託の広告の照合に使います。 たとえばページの見出しが48ポイントで、損失のおそれの文が7ポイントなら、その比を一覧に出します。どの比から「著しく異なる」とするかは条文に数値が無いため、コンプライアンス統括部が行内の目安を決めてルール表に書きます。 機械が出すのは比の値までです。

2番目は、強調と打消しの距離を測るときに効きます。 表示規約の運用基準には、打消し表示について、文字の大きさ、強調表示の文字とのバランス、配置の箇所、ウェブ（PC）では強調表示と打消し表示が1スクロール以上離れていないか、といった留意事項が挙げられています。位置が正しく取れていないと、距離が測れません。

AIに処理させる

生成AIにさせるのは2つです。拾うことと、直し案の文を作ることです。 照らす仕事はさせません。

3行目がいちばん起きやすい失敗です。 直し案を頼むと、生成AIは「中途解約の場合は所定の中途解約利率を適用します」のようなそれらしい文を作ります。 「所定の」で済むのか、利率を書くべきかは行内の決まりです。直し案に入れる値は、商品の条件表にあるものだけにします。

4行目も大事です。 強調の言葉を指摘すると、生成AIは別の強調の言葉に言い換えた案を出しがちです。直し案では、根拠のデータを添えるか、表現を外すかの2択にします。

指示内容を固定する

あなたは銀行の広告審査で、原稿から表現を拾い出す係です。
判断はしません。原稿に書かれていることを、決まった形で書き出してください。

【拾う表現の種類】
rate_deposit（預貯金等の金利）／rate_loan（貸出の金利）／preferential（金利の上乗せ・
優遇・手数料の減免・キャッシュバック）／premium（景品）／simulation（将来の試算）／
past_performance（過去の実績）／superlative（最上級・唯一性の言葉）／
comparison（他者との比較）／risk_product（元本の損失のおそれがある商品の表示）／other

【守ること】
- 原稿の文字は [p1-s034] のような番号付きで渡します。
  拾った表現には、必ず元の番号を付けてください。番号の無い表現を作らないでください。
- 原稿に書かれていない事項を、書かれているものとして扱わないでください。
  「詳しくは店頭で」とだけある場合、その事項は書かれていません。
- 期間・金額・税金・手数料・中途解約などの事項を拾うときは、
  どの表現についての事項かが原稿から分かる場合だけ、その表現に結び付けてください。
  分からない場合は linked_to を空にしてください。
- 規約や法令に合っているか、問題があるかを書かないでください。
- 数値は原稿の文字のまま写してください。四捨五入や単位の変換をしないでください。

【広告の種類】{ad_type}　【媒体】{media}
【原稿（番号付き、位置の順）】{spans}

「判断はしません」を最初に置くのは、生成AIが自分から結論を出したがるからです。 広告審査という言葉を渡すと、「この表現は表示規約に抵触するおそれがあります」と書き始めます。その結論は、ルール表の照合の結果と食い違うことがあり、担当を迷わせます。

「詳しくは店頭で」を書かれていないものとして扱うよう明記するのも、同じ理由です。 書かないと、生成AIはこの一文を根拠に「中途解約の事項：店頭で案内」と拾います。それを表示として認めるかどうかは、ルール表と担当が決めることです。

出力形式を固定する

拾い出しの結果は、次の形のJSONで受け取ります。

{
  "expressions": [
    { "id": "e1", "type": "rate_deposit", "span_ids": ["p1-s034"],
      "text": "年0.30％", "note": "" }
  ],
  "disclosures": [
    { "item": "tax", "span_ids": ["p2-s101"], "text": "", "linked_to": ["e1"] }
  ],
  "unparsed_span_ids": []
}

item は、期間（term）、金額（amount）、リスク（risk）、利息（interest）、税金（tax）、手数料（fee）、中途解約（early_termination）、借入条件（loan_condition）、返済条件（repayment）、指標（index）、損失のおそれ（loss_risk）、商号（company_name）、登録番号（registration_no）などから選ばせます。

照合の結果は、ワークフローの側で次の形にまとめます。

審査の担当に返す一覧は、たとえば次のようになります。

【指摘の一覧】定期預金キャンペーン チラシ（表・裏）　ルール表 v3
f1 value    p1-s034 年0.30％ ── 条件表は年0.25％（キャンペーン金利）
f2 missing  p1-s034 年0.30％ ── 中途解約に関する事項が見つからない（規約）
f3 missing  p1-s041 ＋0.05％上乗せ ── 上乗せの提供時期が見つからない（規約）
f4 review   p1-s012 地域No.1の金利 ── 最上級の言葉。根拠のデータの有無を確認
f5 distance p1-s050 「※条件あり」 ── 強調の箇所から離れて裏面にある（行内）
直し案 f2：中途解約の場合は、{条件表の中途解約利率}を適用します。

f1 を一番上に出すのは、後の「人間の確認」で見る順と合わせるためです。 金利そのものが違う広告は、抜けを直しても出せません。f4 のように最上級の言葉は、規約が客観的に実証されている場合にのみ使えるとしているため、根拠のデータがあるかを担当が確かめる review にします。

1つ目の理由は、拾う層と判定する層を分けられることです。 生成AIが返すのは expressions と disclosures だけで、missing を決めるのはルール表です。ルール表を直せば、同じ拾い出しの結果から判定をやり直せます。

2つ目は、span_ids で原稿へ戻れることです。 担当は指摘の一覧から原稿の該当箇所を開いて確かめます。番号が付いていない指摘は、原稿のどこを見ればよいかを探すことになります。

3つ目は、linked_to で組み合わせを照らせることです。 金利が2種類ある原稿では、どちらの金利についての税金の表示かが分からないと、片方の抜けを見落とします。結び付けが分からないものは空にさせ、照合の側で review にします。

構造化出力のスキーマでは、すべてのフィールドを必須にし、additionalProperties: false を付けます。type と item は列挙型（enum）で決めた値だけを返させます。

システムへ連携する

承認と差し戻しは、従来どおり審査の担当が申請の画面で行います。 この構成は、指摘の一覧を申請に添えるところまでで、承認のボタンには触りません。

人が確認する

審査の担当が、すべての指摘を確かめてから差し戻しを書きます。

1. value を先に見る … 原稿の金利や期間が商品の条件表と違う指摘です。誤った金利の広告は、ほかのどの抜けより重い誤りです
2. missing を根拠ごとに見る … 規約・法令の行の抜けは原則として指摘し、行内の行は媒体と目的に応じて担当が決めます
3. size と distance を原稿で確かめる … 数値は機械が測っていますが、デザインの意図（裏面に事項をまとめた等）を見て判断します
4. review を読む … 拾った表現の種類や結び付けが付かなかったものです
5. 直し案を採るか決める … 採らない場合は、担当が自分で差し戻しの文を書きます

採らなかった指摘には、理由を一言残します。 「裏面に記載あり」「行内ルールの例外として承認済み」のような理由がたまると、ルール表のどの行が誤検知を出しているかが分かります。

例外に対処する

7行目で申請を止めないことが大事です。 自動の点検は審査を助けるもので、審査そのものの条件にはしません。 点検が止まって広告が出せない、という形にすると、点検を外す圧力が生まれます。

記録を残す

• 原稿のPDFと、取り出した文字・大きさ・位置
• 生成AIの拾い出しの結果（JSON）と、照合の結果の一覧
• 照合に使ったルール表の版と、商品の条件表の版
• 審査の担当が採った指摘、採らなかった指摘とその理由
• 差し戻しと承認の日時、再審査の回数

3つ目の版を残すのは、規約や行内のルールが後から変わるためです。 改正後に過去の広告を見返すと、当時は問題の無かった表示が、今の基準では抜けに見えます。 どの版で照らしたかが残っていれば、説明ができます。

採らなかった指摘の理由は、ルール表を直す材料です。 同じ行の指摘が毎回採られないなら、その行の書き方か媒体ごとの扱いが現場に合っていません。