多市场商城如何管理语言、币种、价格与订单快照
CusMall 以经营站点和市场为边界管理语言、币种、SKU 市场价与交易快照,让前台展示和订单结算使用同一套可追溯事实。

多市场商城不能只在页面上切换语言和货币符号。可靠的实现需要让经营站点、目标市场、语言、支付 币种、SKU 价格和订单快照形成同一条交易链路,并在服务端拒绝不属于当前市场的报价和履约方式。
CusMall 当前使用“租户能力上限—经营站点—市场—内容与价格—交易快照”的分层模型。国内商城 默认保持中国市场、简体中文和人民币;全球经营能力按项目启用,不要求国内站点进入跨境流程。
经营站点与市场分别负责什么
经营站点代表一个可独立经营的商城入口;同一租户可以按业务组合建立不同站点。市场则定义当前 站点覆盖的国家或地区、可用语言、展示与支付币种。一个国家在同一站点只归属一个市场,避免同一 买家上下文同时命中两套价格和规则。
市场选择由用户明确完成,不根据 IP 强制切换。这样可以避免代理、漫游和搜索引擎访问造成错误 定价,也让分享、支付回跳和再次访问能够继续使用可解释的经营上下文。
语言切换不只是界面翻译
界面语言包与业务内容翻译分开维护。商品、分类、规格、店铺和装修中的可见文案进入草稿、审核、 发布与失效流程;原文变化后,旧译文会被标记为需要重新复核。
装修翻译只允许替换已经登记的可见文本,不能借译文修改组件、图片、链接、样式或业务标识。机器 翻译如被启用,也只生成草稿,仍需经过审核发布后才对买家生效。
多币种价格如何进入订单
SKU 报价按明确优先级取得当前市场价格:优先使用已经维护的固定市场价;没有固定价时,再根据 有效汇率与市场调价规则计算。服务端重新报价,不能直接接受客户端传回的金额。
订单会冻结站点、市场、语言、成交币种、基础币种、汇率版本与金额;订单行同时保存商品和规格在 下单语言下的快照。后续商品文案、价格或汇率变化,不会改写已经成交的历史订单。
能力关闭时如何保持国内流程
- 未启用多市场时,只返回主市场;
- 未启用界面多语言时,只返回市场默认语言;
- 未启用市场币种时,只返回默认币种;
- 可选项只有一个时,PC 与移动端不显示无意义的选择器;
- 不属于当前市场的币种、地址或履约方式由服务端拒绝,不静默换成其他值。
因此多市场能力与普通国内商城仍然共用同一套商品、订单和会员基础,不需要维护另一份交易内核。
当前明确边界
多市场、多语言、多币种定价、国际地址和外币支付基础不等于已经覆盖所有国家的经营要求。真实 支付账号、国际短信、物流渠道、自动计税、海关申报、隐私和消费者合规仍需结合目标市场配置或 定制。外币优惠、会员价和营销活动也需要明确市场与币种范围后才能进入报价和订单快照。
评估跨境项目时,建议至少确认目标市场、经营语言、展示与结算币种、汇率来源、支付主体、配送、 税务、退货和合规责任。可以先查看产品能力模型与 跨境商城场景,再通过商务咨询确认标准能力和实施边界。