update for syncing by Git pull & push

调研和需求/需求整理/需求整理（持续更新）.md

@@ -1,7 +1,7 @@
 ---
 title: 需求整理（持续更新）
-mdate: 2026-03-18 20:28:47
-mdevice: iPad
+mdate: 2026-03-19 17:36:07
+mdevice: lazy的MacBook Air
 doc_id: 204168cc4c3244b992d2f7e45ca44e15
 date: 2026-03-18 20:27
 ---
@@ -162,7 +162,7 @@ date: 2026-03-18 20:27
 > - 调价需要在系统中单独选择某些班次进行调整，并在排班的时候完成
 > - 调价也有一些快捷操作，例如从某天开始连续多少天进行整体调价
 > - 调整期结束后，需要重新设置为原来的价格，会切换比较复杂
-> - 没有灵活的调价方式，例如针对高峰期自动调价
+> - 没有灵活的调价方式，例如针对高峰期、大型节假日自动调价
 
 **需求**：需要灵活的动态票价方式
 - 常态调整，工作日和休息日的价格调整
@@ -171,5 +171,55 @@ date: 2026-03-18 20:27
 - 调价结束后自动恢复原价
 
 **建议**：建议采用增加票价策略功能，在排班时应用具体调价策略来实现
+- 基础线路具备【基础价】属性，并分段式计价，作为所有该线路所有班次的计价标准。
+- 票价策略。使用票价策略的在【基础价】的基础上进行叠加计算。
+- 班次可以同时叠加多个票价策略，来实现灵活的调价。
+
+### 3.2 支付需求
+**现状**：目前主要的支付方式
+- 港币支持：八达通（mPay）、信用卡、微信及支付宝（中银香港）
+- 人民币支持：微信及支付宝
+- 八达通和信用卡有专门终端进行收款，自助机也集成八达通支付功能。
+
+**需求**：新系统需要对接之前已有的支付方式
+
+**建议**：独立模块进行支付对接。
+- 客户端的支付可直接调用接口，如微信、支付宝、银行卡
+- 硬件端现场支付，如八达通、post 机之类，尽可能找第三方平台进行集成，并提供相应 API，不建议采用硬件协议进行对接。
+> 更改终端设备均需要重新开发，并且需要设备服务上开放授权，一般来说金融机构会有自己的闭环，不会开放终端接口。
+> 需要永东信息化部门尽快选型
+
+### 3.3 支付等待处理
+**现状**：银行等待支付时间为15分钟，等待时间过长，导致票被锁定。
+>  备注：等待支付的情况
+> - 购票用户在使用银行支付时，中途离开，导致长时间内没支付
+> - 竞争对手或用户恶意 Hold 票行为
+> 根据调研情况，香港班次大概 20 分钟一班，15 分钟的 Hold 票行为导致资源浪费
+
+**需求**：缩减等待支付这个时间，及时释放车票
+
+**建议**：可以通过以下手段进行缓解
+- 与银行联系，是否可以提供接口进行修改这个等待的时间。
+- 后台对订单进行时间控制，超出指定时间（如 5 分钟）不支付，强行取消订单并释放车票
+- 尽量减少一张订单购买多张票的行为（或者设定一个订单最多只能购买 5 张票），以降低锁定的票数
+
+### 3.4 TVM 替代方案
+**现状**：TVM 机目前主要用于门店站点为乘客购票并打印纸质票。TVM 目前存在以下的一些问题：
+- 只能买票和打票，基本上不提供完整的支付功能，如支持微信和支付宝，不支持八达通和银行卡，需要配合其他支付终端使用。
+- 站务人员需求携带多个设备在现场售票。突出表现在口岸（无电接入，不能部署自助机，只能靠 TVM）、葵芳站这类门店与上车点分开，难以现场购票。
+- 不对外开放接口，应用不再更新，后续支持比较困难。
+- TVM 没能区分乘客的支付方式，所有的支付全部按照现金【代号】进行记账，站务在埋数时需要对当天的 TVM 支付情况进行分类整理。
+
+**需求**：系统和站务需求比较突出
+- TVM 的购票 App 需要支持新系统，App 需要重新开发
+- 需要减少站务人员所需携带的设备数量
+- 能够区分支付方式
+
+**建议**：需要对 TVM 设备重新选型
+- 能够同时支持八达通、银行支付以及无线打印功能的终端
+- 购票可以通过站务手机 App 进行购票和选址支付方式，在终端机进行支付，实现支付方式分类。
+- 需要电脑部配合选型新的设备
+
+