毕业后跨就学功能对接方案.docx
《毕业后跨就学功能对接方案.docx》由会员分享，可在线阅读，更多相关《毕业后跨就学功能对接方案.docx（21页珍藏版）》请在冰豆网上搜索。
毕业后跨就学功能对接方案
附件
毕业后跨省就学功能对接方案
1.概述
毕业后跨省就学业务是指小学毕业后到其它省份的初中一年级就学，初中毕业后到其它省份的高中一年级就学，或是五年制小学毕业后到其它省份六年制小学的六年级就学。
2.毕业后跨省就学业务流程
毕业后跨省就学的业务流程：
1）接收学校发起毕业后跨省就学申请并提交证明材料；
2）接收学校核办；
3）接收学校主管教育部门核办；
4）毕业学校主管教育部门核办；
5）接收学校发起调档/撤销申请；
6）接收省份接收学生电子档案/毕业省份撤销就学申请。
说明：
对于“毕业学校主管教育部门核办”这一环节，由于部分省份存在不同学段的业务由不同部门管理的情况，可能会导致毕业学校主管教育部门核办某些不应该由其核办的毕业后跨省就学业务。
比如小学毕业的学生，业务上应由初中阶段主管部门管理。
鉴于实际情况比较复杂，为了保证通用性，目前全国系统确定的处理方式是：
毕业后跨省就学申请仍由毕业学校主管教育部门核办，但需要在核办页面中提示：
“若当地不同教育阶段是由不同部门管理的，请毕业学校主管教育部门与下一教育阶段主管教育部门共同协商决定核办结果”。
3.毕业后跨省就学状态说明
毕业后跨省就学处理状态及其流转顺序如下图：
上页图中红色虚线框中状态有部分是预留，自建系统可根据本省区实际情况选择。
说明：
为了保证毕业后跨省就学业务数据的规范性和严密性，使针对该业务的各项查询和统计数据更加准确，全国系统规定：
毕业后跨省就学日志表（ZXXS_KSZS_LOG）中，每笔业务的每个状态只能有一条数据，即“跨省就学任务号”（task_id）字段加“跨省就学状态”字段（kszs_zt）应唯一。
交换库中的日志表建立了task_id和kszs_zt这两个字段的联合唯一性约束。
自建系统在向交换库中写入数据时，请注意这个问题。
4.毕业后跨省就学对接处理逻辑
下面主要针对作为接收省份或毕业省份时自建系统应做的处理进行说明。
4.1接收省份
4.1.1接收学校发起申请
首先由接收学校发起毕业后跨省就学申请，申请时需要在系统中填写学籍号、学生姓名、性别、身份证件类型（没身份证的选“其它”）、身份证件号（证件类型是护照、军官证等的填相应证件号）、跨省就学理由，选择毕业省份、入学年级、入学班级（其中接收省份默认为当前省，且不能修改，必填项为学生姓名、学籍号、毕业省份、入学年级和跨省就学理由，入学年级的选项必须是本学校对应的小学六年级、初中一年级或高中一年级，根据接收学校办学类型，显示对应的可选年级，如完全中学只应显示对应的初中一年级和高中一年级）），并上传证明材料（是否必须上传由本省决定）。
毕业后跨省就学信息表中的接收省份区划代码、接收学校标识码、接收学校名称、接收教育阶段的学制、入学年级id、入学年级代码、入学班级id、入学班级名称和申请时间为系统后台保存时写入。
（毕业学校标识码、毕业学校名称、毕业教育阶段的学制、毕业年级代码、毕业年级名称、毕业班级名称不需要接收学校填写，在毕业后跨省就学请求达到毕业省份后，由毕业省份全国系统根据学生学籍号查询得到的信息更新至毕业后跨省就学信息表中。
）
说明：
1）此步骤不涉及写入交换库。
2）申请时应对学籍号格式进行校验，学籍号格式为：
L、G或J开头，长度19位。
3）申请时毕业省份不应该能选择本省、香港、澳门、台湾。
4）一个学生若在当前学校存在未办结的毕业后跨省就学业务（即存在学籍号和姓名与当前填写的相同，“是否完成”（sfwc）为“0”），不能发起新的毕业后跨省就学申请。
4.1.2接收学校及其主管教育部门核办
自建系统中接收学校及其主管教育部门核办通过后，在交换库的自建系统写入表空间中的对应表写入数据：
1）毕业后跨省就学信息表（ZXXS_KSZS_JBXX）：
新增一条数据，包括学生姓名、学籍号、身份证号、接收学校、接收省份、毕业省份，更新人和更新时间等，毕业学校的相关字段设为空，“跨省就学状态”（kszs_zt）字段应为“就学申请已发往毕业省份”（KS41），“是否完成”（sfwc）字段应为“0”；“业务ID”（ywid）和“学生基本信息id”（xs_jbxx_id）字段设为空。
2）毕业后跨省就学日志表（ZXXS_KSZS_LOG）：
增加接收省份各业务处理步骤的日志信息。
以全国系统的两级核办为例，共需要写入4条日志，对应的“跨省就学状态”（kszs_zt）字段分别为：
ØKS01（接收学校发起就学申请），
ØZR02（接收学校核办通过），
ØZR12（接收区县核办通过），
ØKS41（就学申请已发往毕业省份）。
各记录中大部分字段与毕业后跨省就学信息表一致，“跨省就学状态”（kszs_zt）字段应为对应步骤的处理状态值，“日志类型”（kszs_lx）字段为“跨省就学转入”（6R），“处理时间”需要精确到毫秒（在oracle中格式为YYYYMMDDHH24:
MI:
SSFF3，长度20位），此外还应设置每个步骤的处理单位码（学校标识码或区划代码）、处理单位（名称）、更新人、更新人姓名和更新时间。
这4条日志应按上面列出的顺序写入。
对于不是两级核办的，可参考上面例子和“3毕业后跨省就学状态说明”处理。
3）毕业后跨省就学证明材料表（ZXXS_KSZS_ZMCL）：
若申请时上传了证明材料，需要增加证明材料的数据，其中“跨省就学主键”（kszs_pid）对应的是毕业后跨省就学信息表（ZXXS_KSZS_JBXX）的主键（pid）。
“文件路径”（file_path）字段内容：
文件的相对路径，文件应在全国系统共享存储的文件夹：
Linux：
/xjgl/inspur/xsFile/kszs/zmcl/，
Windows：
z:
\inspur\xsFile\kszs\zmcl\下形如：
370000000000\20140625\402881e83a6c97bd013a6c97bd300001.jpg，
格式为：
本省区划代码（12位）\年月日（8位）\文件名称。
说明：
1）接收身份自建系统应在自建系统中完成就学申请核办流程后，再将数据（包括证明材料文件）一次性写入交换库中，而不是每核办一步写一次。
2）毕业后跨省就学信息表（ZXXS_KSZS_JBXX）和毕业后跨省就学日志表（ZXXS_KSZS_LOG）是通过“跨省就学任务号”（task_id）字段关联的，这个字段是一笔毕业后跨省就学业务的唯一标识，写入交换库时，应保证两张表同一笔业务的“跨省就学任务号”（task_id）字段值相同。
该字段的值推荐采用UUID，其中是否有“-”均可。
3）毕业后跨省就学信息表（ZXXS_KSZS_JBXX）和毕业后跨省就学日志表（ZXXS_KSZS_LOG）表中的“接收学校标识码”（zrxxbsm）应与全国系统中对应学校的标识码一致，全国系统同步时会校验该项，在全国系统生产库中查不到对应学校标识码的申请将无法同步到全国系统生产库中。
请对接省注意在自建系统中及时更新教育部下发的学校标识码。
4）毕业后跨省就学信息表（ZXXS_KSZS_JBXX）和毕业后跨省就学日志表（ZXXS_KSZS_LOG）表中的“毕业省份区划代码”（zcregion_code）和“接收省份区划代码”（zrregion_code）字段应为省级区划的代码，长度12位，如“370000000000”，而不应该是地市或区县的区划代码，且这两个代码不能一样。
4.1.3接收学校发起调档申请
自建系统通过交换库的全国系统写入表空间从全国系统中读取毕业后跨省就学信息表（ZXXS_KSZS_JBXX）和毕业后跨省就学日志表（ZXXS_KSZS_LOG），获取毕业省份核办信息，若毕业省份已经核办通过，即毕业后跨省就学状态为“等待接收学校调档”（KS42），可在自建系统中进行调档操作，并在交换库的自建系统写入表空间中的对应表更新/写入数据：
1）毕业后跨省就学信息表（ZXXS_KSZS_JBXX）：
更新对应的数据，其中“跨省就学状态”（kszs_zt）字段应为“接收学校发起调档申请”（KS43）。
2）毕业后跨省就学日志表（ZXXS_KSZS_LOG）：
增加调档申请对应的处理日志信息（1条日志），其中“跨省就学状态”（kszs_zt）字段应为“接收学校发起调档申请”（KS43），“日志类型”（kszs_lx）字段为“跨省就学转入”（6R），“处理时间”需要精确到毫秒（在oracle中格式为YYYYMMDDHH24:
MI:
SSFF3，长度20位），此外还应设置处理单位码（学校标识码）、处理单位（名称）、处理时间、更新人、更新人姓名和更新时间等。
说明：
若毕业省份已经核办通过，自建系统从全国系统读取的毕业省份核办信息中，毕业学校的相关字段应该已经有值，调档申请写入交换库的数据中也应包含这些毕业学校的相关字段的值。
4.1.4学生电子档案接收
自建系统通过交换库的全国系统写入表空间从全国系统中读取毕业后跨省就学信息表（ZXXS_KSZS_JBXX）和毕业后跨省就学日志表（ZXXS_KSZS_LOG），获取毕业后跨省就学处理增量数据，若“跨省就学状态”（kszs_zt）字段为“学籍调档完毕”（KS99），则说明学生电子档案已经进入全国系统生产库，获取其电子档案，存入自建系统中。
全国系统中，目前学生电子档案数据可分为两类：
A.结构化数据，全国系统会将数据写入交换库对应表中，包括：
Ø学生基本信息表（ZXXS_XS_JBXX）
Ø学生家庭成员信息表（ZXXS_XS_JTCY）
Ø学生家庭经济情况信息表（ZXXS_XS_JTJJQK）
Ø学生基本信息历史表（ZXXS_XS_JBXX_LS）
Ø学生学籍异动信息表（ZXXS_XS_XJYD）
Ø学生数据变更表（ZXXS_XS_SJBGYWB）
Ø学生毕业信息表（ZXXS_XS_XSBY）
Ø学生所受奖励信息表（ZXXS_XS_JLXX）
Ø学生惩处信息表（ZXXS_XS_CCXX）
Ø学生学习简历信息表（ZXXS_XS_XXJL）
Ø学生档案信息表（ZXXS_XS_DAXX）
说明：
1）前三张表经过变更相应字段后，可直接入库；之后的七张表由于主要是历史信息，表中涉及到之前学校id，如果自建系统的对应表存在学校表的物理外键，会出现数据无法入库的情况，这里需要自建系统根据自身情况作相应的处理。
具体的数据表结构可参考《全国中小学生学籍管理系统与各省自建学籍管理系统对接技术方案》。
2）学生档案信息表（ZXXS_XS_DAXX）保存的是学生学籍从学籍注册开始的所有变动情况信息，包括学籍注册、关键数据变更、各类异动、毕业升级、招生录取、跨省转学、毕业后跨省就学、问题学籍处理等。
该表数据是从各类业务处理表中自动抽取形成，用于在全国系统中按时间顺序展示学生学籍变动情况。
序号
字段中文名
字段名
类型
备注
1
业务表ID
YWID
VARCHAR2（40）
对应业务处理表的主键
2
业务类别
YWLB
VARCHAR2
（2）
对应字典：
ZD_YWB_YWLB
3
学生基本信息ID
XS_JBXX_ID
VARCHAR2（40）
4
学籍号
GRBSM
VARCHAR2（20）
5
学校ID
XX_JBXX_ID
VARCHAR2（40）
6
学校名称
XXMC
VARCHAR2（100）
7
年级ID
XX_NJXX_ID
VARCHAR2（40）
8
年级名称
XX_NJXX_MC
VARCHAR2（30）
9
班级ID
XX_BJXX_ID
VARCHAR2（40）
10
班级名称
XX_BJXX_MC
VARCHAR2（60）
11
学籍符号
XJFH
VARCHAR2（20）
12
学号
BNXH
VARCHAR2（20）
13
学生姓名
XM
VARCHAR2（100）
14
性别
XBM
CHAR
（1）
15
出生日期
CSRQ
VARCHAR2（8）
16
身份证件类型
SFZJLXM
VARCHAR2
（2）
17
身份证件号
SFZJH
VARCHAR2（18）
18
档案信息
DAXX
VARCHAR2（2000）
19
录入时间
LRSJ
VARCHAR2（20）
做业务的时间
20
更新时间
GXSJ
VARCHAR2（20）
数据进入本表的时间
该表不包含在业务对接范围内，在全国系统中作为学生电子档案的一部分，自建系统可根据自身情况决定如何利用该表数据。
B.学生照片文件：
学生电子档案到达转入省全国系统后，学生照片文件会首先归档到全国系统中，再通过照片对接业务发送给自建系统。
学生的电子档案数据，可进入数据库的自建系统从交换库中的对应表获取，不能入库的数据文件和照片，按照《对接工作方案》中的“4.6.9照片和证明材料对接”的业务获取。
4.1.5接收学校发起撤销申请
自建系统通过交换库的全国系统写入表空间从全国系统中读取毕业后跨省就学信息表（ZXXS_KSZS_JBXX）和毕业后跨省就学日志表（ZXXS_KSZS_LOG），获取毕业省份核办信息，若毕业省份已经核办通过，即毕业后跨省就学状态为“等待接收学校调档”（KS42），但接收学校因故需要撤消毕业后跨省就学申请的，可在自建系统中进行撤销操作，并在交换库的自建系统写入表空间中的对应表更新/写入数据：
1）毕业后跨省就学信息表（ZXXS_KSZS_JBXX）：
更新对应的数据，其中“跨省就学状态”（kszs_zt）字段应为“接收学校发起撤销申请”（QX90）。
2）毕业后跨省就学日志表（ZXXS_KSZS_LOG）：
增加撤销申请的处理日志信息（1条日志），大部分字段与毕业后跨省就学信息表一致，其中“跨省就学状态”（kszs_zt）字段应为“接收学校发起撤销申请”（QX90），“日志类型”字段为“跨省就学转入”（6R），处理时间需要精确到毫秒（在oracle中格式为YYYYMMDDHH24:
MI:
SSFF3，长度20位），此外还应设置处理单位码（学校标识码）、处理单位（名称）、处理时间、更新人、更新时间和日志记录时间字段。
说明：
1）只有在收到毕业省份的核办通过信息（状态KS42）后，接收学校才能发起撤销申请。
2）在接收省份核办流程结束之前，撤销可以在流程中处理，数据也不必写入交换库，在自建系统中自行处理即可。
3）若毕业后跨省就学申请没有通过毕业省份的校验，或是毕业学校主管教育部门核办不通过，该笔业务视为结束，不需要发起撤销申请。
4）一旦接收学校发起调档申请，将无法撤销。
毕业省份全国系统在收到接收学校发起的撤销申请后，将自动进行撤销操作：
1）毕业后跨省就学信息表（ZXXS_KSZS_JBXX）：
更新表中对应数据的“跨省就学状态”（kszs_zt）字段为“申请撤销完毕”（QX99），“是否完成”（sfwc）字段为“异常结束”
（2），“更新人”（gxr）字段为“KSZS”。
2）毕业后跨省就学日志表（ZXXS_KSZS_LOG）：
增加撤销处理的日志信息（1条日志），其中“跨省就学状态”（kszs_zt）字段为“申请撤销完毕”（QX99），“是否完成”（sfwc）字段为“异常结束”
（2），“日志类型”（kszs_lx）字段为“跨省就学转出”（6C），“更新人”（gxr）字段为“KSZS”，“更新人姓名”（gxrxm）字段为“XX省学籍系统”，“处理单位名称”（cldwmc）字段为“XX省学籍系统”，“处理单位代码”（cldwdm）字段为毕业省份区划代码（如“370000000000”）。
3）学生基本信息表（ZXXS_XS_JBXX）：
若之前毕业省份核办通过的，需要还原学生的状态，更新对应学生的“就读状态”（jdztm）为“毕业”（07），“是否在校”（sfzx）字段为“离校”（02），并更新“更新人”（gxr）和“更新时间”（gxsj）字段。
毕业省份和接收省份的自建系统通过交换库的全国系统写入表空间从全国系统中读取毕业后跨省就学信息表（ZXXS_KSZS_JBXX）和毕业后跨省就学日志表（ZXXS_KSZS_LOG）中的增量数据，若“跨省就学状态”（kszs_zt）字段为“撤销完毕”（QX99），则说明申请已经撤销成功，毕业省份自建系统对该笔业务进行撤销处理，接收学校可以针对该学生发起新的毕业后跨省就学申请。
4.2毕业省份
4.2.1毕业省份校验
全国系统在收到毕业后跨省就学申请后，首先会进行校验，主要内容包括：
Ø入学年级是否是小学六年级、初中一年级或高中一年级；
Ø申请中的学籍号、姓名是否有对应学生；
Ø学生是否为毕业生；
Ø若入学年级是小学六年级，学生是否是从五年制小学毕业的；
Ø学生是否已经被录取（包括省内和跨省）；
Ø学生是否正在办理毕业后跨省就学业务。
若全国系统校验不通过，全国系统会做如下处理：
1）毕业后跨省就学信息表（ZXXS_KSZS_JBXX）：
更新表中对应数据的“跨省就学状态”（kszs_zt）字段为“毕业省份校验不通过”（ZC00），“跨省就学备注”（kszs_bz）字段为校验不通过的原因，“是否完成”（sfwc）字段为“异常结束”
（2），“更新人”（gxr）字段为“KSZS”。
2）毕业后跨省就学日志表（ZXXS_KSZS_LOG）：
增加校验步骤的日志信息（1条），其中“跨省就学状态”（kszs_zt）字段为“毕业省份校验不通过”（ZC00），“跨省就学备注”（kszs_bz）字段为校验不通过的原因，“日志类型”（kszs_lx）字段为“跨省就学转出”（6C），“更新人”（gxr）字段为“KSZS”，“更新人姓名”（gxrxm）字段为“XX省学籍系统”，“处理单位名称”（cldwmc）字段为“XX省学籍系统”，“处理单位代码”（cldwdm）字段为毕业省份区划代码（如“370000000000”）。
自建系统可根据自身需要决定是否需要同步这些全国系统校验不通过的就学申请。
若全国系统校验通过，全国系统会做如下处理：
1）毕业后跨省就学信息表（ZXXS_KSZS_JBXX）：
更新表中对应数据的“跨省就学状态”（kszs_zt）字段为“等待毕业学校主管教育部门核办”（ZC01），“更新人”（gxr）字段为“KSZS”，毕业学校相关字段更新为该学生毕业学校的对应信息。
2）毕业后跨省就学日志表（ZXXS_KSZS_LOG）：
增加校验步骤的日志信息（1条），其中“跨省就学状态”（kszs_zt）字段为“等待毕业学校主管教育部门核办”（ZC01），“日志类型”（kszs_lx）字段为“跨省就学转出”（6C），“更新人”（gxr）字段为“KSZS”，“更新人姓名”（gxrxm）字段为“XX省学籍系统”，“处理单位名称”（cldwmc）字段为“XX省学籍系统”，“处理单位代码”（cldwdm）字段为毕业省份区划代码（如“370000000000”）。
自建系统同步全国系统校验通过（“跨省就学状态”（kszs_zt）字段为“ZC01”）的业务后，还需要进一步校验该学生是否正在办理省内招生业务，若是则需要将校验不通过的信息在交换库的自建系统写入表空间中的对应表更新/写入数据，具体数据参考上面的全国系统校验不通过的处理逻辑。
若不是则将就学申请提交给毕业学校主管教育部门核办。
说明：
1）若毕业后跨省就学申请在毕业省份自建系统校验通过，不需要向交换库中写入校验通过（“跨省就学状态”（kszs_zt）字段为“ZC01”）的数据。
2）若毕业后跨省就学申请未通过毕业省份的校验，或是毕业学校主管教育部门核办不通过，则该笔业务视为异常结束。
自建系统重新发起申请时，应按新业务处理（即task_id应与原来的业务不同）。
4.2.2毕业学校主管教育部门核办
毕业学校主管教育部门核办后，需要在交换库的自建系统写入表空间中的对应表更新/写入数据：
1）毕业后跨省就学信息表（ZXXS_KSZS_JBXX）：
更新对应的数据，若核办通过，“跨省就学状态”（kszs_zt）字段应为“等待接收学校发起调档申请”（KS42）；若核办不通过，“跨省就学状态”（kszs_zt）字段根据核办不通过的部门级别设置对应的值（见“3毕业后跨省就学状态说明”），“跨省就学备注”（kszs_bz）字段为核办不通过的原因，“是否完成”（sfwc）字段应为“异常结束”
（2）。
2）毕业后跨省就学日志表（ZXXS_KSZS_LOG）：
增加毕业省份各业务处理步骤的日志信息。
以全国系统的一级核办为例，若核办通过，共需要写入2条日志，对应的跨省就学状态（kszs_zt）字段分别为：
ØZC12（毕业区县核办通过），
ØKS42（等待接收学校发起调档申请）。
若核办不通过，需要写入1条日志，对应的跨省就学状态（kszs_zt）字段为：
ØZC13（毕业区县核办不通过）。
各记录中大部分字段与毕业后跨省就学信息表一致，“跨省就学状态”（kszs_zt）字段应为对应步骤的处理状态值，“日志类型”（kszs_lx）字段为“跨省就学转出”（6C），“处理时间”需要精确到毫秒（在oracle中格式为YYYYMMDDHH24:
MI:
SSFF3，长度20位），此外还应设置每个步骤的处理单位码（学校标识码或区划代码）、处理单位（名称）、更新人、更新人姓名和更新时间。
日志应按上面列出的顺序写入。
对于需要多级核办的，可参考上面例子和“3毕业后跨省就学状态说明”处理。
说明：
1）毕业省份全国系统校验通过，会自动回填全国系统中该学生的毕业学校相关字段。
自建系统写入交换库的数据中也应包含这些毕业学校的相关字段的值。
2）若毕业省份自建系统需要多级核办，待各级核办都结束（即状态为“等待接收学校调档”（KS42）或校验不通过/驳回（ZC00/ZC13/ZC23/ZC33））后，再将毕业省份核办数据一次性写入交换库中，而不是每核办一步写一次。
3）若毕业学校主管教育部门核办通过，毕业省份全国系统会将学生电子档案和毕业省份的核办信息一起发往接收省份，同时更新学生基本信息表（ZXXS_XS_JBXX）中该学生的“就读状态”（jdztm）为“跨省就学转出”（6C），“是否在校”（sfzx）字段为“跨省业务离校”（03），并更新“更新人”（gxr）和“更新时间”（gxsj）字段。
4）关于省里分教育阶段管理导致的核办问题，见“毕业后跨省就学业务流程”一节最后的说明。
5.毕业后跨省就学对接表结构
5.1学生毕业后跨省就学信息表（ZXXS_KSZS_JBXX）
序号
字段中文名
字段名
类型
是否必填
备注
1
跨省就学ID
PID
VARCHAR2（40）
TRUE
系统内码，主键
2
跨省就学任务号
TASK_ID
VARCHAR2（40）
TRUE
3
业务ID
YWID
VARCHAR2（40）
FALSE
4
学生基本信息ID
XS_JBXX_ID
VARCHAR2（36）
FALSE
5
学籍号
GRBSM
VARCHAR2（20）
TRUE
6
学生姓名
XSXM
VARCHAR2（100）
TRUE
7
性别
XBM
CHAR
（1）
FALSE
8
身份证件类型
SFZJLX
VARCHAR2
（2）
FALSE
9
身份证件号码
SFZJH
VARCHAR2（18）
FALSE
升级会员 