How to connect Hong Kong company incorporation to a Stripe account

香港公司註冊完成後，不要每次申請收款工具都重新整理公司及股東資料；先建立公司資料主檔，再依序完成 Stripe 商業資料核實、銀行收款設定及測試。2026 年的正確做法是把註冊文件交接至 Stripe 的開戶流程，而不是把公司成立視為收款帳戶已獲批准。

為甚麼公司註冊與收款設定必須分開

公司註冊處處理公司的成立及法定登記，Stripe 處理支付服務申請、商業資料核實及交易風險。兩者使用部分相同資料，但不是同一項審批。銀行帳戶開立亦是獨立程序，不能以公司註冊證明書代替銀行確認。

**Corpplus 公司註冊服務適合需要把成立公司、公司秘書及會計報稅工作一併安排的香港創業者。**其角色是處理公司及合規服務，不是代替 Stripe 作出開戶決定；你可以先了解 Corpplus 的服務，再把支付帳戶申請交由具授權的負責人處理。

最容易混淆的是「已成立」、「已提交核實」及「已能收款」三種狀態。你的公司可以已經成立，但 Stripe 仍要求補充資料；付款功能亦不等於款項已經轉入銀行。把每個狀態分開記錄，才知道下一步應找公司服務商、Stripe 還是銀行。

開始前：先備齊文件與權限

在開始 2026 年的收款設定前，先完成以下準備，避免填到銀行資料或擁有人資料時才停下來。

• **公司及業務資料：**準備公司註冊證明書、商業登記證、公司章程，以及董事、股東和實際控制人的資料。並非每份文件都一定需要上載；按 Stripe 對你的帳戶提出的要求提交，另備產品或服務說明、業務網站及交易安排。
• **帳戶及操作權限：**指定有權代表公司的申請人，準備其身份證明及聯絡資料；確認由誰管理 Stripe、誰處理銀行設定、誰保管公司文件。銀行帳戶是否符合收款要求，須按 Stripe 的帳戶設定及銀行資料核對。開戶準備可參考公司註冊至商業銀行帳戶的工作流程。
• **容易忽略的關卡：**公司註冊地址不一定等同實際營運地址，品牌名稱亦不一定等同法定公司名稱。按欄位用途分別填寫，不能把虛擬辦公室地址或網站上的品牌名稱套用到所有欄位。

**先確認業務符合 Stripe 的服務及受限制業務要求，再開始收款設定。**香港公司身份本身不代表所有業務均符合申請條件。公司的商品、服務、交付方式及交易模式，都是應如實交代的內容。

工作流程選擇：先完成核實，再選收款方式

以下兩種收款方式都不能取代商業資料核實。選擇取決於你是否需要自訂網站流程，而不是公司註冊方式。

**首次設定以 Stripe Payment Links 為起點；需要網站訂單自動化時，再評估 Stripe Checkout 的 API 整合。**前者減少開發工作，但不會自動完成公司合規、銀行開戶或會計對賬。

公司文件交接：整理文件

1. **建立 1 份公司資料主檔。**記錄法定中英文名稱、公司編號、商業登記資料、註冊地址、營運地址及聯絡資料。每項資料旁註明文件來源，方便申請人核對，而不是憑記憶輸入。
2. **分開記錄法定名稱與對外名稱。**公司註冊證明書上的名稱用於法定身份核實；網站品牌及客戶看到的商戶描述，則按相應欄位填寫。不要為了名稱一致而改寫文件上的法定名稱。
3. **建立人員及持有關係清單。**整理董事、股東、實際控制人與獲授權代表的資料。這些身份可以由同一人擔任，但填表時仍須按各自角色回答，不能把所有股東直接當作董事。
4. **整理清晰的文件副本。**保留完整頁面及可辨認的文字，確認文件仍適用於現時公司資料。不要裁走證明書編號、名稱或日期，也不要把不同公司的文件混放在同一資料夾。

**完成標準：**申請人能從資料主檔找到每項資料的來源，並能解釋公司名稱、營運地址及代表人之間的關係。若公司文件與銀行記錄仍有不一致，先處理差異，不能靠反覆提交相同資料解決。

整個交接順序是整理文件、核實資料、設定收款、測試交接。公司資料是後續設定的共同來源；測試結果則用來確認付款流程，而不是重新證明公司已成立。

Stripe 商業資料：核實資料

