← 全部項目案例

一句話查詢 EDI

以自然語言查詢 EDI:美國 EDI 方案商

業務同事直接問「發票 4471 的付款條款是甚麼?」,經 EDI Fine-tune 的 Llama 3 即時以日常語言回答。

問題

一間美國 EDI 方案商的客戶內部,Business 團隊說的是發票號碼和 PO 號碼,EDI 團隊說的是 810、850 和欄位位置,雙方各說各話。原有的「文字版本」其實只是 hard-coded template,無法直接提問。

方案

在 EDI 數據之上加入自然語言介面:以業務用語提問,系統找出對應的 X12 transaction,取回確實欄位,再由 Fine-tune 模型以日常語言作答。同時把 EDI 與 SAP IDoc 自動配對,整條交易時間線一目了然。

痛點: Business 與 EDI 團隊各說各話; 被拒交易要人手逐段拆解; 難以掌握訂單處理進度. 成果: 一句話查詢 EDI.

痛點

  • Business 與 EDI 團隊各說各話
  • 被拒交易要人手逐段拆解
  • 難以掌握訂單處理進度

方案拆解

  1. 解析時保留次序. X12 按 interchange → group → transaction(850 PO、997 確認、810 發票)轉為 JSON。在 X12 中,位置即意思,次序不容有失。

  2. 與原有 index 並存. 解析結果與原有 Elasticsearch 並存,上游系統毋須任何改動。

  3. 業務用語對應 transaction. 發票號碼對應 810,PO 號碼對應 850,提問變成精準查找,而非全文搜尋。

  4. 為 EDI Fine-tune 模型. Llama 3(4-bit,Unsloth):先以 SFT 學習 EDI 術語與作答,再以 ORPO 進行 EDI ↔ 英文互譯。

  5. EDI 配對 SAP IDoc. PO 或發票號碼相同,且寄件及收件 ID 在公司字典中對應同一夥伴,即自動配對。

  6. 繪製時間線. 850、997、810 依次排列成事件,訂單處理狀況一目了然。

成果

一句話查詢 EDI

Tech Stack

EDIX12LLM Fine-TuningSAP IDoc

可靠之處

模型只負責「解釋」,不負責「判斷」。解析、配對與夥伴對應全是可審計的確定性程序;LLM 只把檢索結果轉成日常語言。這樣才能放心把 LLM 置於供應鏈系統之前。

相關服務: Forward-deployed AI 工程師

希望了解類似方案?

預約免費諮詢