旅行社 ERP 功能｜从计调排团到微店收客
以线路与团期为底座，串联客户、订单、团单、财务与审批。微店订单和后台使用同一份数据。
一条业务链，跑通从收客到结算
别把旅行社拆成互不往来的五个软件。上架线路与日历价 → 报价与收客 → 游客名单与合同 → 团单计调 → 收款对账与审批，全流程在同一租户完成。地接、组团、批发、定制与企业团按业态配置路径——微店订单和后台，从一开始就是同一份数据。
- 步骤 1
产品与团期
线路 · 日历价
- 步骤 2
销售与报价
客户 · 询价
- 步骤 3
订单
游客名单与合同
- 步骤 4
团单与计调
资源编排
- 步骤 5
财务收付
应收 · 发票
审批与消息 贯穿订单与团单关键节点：改价、改团、特殊单等可配置流程，配合站内消息与短信（合规前提下）触达。
产品与资源中心
线路、价格、库存和导游排班散落在表格里，多条产品线对不上，前台和计调各看一份。
- 线路、每日行程、景点/POI、图片素材与展示
- 日历价、库存与渠道价格策略，减少人工对表
- 资源与资源类型、单品维护；导游日历等支撑执行排期
- 以「线路与团期」为底座，与报价、订单天然联动
销售与客户管理
客户资料在个人微信里，同事接手时看不到历史订单和欠款。
- 客户档案与联系人，服务销售与客服协同
- 历史订单与财务视角，快速了解合作与账期
- 检索与自动完成，加速录单与前台响应；可结合标签做分层运营（以版本为准）
订单与报价管理
报价、名单和证件分散在邮件和聊天记录里，改单之后对不上当时的约定。
- 订单列表与流程状态、报价编辑与收款节点
- 附件、导出与扩展字段，适配复杂业务与定制单
- 游客名单与证件、合同与操作日志，满足合规与追溯
团单与计调OP管理
地接社 OP 排团混乱、资源互相冲突，接送和接待信息容易漏对。
- 团单列表与标签、团单资源与编排
- 接客/接送信息管理，对齐导游与车队执行侧
- 散拼/余位类看板若仍在路线图中，将以「规划中」与真实交付同步官网表述
看板与部分计调增强能力以实际上线路线图为准。
财务管理
业务单和财务单分开记，月底对账要重做一遍应收应付。
- 应收、收款、付款与费用/车辆等业务统计
- 发票与对账类能力与订单、团单关联，支撑业财一致口径
- 多币种、复杂合并报表等若未上线，可通过对接外部财务或定制项目实现
审批中心
改价和改团停在口头同意，内控检查时说不清谁批的。
- 审批流程、实例与任务：提交、通过、拒绝与取消
- 按业务类型配置，适配改价、改团、特殊单与企业客户条款变更
- 与业务对象绑定，便于事后审计与复盘
消息与短信
团期变动只发在群里，不在班的同事看不到，客人侧短信又不合规。
- 站内消息与未读提醒，服务内部协同
- 短信模板与短信库存/充值管理
- 触达场景受运营商与当地法规约束，需完成模板与签名合规审核
短信发送需完成模板与签名合规审核，实际能力以运营商及当地法规为准。
多租户与权限
多门店共用账号，财务数据混在一起，权限边界说不清。
- SaaS 租户上下文隔离（如门店维度），降低串数据风险
- JWT 与 RBAC：菜单、角色与用户，边界清晰
- 门店、编码规则、系统设置与自定义页签，适配多品牌、多门店业态
开放API
官网、小程序和 OTA 各有一份订单，和 ERP 对不上。
- API Token 管理，安全调用开放接口
- REST 与统一响应结构，便于对接 OTA、同业平台、财务软件或自建商城
- 适用场景示例：订单状态同步、收款回写、拉取团期库存（可由商务补充真实案例）
审计追踪
数据被改过，但查不到是谁改的，纠纷时没有依据。
- 数据变更日志记录关键字段变化
- 支撑「谁、在何时、改了什么」的内控与沟通
数据统计
经营数字要等财务月底导出，平时看不到收客和费用结构。
- 订单与业务统计入口与管理视角；渠道、毛利类指标以报表字典为准
- 高级驾驶舱或大屏可与 BI/数仓对接（项目制）
AI增值能力
定制游方案反复手写，出一版行程要很久，版本还对不上。
- 探索模型与内容/行程辅助能力在美途工作流中的落地
- 不对未发布功能做效果承诺；与任何第三方影像或营销品牌无必然绑定
旅行社微店商城
线路只发在朋友圈，客人看不到日历价，成交后还要把订单抄进后台。
- 后台发布线路、行程、图片和日历价，微店直接展示。
- 客人咨询、下单后，订单进入 ERP，不必二次录单。
- 库存和余位与团单、订单关联，减少超卖。
- 开通后的线路可出现在美途直订，供同业浏览和下单。