# 公文概念和数据结构
# 一、确认公文属于"cap3新公文"还是"老企业公文"
# 方式1
select govdoc_type from edoc_summary where id = ?
govdoc_type 字段不存在，或者等于 0，则是"老企业公文"，否则是"cap3新公文"
# 方式2
浏览器url中包含"govdoc.do"的是"cap3新公文"，否则是"老企业公文"
# 二、表间关系
# 说明
- 描述公文常见表及关联关系、常见字段、常见状态介绍
- 由于版本差异，字段会存在一定差异
# 公文主表 edoc_summary
# 说明
- 公文主要内容存储表
- 关系：edoc_summary.templete_id = ctp_template.id
- 关系：edoc_summary.form_app_id = form_definition.id
# 字段
subject 流程标题
element_subject 公文元素标题
特指在文单中显示的标题
state 流程状态
0：运行中；2：撤销；3：正常结束
doc_mark 公文文号
serial_no 内部文号
send_to 主送单位
send_to_id 抄送单位ID
与send_to对应出现，send_to存储单位名称，send_to_id存储类型及id，示例：Department|7659511175398779
copy_to 抄送单位
copy_to_id 抄送单位ID
同send_to_id
templete_id 模板ID
org_department_id 部门ID
org_account_id 单位ID
current_nodes_info 当前待办人ID
edoc_type 公文类别
0：发文；1：收文；2：签报
govdoc_type 公文类别（推荐使用）
cap3新公文：1：发文；2：收文；3：签报；4：交换
老企业公文：0
form_app_id 表单ID
form_recordid 表单动态表数据ID
newflow_type 流程类型
0：主流程；1：子流程
body_type 正文类型
10：HTML；41：OfficeWord；42：OfficeExcel；43：WpsWord；44：WpsExcel；45：PDF；46：OFD
# 公文主表扩展表 edoc_summary_extend
# 说明
扩展存储公文元素对应字段
关系：edoc_summary_extend.summary_id = edoc_summary.id，一条edoc_summary数据对应一条edoc_summary_extend数据
# 事项表 ctp_affair
# 说明
- 流程中各事项数据
- 关系：ctp_affair.object_id = edoc_summary.id，一条edoc_summary数据对应多条ctp_affair数据
- 关系：ctp_affair.templete_id = ctp_template.id
# 字段
memberId 人员ID
sender_id 发起者ID
subject 流程标题
object_id 主体ID
state 状态
1：待发；2：已发：3：待办；4：已办
sub_state 子状态
0：正常；11：未读；12：已读
create_date 创建时间
同一个流程对应的创建时间相同
receive_time 接收时间
事项生成时间
complete_time 结束时间
事项处理时间
body_type 正文类型
同edoc_summary.body_type
node_policy 节点权限
activity_id 节点ID
form_app_id 表单ID
form_recordid 表单动态表数据ID
templete_id 模板ID
app 应用类型
cap3新公文：4
老企业公文（V7.1版本（包括）之后）：4
老企业公文（V7.1版本（不包括）之前）：19：发文；20：收文；21：签报
sub_app 子应用类型
cap3新公文：1：发文；2：收文；3：签报；4：交换
老企业公文（V7.1版本（包括）之后）：19：发文；20：收文；21：签报
summary_state
同edoc_summary.state
# 正文表 ctp_content_all
# 说明
- cap3新公文存储使用
- 关系：ctp_content_all.module_id = edoc_summary.id，一条edoc_summary对应2条或者3条ctp_content_all数据，做过wps转OFD或者word转pdf会生产3条数据，其他情况仅有2条
- 关系：ctp_content_all.content = ctp_file.id
# 字段
module_type 模块类型
4：公文业务数据；401：发文模板；402：收文模板；403：交换模板；404：签报模板
module_id 模块ID
content_type 正文类型
10：HTML；20：表单正文；41：OfficeWord；42：OfficeExcel；43：WpsWord；44：WpsExcel；45：Pdf；46：Ofd
content 正文
content_type是HTML正文，此字段存储HTML代码
content_type是表单正文，此字段为空
content_type是其他类型，此字段存储文件ID
# 正文表 edoc_body
# 说明
老企业公文存储使用
关系：edoc_body.edoc_id = edoc_summary.id 一条edoc_summary对应1条或者2条edoc_body数据，做过word转pdf会生产2条数据，其他情况仅有1条
关系：edoc_body.content = ctp_file.id
# 字段
content_type 正文类型
HTML；OfficeWord；OfficeExcel；WpsWord；WpsExcel；Pdf
content 正文
content_type是HTML正文，此字段存储HTML代码
content_type是其他类型，此字段存储文件ID
edoc_id 公文ID
# 意见表 ctp_comment_all
# 说明
- cap3新公文存储使用
- 关系：ctp_comment_all.module_id = edoc_summary.id，一条edoc_summary对应0条或多条ctp_comment_all数据
- 关系：ctp_comment_all.affair_id = ctp_affair.id
# 字段
module_type 模块类型
4：公文
module_id 模块ID
ctype 意见类型
-1：附言；0：普通意见；1：回复意见
content 意见内容
affair_id 事项ID
create_id 创建人ID
create_date 创建时间
# 附件表 ctp_attachment
# 说明
- 记录标题区、文单区、意见区附件以及关联文档
- 关系：ctp_attachment.att_reference = edoc_summary.id
# 字段
att_reference 主体ID
sub_reference 子主体ID
主体ID、子主体ID都对应edoc_summary.id，此数据属于标题区
主体ID对应edoc_summary.id，子主体ID对应edoc_opinion.id，此数据属于文单区
主体ID对应edoc_summary.id，子主题ID对应ctp_comment_all.id，此数据属于意见区
type 类型
0：附件；2：关联文档
filename 名称
附件名称或者关联文档流程标题
file_url 文件地址
附件则对应ctp_file.id
关联文档则对应其对象ID
mime_type 文件类别
attachment_size 附件大小
单位：Byte
# 文件表 ctp_file
# 说明
关系（cap3新公文正文）：ctp_file.id = ctp_content_all.content
关系（老企业公文正文）：ctp_file.id = edoc_body.content
关系（附件）：ctp_file.id = ctp_attachment.file_url
# 字段
filename 文件名称
mime_type 文件类型
file_size 文件大小
单位：Byte
create_date 创建时间
update_date 更新时间
cap3新公文正文、老企业公文：优先根据update_date在文件分区根据id找文件，找不到的情况下根据create_date查找
附件：根据create_date在文件分区根据id找文件
# 意见表 edoc_opinion
# 说明
- cap3新公文配置到文单中的公文处理意见会存储到此表，否则仅存储ctp_comment_all
- 老企业公文意见都写入此表
- 关系：edoc_opinion.edoc_id = edoc_summary.id
- 关系：edoc_opinion.affair_id = ctp_affair.id
# 字段
edoc_id 公文ID
affair_id 事项ID
content 意见内容
policy 表单字段ID
用于定位此意见显示在文单哪个意见框中
create_user_id 创建人ID
create_time 创建时间
node_id 节点ID
department_name 部门名称
account_name 单位名称
# 文号记录表 govdoc_mark_record
# 说明
- 关系：govdoc_mark_record.summary_id = edoc_summary.id
- 关系：govdoc_mark_record.mark_def_id = edoc_mark_definition.id
# 字段
- summary_id 公文ID
- mark_def_id 文号定义ID
- markstr 文号字符串
- word_no 机构代字
- year_no 年份
- mark_number 文号序号
# 文号使用表 edoc_mark
# 说明
- 关系：edoc_mark.mark_definition_id = edoc_mark_definition.id
- 关系：edoc_mark.edoc_id = edoc_summary.id
# 字段
mark_definition_id 文号定义ID
edoc_id 公文ID
doc_mark 文号字符串
doc_mark_no 文号序号
mark_type 文号类别
0：公文文号；1：内部文号；2：签收编号
# 文号占用表 edoc_mark_history
# 说明
- 关系：edoc_mark_history.mark_definition_id = edoc_mark_definition.id
- 关系：edoc_mark_history.edoc_id = edoc_summary.id
# 字段
同edoc_mark
# 表单定义表 form_definition
# 说明
- 关系：form_definition.id = edoc_summary.form_app_id
# 字段
field_info 字段属性信息
Table标签name属性对应动态表明
Field标签mappingField属性对应映射字段，正常情况下此属性不能重复
Field标签name属性对应表单的字段
view_info 视图属性信息
Form标签id属性对应视图ID
Operation标签id属性对应操作ID
视图信息可能存在多组
# 权限设置表 form_permission_config
# 说明
文单定义中权限设置
关系：form_permission_config.form_id = form_definition.id
# 字段
form_id 表单ID
config 初始化配置
数据格式："节点ID":"视图ID.操作ID"
节点ID对应ctp_node_permission.id
视图ID、操作ID 见form_definition表介绍
show_content_config 修改后的配置
同 config
# 文件分区表 ctp_partition
# 说明
- 用于确认公文正文、附件存储位置
# 字段
path 文件路径
state 状态
0：启用；1：停用
start_date 开始日期
end_date 结束日期
# 三、查找公文正文物理文件
# 查找文件分区
# 方式1
登录系统管理员，在系统分区管理列表中查看
# 方式2
使用sql直接查数据库
select path, state, start_date, end_date from ctp_partition;
# 查找文件
见ctp_file表介绍，确认用于定位的时间，根据文件分区开始日期与结束日期定位这个文件落在哪个路径，在路径中根据年月日定位文件夹，在文件夹中使用ctp_file.id搜索文件，与id完全匹配不带后缀的文件则是当前流程中显示的正文，带后缀的文件则是之前修改的备份文件
快速跳转
- 公文概念和数据结构
- 一、确认公文属于"cap3新公文"还是"老企业公文"
- 二、表间关系
- 三、查找公文正文物理文件
