シール・ラベルの印刷会社の営業が、新しい見積の依頼に近い過去の見積を素材・糊・寸法・部数・納期から OpenSearch で探し、出した単価と受注・失注を並べる

処理の起点を決める

起点は2つあります。毎晩の見積の版の取り込みと、営業の検索のボタンです。

取り込みは、前の日までに出した見積の版と、受注・失注が確定した見積を書き出し、索引に加えます。版は1つずつ別の文書にし、見積の番号を共通に持たせます。 結果が確定したら、同じ見積の番号のすべての版の結果の項目を書き換えます。

検索のボタンは、営業が依頼のメールと仕様書の文を貼った後に押します。素材と糊の区分の表は、営業と工場の担当が月に1回見直します。 新しい素材や糊を扱い始めたときは、区分を足した日から検索に使います。

入力データを集める

質を決めるのは、抜き型の扱いの項目です。 型代が単価に込みなのか別なのか、既存の型を使ったのかが記録に無い見積は、単価を比べられません。記録に無い見積は、抜き型の扱いを unknown として持ち、画面で必ず目立たせます。

結果が「回答なし」の見積も索引に入れます。 得意先から返事が無かった見積は、受注でも失注でもありません。失注に数えると、その単価では取れなかったように見えてしまいます。

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

見積の番号ごとのまとめは collapse で行います。 OpenSearch の公式のドキュメントでは、collapse は検索の結果を項目の値でまとめ、まとめごとに上位の文書だけを返すとされています。まとめる項目は keyword か数値の型で、doc values が有効で、文書ごとに値が1つである必要があり、値が複数ある文書があると検索が拒まれるとされています。quote_no は必ず keyword で1つの値にします。

まとめた見積の中の版は、inner_hits で取り出します。 公式のドキュメントでは、inner_hits で各まとめを広げられ、並べ方の違う複数の inner_hits を指定した例が示されています。版の番号の昇順で取ったものを first_rev、降順で取ったものを last_rev とします。

GET /label_quotes/_search
{
  "size": 10,
  "_source": ["quote_no", "rev", "customer_code", "material", "glue", "shape",
              "width_mm", "height_mm", "colors", "finish", "qty", "unit_price",
              "lead_days", "die", "result", "quoted_on"],
  "query": { "function_score": {
    "query": { "bool": {
      "filter": [
        { "term":  { "material": "pet_clear" } },
        { "term":  { "glue": "strong" } },
        { "term":  { "shape": "rounded_rect" } },
        { "range": { "width_mm":  { "gte": 50, "lte": 70 } } },
        { "range": { "height_mm": { "gte": 30, "lte": 50 } } },
        { "range": { "qty": { "gte": 2500, "lte": 20000 } } } ] } },
    "functions": [
      { "gauss": { "quoted_on": { "origin": "now", "offset": "90d", "scale": "365d" } } } ] } },
  "collapse": {
    "field": "quote_no",
    "inner_hits": [
      { "name": "first_rev", "size": 3, "sort": [ { "rev": "asc" } ] },
      { "name": "last_rev",  "size": 3, "sort": [ { "rev": "desc" } ] } ] }
}

ここで、公式のドキュメントの2つの注意を踏まえます。 1つは、応答の総件数（hits.total）はまとめる前の文書の数で、まとめの数は示されないことです。画面に「近い見積 〜件」と出すときは、hits.total を使わず、返ってきたまとめの数を数えます。もう1つは、collapse は集計の結果を変えないことです。版ごとに文書があるので、集計で受注の数を数えると版の数だけ重なります。受注と失注の数は、まとめた結果から Lambda が数えます。

寸法と部数の幅は、range で決めます。 部数は今回の半分から2倍まで、寸法は前後10mmを既定にし、候補が少なければ営業が画面で幅を広げます。range の幅は検索の条件として画面に出し、どこまで広げて見たかを残します。

AIへ渡す前に整形する

1. 寸法を mm にそろえる … 「60×40」「W60 H40」「6cm×4cm」を幅と高さの mm の整数にします
2. 部数を枚数にそろえる … 「5千枚」「5,000」「5K」を 5000 にします。ロールで「1巻1,000枚×5巻」とあれば総数を 5000 にし、巻き数は別に持ちます
3. 納期を営業日の数にする … 依頼の日から希望の納期までの営業日の数を lead_days にします
4. 素材と糊を区分にする … 区分の表で pet_clear・woodfree・yupo、strong・removable・freezer などにします。表に無い言葉は区分を空にして残します
5. 抜き型の扱いを区分にする … new_die_separate（新しく作り型代は別）、new_die_included（型代込み）、existing_die（既存の型）、unknown
6. 部数ごとの単価を分けて持つ … 1つの見積に複数の部数の段があるときは、段ごとに別の文書にし、qty と unit_price を1つずつ持たせます

6番目で段ごとに文書を分けるのは、range で部数を絞るためです。 部数を配列で持つと、5,000枚の段の単価と10,000枚の段の単価のどちらが当たったのかが分からなくなります。見積の番号と版の番号と部数の段の組を、文書の番号にします。 inner_hits の size は部数の段の数（3など）にし、同じ版の段をまとめて取り出したうえで、今回と比べる段は Lambda が版の番号と部数の近さで選びます。

5番目の unknown を空のまま比べないことが、第3章の（c）を防ぎます。 抜き型の扱いが分からない見積は、単価が近くても比べてよいかが決まりません。

AIに処理させる

AIの仕事は2つです。 依頼を仕様に読み替えることと、見積ごとの単価・結果・違う点を記録のまま並べた表を作ることです。