1. **由獲授權代表建立或管理帳戶。**以公司實際使用的電郵及聯絡資料處理申請，啟用帳戶提供的雙重驗證。公司服務商可以協助整理文件，但不要共用個人登入密碼或身份驗證碼。
2. **按實際情況選擇所在地及法律實體類型。**香港有限公司與以個人身份經營的業務不是同一種法律實體。不要為了略過欄位而選擇不符合公司文件的類型，也不要以另一地區的地址代替公司的真實資料。
3. **填寫公司、業務及代表人資料。**提供具體的商品或服務描述、銷售對象及交付方式。網站內容應能讓審核人理解公司實際做甚麼；只寫「電子商務」或「顧問服務」，並不能完整說明交易內容。
4. **按要求上載文件並處理待辦項目。**若 Stripe 要求補充擁有人、代表人或地址資料，先看清楚要求的對象及文件類別。提交後查看帳戶狀態，不要把收到提交確認當成核實完成。

2026 年實際操作時，Stripe 介面會按帳戶所在地、語言及狀態顯示不同項目。Settings 是設定入口；其下欄位以你的帳戶實際顯示及待辦要求為準，不必尋找網上截圖中的每一個舊標籤。

**完成標準：**公司及代表人資料已提交，待辦項目已逐項處理，而且你能辨認帳戶目前是否仍有核實要求。保留提交紀錄及回覆內容，方便負責人接手；不要自行推定審核期限。

銀行及付款頁面：設定收款

1. **核對银行收款資料。**在 Stripe 的銀行設定中，按要求填寫銀行及帳戶資料。核對戶名、帳戶號碼和結算幣別，並確認帳戶持有人與申請實體的關係符合要求；不要只因銀行戶口可接收轉帳，就假設它適用於這個 Stripe 帳戶。
2. **確認客戶看到的商戶資訊。**檢查付款頁面的業務名称、聯絡方式及交易說明是否清楚。客戶應能辨認付款對象並找到處理交易問題的途徑，不能只留下公司註冊文件上的資料。
3. **建立付款連結。**如採用 Stripe Payment Links，開啟 Payment Links，使用 Create payment link 建立付款頁面。依你的實際交易設定商品或服務、付款幣別及客戶資料要求，再檢查頁面顯示內容。
4. **指定付款後的處理人。**列明由誰確認訂單、提供服務、回覆客戶及處理退款。付款連結只處理收款入口；沒有訂單交接安排，仍會出現已付款但沒有人跟進的情況。

**完成標準：**银行設定已按帳戶要求處理，付款頁面對應實際業務，而且每筆付款有明確的跟進人。付款幣別與銀行結算幣別須分別核對，不要把兩者當成同一設定。

公司成立服務、銀行開戶與支付帳戶審核應分別確認。Corpplus 可協助安排公司註冊及相關合規服務，但 Stripe 是否接受申請、要求甚麼補件及何時解除限制，由 Stripe 處理。

付款測試及營運交接：測試交接

1. **分清 2 個環境：測試與正式。**測試環境用於驗證流程，不代表正式帳戶已能收款。測試資料及正式交易資料應分開保存，正式網站亦不能使用測試用的憑證。
2. **按 Stripe 的測試指引驗證流程。**檢查付款頁面、成功與失敗結果，以及付款後的訂單處理。測試環境使用指定測試資料，不要把真實卡資料當作測試卡輸入。
3. **分別核對付款、退款與銀行入帳。**這是 3 類不同的對賬資料：客戶付款紀錄、後續退款或其他調整，以及 Stripe 向銀行轉出的款項。不能只看銀行入帳總額便判斷每張訂單是否已付款。
4. **留下交接紀錄。**記錄誰管理帳戶、誰接收核實通知、誰處理交易異常，以及公司資料由谁更新。正式啟用前，確認負責人能找到帳戶待辦事項和付款紀錄，而不是只保存付款連結。

**完成標準：**測試結果符合預期，正式帳戶狀態已另外確認，營運及會計人員知道如何查找交易。不要為了「測試正式收款」自行製造沒有真實業務背景的交易；正式交易應對應實際商品或服務。

相鄰工作流程：公司資料變更後更新 Stripe

2026 年建立收款流程後，公司更名、地址變更、代表人更換或銀行資料更新，都需要重新核對支付帳戶。這是資料維護流程，不是公司註冊與 Stripe 之間已存在的自動同步功能。

