• 平台角色：对渠道是服务供给商，对旅客是自有平台。
• 站点范围：日本站、台湾站、大陆站分别列示，各站的内容与进度见对应说明。
• 日本站入口：bilionpass.com、APP、微信小程序与 WEB。
• 日本站已有内容：空手行、优惠券在自有端提供；留学缴费通过链接跳转至 fintech。
• 各站客群：日本站服务赴日中国旅客与全球游客；台湾首期面向东航租车会员；大陆站概念面向日本等地来大陆的旅客。
• 产品业务边界：行前购与 BilionPass 的产品业务链路独立，产品侧只有链接级跳转；底层会员、营销、交易能力按共享中台方向复用，本页不记录具体接入覆盖。
• 业务抽象：BilionPass 的各项业务分别按一笔交易理解，再连接对应供给、渠道、履约与结算；留学缴费仍是合作方跳转，行程规划仍是功能。

• BilionPass 的 12/30 前上线计划包含商户侧退税及台湾首期业务；分别对应商户平台和东航 → 我们 → Canlead 租车链路。

• 产品业务边界：行前购与 BilionPass 的产品业务链路独立，产品侧只有链接级跳转；底层会员、营销、交易能力按共享中台方向复用，本页不记录具体接入覆盖。
• 业务性质：自营在线商城与代运营服务；行前购系统由我方提供，货来自机场免税店，货款经过公司账户。
• 商品来源：行前购通过 API 同步免税店商品与库存数据，用于自身的上架与下单。
• 合作关系：涉及羽田、成田、关西机场，机场是公司股东 / 投资人。
• 销售位置：通过行前购自己的商城提供，尚未向外部渠道推商品销售。
• 交易视角：行前购的每笔下单是独立产品内的一笔购物交易，使用自己的 C 端商城和 B 端系统。

• 关西机场行前购计划 12/30 前上线。

• 站点入口：日本站已运行，官网为 bilionpass.com。
• 已有内容：空手行在跑；优惠券已开发并通过东航 API、自有端提供；留学缴费以合作方链接提供。
• 供给进度：佐川支持空手行履约；JTR 门票、Jalan 酒店仍在对接，相关业务尚未上线。
• 分发方式：外部渠道与自有端分别触达旅客；社媒与 KOL 方向由专门部门推进，当前进行 KOL 孵化与全球空手行推广。
• 产品业务边界：行前购与 BilionPass 的产品业务链路独立，产品侧只有链接级跳转；底层会员、营销、交易能力按共享中台方向复用，本页不记录具体接入覆盖。

• 退税计划 12/30 上线，向游客指定账户出款。

• 站点定位：台湾作为独立业务单元规划，业务形态与日本站不同。
• 首期内容：已确认的方向是 Canlead 租车，链路为东航 → 我们 → Canlead。
• 进度：台湾租车链路尚未上线。

• 计划 12/30 前上线首期链路：东航会员发起租车，经我们转至 Canlead。

• 当前阶段：大陆站目前只有概念，尚处于方向讨论阶段。
• 目标方向：为日本等地旅客提供面向大陆的旅游服务支撑。

• 拟与携程深度合作，围绕大陆旅游服务方向展开。

• 平台状态：商户平台自研在跑。
• 能力进展：优惠券已开发；退税正在开发；会员服务按具体合作场景推进。
• 当前重点：商户平台是 BilionPass 已确认要推进的方向。

• 退税计划 12/30 上线，包含向游客指定账户出款。
• 预约 / 预定功能计划纳入商户平台。

• 使用对象：A 端指我们自己公司，管理平台属于内部后台。
• 状态：管理端自研在跑。
• 已知用途：渠道权限配置；外部渠道按业务逐项授权，已有酒店不给携程、可给东航的规则。

尚无已确认的新增安排。

• 入口：bilionpass.com 日本站、APP、微信小程序与 WEB。
• 已有内容：空手行、优惠券；留学缴费提供合作方跳转链接。
• 渠道关系：自有端按 BilionPass 全量业务口径提供内容，外部渠道逐项授权；尚未上线的业务仍按各自进度推进。
• 客群：自有端可触达携程、东航等中国渠道之外的游客。
• 产品业务边界：行前购与 BilionPass 的产品业务链路独立，产品侧只有链接级跳转；底层会员、营销、交易能力按共享中台方向复用，本页不记录具体接入覆盖。

尚无已确认的新增安排。

