update for syncing by Git pull & push

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

@@ -1,6 +1,6 @@
 ---
 title: 需求整理（持续更新）
-mdate: 2026-03-20 14:23:51
+mdate: 2026-03-23 12:31:55
 mdevice: lazy的MacBook Air
 doc_id: 204168cc4c3244b992d2f7e45ca44e15
 date: 2026-03-18 20:27
@@ -23,7 +23,7 @@ date: 2026-03-18 20:27
 - 实现更灵活的线路制定，适应香港和内地两端的班次调配。
 - 优化线路、班次检索，有效对接第三方售票平台，而不是限流保持稳定
 
-**建议**：对线路进行结构性改进，强化**口岸**属性**，**以口岸作为中间平台，以优化查询统计效率，提升调度能力
+**建议**：对线路进行结构性改进，强化【口岸】属性,以口岸作为中间平台，以优化查询统计效率，提升调度能力
 - 无论班次线路一段或二段，必须具有口岸站点，不允许不经口岸的跨境站点。
 - 以口岸作为平台，实行到达口岸的乘客统计，计算口岸通往各地的乘客数量。
 - 二段检票需在口岸进行，否则不能进行二段检票。
@@ -250,12 +250,72 @@ date: 2026-03-18 20:27
 ## 4. 站务需求
 ### 4.1 站务协同
 **现状**： 站务的工作内容较为复杂，包含如咨询、购票、支付、检票、统计、加班、埋数等流程，与之对接的是票务、排班、车务、财务以及客服的部分工作。目前站务在除使用 【检票App】外，与多部门协同仅限于使用电话、聊天软件、纸质记录等方式进行，缺乏高效率的信息流转和协同的信息化手段。与其他业务和协同如下：
-- 车务协同。车务的 Order 表使用 Excel 并采用聊天软件进行分发。
-- 站点统计。车辆发出后会将发车时间和站点上车人数统计数据，通过群信息方式流转至下一站点
-- 站点协同。车辆缺乏跟踪，站务人员不清楚车辆到达什么地点，部分站点有进站的时间要求（如葵芳），需要提前做安排
-- 排班协同。每一个站点都必须手工统计数据，并才纸质记录。需要同时刷新班次乘车信息和记录站点上车人数
+- 车务协同。车务的 Order 表使用 Excel 制作，并打印分发至各站点（包含总表和站点分表）。
+- 站点协同。车辆发出后会将发车时间和站点上车人数统计数据，通过群信息方式流转至下一站点；车辆缺乏跟踪，站务人员不清楚车辆到达什么地点，部分站点有进站的时间要求（如葵芳），需要提前做安排。
+- 排班协同。每一个站点都必须手工统计数据（如上车人数、剩余座位数等），并纸质记录。需要通过系统的售票页面，不断刷新班次可售票数信息。
+- 财务协同。对 TVM 机以【现金支付】方式，每天均需要将售票订单与支付流水号进行关联记录。目前只能通过人工处理。
 - 末班车。需要统计最后还剩多少乘客，是否已经全部完成检票（有的乘客因为通关被拦截，有的可能通关时间太晚，需要暂时等待）。末班车需要利用数据做好兜底工作。