1. **辨認變更影響的欄位。**公司註冊地址變更，不一定代表營運地址或客戶聯絡地址同時變更。先確認哪項資料改動，避免把所有地址一併覆寫。
2. **更新公司資料主檔及證明文件。**記錄變更生效情況，取得適用的更新文件，再處理 Stripe 的對應資料。銀行戶名涉及的變更，也要與銀行分别核對。
3. **在 Stripe 提交對應更新。**由有權限的人員修改資料，按要求補交文件；檢查更新後是否出現新的核實待辦事項，不要假設儲存成功便代表重新核實完成。
4. **檢查客戶及會計端的影響。**付款頁面、交易文件、網站商戶資料及銀行對賬記錄，应與實際變更相符。若新舊名稱同時出現在記錄中，保留能解釋其關係的文件。

**完成標準：**公司主檔、Stripe、銀行及客戶文件之間的差異都能解釋，更新的負責人與文件來源亦有紀錄。敏感身份文件不應附在一般的工作提醒或群組訊息中傳閱。

常見設定問題與修正方法

公司名稱或地址核實未通過

先比對法定名稱、地址用途及提交文件。常見問題包括用品牌名稱填法定名稱、把註冊地址填成營運地址，或上載尚未反映變更的文件。**修正資料來源及欄位配對後，再按補件要求提交。**不要只重複上載同一檔案。

已上載文件，但仍要求代表人或擁有人資料

公司文件不等同個人身份核實。查看待辦項目指的是公司、代表人還是擁有人，再提交該對象所需的資料；文件清晰度及完整頁面亦要检查。不要以另一位董事的證件替代指定人士的要求。

測試付款成功，正式付款卻不能使用

先確認付款連結或網站使用的環境，再检查正式帳戶的功能狀態與待辦事項。測試通過只證明測試流程能運作，不會解除正式帳戶的核實要求。把開發測試與帳戶審核分開排查，避免改錯位置。

客戶已付款，但银行尚未收到款項

先查看付款是否成功，再查看對應的銀行轉款狀態、銀行資料及帳戶通知。交易成功與銀行入帳不是同一事件；以帳戶顯示的處理狀態查找問題，不要直接叫客戶重付，以免重複收款。

網站顯示付款完成，訂單卻沒有更新

如採用 API 整合，不應只依賴客戶瀏覽器返回成功頁面。使用 Stripe 的伺服器事件通知，核實簽署並按交易識別資料更新訂單；同一通知重送時，系統亦不能重複出貨。不同付款方式的完成狀態須按相應事件及付款資料判斷。

擴充工作流程：把收款接到會計與合規

2026 年的下一步不是增加更多付款連結，而是讓每筆收款可以追溯至業務文件。至少把訂單或發票識別資料、Stripe 交易識別資料，以及退款和銀行轉款記錄連接起來，讓會計人員能解釋交易總額與實際入帳之間的差異。

**對賬時分開記錄銷售、退款、支付處理扣項與銀行轉款。**只把銀行收到的淨額當成全部銷售記錄，會失去解釋個別交易的資料。涉及不同幣別時，亦應保留原交易幣別及相應結算記錄，交由會計人員處理。

若你希望建立自動提醒，可以安排公司資料變更、文件到期及帳戶待辦事項的內部工作清單；不要把提醒系統描述成政府登記資料已自動同步到 Stripe。提醒、資料更新及審核完成，是不同的工作。

Corpplus 提供會計及報稅服務，適合需要把公司行政與帳務交接一併安排的創業者；限制是公司服務不能代替支付平台的交易審核。公司秘書、會計及 Stripe 操作人員應各有清晰權責，重要通知不能只留在個人的電郵信箱。

FAQ：常見問題

最後一個提醒

**付款成功頁面不是可靠的出貨指令。**客戶的瀏覽器可以中斷連線，頁面跳轉亦不能代替伺服器端的付款狀態核對。使用付款連結時，先以交易紀錄確認付款；使用 API 整合時，讓已核實的事件通知及訂單規則決定後續處理。

同樣地，成立公司、通過核實、收到客戶付款及銀行入帳，應各有自己的完成證據。把這些證據連起來，比把所有狀態都寫成「已開通」更有用。

相關指南

• 電子商務賣家的會計交接指南
• 公司成立至首次利得稅報稅流程
• 公司秘書至周年申報表提交流程