跳至主要內容
XSIS

常見問題

本網站回答的所有問題,依主題彙整。可搜尋,或開啟主題檢視答案。每項服務、產業與整合頁面也有各自的問題。

主題

  • 成本與定價

    專案或團隊的成本由什麼決定,以及我們如何估算。

    貴公司如何估算成本?

    我們按範圍估算,而不是按費率表。首次溝通後,我們將工作拆分為若干部分,估算每部分規模,並寫明估算背後的假設。主要因素包括系統與整合數量、資料狀況、資安與監理要求、所需測試以及團隊資歷。您會收到含選項的書面估算,便於決定先做什麼。工作開始前您會看到價格與週期。

    自有與外包工程師的配比會影響成本嗎?

    可能會。成本取決於工作所需的角色、資歷與技能,以及誰能提供。我們在開始前向您展示價格與時間表。任何配比變化都先與您議定。

    客戶體驗工作的成本由什麼決定?

    範圍涉及的旅程與通路、所需研究量、現有資料狀況,以及我們是否也負責落實變更。研究與設計可以分階段界定範圍,便於您在承諾交付前先檢視發現。

    什麼是 Token 經濟學?

    語言模型按讀寫文字的數量(以 Token 計)付費。Token 經濟學估算每個使用情境的營運成本,以及快取與更小的模型如何降低成本。

    貴公司如何驗證 AI 的回報?

    每個使用情境在工作開始前都有衡量指標與基線,例如節省的工時、避免的錯誤或獲得的收入。試點會在投入下一階段預算前依該指標評估。

    更多問題:成本與定價
  • 週期

    工作啟動與交付需要多久,以及哪些因素會改變週期。

    工作最快何時開始?

    取決於您需要的團隊以及必須先就緒的事項:合約、系統存取權限、資安審查,以及整合專案中的合作夥伴測試環境。我們會告知需要您提供什麼、何時提供,並在方案中確認開始日期。需求探索工作通常可以在安排存取權限的同時啟動。

    一個專案需要多長時間?

    這取決於範圍、涉及的系統與團隊數量、決策的速度,以及銀行或供應商等第三方的就緒程度。需求探索之後,我們會提供帶有里程碑及其相依關係的計畫,並在整個專案中對照該計畫回報。

    上線前如何測試連結?

    每家銀行都提供測試環境或測試流程。我們與銀行約定一組測試案例,涵蓋每種付款類型、拒絕情形與對帳單,執行並保留證據。銀行確認後,我們先以首批付款上線,比對結果後再處理其餘部分。

    如何在多家門市上線?

    我們先在少數門市試點,每天將其合計與現有流程比對。合計一致後,我們分批上線,節奏以您的門市營運團隊能夠支援為準。在新流程得到驗證之前,每家門市都可以繼續使用舊流程。

    我們何時能看到成果?

    小改動(例如更清晰的提示或去掉一個步驟)可以盡早發布。對服務與系統的較大變更則依計畫分階段推進。我們在開始前議定指標與基線,使每項變更都能與此前狀況比較。

    更多問題:週期
  • 歸屬與合約

    程式碼、資料與成果歸誰所有,以及合約如何運作。

    程式碼與工作成果歸誰所有?

    我們為您建置的工作成果,其智慧財產權從首次提交起即歸您所有——無需在結束時另做轉讓。這涵蓋為您客製的程式碼、文件及其他交付物。我們在專案開始前已有的內容(如內部工具或程式庫)仍歸我們所有,您獲得在系統中使用它們的授權。開放原始碼元件保留其自身授權,我們會為您列明。

    貴公司會簽保密協議嗎?

    會。在您分享任何機密資訊前,我們會簽署雙向保密協議,可使用您的範本或我們的範本。參與您專案的每個人,無論 XSIS 員工還是外包團隊成員,均受保密義務約束。

    團隊產出的程式碼與工作成果歸誰所有?

    我們為您建置的工作成果,其智慧財產權從首次提交起即歸您所有,無需在結束時另做轉讓。團隊產出的客製程式碼、設計與文件存放在您自己的程式碼儲存庫與工具中。XSIS 原有的任何工具仍歸我們所有,並授權給您使用。團隊全體成員,包括來自外包團隊的工程師,均受同樣的保密條款約束。

    擴充工程師產出的工作成果歸誰所有?

    我們為您建置的工作成果,其智慧財產權從首次提交起即歸您所有,無需在結束時另做轉讓。工程師為您產出的工作存放在您自己的程式碼儲存庫中。XSIS 原有的任何工具仍歸我們所有,並授權給您使用。每位工程師都簽署我們的保密條款,並在使用您的系統期間遵守您的資安政策。

    貴公司交付的成果歸誰所有?

    我們為您建置的工作成果,其智慧財產權從首次提交起即歸您所有,無需在結束時另做轉讓。這涵蓋為您交付的客製軟體、設計與文件。專案中使用到的我們原有任何工具或程式庫仍歸我們所有,在合約中列明並授權給您使用。

    更多問題:歸屬與合約
  • 資安與資料

    我們工作期間如何保護您的系統、程式碼與資料。

    貴公司如何保護我們的系統、程式碼與資料?

    存取權限按人授予,限於各角色所需,並在人員離開專案時撤銷。如您希望,我們在您的程式碼庫與環境中工作,使用多因子驗證,並將機密資訊儲存在保管庫中,絕不寫入程式碼。程式碼合併前經過審查,相依性經過掃描,正式環境資料未經遮罩不會複製到測試環境。我們在開始時與您的資安團隊確認這些控制。

    我們的資料儲存和處理在哪裡?

    由您決定。工作開始前我們議定資料位置並據此設計,無論資料必須留在某一國家、您自己的雲端帳戶中還是您的場所內。適用 GDPR 等資料保護法律時,我們依據資料處理協定工作,並將個人資料限制在工作所需範圍內。

    貴公司的工程師會在我們的程式碼上使用 AI 程式開發工具嗎?

    僅在您同意時。我們會告知將使用哪些工具、它們如何處理程式碼與資料,以及是否有內容離開您的環境。如您希望,我們也可以不使用。AI 輔助編寫的程式碼與其他程式碼一樣經過相同的審查與測試,提交該程式碼的工程師對其負責。

    我們能追溯誰核准並傳送了付款嗎?

    可以。核准仍留在您的 ERP 中,沿用現有控制。整合層記錄它建立、簽章、傳送和接收的每個檔案,包含時間戳記、識別碼及所用技術帳戶。該日誌將銀行狀態報告中的每筆付款關聯回 ERP 單據及其核准人。

    這能讓卡資料不進入我們的系統嗎?

    這正是該設計的目標。卡號由經過認證的終端機或代管支付頁面蒐集,並在閘道處替換為權杖,因此您的 POS、ERP 與資料儲存系統只會看到權杖。這縮小了 PCI DSS 適用於您 IT 環境的範圍。最終範圍由您的評鑑人員確認。

    更多問題:資安與資料
  • 團隊與人員

    誰參與您的專案、如何選拔,以及團隊如何變化。

    「自有團隊與外包團隊」是什麼意思?

    XSIS 僱用自己的工程師,他們主導專案、確定技術方向並對品質負責。專案需要更多產能或專門技能時,我們從經審查的外包合作夥伴中加入工程師。他們遵守相同的標準、合約與資安規則,您始終知道團隊中有誰以及他們的雇主是誰。

    如果工程師不合適怎麼辦?

    每位工程師到職前都由您面試,不做盲目派駐。若有人不合適,我們不收取費用替換。告知您的交付負責人,我們會規劃交接,使知識留在團隊中。若有人因自身原因必須離開專案,也同樣適用。

    貴公司如何為專屬團隊挑選工程師?

    我們從工作所需的技能出發,而不是看誰有空。候選人要經過我們資深工程師主持的技術面試和實作練習,我們還會對照您所做工作的類型查核其經驗。隨後我們把簡介發給您,由您親自面試。未經您核准,任何人都不會加入您的團隊。

    如果工程師不合適怎麼辦?(AI 原生產品團隊)

    每位工程師在加入前都由您面試,絕不盲目派駐。若某人不合適,我們免費更換。一旦發現問題,請立即告知團隊負責人或客戶聯絡人。我們也會檢視角色設定與任務說明,有時這才是真正的原因;我們會安排重疊交接期,確保知識順利移交而不遺失。

    貴公司如何審查派駐的工程師?

    我們的資深工程師按您的職務說明,對每位候選人進行技術面試和實作練習。我們查核其過往工作與所建置系統的類型。來自外包團隊的工程師與我們的自有工程師接受同樣的評估。之後由您親自面試,只有您選定的人才會加入。

    更多問題:團隊與人員
  • 流程與溝通

    工作如何規劃、回報與驗收。

    我們如何了解進度?

    您有具名交付負責人和固定節奏:每次迭代開始時規劃,結束時示範可運作軟體,並提交關於進度、風險與決策的簡短書面報告。您可以隨時檢視待辦清單、程式碼庫與測試結果。與發起人的指導會議按您選擇的間隔召開。

    貴公司如何處理時區與工作時間?

    我們在團隊啟動前與您約定工作時間,包括團隊與您的員工在會議、檢視與答疑上重疊的時段。如果您的使用者或系統需要在這些時段之外獲得支援,我們會將其納入團隊設定規劃,而不是碰運氣。

    貴公司如何在自有與外包工程師之間保持同等品質?

    所有人遵循相同的程式碼規範、測試規則與完成的定義,使用相同的管線和檢查。變更在合併前由 XSIS 工程師審查。品質問題對所有人以同樣方式反映,並由交付負責人跟進處理。

    何時適合選擇專案制交付?

    當成果能夠清晰描述,且您希望由一家公司負責達成時:既定的應用程式、整合或遷移。如果您的優先事項會不斷變化,或工作沒有自然的終點,專屬團隊通常更合適。

    我們能在日間檢視現金部位嗎?

    可以,前提是您的銀行提供日間報告。它們以 camt.052 或 MT942 訊息形式,或透過餘額 API 提供。我們按各銀行支援的時間表接收,並與日終對帳單並列展示,使您的資金團隊能在截止時間之前看到預期與實際部位。

    更多問題:流程與溝通
  • 技術

    我們使用的平台、標準與工具。

    主機對主機(host-to-host)、EBICS 或銀行 API:我們該用哪種?

    通常由銀行決定。主機對主機(host-to-host)SFTP 是企業付款檔案最常見的通道。EBICS 在德國、法國及周邊國家的銀行中較為常見。銀行 API 適合銀行提供即時餘額與即時支付的情形。許多公司同時使用多種通道,整合層對 ERP 隱藏這些差異。

    我們應該接收 camt.053 還是 MT940 對帳單?

    若銀行兩者都提供,camt.053 包含更豐富、結構化的匯款資料,使自動核對更可靠。MT940 仍被廣泛使用,在許多情境下表現良好。我們兩者都能接收,並轉換為同一內部模型;當您與銀行都方便時,再逐家銀行從 MT940 遷移到 camt.053。

    銷售應該即時入帳還是批次入帳?

    通常以接近即時的事件方式入帳,這樣庫存與銷售數字在日間保持最新。部分 ERP 或授權模式使頻繁入帳成本較高,因此該層也可以按門市和時段把事件彙總。我們會根據哪些決策需要即時資料、以及 ERP 擅長處理什麼,與您共同選擇。

    這適用於哪些 POS 與 ERP 系統?

    該設計適用於任何能透過 API、事件或檔案匯出交易的 POS,以及 SAP S/4HANA、Oracle NetSuite、Microsoft Dynamics 365 Business Central 與 Odoo 等 ERP。我們在開始時確認您特定 POS 與 ERP 的介面。提及某項產品,並不代表與該產品供應商存在合作關係。

    閘道與收單機構有什麼不同?

    收單機構是為您處理卡片支付並撥付款項的銀行或特許機構。閘道是其前端的技術服務,負責接收來自終端機和結帳頁面的請求、權杖化卡片並進行路由。部分供應商兩者兼營。該設計對兩種情形都適用,並清楚區分這兩個角色。

    更多問題:技術
  • 支援與營運

    上線後會發生什麼:支援、監控與變更。

    上線後貴公司提供哪些支援?

    我們可以執行並維護所建置的系統:監控、事件回應、資安更新,以及隨業務與合作夥伴變化而進行的變更。支援以書面形式約定,包含回應目標、升級聯絡窗口與定期報告。

    專案結束後會怎樣?(固定成果專案與全天候託管服務)

    由您選擇。我們可以連同文件與講解將系統移交給您自己的團隊,也可以根據支援合約或專屬團隊繼續支援和開發。我們會在專案結束前約定這一點,確保沒有空檔。

    上線後由誰處理失敗的入帳?

    這在上線前約定。通常由您的門市營運或財務團隊從複核清單中處理業務錯誤,例如未知商品;技術團隊處理流程本身的技術故障。我們可以作為持續性合約的一部分提供該技術支援,並與您的團隊分享操作手冊。

    合作夥伴發生中斷時會怎樣?

    其餘流程繼續執行。發給該合作夥伴的訊息會先重試再排隊,支援團隊收到警示,任何內容都不會遺失。合作夥伴復原後,排隊的訊息依順序重新處理。儀表板會顯示受影響的合作夥伴以及等待中的訊息數量。

    模型效能下降時怎麼辦?

    市場與客戶在變化,模型會漂移。我們監控效能與模型所見的資料,在任一發生變化時提醒您的團隊,並透過經測試的管線重新訓練模型。

    更多問題:支援與營運
  • 關於 XSIS

    我們是誰、在哪裡,以及如何聯絡我們。

    XSIS 是誰?

    XSIS 是 KONG GROUP 旗下的技術公司。我們為企業設計、建置、整合並營運軟體:AI 與資料、客製軟體、Web 與行動、雲,以及串接 ERP 與銀行、POS 及第三方的整合。金融科技是我們的重點產業。我們透過自有工程師與經審查的外包團隊,在同一套標準下交付。

    我們如何開始合作?

    在聯絡頁面告訴我們您的需求:選擇要寫信給哪個團隊,或預約適合您的回電時間。在第一次對談中,我們詢問您的系統、限制條件與時間安排,並建議適合的合作方式。若雙方合適,隨後提供書面方案。

    使用開放銀行需要執照嗎?

    在許多國家,帳戶資訊與支付發起屬於受監理活動。您的公司需持有授權,或透過領有執照的供應商進行。具體適用哪種取決於您的國家與使用情境,應由您的法律與法遵顧問確認。無論選擇哪種路徑,我們都負責建置整合。

    XSIS 做哪些金融科技工作?

    金融科技是我們的重點產業。我們建置數位銀行與錢包應用、支付與結算服務、放款平台、財富管理報告與保險旅程,並將它們連結至銀行、卡片處理機構、KYC 供應商與 ERP 系統。未經客戶同意,我們不公布客戶名稱,因此我們透過所合作的系統與標準,以及與您架構師的技術交流來展示經驗。

    貴公司能在公共採購規則內工作嗎?

    可以。我們回應招標與框架協議的要求,並能依固定或分階段範圍執行,附書面驗收標準。我們提供採購方通常要求的文件,例如資安說明、交付計畫與具名角色,且只陳述我們能提出證據的內容。若框架有其自身條款,我們會在其範圍內工作。

    更多問題:關於 XSIS

從對話開始,而不是從合約開始。

告訴我們您需要建置、串接與防護什麼。架構師會與您逐項討論,然後建議從何處入手。

後續流程

  1. 約定時間

    我們的團隊會透過電子郵件與您約定會談時間。

  2. 諮詢前會談

    一次免費 30 分鐘線上預諮詢:我們盤點您的目標、系統與限制條件。

  3. 就緒評估

    在免費 48 小時就緒評估中,首席架構師對照 6 項就緒定義檢查您的專案,並建議合適的路線。

  4. 選擇路線

    範圍就緒的專案會收到一份有約束力的方案 3–5 個工作天內。概念階段的專案從 Blueprint Studio 開始。已上線系統若出現故障、缺乏文件或需要整合,則先進行 1–2 週 的診斷。Blueprint Studio 與診斷服務各收取固定費用,費用在方案中列明。