-> 
+
+>  备注：现有系统和工具的一些改进
+> - 现有的站务 App 在检票时已经做了一些实时的统计，可以方便读出对应的实检/应检人数统计、座位剩余数等信息，但这些信息依然无法自动转发，最后还是通过人工记录并转发至工作群。
+> - 为了方便查询，检票 App 加入了班次查询和司机查询，但没有对站点和班次进行强绑定，属于全查询工具，即查询所有班次和所有司机。
+
+
+**需求**：站务工作繁琐，同时对接乘客和多个部门，需要高效的信息协同工具。
+- 解决站务与车务的信息对接问题。包括【站点班次】与司机、车辆的对接信息，提升信息的流转效率，减少纸质传递。
+- 解决与调度相关的统计问题。需要避免大量的人工抄数、统计等问题。
+- 解决站点【现金】购票每天对账的问题。需要将 TVM 购票的单号与支付流水号进行关联的人工操作问题。
+- 解决多个站点联动的问题。需要将站点统计信息进行关联站点的实时同步，避免人工抄数后转群发的问题。
+
+**建议**：改进现有的大量人工、易出错的协同模式，用信息化工具将站务、车务、票务、财务多项业务进行串联。
+- 对现有的检票 App 进行升级改造，在检票的每个环节中进行信息协同，即【检票 App】改造为【协同 App】，【协同 App】包含【购票】、【站点班次】、【检票】、【班次跟踪】、【司机任务】等模块，对应现场售票员、站长、检票员、调度人员、司机等多个使用角色。
+- 接入车务信息，将每天的 Order 纸的信息与当天的【站点班次】进行关联，在新系统处实现信息自动分发，与站点关联班次的司机、车辆能够直接在的列表信息中获得，避免全量查询班次和司机。
+- 班次自动跟踪。建立系统级别的消息通讯系统，贯通【后台系统】和【协同 App】，通过各站点的检票动作进行触发，对班次信息进行统计，并将统计信息和车辆进出站信息自动同步至该线路的下游站点。
+- 加入购票功能，以取代原有的 TVM 机，减少现场工作人员设备的数量，实现【车票订单】的分类，减少人工对账的工作量。
+
+### 4.2 乘车检票需求
+**现状**：检票的问题主要出现在提前检票、检票错票、二段检票、站务选错班次、员工坐车检票等情况。
+- 提前检票：由于乘客早到，希望能够早点出发，在站务确定还有剩余座位时给与提前检票。一般发生在直接到口岸的乘客。
+- 检错票：乘客在出发时先检了回程票，导致回程时无法检票。
+- 二段检票：乘客购买的跨境票，在二段检票时没有在对应的班次上检票（出行目的地时是一致的）。
+>  以上这几种情况均为在检票上没有对票进行严格限制，或者基于现场需要快速检票快速疏导乘客给与的酌情权。在检票不通过的情况下也允许乘客上车，这是系统出现大量【扫票异常】的主因。
+- 站务选错检票班次，目前的检票 App 没有对【站点班次】做强关联，检票的班次都是先通过查询后选择确认的，这个操作容易出错。一般会发生在前几名乘客检票之后才会发现纠正，导致之前几名乘客出现检票异常。
+- 员工乘车检票：内部员工均有【员工乘车码】，每天有四次免费乘车福利，在座位富余的情况下可以扫码乘车。
+
+**需求**：解决大量检票异常的情况，适配员工乘车以及优化站务检票工具。
+
+**建议**：员工乘车码可以根据规则进行适配，站务检票工具可以通过站点位置、时间等方式匹配当前检票班次，扫码异常情况则需求在工作规范中体现，是否给与【异常上车】的酌情权限。
+- 员工乘车检票，独立与乘客检票，后台有专门的员工乘车码模块，对应检票端的【员工乘车】，并进行【班次】联动和后台自动扣减。
+- 站务检票优化，检票前自动进行信息过滤，检票端对【站点】和【班次】进行强关联，通过站点位置、当前时间，自动过滤和校正【待检班次】，减少检票员操作步骤，准确跳转至当前应检的班次。
+- 车票验证和异常提醒，在扫票时获取票的班次信息并与当前站点、时间进行强校验，检验通过才允许上车；若不匹配，本地记录扫票异常信息，并提供异常列表，待其他乘客上车后再做处理；每个检票端均绑定门店或站点信息，如需要酌情权，可以通过后台系统进行配置；如要处理【异常】事件，则在【异常列表】中操作，并选择【酌情原因】，所有的酌情操作在提交时均有系统进行记录，明确责任。
+
+### 4.3 检票记录需求
+**现状**：检票过程中没有记录【门店】或【站点】信息，导致无法进行责任定位。这个问题主要出现在系统中没有门店概念。
+- 现行系统的权限是针对【个人】进行设定，没有【角色】和【部门】的概念，而【门店】或【站点】是有固定的手机（绑定账号）进行操作，而这个用户没有与实际检票员进行绑定。
+- 人员调动导致责任难以界定。由于客流的原因，会出现 B 站点需要从 A 站点抽调工作人员到 B 站点进行检票，这种情况虽然捆绑了检票员的账号，但操作的由于没有【门店】或【站点】，在出问题的时候不能确定具体是哪个【门店】或【站点】出错，责任也无法定位。
+
+**需求**：需要对检票的操作关联至【门店】或【站点】，有效定位操作责任。
+
+**建议**：在系统级别对内部用户进行【角色】或【部门】的分级授权，并对检票行为进行有效记录；加入【扫票异常】的处理，明确异常处理的流程，并记录异常处理的操作责任人和部门。
+- 建立系统角色权限的分级体系。从原来的针对用户授权，改为根据【角色】授权，并在针对每个内部员工加入【部门】或【岗位】的绑定，用以规范内部员工的权限。
+- 细化检票记录信息。在检票的信息中加入检票员和检票门店/站点，用以门店/站点检票的记录和统计，定位权责。
+- 增加扫票异常处理操作。规范扫票异常处理的范围和处理流畅，提供允许异常处理的权限和行使的选项。
+- 规范人员调度流程。在人员调度前需要在系统上进行临时更改，以确保调用人员与实际工作的门店/站点的对应关系。
+
+### 4.4 大量检票需求
+**现状**：重大事件或大型活动（如演唱会）散场时，由于信号问题、撤离时间限制等原因，导致无法有效检票。导致问题的愿意主要有以下情况：
+- 网络挤占严重。活动地点大量聚集人员（相对绝对数量，只有一小部分是永东乘客），导致当地基站过载，真正乘客无法通过移动基站访问系统后台获取电子车票；检票人员出现同样问题，无法连接到系统后台进行有效的验票；
+- 移动信号不佳。停车点在地下停车场，移动信号覆盖弱。
+- 撤场时间限制。停车点有时间要求，需要在短时间内撤离大量乘客，检票压力大，且容易出现大量异常情况。
+- 乘客上错车。由于现场人多，车辆标识不够完善，会导致乘客上错车的情况。
+>  目前的做法是通过购票时留的联系方式或现场提醒乘客及时截取车票图片；由于无法进行有效检票，也存在某些“非乘客”采用 PS 方式去造假票。
+
+**需求**：需要寻求一种高效方式来解决大量检票的问题，提高乘客验票和上车的效率。
+
+**建议**：项目后期针对大量检票的需求，引入新设备和新模式解决此类问题，大概思路如下：
+- 离线验票方式：检票端事先下载对应的班次购票信息，通过本地调用来验票。主要针对纸质票、旅游App购票的乘客（旅游 App 在购票成功时自动生成二维码在本地，无需联网获取车票）、提前截图的乘客。
+- 设备增补方式：通过在检票地点增加信号热点或局域网方式进行有效验票。
+- 在车辆或车票上做好对应的标识，降低乘客上错车的概率。