• 三条已接链路：携程 → 空手行（API）；东航 → 空手行（嵌入 H5）；东航 → 优惠券（API）。
• 内容形态：上架销售、会员权益、积分消耗；暂不涉及联合营销。酒店作为东航权益或积分内容属于已讨论的用途，尚未上线。
• 资金通则：渠道 API 交易由渠道收款后按周期结算给我们；H5 嵌入在我们页面成交，钱直接到我们账。
• 授权规则：不同渠道可提供的业务不同，例如酒店不给携程、可给东航。

• 台湾业务计划 12/30 前打通东航 → 我们 → Canlead 的租车链路。
• 大陆站处于概念阶段，拟与携程深度合作，支撑日本等地旅客赴大陆旅游。
• 其它渠道扩展等待商务侧计划，目前不列入技术规划。

• 组织现状：已有部门负责社媒与 KOL 方向。
• 当前工作：正在进行 KOL 孵化。
• 推广内容：当前面向全球开展空手行业务推广。
• 能力状态：KOL 身份、订单归因与分佣尚未形成完整能力。

尚无已确认的新增安排。

• 供给与履约：佐川物流负责运送，是我们的股东 / 投资人；空手行系统由我方自研。
• 已接渠道：携程 API、东航嵌入 H5，自有端也在销售。
• 履约现状：与佐川 API 已打通、线上在跑，是目前已确认打通的履约链路。
• 资金：携程先收款再结算给我们；东航 H5 在我们页面成交、直接收款，再按合作规则与佐川结算。
• 交易视角：作为 BilionPass 的一笔业务交易，供给、渠道、履约和结算按本页的实际状态分别接入。

尚无已确认的新增安排。

• 供给方：JTR，已签约合作。
• 上线状态：API 对接进行中，门票业务尚未上线，渠道侧尚未落地。
• 资金方案：钱走我们账，按营业额抽佣 5% 是初步方案，尚非最终结算规则。
• 交易视角：作为 BilionPass 的一笔业务交易，供给、渠道、履约和结算按本页的实际状态分别接入。

• 继续已在进行的 JTR API 对接。

• 供给方：Jalan，已签约合作。
• 上线状态：API 对接进行中，酒店业务尚未上线。
• 渠道规则：酒店预订不能推给携程，可以推给东航；东航可按会员权益或积分消耗使用内容，具体落地尚未完成。
• 资金方案：钱走我们账，按营业额抽佣 5% 为初步方案。
• 交易视角：作为 BilionPass 的一笔业务交易，供给、渠道、履约和结算按本页的实际状态分别接入。

• 继续已在进行的 Jalan API 对接。

• 状态：租 / 包车尚未上线。
• 已定方向：台湾作为独立业务单元推进，首期供给方为 Canlead，首先覆盖租车。
• 首期入口：已确认计划从东航进入台湾租车链路。
• 交易视角：作为 BilionPass 的一笔业务交易，供给、渠道、履约和结算按本页的实际状态分别接入。

• 计划 12/30 前打通东航 → 我们 → Canlead：东航会员发起租车，经我们转至 Canlead。

• 能力状态：优惠券已开发，属于面向商户的自建能力。
• 渠道现状：仅接东航，采用 API 对接；自有端也在提供优惠券。
• 商户用途：发放与核销优惠券，纳入商户平台的能力范围。
• 交易视角：作为 BilionPass 的一笔业务交易，供给、渠道、履约和结算按本页的实际状态分别接入。

尚无已确认的新增安排。

• 进度：退税属于商户端服务，目前正在开发，尚未上线。
• 已确认规则：服务费为退税额的 15%；示例为消费 10000、退税 1000，其中游客获得 850、我们留 150。
• 账户要求：交接记录确认需支持向游客指定账户退款；这是本次上线计划的一部分。
• 交易视角：作为 BilionPass 的一笔业务交易，供给、渠道、履约和结算按本页的实际状态分别接入。

• 计划 12/30 上线，包含向游客支付宝、微信或银行卡账户出款。

• 提供方式：fintech 的跨境汇款业务已成熟，我们只提供跳转链接。
• 成交与资金：业务在合作方完成，留学缴费是已确认的钱不过我们账的例外。
• 当前状态：链接服务已经在跑；它仍是合作方完成的跳转服务，不纳入我方统一下单或资金链路。

尚无已确认的新增安排。

