小程序

教培小程序定制开发，已有排课系统怎样衔接

机构已经使用排课系统，新增试听入口时，最先要确认的是课程与时间由哪里维护。教培小程序定制开发不一定要把原系统再做一遍，也不应先假定原系统提供可用接口。先列清数据来源和更新责任，再比较人工维护、文件导入与接口同步，才能知道这次需要补哪一段。

先为每项数据找到维护源

课程名称、教学点、可试听日期和正式排课可能由不同岗位维护。看起来相同的课程名称，也不一定对应同一个课程标识。需要先确认前台展示的内容来自哪里、哪些字段允许在小程序侧补充，避免双方各改一份。

若正式排课与试听安排的规则不同，可以共享部分课程资料，再单独维护可试听范围。不能因为原系统有课表，就推断它已经包含试听名额、预约确认或家长查看记录的能力。

资料变化不多、维护人员明确时，可以先用人工核对维护，但要避免更新后忘记通知前台。文件导入适合批量整理，需要统一字段、标识和覆盖规则，并能处理缺失或不匹配项。

接口同步则要先核验原系统实际提供的接口、授权和可读取字段，再约定更新时间与冲突处理。课程数据同步不是把两个系统名称写在方案里；缺少接口时，应保留可执行的人工路径，不承诺兼容所有教务系统。

试听时间变更与待核对提示

课程数据来源与更新核对

第一张页面把原时间与新时间建议分开，继续显示待机构核对。第二张机构移动页列出课程标识、排课表来源、更新时间和差异，提醒工作人员核对教学点、接待条件及预约人意愿。

更新时间应对应可核对的资料版本；无论由人员维护还是接口读取，都需要明确来源，不能仅凭一次成功提示判断内容已经一致。核对完成后怎样更新预约、由谁通知家长，还要按实际流程确定。

评估排课系统对接时，可以用一门匿名课程串起原资料、导入或读取结果、前台显示和已存在的试听记录。重点检查时间调整、标识不匹配及更新失败时，哪一方保留什么状态、谁来处理。

准备开发资料时，带上脱敏课表、字段说明、现有系统能力和日常维护分工。软件开发范围可以据此明确为哪些资料复用、哪些信息单独维护，以及异常由谁核对，避免只约定“系统打通”却无法说明具体结果。