欄位映射編輯器 AI 生成草案
調整 AI 建議之欄位對應關係；下拉選單只列 ERP MIGRAI catalog 中真實存在的 Odoo 欄位，修改紀錄可追溯（UX §5.5／PRD §7.1 AI-04）
這一頁的分析是真的，而且預設會真的呼叫模型。按「執行 AI-04 分析」會呼叫本站台的
這一次的結果來自哪裡有三種可能，一律以下方 AI 卡片裡的來源標示為準 （模型即時產生 預存模型輸出 規則計算，同 docs/ISO2ERP_AI_CONTRACT.md §5.3）： 勾選上方「用上次真的跑過的結果」會讀先前真的跑過留下的快取（現場網路不穩時的保險， 沒跑過就沒有快取）；模型叫不動或快取不存在時，本頁不會開天窗、也不會拿假資料頂替， 而是退回瀏覽器端的欄位名稱規則比對，並在畫面上明講那不含模型的判讀。
AI 只出草案：映射的採納、修改與確認一律由 BA 操作， 本頁沒有任何會由 AI 自動按下的確認鍵（UX §1.3／PRD §7.1）。 您在下面做的修改只存在於這個瀏覽器分頁：不寫資料庫、不回寫 Odoo，重新整理即還原。
但這一頁最下面多了一區「把這份草案真的寫進 Odoo」——那一顆按鈕會真的動到 Odoo。 它寫進去的是伺服器上那份草案，不是您在表格裡改過的版本； 兩者的差別與整個流程寫在那一區自己的誠實框裡。
POST /api/ai04：用 openpyxl
真的打開伺服器上的 客戶訂單登錄表.xlsx 讀出欄位，把欄位與
ERP MIGRAI catalog 宣告的 48 個 Odoo 欄位一起送給 Gemini，
回來的每一筆都要過 schema 驗證（驗不過的不會被丟掉，會標成問題留在畫面上）。
模型通常要 10–30 秒才回得來。
這一次的結果來自哪裡有三種可能，一律以下方 AI 卡片裡的來源標示為準 （模型即時產生 預存模型輸出 規則計算，同 docs/ISO2ERP_AI_CONTRACT.md §5.3）： 勾選上方「用上次真的跑過的結果」會讀先前真的跑過留下的快取（現場網路不穩時的保險， 沒跑過就沒有快取）；模型叫不動或快取不存在時，本頁不會開天窗、也不會拿假資料頂替， 而是退回瀏覽器端的欄位名稱規則比對，並在畫面上明講那不含模型的判讀。
AI 只出草案：映射的採納、修改與確認一律由 BA 操作， 本頁沒有任何會由 AI 自動按下的確認鍵（UX §1.3／PRD §7.1）。 您在下面做的修改只存在於這個瀏覽器分頁：不寫資料庫、不回寫 Odoo，重新整理即還原。
但這一頁最下面多了一區「把這份草案真的寫進 Odoo」——那一顆按鈕會真的動到 Odoo。 它寫進去的是伺服器上那份草案，不是您在表格裡改過的版本； 兩者的差別與整個流程寫在那一區自己的誠實框裡。
AI-04 欄位映射草案
信心 ≥ 85% 可快速覆核、60–85% 須逐項審查、< 60% 標示「待人工處理」不自動採用； AI 不可代替人做最終決定，映射確認一律由 BA 操作（UX §1.3／PRD §7.1）。
| 來源欄位 | 目標 Odoo 欄位 | 轉換函數 | 信心分數 | 操作 |
|---|
修改紀錄
尚無修改。調整任一列的目標欄位或轉換函數後，這裡會記下 誰、在什麼時間、把哪一欄從什麼改成什麼（PRD §7.1 要求 AI 輸出之修正紀錄可追溯）。
覆核者：林佩君（BA） · 時間取自您這台電腦的瀏覽器時鐘
把這份草案真的寫進 Odoo
真的執行
POST /api/iso2erp/load
按下去會真的動到那台 Odoo，六個步驟一次做完，每一步的結果都原樣列在下面：
- 把登錄表的資料列寫成一個 SQLite（主鍵用「最左邊、值唯一且不含空值的一到兩欄」推定）
- 把 AI-04 的草案翻成
mapping.json。 模型沒給的東西一律不補：value_map沒附對照表、reference找不到被參照的表、目標欄位不在 catalog 裡——都退到「未對應」並寫明理由 - 先問真機再寫：把目標欄位丟給這台 Odoo 的
fields_get， 欄位不存在、或關聯指到別的模型的，在寫入前就擋下 - 拿 ERP MIGRAI 那份
mapping.schema.json逐條驗，不合就擋下、不寫入 migrai load：用--source-id iso2erp真的寫進 Odoo。這是另一個命名空間，不會蓋掉演示站台五步驟那條線寫進去的資料migrai verify：只讀不寫，逐表比筆數、逐張訂單比金額
取消勾選會真的重新呼叫 Gemini（10–30 秒）。寫進去之後可以在演示站台按重置回到乾淨基準。