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

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

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

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

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

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

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

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

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

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

• 平台状态：商户平台自研在跑。
• 能力进展：优惠券已开发；退税正在开发；会员服务按具体合作场景推进。
• 退税办理：店员登记退税信息，平台报送国税厅并取得海关结果；商户财务按付款清单支付退税全额，平台核对到账后经转账网关向游客出款。
• 当前重点：商户平台是 BilionPass 已确认要推进的方向。

• 退税计划 11/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。

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

尚无已确认的新增安排。

• 进度：退税属于商户端服务，目前正在开发，尚未上线。
• 已确认金额：示例为未税商品价 10,000、税额 1,000，游客向商户支付 11,000。商户支付退税全额 1,000，平台收取 15% 服务费 150，游客实收 850。
• 信息上报与海关核验：店员登记、平台建单、游客确认后，平台向国税厅报送购买记录；游客出境接受海关核验，平台取得确认结果后生成商户付款清单。
• 商户付款：商户财务核对清单，将退税全额汇入我们公司指定的退税收款账户，并提供可关联清单或批次的打款记录。
• 游客出款：平台匹配打款记录、付款清单和实际到账金额。核对到账后保留服务费，将游客应收款划入转账网关的出款账户并发送出款明细，网关向游客指定账户转账。
• 业务边界：退税以独立业务单记录退税额、服务费、游客实收金额和办理进度。退款是原交易的取消或售后环节，两者的业务规则与流程分别管理。

• 计划 11/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 的产品业务链路独立，产品侧只有链接级跳转；底层会员、营销、交易能力按共享中台方向复用，本页不记录具体接入覆盖。

尚无已确认的新增安排。

• 合作关系：羽田机场提供免税店商品、库存数据与机场取货服务。
• 供给范围：行前购免税店商品、库存数据与机场取货。

尚无已确认的新增安排。

• 合作关系：成田机场提供免税店商品、库存数据与机场取货服务。
• 供给范围：行前购免税店商品、库存数据与机场取货。

尚无已确认的新增安排。

• 合作关系：关西机场提供免税店商品、库存数据与机场取货服务。
• 项目阶段：已开始行前购设计与开发。
• 供给范围：免税店商品、库存数据与机场取货。

• 计划 2026 年 11 月 30 日上线。
• 希望关西机场侧尽早提供 SIT 环境。

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

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

• 优惠券：已开发，在 BilionPass 自有侧和商家端跑通；未与东航做 API 对接。
• 退税：正在开发，面向商户办理退税和游客收款。
• 行程规划：已有调用模型的浅实现，属于功能。

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

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

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

• 商品能力运行中；门票、酒店等外部供给的通用商品模型仍在梳理。
• 数据归属：品牌、类目、商品、规格、商品状态与供给映射

• 统一品牌、类目、商品、规格和外部供给映射，先形成可被订单和库存稳定引用的商品主模型。

• 行前购已通过机场 API 同步商品与库存；面向门票、酒店及其他外部供给的通用库存能力仍在规划。
• 数据归属：可售库存、库存来源映射、同步状态、预占与释放结果

• 先统一可售库存视图，再接入机场、JTR、Jalan 等外部库存同步，并补齐预占、扣减和释放结果。

• 空手行等交易能力已在运行；行前购、门票、酒店等产品的订单边界与共用字段仍需分别确认。
• 数据归属：订单主单、订单明细、商品与价格快照、订单状态、业务单关联

• 统一订单主单、明细、状态和业务单关联，先覆盖已运行的空手行，再为行前购、门票、酒店等产品留出接入边界。

• 空手行与佐川物流履约 API 已打通；通用履约能力仍在规划。
• 数据归属：履约单、交付任务、履约状态、完成凭据、异常与重试记录

• 抽象物流、机场取货、出票核销、酒店确认等共同履约状态，先沉淀佐川链路的状态回传和异常处理。

• 会员能力运行中；跨产品统一身份、等级、积分和渠道会员映射的实际覆盖仍需确认。
• 数据归属：统一身份、会员档案、会员等级定义、积分定义与会员权益关系

• 保持已完成能力的稳定运行，按新产品接入需要补充身份映射和权益接入，不再作为后续基础建设阻塞其他域。

• 优惠券已在 BilionPass 自有侧和商家端跑通；空手行优惠码处于设计阶段；通用营销域仍需统一规划。
• 数据归属：营销活动、优惠券、优惠码、促销规则、活动资格、营销积分动作与核销记录

• 以优惠券和空手行优惠码为首批场景，统一活动、适用条件、优惠计算、核销和取消后的处理，再扩展积分营销和促销组合。

• 资金能力处于规划阶段；退税已确认需要商户全额付款、实际到账核验和转账网关出款，相关接口尚待完成。
• 数据归属：收付款指令、账户路由、资金流水、到账状态、执行回执

• 先完成退税收款、实际到账核验和转账网关出款的闭环，再抽象订单收款、退款和合作方付款的统一执行接口。

• 当前仍以手工对账为主；渠道周期结算、供给方结算及退税服务费都需要明确结算口径。
• 数据归属：结算规则、应结金额、账单批次、对账结果、差异处理记录

• 先把退税服务费、渠道结算和已接合作方的订单、资金、履约结果串成可核对账单，再逐步减少手工对账。

• 目前尚无完整风控能力；优惠滥用、异常订单、重复出款和退税审核等场景需要逐项确认。
• 数据归属：业务风控规则、命中记录、审核任务、处置结果、风险事件

• 以优惠滥用、异常订单、重复出款和退税审核为首批场景，建立规则检查、人工审核和处置留痕，再扩展跨产品风险事件。

• 开放平台是合作方接入、API 开放和授权管理的建议底座能力；现有携程、东航、佐川、JTR、Jalan 等接入仍按各业务现状分别表达。

• 先统一合作方、接口、授权范围和调用记录的基本模型，再逐项归并现有接入。

• 管理端已有渠道权限配置用途；会员域负责业务身份、等级和积分，账号与权限负责登录、角色和访问控制。

• 先梳理三端主体、角色和资源权限，再与会员身份、商户主体和合作方账号建立映射。