页面历史记录

...

背景：标准的导入导出不符合用户需求，需要配置个性化的导入导出模板

第一步：在导入按钮元数据配置的data中添加is_from_config:true,以使用个性化模板，若需要使用其他参数，参考上述标准按钮参数配置。

{
    "key": "common_import",
    "label": "标准导入按钮",
    "action": "COMMON_IMPORT",
    "data": {
        "is_from_config": true,
        "category": "可以不填，不填时默认取当前模型名。填的话想写啥就写啥，但是要记下来，下面要用。"
}

第二步：配置公司级模板

在扩展管理-公司级模板查询common_imp_setting.json

...

2）若查询不到，则切换过滤条件为是，再次查询，复制模板key后点击新增，将复制的key粘贴到新增的公司级模板key中，则会新增一个公司级非全局模板。公司级模板中一般会自动复制原全局模板已有参数内容，则只需要配置本次自定义模板参数，若新增公司级模板无参数内容，则需先将全局模板所有参数复制后，粘贴至公司级模板中，再配置本次自定义导入模板的参数。

第三步：在公司级模板中配置本次自定义模板参数，如

配置参数解析：（第三步：在公司级模板中配置本次自定义模板参数，如，配置参数解析：（//双斜杠之后的是注释）

{
...
   "AttendLocation": { // 冒号前面的东西，叫“映射名”或者“key”。按钮里的category没写的话，就用模型名，否则category写了啥就用啥。
        "name": "考勤点", // 文件名
        "imp": "AttendLocation_import.json", // 导入使用的个性化模板的公司级模板名（等会你要新建另一个公司级模板，名字就叫这个）
        "exp": "AttendLocation_import.json", // 导出使用的个性化模板的公司级模板名（等会你要新建另一个公司级模板，名字就叫这个），导入导出可以用同一个。
      "role": "cm-org-emp"  // 下载模板所需的权限
    },
...
},

...

（b） parser的一般使用方式：

parser配合column_config使用

{
    。。。
    "fields": [{
        "comment": "员工姓名",
        "width": 20,
        "require": true,
        "name": "员工姓名",
        "key": "employee_id",
        "parser":"emp_primary_key",
        "column_config":[
                {
                    "name": "姓名",
                    "key": "name"
                },
                {
                    "name": "编号",
                    "key": "number"
                }]

    },
    。。。
}

（c）注意：

（1）column_config会产生多的列。比如，如果不配置column_config，那么模板中只会有一列“员工姓名”；配置了column_config后会根据column_config里的配置产生多的列，如“员工姓名_姓名”，“员工姓名_编号”。但是，这些产生的列并不会导入进模型里，只是作为字段的校验补充数据（这个例子中“姓名”和“编号”是作为“员工姓名”这一字段的补充数据），辅助校验而已，最终导入进去的是校验后的员工的ID。

...

注意：当字段为多选时，需要在下列parser前加“multi_”，如人员字段多选，其parser为"multi_emp_primary_key"，column_config不用变更。多个数据以英文逗号(,)分隔，column_config的两列输入的数据需要前后一一对应（如下图）。

		column_config （默认name和number）
时间范围选择器组件	time_range	start&end 如： "column_config": [{ "key": "start", "name": "开始日期" }, { "key": "end", "name": "结束日期" }]
树型代码项	common_tree_item	name&number	【不建议使用】这个parser是古早版本，不区分代码项类别。
树型/列表代码项	common_basic_item	name&number	【推荐使用】当树形和列表的number重复时，能够根据实际关联的模型区分
树型/列表代码项	common_basic_item_cache	name&number	【推荐使用】（测试中，预计发版时间2.10）性能较好，能够区分实际关联的代码项模型
Employee	emp_primary_key	name&identity_card; name&number; name&mobile; ... 人员主键字段任意组合	校验数据，转换为人员id存入模型
PreEmployee	pre_emp_primary_key	待入职人员主键字段任意组合
Department（包括OrgPosition、OrgPositionHistory、DepartmentHistory、OrgDepartment、OrgUnit、OrgDepartmentHistory、OrgUnitHistory ）	cached_department_number	name&number	根据名称和编号，校验数据。编号原则上不能重复（部门、岗位等都不能）
	org_primary_key	name&number 部门主键字段任意组合
	combination_path	[ { "name": "一级组织", "key": "name01", "require": false }, { "name": "二级组织", "key": "name02" }, { "name": "三级组织", "key": "name03" }, { "name": "四级组织", "key": "name04" }, { "name": "五级组织", "key": "name05" }, { "name": "六级组织", "key": "name06" }, { "name": "七级组织", "key": "name07" }, { "name": "八级组织", "key": "name08" }, { "name": "九级组织", "key": "name09" }, { "name": "十级组织", "key": "name10" } ]	根据组织路径进行校验
DepartmentHistory	org_history_primary_key	主键字段任意组合
JobType	job_type_primary_key	主键字段任意组合
Job	job_primary_key	主键字段任意组合
JobStep	job_step_primary_key
JobStepType	job_step_type_primary_key

页面树结构

版本比较

旧版本 19

新版本 20

标识

3、子表导入

4、主子集导入

5、附件导入

二、导出

1、标准导出