• 已有方式：用户输入信息，平台调用模型生成行程；目前实现较浅。
• 业务定位：行程规划被明确归为功能，不单独作为交易业务，也不纳入已确认的统一下单链路。
• 能力现状：行程功能已有调用模型的实现，通用大模型与数据资产能力仍属规划。

• 未来在 JTR、Jalan 打通后，尝试将门票、酒店等供给嵌入行程节点。

• 合作内容：旅客在机场交行李后，由佐川按约定运送至酒店。
• 接入状态：佐川 API 已打通，线上在跑。
• 合作关系：佐川是我们的股东 / 投资人。

尚无已确认的新增安排。

• 本次合作范围：门票供给。
• 进度：已签约，API 对接中，相关门票业务尚未上线。
• 资金口径：门票款走我们账，5% 营业额佣金仍为初步方案。

• 继续现有门票 API 对接。

• 合作范围：酒店预订供给。
• 进度：已签约，API 对接中，相关酒店业务尚未上线。
• 资金口径：酒店款走我们账，5% 营业额佣金仍为初步方案。

• 继续现有酒店 API 对接。

• 已定方向：台湾业务先做 Canlead 租车供给。
• 当前状态：合作链路尚未上线。
• 站点关系：台湾作为独立业务单元推进。

• 计划 12/30 前打通东航 → 我们 → Canlead，让东航会员经我方转至 Canlead 租车。

• 合作方式：在自有端挂链接，用户跳转至 fintech。
• 业务与资金：合作方完成缴费或汇款，钱不经过我们账。
• 状态：合作方业务成熟，挂链已经在跑。

尚无已确认的新增安排。

• 角色：给旅客使用的 web 前台，包含 PC 与 H5。
• 状态：属于已自研并在跑的平台系统。

尚无已确认的新增安排。

• 系统状态：自研在跑，服务 A 端内部人员。
• 已知用途：渠道权限配置，用于承载不同渠道有不同业务范围的规则。
• 现状边界：授权尚未完全系统化，已有配置面与完整授权流程需要分别看待。

尚无已确认的新增安排。

• 已确认用途：外部合作方通过 API 获取我们对外分享的数据。
• 系统状态：自研在跑。

暂无已确认的关联补充。

尚无已确认的新增安排。

• 系统状态：我方自研在跑。
• 对接现状：佐川 API 已打通；携程通过 API 接入，东航通过嵌入 H5 提供空手行。
• 销售入口：渠道与自有端均已提供空手行。

尚无已确认的新增安排。

• 构成与状态：WEB、APP、微信小程序均属于已自研在跑的 BilionPass 系统范围；日本站为 bilionpass.com。
• 业务内容：空手行、优惠券在自有端提供，留学缴费通过链接跳转。
• 市场关系：台湾按独立业务形态推进。
• 产品业务边界：行前购与 BilionPass 的产品业务链路独立，产品侧只有链接级跳转；底层会员、营销、交易能力按共享中台方向复用，本页不记录具体接入覆盖。

尚无已确认的新增安排。

• 合作对象：羽田、成田、关西机场，属于公司股东 / 投资人。
• 供给内容：免税店向行前购提供商品与库存数据，通过 API 对接；旅客离境时线下取货。
• 现状口径：行前购整体已在跑，不据此推定三个机场均已上线。

• 关西机场行前购计划 12/30 前上线。

• 已有两端：C 端供旅客使用，B 端供机场运营方管理商品与订单。
• 业务支撑：承载行前购自己的在线商城；免税店供货，通过 API 同步商品与库存，旅客离境时机场取货。
• 系统状态：我方自研在跑，行前购货款经过公司账户。
• 产品业务边界：行前购与 BilionPass 的产品业务链路独立，产品侧只有链接级跳转；底层会员、营销、交易能力按共享中台方向复用，本页不记录具体接入覆盖。

• 支持关西机场行前购在 12/30 前上线。

• 优惠券：已开发，东航 API 已接入，自有端也在提供。
• 退税：正在开发，面向商户办理退税和游客收款。
• 行程规划：已有调用模型的浅实现，属于功能。

• 退税计划 12/30 上线，支持游客指定账户出款。
• 预约 / 预定与商户 AI 解决方案属于后续规划。

• 能力现状：BilionPass 商品能力自研在跑，通用库存能力仍规划中。
• 合作供给：JTR 门票、Jalan 酒店在 API 对接中；框架区分我方商品与合作商品镜像。
• 边界：行前购商品与库存属于其独立产品链路；此页只描述 BilionPass 商品能力，不能据此推断两产品共用商品或库存模块。

