樹脂の商社の営業が、客先が指定したグレードの代替の候補を、物性の表と過去の置き換えの実績から OpenSearch で探し、物性の違いを並べる

処理の起点を決める

起点は3つあります。物性表の取り込み、提案の記録の取り込み、営業の検索のボタンです。

物性表は、新しい表や改訂の表が届いたら、購買の担当が「物性表」のフォルダに置きます。Lambda が動き、古い表は残したまま新しい表を「現行」にします。

提案の記録は、毎晩、更新された案件を書き出し、案件の番号で上書きして取り込みます。結果が「評価中」から「採用」「不採用」に変わった案件もこれで反映されます。

検索のボタンは、営業が相談のメールを貼った後に押します。複数のグレードが書かれていれば、グレードごとに引きます。

入力データを集める

質を決めるのは、物性の行の「試験の規格と条件」です。 規格が書かれていない行は、「規格不明」として持ち、比べずに並べます。 同じ項目に入れると、第3章の（a）がそのまま起きます。近さの幅の表には、決めた日と根拠を残します。

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

物性の近さは、指定のグレードの値を origin にした gauss で付けます。 公式のドキュメントでは、減衰関数は数値・日付・位置の項目に使え、origin から offset までの距離の文書に1点を、scale と offset を足した距離の文書に decay（既定0.5）の点を付けるとされています。近さの幅の表の値を scale に入れます。

GET /grades/_search
{
  "size": 15,
  "_source": ["grade_id", "maker", "grade", "sheet_version", "resin_family", "filler",
              "flame_rating", "flame_min_thickness_mm", "flex_modulus_iso178",
              "charpy_notched_iso179", "hdt_iso75_1_80mpa", "food_contact_doc"],
  "query": { "function_score": {
    "query": { "bool": {
      "filter": [
        { "term": { "resin_family": "pc_abs" } },
        { "term": { "status": "current" } },
        { "term": { "flame_rating": "V-0" } },
        { "range": { "flame_min_thickness_mm": { "lte": 1.5 } } },
        { "exists": { "field": "flex_modulus_iso178" } },
        { "exists": { "field": "charpy_notched_iso179" } } ],
      "must_not": [ { "term": { "grade_id": "MAKER_A-XXXX" } } ] } },
    "functions": [
      { "gauss": { "flex_modulus_iso178": { "origin": 2600, "offset": 100, "scale": 400 } } },
      { "gauss": { "charpy_notched_iso179": { "origin": 40, "offset": 3, "scale": 10 } } },
      { "gauss": { "hdt_iso75_1_80mpa": { "origin": 95, "offset": 2, "scale": 8 } } } ],
    "score_mode": "multiply" } }
}

exists で絞るのは、減衰関数の決まりのためです。 公式のドキュメントでは、項目の無い文書に対して減衰関数は1点を返すとされています。値の無いグレードは、何もしないと値が完全に一致したグレードと同じ点数になります。値の足りないグレードは、別の検索で件数と名前だけを出します。

荷重たわみ温度を exists に入れていないのは、意図してのことです。 0.45MPa の値しか載っていない物性表もあり、それだけで候補から落とすと取りこぼします。 その候補は点数が1になるので、画面に「1.80MPa の値なし」を必ず出します。

過去の提案は terms 集計で数えます。

GET /proposals/_search
{
  "size": 0,
  "query": { "term": { "original_grade_norm": "MAKERAXXXX" } },
  "aggs": { "by_substitute": {
    "terms": { "field": "substitute_grade_norm", "size": 20 },
    "aggs": { "by_result": { "terms": { "field": "result" } } } } }
}

公式のドキュメントでは、terms 集計の size の既定は10で、各シャードの上位の語を合わせるため件数は近似になりうるとされ、doc_count_error_upper_bound で誤差の上限が分かるとされています。提案の索引は数万件なので、シャードを1つにして数えます。 理由の文は、グレードの組で記録を引いて並べます。