今回の単価を提案させないのが、この構成でいちばん大事な線です。 過去の単価を渡せば、生成AIは部数の違いを割り戻した単価を返します。その単価には、今の素材の値も、型代も、工場の混み具合も入っていません。 画面に単価が出れば、依頼の多い日ほどその数字が見積に写ります。

用途から素材を推し量らせないのも同じ理由です。 「冷凍食品のラベル」と書かれていても、冷凍向けの糊を使うかは得意先の仕様です。推した区分で引くと、別の糊の見積を根拠にすることになります。

指示内容を固定する

1回目（依頼の読み替え）の指示です。

あなたはシール・ラベルの印刷会社の営業で、見積の依頼を整理する立場です。
【依頼】から、過去の見積を探すための仕様を取り出してください。

【取り出すもの】
- material: 素材。【素材の区分】から1つ選ぶ。選べなければ空
- glue: 糊。【糊の区分】から1つ選ぶ。選べなければ空
- size_raw: 寸法。書かれたまま（「60×40の角丸」など）
- shape_raw: 形状。書かれたまま
- colors_raw: 色数。書かれたまま（「4色＋白」など）
- finish_raw: 加工。書かれたまま（「ラミネート」「箔押し」など）
- qty_raw: 部数。書かれたまま。複数あればすべて
- due_raw: 納期。書かれたまま
- missing: 書かれていない項目の名前

【厳守事項】
- 素材や糊が書かれていなければ空にしてください。用途から推し量らないでください。
- 寸法・部数は単位を直さず、書かれたまま写してください。計算しないでください。
- 単価や金額について、何も書かないでください。
- 得意先の会社名・担当者名は写さないでください。

【素材の区分】{materials}
【糊の区分】{glues}
【依頼】{request_text}

2回目（見積の表）の指示です。

あなたはシール・ラベルの印刷会社で、営業に過去の見積を示す立場です。
【見積】は過去の見積の最初の版と最後の版の記録です。
【違う項目】はシステムが作ったものです。

【書き方】
- 見積ごとに、見積の番号・素材・糊・寸法・部数・最初の単価・最後の単価・
  抜き型の扱い・結果を、記録の値のまま書いてください。
- 【違う項目】は、文言を変えずにそのまま書いてください。
- 抜き型の扱いが unknown の見積は「型の扱い不明。単価の比べ方に注意」と書いてください。
- 最後に、得意先に聞き返す項目をまとめてください。

【厳守事項】
- 単価を計算しないでください。差・割合・部数での割り戻しを書かないでください。
- 今回の単価を提案しないでください。
- 失注の理由を、記録のメモに無い形で書かないでください。

【依頼の仕様】{conditions}
【見積】{quotes}
【違う項目】{differences}

「部数での割り戻しを書かない」を入れているのは、部数の違う見積が並ぶと、AIが自分で1枚あたりに直そうとするからです。 割り戻しは、版代や型代が部数で薄まる分を無視した計算になります。比べ方は営業が決めることなので、AIの文には入れません。

出力形式を固定する

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

{
  "request_no": "",
  "conditions": { "material": "", "glue": "", "width_mm": 0, "height_mm": 0,
                  "qty": [0], "lead_days": 0 },
  "quotes": [
    { "quote_no": "", "first_unit_price": 0, "last_unit_price": 0, "qty": 0,
      "revisions": 0,
      "die": "new_die_separate | new_die_included | existing_die | unknown",
      "result": "won | lost | no_reply | open",
      "differences": [""] } ],
  "ask_back": [""]
}

AWS の公式ページでは、Converse API の outputConfig.textFormat に JSON スキーマを渡すと応答がスキーマに沿い、enum が使えるとされています。すべての object に additionalProperties: false が要り、数値の minimum・maximum は使えません。 抜き型の扱いと結果は enum で縛ります。

1つ目の理由は、AIが返した単価を索引の値と照合できることです。 quote_no ごとに、first_unit_price と last_unit_price が first_rev と last_rev の _source の値と一致するかを Lambda が確かめます。違えば索引の値で置き換え、置き換えたことを記録します。

2つ目は、differences を Lambda の文と照合できることです。 違う項目は次の規則で作り、1字でも違えば表を作り直します。

システムへ連携する

抜き型の台帳は、今回の依頼の形と寸法に合う既存の型があるかを示すためにも使います。 型があるかを確かめるのは工場の担当で、画面には「台帳に近い型あり（型の番号）」とだけ出します。

人が確認する

1. 読み替えを見る … 素材・糊・寸法・部数が、依頼のとおりに取り出されているかを確かめます
2. 抜き型の扱いを見る … 今回の依頼で型を新しく作るか、既存の型を使うかを工場の担当と確かめます
3. 結果を読み分ける … 受注の単価と失注の単価を分けて見ます。回答なしは結果として数えません
4. 同じ得意先の見積を見る … 得意先のコードが同じ見積があれば、前に出した単価との違いを説明できるかを確かめます
5. 単価を決めて残す … 見た見積の番号と、単価を決めた理由を残します

4番目を省かないでください。 第3章の（b）は、ここで防ぎます。同じ得意先に前と違う単価を出すなら、その理由を見積に添えられるようにしておきます。

例外に対処する

記録を残す

• 依頼ごとの、依頼の文（得意先の名前を伏せたもの）、1回目の JSON、営業が直した箇所
• 検索の条件（range の幅を含む）、まとめた見積、違う項目と照合の結果
• AIの単価を索引の値で置き換えた記録
• 営業が決めた単価と、見た見積の番号、単価を決めた理由
• 区分の表を見直した日と担当

4つ目は、受注・失注が確定したときに見直す材料になります。 決めたときに見た見積と、今回の結果を並べられます。