常見問題
從開發範圍、資料處理到交付與維護，先找到您關心的答案，再討論適合的下一步。
合作與產品開發
沒有完整規格，也能開始討論嗎？
可以。先描述使用者、目前工具、遇到的問題與希望改善的結果，再一起釐清是否需要原型驗證及後續開發。
一定要更換原有系統嗎？
不一定。先盤點現有軟體、資料及介面，若能透過整合或局部改善達成目標，就不必直接重建整套系統。
開發範圍與費用如何確認？
先整理核心流程、資料條件、整合需求及驗收方式，再提出適合的範圍與交付安排。新需求則先評估影響，再調整優先順序。
原始碼與後續維護如何安排？
在合作前確認程式碼、文件、第三方授權與部署的移交範圍，以及維護責任、服務內容與費用，讓後續使用有清楚依據。
可以先做一段業務流程嗎？
可以。先選擇負責人、輸入與完成條件清楚的一段流程，確認使用與資料是否符合需求，再規劃其他模組與整合。
MVP第一版應該包含什麼？
聚焦一條完整的核心使用路徑。功能可以精簡，但必要的資料、權限、錯誤提示及操作結果需要一起設計。
支付與會員服務可以整合嗎？
可依目標市場與服務商介面評估。除了付款入口，也需設計通知、防重、取消、退款及會員權限的更新方式。
為什麼要先驗證再開發？
先用原型與代表性資料檢查關鍵假設，能幫助雙方確認可用標準與必要範圍，再決定下一階段投入。
AI、資料與示範
企業資料會傳給外部AI模型嗎？
取決於所選模型、部署及資料條件。會先確認哪些資料可使用、需要遮蔽或留在內部，再核對供應商的資料處理方式，不預設所有內容都可外傳。
AI回答錯誤時，如何處理？
保留來源，設計代表性測試與必要規則，將資訊不足、異常與重要操作交由人員確認。模型建議不直接等於業務核准。
來源資料缺漏或同步失敗怎麼辦？
先定義檢查、停止、有限重試及通知方式，呈現失敗原因與待處理事項。不以猜測補值或無限重跑掩蓋問題。
沒有API，還能自動化嗎？
先評估授權與工具限制，可能採匯入匯出、批次檔案或其他受支援方式。是否可行需看實際資料與系統，不能保證所有來源都可即時連接。
網站示範會上傳或儲存資料嗎？
現有規則示範使用預編範例，在瀏覽器內檢查指定規則，不上傳、不儲存，也不代表OCR、模型推論、正式審批或付款。
產業應用與重要操作
AI可以直接修改帳務或執行付款嗎？
AI可協助整理資訊與提出候選，但帳務寫入、付款及重要變更需要明確授權、規則與確認流程，不只依模型回答執行。
多幣別和差額如何處理？
先確認原幣、報表幣別、匯率來源、日期與取位規則，再設計匹配及差異覆核。不為了對平而自行修改來源金額。
可以直接連接生產設備嗎？
需先確認設備介面、授權、安全條件與測試安排。現有網站示範只展示預編數值的規則檢查，不執行設備控制。
缺少規格版本，還能判定合格嗎？
不應猜測適用規格。先標示缺少判定依據，補齊版本與條件後再評估，重要品質判斷依現場程序確認。
公司與科技公益
SENXOS何時成立，與San Jose有何關係？
武漢公司於2026年5月11日成立。San Jose相關內容描述負責人的學習、開發與技術合作經歷，不代表公司在美國設有自有分公司。
如何參與科技公益合作？
可透過聯絡頁電話討論對象、需要與合作方式。免費開發及培訓按資源與項目條件評估；穿戴產品與其他未開展活動仍屬規劃或探索。
是否已有所有產業的導入案例？
產業頁呈現可討論的應用方向，並不代表每個場景都有已交付案例。正式案例只在取得真實材料與公開授權後發布。