AIへ渡す前に整形する

1. 物性表から物性の行を起こす … 生成AIに、名前・値・単位・試験の規格・条件を書かれたまま表にさせます
2. 項目名に直す … 物性の名前と規格と条件の組を、flex_modulus_iso178、hdt_iso75_1_80mpa、mfr_iso1133_300c_1_2kg のような項目名にします。規格か条件が書かれていない行は unknown_standard の配列に入れます
3. 単位をそろえる … 項目ごとに単位を決め、kgf/cm2 などで書かれた値は、Lambda が決めた式で換算し、換算したことを記録します
4. 難燃性を分ける … 「V-0（1.5mm）」を、等級 V-0 と厚み 1.5 に分けます。厚みが複数書かれていれば、等級ごとに最も薄い厚みを持ちます
5. グレード名をそろえる … 全角を半角に、ハイフン・空白を消し、大文字にして grade_norm を作ります
6. 提案の記録を起こす … 生成AIに、案件の文から元のグレード・提案したグレード・結果・理由を書かれたまま取り出させます

3番目の換算は、AIにさせません。 値と単位を写すのはAI、換算の式を当てるのは Lambda です。 AIは桁を違えたまま、それらしい値で返すことがあります。

AIに処理させる

AIの仕事は3つです。 物性表と提案の記録を書かれたまま表に起こすこと、相談を条件に読み替えること、候補と違いと過去の結果を記録のまま並べることです。

「同等品」と書かせないのが、この構成でいちばん大事な線です。 物性表の値が近くても、成形の収縮や長く使ったときの性質は分かりません。AIの「同等品」が返信に写れば、評価の前に話が進みます。

食品に触れる用途は、書類の有無で絞ります。 消費者庁のページでは、食品用の器具・容器包装に政令で定める材質を使う場合は、ポジティブリストに個別に規格が定められた物質のみ使用を認める制度で、政令で定める材質は合成樹脂とされ、2025年5月31日に経過措置が満了したとされています。適合するかを判断するのは、この構成ではありません。 相談に食品に触れる用途と書かれていれば、メーカーから適合の書類を受け取っているグレードだけを候補にし、無いグレードは「書類の確認が必要」として別に出します。

指示内容を固定する

1回目（物性表の起こし）は、値・単位・規格・条件を書かれたまま写させ、書かれていなければ空にさせます。2回目（相談の読み替え）の指示です。

あなたは樹脂の商社で、客先からの代替のグレードの相談を整理する立場です。
【相談】から、物性の表を探すための条件を取り出してください。

【取り出すもの】
- original_grade_raw: 指定のグレード。書かれたまま
- original_maker_raw: そのメーカー。書かれたまま。無ければ空
- required: 客先が書いた必須の条件。【条件の区分】から選び、書かれた文も写す
- preferred: 客先が書いた「できれば」の条件。書かれた文のまま
- use_raw: 用途。書かれたまま。無ければ空
- missing: 書かれていないが確かめたい項目（用途・難燃性の厚み・色・数量）

【厳守事項】
- 書かれていない条件を足さないでください。難燃グレードの相談でも、
  難燃性の等級が書かれていなければ required に入れないでください。
- グレード名の文字を直さないでください。
- 物性の値を推し量らないでください。
- 客先の担当者の名前・連絡先は写さないでください。

【条件の区分】{condition_types}
【相談】{inquiry_text}

3回目（候補の表）の指示です。

あなたは樹脂の商社で、営業に代替のグレードの候補を示す立場です。
【候補】は OpenSearch が返したグレードです。【違う項目】【過去の提案】はシステムが作ったものです。

【書き方】
- 候補ごとに、メーカー・グレード・物性表の版・樹脂の種類・フィラー・難燃性の等級と厚みを
  記録の値のまま書いてください。