• 继续对接中的 JTR、Jalan 商品供给；通用库存能力列入规划。

• 订单侧：BilionPass 的交易和订单已在跑。
• 已打通履约：空手行与佐川 API 已联通，支撑机场行李运送至酒店。
• 能力边界：BilionPass 通用履约能力仍规划中，各业务的履约进度分别说明。
• 业务交易边界：BilionPass 各项业务可按一笔交易抽象；行前购有自己的交易与履约链路，底层交易能力的实际复用范围列在本页开放问题。

• 按已确认优先级，履约排在结算、风控之后推进。

• BilionPass 业务资金口径：已讨论业务款项走公司账户，留学缴费是例外；尚未上线业务按各自进度推进。
• 渠道资金通则：API 模式由渠道收款后按周期结算给我们；H5 嵌入在我们页面成交，直接收款。
• 收付方向：对渠道可能收款，也可能支付佣金；对供给方按合作规则分账。
• 已讨论规则：门票、酒店抽佣营业额的 5% 为初步方案；退税服务费为退税额的 15%。
• 现状：资金能力在跑，结算仍手工对账，尚非系统自动分账。
• 共享中台方向：逻辑架构确认会员、营销、交易能力可由共享中台复用；此页记录的是资金与结算，不能据此推断行前购与 BilionPass 已共用资金或结算模块。

• 按已确认的结算 > 风控 > 履约顺序，先推进结算。
• 退税计划 12/30 上线，向游客支付宝、微信或银行卡账户出款。
• 按共享中台方向核对交易能力在 BilionPass 各业务中的实际接入覆盖。

• 现行规则：BilionPass 自有端全量业务，外部渠道逐项授权；酒店不给携程、可给东航。
• 已接内容：携程空手行 API、东航空手行 H5、东航优惠券 API。
• 内容形态：已确认可用上架销售、会员权益、积分消耗三种形态。
• 当前边界：管理端已有渠道权限用途，但完整授权能力尚未系统化；KOL 分销与归因仍属规划。

• 台湾首期计划 12/30 前接通东航 → 我们 → Canlead。
• 其它渠道扩展等待商务计划，不列入当前技术规划。

• 承载入口：商户平台自研在跑。
• 能力状态：优惠券已开发；退税开发中；会员按具体合作场景推进。
• 使用对象：B 端商户是能力使用方，不作为获客渠道归类。

• 退税计划 12/30 上线，支持游客指定账户出款。
• 预约 / 预定及给商户的 AI 解决方案列入后续规划。

• 工作范围：社媒账号运营、KOL 内容合作、GEO / AI 推广都属于此方向。
• GEO 定位：让 AI 回答中曝光或推荐我们，用户再自行进入自有端；不涉及渠道接入、渠道授权或结算。
• 现状：内容与获客方向仍在规划；相关部门已存在。
• 共享中台方向：营销能力按共享中台方向复用；当前营销状态仍为规划中，实际接入覆盖列在本页开放问题。

• 已记录的规划方向为社媒运营、KOL 内容合作与 GEO。
• 按共享中台方向明确营销与内容获客能力的复用范围。

• 能力现状：CTO 已确认目前没有风控能力，基础能力清单中仍为规划项。
• 已确认优先级：结算 > 风控 > 履约。

• 按已确认的第二优先级推进风控。

• 现有主体：BilionPass 的 C、B、A 三端已有账号，分别服务旅客、商户及内部人员。
• 已有能力：会员能力自研在跑，管理端有渠道权限相关用途。
• 规划主体：KOL 身份与订单归因尚未建立完整能力。
• 共享中台方向：会员与账号能力按共享中台方向复用；当前只记录会员能力在跑，实际共用范围列在本页开放问题。

• 按共享中台方向梳理会员 / 账号能力的复用边界。

• BilionPass 范围：商品、商户、供给方、渠道、KOL 被列为需要统一标识的对象。
• 当前状态：主数据尚未定义。
• 已知商品情况：BilionPass 框架区分我方商品与合作商品镜像。
• 边界：主数据方向服务于 BilionPass 的对象标识；行前购的复用范围列在本页开放问题。

尚无已确认的新增安排。

• 对象定义：B 端指日本本地商户。
• 使用入口：商户平台。优惠券已开发，退税仍在开发。
• 关系口径：商户作为能力使用方单独说明，不与外部获客渠道混用。

• 退税计划 12/30 上线；后续计划增加预约 / 预定能力。