公司把 LINE 官方帳號接進業務管理系統時，常期待訊息自動變成客戶紀錄，業務也能直接追蹤商機。但一個聊天室中的使用者識別不等於公司既有的客戶主檔；同一人可能用公司信箱填表、用私人 LINE 詢問，也可能代表不同公司洽談。若系統一收到訊息就自動合併，可能把不同關係混在一起；若完全不連結，業務又會看到多個互不相干的名單。
規格應把「LINE 事件」「外部身分」「公司內部客戶」「聯絡人」「商機」與「負責人」分成不同物件。系統可以提供連結候選，但何時確認同一人、誰能建立公司關係，以及歷史對話能否被新負責人看見，都需要明確規則。
顯示名稱不能當成客戶主鍵
LINE 顯示名稱可能重複或更改，電話、電子郵件也可能共用。業務系統不應靠名稱相似就把對話併入既有客戶；較安全的流程是先建立待辨識的來源紀錄，再由使用者登入、輸入一次性驗證資訊，或由有權限的人依公司流程確認連結。
LINE Developers 的 User account linking 文件說明，服務可把自己的使用者帳號與 LINE 帳號連結；其流程使用 link token 與一次性的 nonce，在驗證成功後才把服務內部使用者 ID 對到 LINE user ID。文件也要求已連結的使用者能隨時解除連結，並在連結時告知這項能力。
這代表需求不能只寫「取得 LINE 姓名並建立客戶」。應驗收連結前後的差異、失敗或逾時結果、解除連結，以及同一內部帳號誤連到另一個 LINE 身分時的處理方式。解除連結不代表刪除所有合法保留的商機紀錄，但系統不可繼續把新的 LINE 事件自動掛回已解除的關係。
訊息事件要能去重，也不能假設到達順序
LINE 的 webhook 接收文件提醒接收端先驗證簽章，並建議非同步處理事件。文件也指出，同一 webhook 事件可能因網路等因素被送達多次，可使用 webhookEventId 偵測重複；重送後的到達順序也可能與實際發生順序不同，必要時要參考事件時間。
業務管理系統因此要先保存外部事件識別、事件時間、接收時間與處理結果，再轉成內部互動紀錄。同一事件重送不可重複建立兩項待辦，也不能把已結案商機重新打開。若先收到後續事件、稍後才收到前一事件，畫面應依規則排序並保留原始時間，而不是以資料寫入順序假裝那就是對話順序。
簽章驗證失敗、來源身分尚未連結或轉換工作暫時失敗時，事件要進待處理清單。接收端快速回應與業務規則成功完成是兩件事；系統應記錄兩者，讓管理者能重跑內部轉換，卻不需要請顧客再次傳訊息。
每筆商機都要有下一步與責任人
把對話收進系統仍不等於有人跟進。每筆有效商機至少要有目前階段、負責人、下一個動作、預定時間與最後互動。訊息只是互動的一種來源；表單、電話、會議與報價也應進入同一時間軸，但保留各自的來源和證據。
規則可定義：新詢問多久內要被指派、負責人請假時由誰代理、下一步逾期如何提醒、轉交時哪些未完成事項必須確認。轉交不應覆蓋原負責人，而是新增一筆含移交人、接手人、原因、時間與未結事項的紀錄。如此即使業務離職，主管仍能知道客戶等待什麼，而不是只有一串無上下文的聊天內容。
權限也要跟責任分開。代理人可能需要處理待辦，但不一定能匯出整份客戶名單；客服可以回覆一般問題，不一定能修改預估金額或成交結果。驗收應以角色和資料範圍建立測試帳號，不只確認選單是否隱藏，也要確認直接開啟網址或呼叫介面仍會被阻擋。
用 Northline 案例演練跨入口交接
北序產業地產 Northline 概念官網包含工業物件、顧問服務、專家介紹與站內諮詢示範。可用它設計跨入口情境：同一聯絡人先從某個工業物件頁送出詢問，之後加入 LINE 官方帳號補充廠房條件，再由值班人員轉交指定顧問。
系統不應只因顯示名稱相同就合併；完成公司規定的身分連結後，兩個來源才顯示在同一聯絡人時間軸。商機同時保留原始物件頁、需求摘要、負責顧問、下一次聯絡時間與轉交原因。若 webhook 重送，同一則訊息仍只能產生一筆互動與一個待辦。
Northline 是虛構品牌的概念作品，不代表實際 CRM 導入成果。它的價值在於提供物件、顧問與詢問入口，讓團隊能具體測試「來源如何進站、身分如何確認、責任如何移交」，而不是只用空白客戶資料驗收。
用交接演練決定系統是否能上線
上線前可建立一組完整情境：未連結的 LINE 使用者送出訊息、完成帳號連結、同一事件重送、業務建立商機與下一步、請假轉交、使用者解除連結，最後由主管查詢逾期與未指派項目。每一步都要能指出誰做了什麼、依據哪個事件、目前由誰負責。
業務管理系統的核心不是把聊天視窗搬進後台，而是讓身分、互動、商機與責任有可追溯的關係。先處理安全連結與事件去重，再把下一步和交接做成必填流程，LINE 才會成為可靠的業務入口，而不是另一個容易遺失客戶脈絡的收件匣。