- 【違う項目】は、文言を変えずにそのまま書いてください。
- 【過去の提案】の件数と理由の文は、そのまま書いてください。
- 最後に、営業が客先に確かめる点をまとめてください。

【厳守事項】
- 「同等品」「代替可能」「おすすめ」「問題ありません」と書かないでください。
- 物性の差・比率・平均を計算しないでください。
- 候補の順位を変えないでください。
- 記録に無いこと（成形のしやすさ、長く使ったときの性質など）を書かないでください。

【相談の条件】{conditions}
【候補】{hits}
【違う項目】{differences}
【過去の提案】{past}

「等級が書かれていなければ入れない」を書くのは、AIが気を利かせるためです。 指定のグレードが難燃だと、書かれていなくても V-0 を必須に足し、客先が求めていない条件で候補が減ります。 書かれていない条件は missing に出します。

出力形式を固定する

Bedrock の Converse API の outputConfig.textFormat に JSON スキーマを渡し、3回目は次の形で受け取ります。

{
  "original": { "grade_id": "", "sheet_version": "" },
  "candidates": [
    { "grade_id": "", "maker": "", "grade": "", "sheet_version": "",
      "flame": { "rating": "", "min_thickness_mm": 0 },
      "differences": [""], "not_compared": [""],
      "past": { "adopted": 0, "rejected": 0, "pending": 0, "reasons": [""] },
      "food_contact_doc": "on_file | not_on_file | not_required" } ],
  "to_confirm": [""]
}

AWS の公式ページでは、Converse API の outputConfig.textFormat に JSON スキーマを渡すと応答がスキーマに沿い、enum が使えるとされています。すべての object に additionalProperties: false が要り、数値の minimum・maximum は使えず、任意の項目は全体で12個までです。 用途の書類の区分は enum で縛ります。

1つ目の理由は、AIが返したグレードと件数を索引と照合できることです。 grade_id が検索の結果に無いとき、past の件数が集計の値と違うときは、表を出さずに作り直します。

2つ目は、differences と not_compared を Lambda が作った文と照合できることです。 違う項目は次の規則で作ります。

not_compared を別の欄にしないと、比べなかった物性が「違いが無い」ように見えます。

システムへ連携する

決めた提案は、画面で「見た候補」と一緒に S3 に残します。 案件の管理の仕組みへの記録と、メーカーへのサンプルの依頼は、営業と購買の担当がいつもの手順で行います。

人が確認する

1. 読み替えを見る … 指定のグレードと必須の条件が、相談の文のとおりかを確かめます
2. 比べていない物性を見る … 規格不明と値なしの物性を、物性表で確かめます
3. 難燃性の厚みを見る … 客先の部品の厚みで、その等級が書かれているかを確かめます
4. 過去の不採用の理由を読む … 今回の客先にも当てはまるかを考えます
5. 用途の書類を確かめる … 食品に触れる用途では、書類の有無と日付を確かめます
6. 決めて残す … サンプルを出す候補と、決めた理由を残します

1番目を省かないでください。 グレード名を1文字違えると、別のグレードを元にして候補が並びます。 元にした物性表の版を必ず画面に出します。

例外に対処する

4行目が、相談を進めるための行です。 「難燃性の厚みで0件、外せば8件」と分かれば、客先に厚みの条件を確かめる話ができます。

記録を残す

• 取り込んだ物性表ごとの、元のファイル、起こした表、項目名への変換、換算の記録、担当が直した箇所
• 提案の記録ごとの、文と取り出した元のグレード・提案したグレード・結果・理由
• 相談ごとの、相談の文（客先の担当者の名前を伏せたもの）、読み替えの JSON、営業が直した箇所
• 検索の条件、候補、違う項目、集計の値と照合の結果
• 営業が決めた提案と、見た候補と、決めた理由
• 近さの幅の表と必須の条件の表を見直した日と担当

5つ目は、不採用になったときに、何を見て何を見落としたかを見直す材料になります。