多個資料來源點整合成搜尋平台？

整合前先確認四件事

列出資料擁有者、可使用範圍、更新頻率及識別方法。獲准讀取一份文件，未必代表可以把全文重新公開；輸入系統與搜尋結果可見範圍要分開確認。

• 每筆紀錄用甚麼穩定識別碼？
• 同名但不同項目點分開？
• 來源停更或無法連線時顯示甚麼？
• 哪些角色可以搜尋及查看哪些欄位？

合成例子：同一產品喺兩個系統有不同寫法

以下全部係合成資料，用來說明設計，並非客戶紀錄或量度結果。

搜尋「白色檯燈」可以命中同一個產品，結果列出資料來源。若存貨表未能更新，顯示最後成功更新時間，避免把舊數字當即時庫存。

資料衝突點處理？

按欄位指定主要來源，例如庫存跟存貨系統、產品名稱跟目錄。無法確定時保留衝突並交人手處理，避免由模型自行選一個答案。刪除或撤回資料亦要同步到搜尋索引。

如果搜尋只需要固定條件及同義詞，先評估傳統搜尋是否足夠；自然語言提問才需要再評估 AI 檢索及引用。

點證明搜尋平台可用？

測試同名項目、別名、重複紀錄、來源中斷、刪除及權限不同的帳戶。驗收同時檢查結果是否正確、來源是否可追溯、更新是否完成，以及無資料時能否清楚解釋。

• 正常查詢找到正確項目，並顯示來源。
• 無權限的紀錄不會出現在搜尋、摘要或數量提示。
• 來源失敗時保留狀態，不把缺資料顯示成零。
• 更正及刪除會反映到索引與畫面。

WeProperty 可以睇到甚麼？

WeProperty 的公開屋苑入口把搜尋同屋苑資料連在一起，可以用來觀察資料入口及下一步瀏覽方式。本例只證明公開可查閱的產品流程；不代表上面合成例子係該產品內部架構，亦未提供節省工時數字。

下一篇：AI 搜尋的來源、更新與錯誤答案。返回中小企 AI 導入指南。