From 77a30169a56a23cf4c42f5caae0b8660e3b89394 Mon Sep 17 00:00:00 2001 From: fengruixiang <474182370@qq.com> Date: Wed, 24 Jun 2026 23:32:08 +0800 Subject: [PATCH] docs(justsolutions): update plans-plus API documentation to reflect changes in BR/CI validation requirements --- docs/justsolutionsWebV2/plan-plus-api分析.html | 10 +++++++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/docs/justsolutionsWebV2/plan-plus-api分析.html b/docs/justsolutionsWebV2/plan-plus-api分析.html index 0334689..07ca7aa 100644 --- a/docs/justsolutionsWebV2/plan-plus-api分析.html +++ b/docs/justsolutionsWebV2/plan-plus-api分析.html @@ -384,7 +384,7 @@ POST /payments/create body = { orderId, amount, currency:'HKD', company, email }
TenantAdminEmailemailJurisdictionjurisdictionOrganizationReferenceedition(Guid)OrganizationBR / OrganizationCIbr / —OrganizationBR / OrganizationCIbr / —OrderService.cs:154,190 注釋),可不填;唯一性校驗保留,僅在實際填寫時生效EffectiveStartTimestartDateContactPersoncontactCompanyAddressaddressIsOfflinePayment/IsAgentBehalffalseBR/CI 已放開(2026-06):後端 CreateOrder 原有兩處「BR 或 CI 至少一個」必填校驗(OrderService.cs:154 與 :190)已注釋去除,plans-plus 可不填 BR/CI 直接下單。保留緊隨其後的唯一性校驗 ExistsByOrganizationBRCI(OrderService.cs:191)——兩者皆空時返回 false 放行,填寫時仍攔重複。DB 列可空(nvarchar(max)),無需遷移。
影響:① 改動為全局,旧站共用 CreateOrder 同樣放開(旧站前端仍自填 BR,行為不變);② 空 BR 不再參與去重,原「同公司只能註冊一次」對空 BR 失效;③ 下游 TenantInfo(OrderService.cs:791)、偵測報告(ReportService.cs:276)僅透傳展示、可容忍空值,但合規/STR 報告該欄會留白,需業務確認可接受。續費/加購走 TenantRenewal,BR 繼承自上期訂單,不受影響。
| 6 | 去掉管理員密碼步驟 | 後端已忽略 AdminPassword,發重置郵件 | 無影響 |
| 7 | bestValue / 賣點 note(方案卡片標記與文案) | 後端 Plan 無此字段,BFF 配置或後端補 | BFF/後端 |
| 8 | edition 多語言名稱(中/日) | 後端只有 displayName,BFF 補映射 | BFF |
| 9 | BR 標為可選(UI) | 後端要求 BR 或 CI 至少一個;需 UI 補 CI 或設必填 | 需對齊 |
| 9 | BR 標為可選(UI) | 後端已去除 BR/CI 必填校驗(OrderService.cs:154,190),可不填即下單;唯一性校驗保留、僅在填寫時生效 | 已改 |
| 10 | 支付 create 端點化(前端拿 redirectUrl) | QFPay 簽名邏輯移到 BFF 服務端 | BFF |
OrderService.cs:154,190 注釋,2026-06),plans-plus 可不填 BR/CI 直接下單;唯一性(去重)校驗保留,僅在填寫時生效。待業務確認:① 改動為全局,旧站共用 CreateOrder 是否接受同樣放開;② 空 BR 不再去重、合規/STR 報告該欄留白是否可接受。appcode/api_key/收銀台域名?簽名算法是否一致(sha256 排序串 + key)?paymentStatus===200 或 txamt===0)是否照搬?