N° 01
客戶身分與價格來源對不起來
同一項商品可能因客戶、通路或合約而有不同價格。前端如果只收到姓名或自由文字，就無法安全套用 ERP 裡的正式規則。
Topic Guide·ERP Integration·Curated by VJVAN
LINE 訂單
怎麼安全接回
ERP？
可以，而且不一定要先換 ERP 或先做 API。正確順序是先把客戶身分、商品、價格、單位、訂單狀態與人工例外整理清楚，再依現有 ERP 條件選擇 API、批次匯入或半自動銜接。
30 秒判斷
如果訂單仍從 LINE 訊息被人工抄進 ERP，第一步通常不是追求全自動，而是先讓資料結構化、狀態可追蹤、例外有人負責。
Common Breakpoints
真正難的不是「能不能串」，而是資料到哪裡會失真
ERP 整合失敗，常常不是少一支 API，而是前端語言、正式資料與營運責任沒有先對齊。以下五個斷點，應在決定技術路線前逐一確認。
N° 02
商品、單位與稅別沒有共同語言
客戶說的箱、包、組，未必等於 ERP 的庫存單位。資料進系統前，必須先把品號、換算與必要欄位對齊。
N° 03
沒定義哪一刻才算正式訂單
送出、覆核、核價、接單與轉正式單據是不同狀態。沒有狀態邊界，改單、取消與重送就容易變成重複資料。
N° 04
只打通寫入，沒有錯誤與退回路徑
整合不只是把資料送出去，也要知道送達、被拒絕或需要人工處理。否則前端顯示成功，後台卻沒有正式紀錄。
N° 05
前端、ERP 與營運責任沒有分工
誰提供主檔、誰判斷例外、誰處理失敗、誰完成驗收，都應在開發前寫清楚，不能等上線後再互相猜測。
Integration Routes
API、批次、半自動，沒有一條路永遠最好
選擇標準不是哪一個聽起來最先進，而是哪一條能在現有版本、授權、作業節奏與責任分工下，持續產生正確的正式資料。
Route 01
API 串接
需要接近即時的資料交換，而且 ERP 版本、授權與介接規格已經確認。
- 適合情境
- 訂單狀態需要較快同步、資料量穩定，並有 ERP 原廠、SI 或資訊團隊共同配合。
- 必須接受的取捨
- 整合能力取決於實際端點、權限與錯誤處理，不是看到「有 API」就代表所有流程都能直接連。
- 先驗證什麼
- 先以測試資料驗證身分、品號、價格、狀態與失敗回復，再決定正式切換範圍。
Route 02
批次匯入
依 ERP 支援的格式整理訂單，在固定時間或由人確認後匯入。
- 適合情境
- 有明確截單時間、隔日或分批出貨，不需要每一筆訂單即時進入 ERP 的 B2B 流程。
- 必須接受的取捨
- 不是即時同步，但責任邊界清楚、相容性通常較高，也比較容易保留既有核對節奏。
- 先驗證什麼
- 用實際匯入範本測試必填欄位、編碼、重複判斷與退件清單，確認人員能處理例外。
Route 03
半自動銜接
先把 LINE／LIFF 訂單結構化，交由內部人員覆核，再進行既有輸入或匯入流程。
- 適合情境
- ERP 對外介接條件尚未確認，或價格與例外仍需要商業判斷，但想先停止從聊天訊息抄單。
- 必須接受的取捨
- 仍保留人工節點，卻能先解決欄位不完整、訊息散落與狀態不可追蹤，不必等待整套整合一次完成。
- 先驗證什麼
- 量測人工還需處理哪些步驟，逐段確認哪些規則穩定後，才考慮往批次或 API 擴充。
Anonymous Field Note
先把斷點做成流程，再決定自動化到哪裡
以下為經過匿名化的實務摘要，不揭露客戶身分、價格、精確成果或內部技術配置。
B2B 通路情境
一家已有正式後台的企業，客戶仍習慣透過 LINE 傳送需求。內部人員需要辨認客戶、核對商品與價格，再把資訊轉成後續作業，訂單雖然進來了，狀態與責任卻分散在對話和人腦裡。
這個案子沒有先追求全自動，而是先讓客戶在 LINE 裡完成結構化送單，保留內部覆核與例外處理，再逐步把正式資料與後端作業銜接起來。前線開始有共同入口，營運也能清楚辨認每張單正在等待誰處理。
真正產生價值的不是某個單一畫面，而是接單、覆核、彙整與交付之間不再靠重複轉抄維持。等規則穩定後，才有條件繼續評估批次或 API。
閱讀完整案例文章Curated Resources
依你的角色，接著讀這一頁
這裡不是自動生成的標籤列表，而是依企業導入、夥伴合作、觀點理解與案例驗證人工整理的閱讀路徑。
FAQ
LINE／LIFF 與 ERP 整合常見問題
LINE LIFF 訂單一定要用 API 才能接 ERP 嗎？
不一定。API、批次匯入與半自動銜接都是可行路線，應依 ERP 版本與授權、資料時效、例外比例及內部驗收能力選擇。能穩定交付的簡單路線，通常比尚未驗證的即時串接更合適。
既有 ERP 很舊，還能先做 LINE 收單嗎？
可以先評估。即使暫時無法直接介接，也能先把 LINE 上的自由文字變成欄位完整、狀態可追蹤的訂單，再由人覆核或依既有格式匯入。是否能再往自動化擴充，要看實際系統條件。
LINE LIFF 會取代公司的 ERP 嗎？
不會。LINE／LIFF 適合承接客戶與第一線的操作體驗，ERP 繼續負責正式單據、帳務、庫存與企業核心規則。整合的目標是補上兩者之間的資料與流程斷點。
如何避免重複訂單或前端顯示成功、ERP 卻沒收到？
需要明確的訂單識別、狀態、重送規則與失敗處理。正式上線前也要用成功、退件、逾時、重複與人工退回等情境驗收，而不是只測一筆正常訂單。
企業第一次盤點要準備什麼？
準備目前接單入口、常用訂單欄位、客戶與商品規則、人工轉抄點，以及 ERP 最後需要收到的正式資料即可。不需要先寫完整規格，先把真實流程與例外說清楚。
ERP 廠商或 SI 可以一起參與嗎？
可以，而且通常更有效率。ERP 或 SI 團隊確認核心資料、版本與原廠條件，VJVAN 負責 LINE／LIFF 前端、使用流程與交付協調，雙方共同定義驗收與責任邊界。
Next Step
不用先選技術。先把最常斷掉的那張訂單帶來。
第一次盤點會先釐清資料從哪裡來、誰要確認、什麼時候才算正式，以及現有 ERP 能承接到哪裡，再決定最小可驗收的整合路線。