文档编码说明
人力资源部文件编码规范
人力资源部文件编码规范1目的为规范部门文档管理，特制定本文件编号规范。
2范围适用于人力资源部编制的制度、流程、表单及一般公文等文件。
3职责4内容和要求4.1制度、流程、表单等文件编码参考ISO9000质量管理规范，我部制度、流程、表单等文件编码结构为：抬头码-文件阶层码-业务类别及序列码-文件版本码。
如考勤管理制度为HR-QM-ER01-V1.0。
4.1.1抬头码部门缩写，即HR。
4.1.2文件阶层码用大写英文表示，表明文件是哪一层的。
其中：1、一级文件质量手册（如制度文件）：QM；2、二级文件程序文件（如实施细则）：QP；3、三级作业文件（如流程）：QW；4、四级表单：QR；5、外来文件：ED。
4.1.3业务类别及序列码1、人力资源规划：HRP（Human Resources Planning）2、招聘与配置：RS (Recruiting & Staffing)3、培训与发展：TD(Training & Development)4、薪资福利：CB（Compensation & Benefit）5、绩效管理：PM（performance management ）6、员工关系：ER（Employee Relation）7、其他：O（Others）序列码以两位阿拉伯数字表示，从01~99对应各业务类别下的文件。
如：ER01为考勤管理制度、ER02为合同管理制度……4.1.4文件版本码Vx.y（x与y为阿拉伯数字，如V1.0）。
文件小幅度改动，版本号可定为V1.1；文件有较大改动，版本号可定为V2.0。
4.2一般公文编码一般公文的编码结构为：抬头码-公文类型码-日期及序列码。
如《关于员工劳动合同续签“3改7”问题的备忘》（HR- MM-2014061901）4.2.1抬头码部门缩写，即HR。
4.2.2公文类型码1、决定：D（Decision）适用于对重要事项或者重大行动做出安排，变更或者撤销组织机构的决定事项。
内控文件编号规则
流程及流程附件编码编制办法一、目的对流程及其附件进行有效的控制，以保证公司内控制度的有效实施，同时为内控制度执行情况提供依据。
二、范围适用于公司内控制度相关记录的标识、收集、编目、修改、归档、保存的控制。
三、职责（一）内控部负责建立并保存记录汇总表和记录表格底样。
（二）各部门负责本部门记录的收集、归档、保管和处理。
四、制订文档编码（流程及附件表格）文档编码的拟定以便于索引、查阅为原则。
流程文档主要为三级编码，相关表格文档在流程基础上增加一级编码，为四级编码。
各级编码间用“-”间隔。
四级编码分别为：(一)一级编码：流程制订部门以流程制订部门名称的汉语拼音首写字母的大写表示，如财务部为：CW。
(二)二级编码：流程制订中心以流程制订中心名称的汉语拼音首写字母的大写表示，如结算中心为：JS。
(三)三级编码：流程编码指前述范围内的流程数量，用两位阿拉伯数字表示，顺序递增，范围为01-99。
(四)四级编码：附件表格编码指单一流程内所包含附件表格数量，用两位阿拉伯数字表示，顺序递增，范围为01-99。
各部门、中心编码对照表见附件1。
在具体业务操作中，根据业务量对每一份具体记录按以下规则进行编号：在该文件编码基础上加业务流水号。
示例：财务部结算中心第三号流程的编码：CW-JS-03；财务部结算中心第三号流程附件四的编码：CW-JS-03-04。
(五)流程及其附件需要修改时，由拟制部门负责填写《文件更改申请单》（见附件2），并将新表送交内控部，经总经理批准后实施修改。
内控部应及时更换流程及其附件底样，并通知使用者更改或替换。
(六)流程及附件封面、页眉填写要求1、文档封面统一增加：2、文档页眉统一增加：五、列出部门流程附件清单以部门为单位，列明各项业务流程所需附件清单，而且需根据业务特点明确保存期限、一式几联及保管责任人等（见附件3）。
六、本办法由？？负责解释，自发布之日起执行。
附件1：各级类别代码对照表：附件2：《文件更改申请单》附件3 《流程及其附件清单》。
文件排版及编号管理规定
1.0目的为了规范管理本公司的各种文件和记录，对其编号方法做出统一规定。
2.0适用范围适用于公司的所有文件与记录。
3.0内容3.1文件的编制格式3.1.1文件编制时，正文部分都要加上文件头用来明示文件信息，文件类别的填写请按照后附《文件类别对照表》中的文件类别进行填写，文件头中的具体设置参照附件。
（文件模板可以在OA系统的“模板”文件夹中下载使用。
）3.1.2文件编写条目按照以下格式。
1.01.11.1.11.1.1.12.0依此类推，层次分级最多不超过4级。
3.1.3文件页边距设置如下：竖版：上 1.8cm 下 1.5cm 左2.5cm 右1.8cm横版：上2.5cm 下1.8cm 左1.8cm 右1.5cm3.1.4文件正文字体为仿宋或宋体，字号13号，行间距为固定值20磅，数字序列字体为Arial，字号与正文相同，小标题可以加粗。
3.1.5文件文档为word文件，表单不限。
3.1.6页眉：1.5cm页脚：1.0cm页眉页脚及其他部分的未尽事宜以附件范本为准。
3.2表格记录的编制格式3.2.1表格编制时，要加入公司标示，公司标示如下图。
图（1）集团公司logo标示公司所有下发的公文，logo图标均用带字母标识的，文件头模板可以在OA导航系统中下载3.2.2表格具体排版样式参照附件的样本设置。
3.2.3表格中所有字体均为仿宋或宋体，表头字号为16号，表格正文字号13号，表格编号及表格正文之外的附属信息字号均为10号。
3.3文件的编号3.3.1公司、分厂及部门代码（详见附件）体系文件包含ISO9001质量体系文件，OHSAS18001安全体系文件，ISO14001环境体系文件。
3.3.2.1一阶文件（质量手册、安全手册、环境手册）X1-X2-01流水号：01—99文件类型标示： QM质量手册SM安全手册EM环境手册公司代码：参照附件说明：质量手册以后将分为集团公司质量手册和分公司质量手册，分公司质量手册的部分内容可引用集团公司质量手册。
编码结构文档
编码结构文档1. 编码目的本文档旨在提供一份全面的编码结构文档，明确编码的目的、规则、变量定义、数据结构、编码格式、校验方法及编码流程，以便各方理解和遵循。
编码的主要目的是确保数据传输、存储和处理的一致性、准确性和可靠性。
2. 编码规则编码规则是指在进行编码时需遵循的规范和标准。
以下是本文档中使用的编码规则：数据类型：采用UTF-8编码的字符串类型。
长度：根据实际需要，编码长度可变。
值：字符集采用0x21-0x7E，不包含特殊字符。
3. 变量定义本文档中使用的变量包括以下几种：name：表示编码名称，类型为字符串。
length：表示编码长度，类型为整数。
value：表示编码值，类型为字符串。
4. 数据结构数据结构是指数据的组织形式和类型。
本文档中涉及的数据结构为树形结构，具体定义如下：节点：节点名称，类型为字符串。
子节点：子节点列表，每个子节点包含节点名称和子节点列表。
5. 编码格式编码格式是指数据的存储和传输格式。
本文档中的编码格式采用JSON格式，具体定义如下：{"name": "example", "length": 10, "value": "12345"}6. 校验方法为确保编码的正确性和完整性，需要对编码进行校验。
本文档中使用的校验方法为CRC32校验，具体方法如下：计算CRC32校验值；将校验值添加到编码数据的末尾；在接收数据时，计算接收数据的CRC32校验值；比较发送和接收的校验值是否一致，一致则表示编码正确，否则表示错误。
7. 编码流程编码流程包括需求分析、设计编码、实现、测试等步骤。
具体流程如下：需求分析：明确编码需求和目的，收集相关数据和资料；设计编码：根据需求分析结果，设计合适的编码规则、数据结构、编码格式和校验方法；实现：按照设计好的编码规则和格式进行实际编码；测试：对编码后的数据进行测试，确保编码的正确性和完整性。
java编码规范文档
java编码规范文档# Java编码规范文档。
一、前言。
小伙伴们！当我们一起在Java的世界里畅游时，要是大家都按照一套约定俗成的编码规范来写代码，那我们的代码就像训练有素的军队一样，整齐又高效。
这份规范就是我们在Java编程旅程中的小指南，让我们的代码既容易理解，又方便维护。
二、命名规范。
# （一）包（package）命名。
1. 包名应该全部小写，用点（.）分隔单词。
就像你的小包裹要摆放得井井有条一样，包名也得规规矩矩。
例如：`com.example.myproject`，这看起来多清爽。
如果写成`Com.Example.MyProject`，那就像穿着奇装异服的士兵混在整齐的队伍里，很不协调。
# （二）类（class）命名。
1. 类名采用大驼峰命名法（UpperCamelCase），每个单词的首字母大写，不要包含下划线或者其他奇怪的符号。
这就好比给每个班级取一个正式又响亮的名字。
比如：`MyFirstClass`，而不是`my_first_class`或者`my first class`。
那些奇怪的写法就像给班级取个让人摸不着头脑的名字，可不好。
# （三）方法（method）命名。
1. 方法名采用小驼峰命名法（lowerCamelCase），第一个单词小写，后面每个单词首字母大写。
这就像给方法这个小助手取个清晰明了的名字，方便我们知道它是干什么的。
例如：`calculateSum`，而不是`Calculate_Sum`或者`CALCULATESUM`。
要是写成后面那种，就像一个小助手穿着奇装异服，你都不知道它是来帮忙做什么的。
# （四）变量（variable）命名。
1. 变量名同样采用小驼峰命名法。
变量就像一个个小盒子，我们得给它们取个能让人一眼就大概知道里面装什么东西的名字。
像`studentName`，你一看就知道这个变量可能是用来存学生名字的。
要是写成`student_name`或者`STUDENTNAME`，就有点让人迷糊啦。
文档编码格式规范
文档编码格式文档编码格式：CLPM_XX_XX_(文档中文名称)_文档编号_文档版本号。
1.CLPM为对公信贷流程管理业务子系统的项目代码2.开发阶段和文档类别对应编码请参照附件一和附件二。
3.文档中文名称，请采用能正确表达文档内容的中文名称填写该部分内容；需要提交的工作件或者提交件的中文名称必须是工作件或提交件名称。
4.文档编号，文档创建的日期，即yyyymmdd.例如：文档创建于2005年2月23日，则文档编号为20050223。
5.文档版本，Vn.n。
按照文档修改需要调整文档的版本号。
6.举例说明: 文档命名规范CLPM_SC_STD_文档命名规范_20050223_V1.07.开发阶段编码8.文档类别编码7.5文档模版7.5.1体例要求1.封面（见附件一）1）文档名称：宋体，二号字，采用全称，XXXXX代表文档具体名称，如需求分析说明书。
2）版本号：宋体，二号字。
2.文档信息、修订记录、文档审核/审批、文档分发。
见附件二。
3.目录。
目录由字处理软件的‘插入－索引和目录’功能自动产生，目录采取多级目录形式,一般显示到3级。
4.正文。
1）正文层次结构：分8个层次。
具体为：第一层次表示为：“1 XXXXXX”，第二层次表示为：“1.1XXXXXX”，第三层次表示为：“1.1.1XXXXXX”，第四层次表示为：“一、XXXXXX”，黑体第五层次表示为：“（一）XXXXXX。
”，黑体第六层次表示为：“1.XXXXXX。
”，黑体第七层次表示为：“(1)XXXXXX。
”第八层次表示为:“1)XXXXXXX。
”层次标题：采用自动生成，一般只生成到第三层次，其中：第一层次标题：二号、加粗；第二层次标题：三号、加粗；第三层次标题：三号、加粗。
2）正文字体：宋体，小四号。
3）行间距：1.5倍。
5.文档分节与页眉、页脚设定。
1）文档分节封面单独成节（在封面尾采用插入分节符，选择新建页）；文档信息、修订记录、文档审核/审批、文档分发单独成节（方法同上）；目录单独成节（方法同上）；正文单独成节（方法同上）；对不同节的页眉、页脚分别设定，其中封面不要设定页眉和页脚，其余节的起始页均从1开始，具体见编辑软件的页眉和页脚格式设定、页面设定功能。
文档编码规则
软件开发文档编码规则编写人：张盛枫时间：2011-06-09版本：1.01.引言a)为更好的管理软件开发过程中生成的文档，将每一个文件的对应于唯一的编码。
方便对文档的查找。
现对编码的统一命名进行规定。
2.命名规则：a)公司名称代号（CX）项目名称+’_’+对应的文档特有编码+当前的日期（年月日）+’_’+文档序号（同一天的可以从001开始编号）。
CXGJ2011_SRS20110610_001(软件需求规格说明)3.各种文档对应的编码3．1 可行性分析(研究)报告(FAR)3．2 软件开发计划(SDP)3．3 软件测试计划(STP)3．4 软件安装计划(SIP)3．5 软件移交计划(STrP)3．6 运行概念说明(OCD)3．7 系统/子系统需求规格说明(SSS)3．8 接口需求规格说明(IRS)3．9 系统/子系统设计(结构设计)说明(SSDD) 3．10 接口设计说明(IDD)3．11 软件需求规格说明(SRS)3. 12 软件概要设计说明(SPD)3．13 数据需求说明(DRD)3．14 软件(结构)设计说明(SDD)3．15 数据库(顶层)设计说明(DBDD)3．16 软件测试说明(STD)3．17 软件测试报告(STR)3．18 软件配置管理计划(SCMP)3．19 软件质量保证计划(SQAP)3．20 开发进度月报(DPMR)3．21 项目开发总结报告(PDSR)3．22 软件产品规格说明(SPS)3．23 软件版本说明(SVD)3．24 软件用户手册(SUM)3．25计算机操作手册(COM)3．26 计算机编程手册(CPM)3. 27 详细设计说明书(SDDE)。
文件编制格式及编码规则1
文件编制格式及编码规则1在数字化时代，文件编制格式和编码规则对于信息交换和数据共享至关重要。
本文将探讨文件编制格式和编码规则的重要性，以及如何制定合适的规则来确保文件的准确性和可读性。
文件编制格式是指文件的组织结构和标记方式，它决定了文件中信息的呈现方式和可读性。
在商业、科学和政府领域，文件编制格式常常涉及到数据的交换、共享和报告。
因此，采用标准的文件编制格式可以大大提高信息的可读性和易用性，降低数据误解的风险。
编码规则是一种对信息进行标准化和规范化的方法，它规定了数据的表示方式、数据类型、数据长度和数据顺序等。
编码规则的作用在于确保数据的准确性和一致性，提高数据的可读性和可维护性。
同时，编码规则还可以方便地对数据进行分类、检索和管理。
制定文件编制格式及编码规则时，需要考虑以下几点：标准化：采用国际或行业标准，确保与其他系统或平台的数据交换畅通无阻。
可扩展性：规则应具备可扩展性，以便适应未来数据需求的变化。
兼容性：规则应考虑与其他系统的兼容性，避免不必要的数据转换和丢失。
安全性：规则应确保数据的安全性和隐私保护。
以下是一个简单的文件编制格式及编码规则示例：文件编制格式：采用XML格式对文件进行编制，使用标准的标签和属性来标记数据。
XML具有可读性强、易于扩展和维护的特点，适用于多种平台和语言。
编码规则：为每个数据元素分配一个唯一的标识符（ID），以便在文件中进行引用和检索。
标识符采用数字或字母组合，长度适中，易于记忆和使用。
对于需要分类的数据元素，可以设置分类标签以便于分类和检索。
文件编制格式及编码规则是数字化时代不可或缺的一部分。
它们不仅有助于提高数据的准确性和可读性，还能降低数据误解和错误的风险。
因此，在制定文件编制格式及编码规则时，需要充分考虑标准化、易读性、可扩展性、兼容性和安全性等因素。
实践示例表明，采用XML 格式对文件进行编制和使用唯一标识符进行编码是一种有效的解决方案。
这些方法可以广泛应用于商业、科学和政府领域的数据交换和共享中。
文档编码管理制度
文档编码管理制度一、总则为了规范和统一文档编码管理，提高文档管理效率，保障文档信息安全性，特制定本制度。
二、适用范围本制度适用于本单位所有员工在办公过程中产生、接收的各类文档、资料的编码管理工作。
三、文档编码原则1. 原则一：统一编码。
对于同一类别的文档或资料，应统一进行编码管理，避免混淆和错乱。
2. 原则二：分类管理。
根据文档或资料的性质和用途，划分相应的分类，进行编码管理。
3. 原则三：顺序编码。
对于同一类别的文档或资料，应按照时间先后顺序进行编码。
四、文档编码结构1. 文档编码由7位数字组成，各位数字的含义如下：第一位：类别代码，表示文档或资料的种类，例如：1代表文件，2代表合同，3代表报告等。
第二位至第四位：部门代码，表示产生或接收该文档的部门。
第五位至第七位：顺序码，表示同一部门内同一种类文档或资料的顺序号。
5. 编码管理措施1. 新建文档或接收新资料时，应按照本单位的文档编码规则进行编码。
2. 每个部门应负责本部门文档和资料的编码管理工作，并严格按照编码规则进行管理和归档。
3. 文档编码管理应建立相应的登记簿或电子表格，记录每一份文档或资料的编码信息、名称、位置等相关信息。
4. 对于重要文件或资料，应备份存档，以防止遗失或损坏。
6. 附则1. 本制度自颁布之日起生效，如有需要修订，应经本单位主管部门批准后实施。
2. 对于违反本制度的行为，应按照有关规定给予相应的处理。
3. 本制度解释权属于本单位办公室。
以上为本单位文档编码管理制度，望全体员工认真遵守并加以执行。
公司文件编号规范
公司文件编号规范为规范公司文档管理,特制定本文件编号规范.请各部门在以后的文件编号中严格按照此规定进行文件编号.文件命名基本格式：XXX-XX-XX-XXXXXX-XX版本号⑤发文日期④文件类型③发文机构②公司代码①一、文件编号由五部分组成,每部分之间用“—”连接.第一部分：公司代码,表明发文公司第二部分：发文机构,表明公司内发文的部门第三部分：文件类型,表明文件所属性质第四部分：发文日期,表明发文时间第五部分：文件状态,表明文件版本号二、各部分表示方法1、公司代码由公司拼音首字母组成,具体为XTK2、发文机构发文机构的表达符号：HR 人事部Human ResourceED 工程部Engineering DepartmentFD 财务部Financial DepartmentMD 市场部Marketing DepartmentAD 行政部Administration Department3、文件类型类型表达符号文件类型说明INF. 资料性文件搜集的有参考价值的市场信息、政府政策等RUS. 规章制度和决议发布的规章制度SR. 会议简要记录重要会议的会议纪要SOP．工程作业流程GF. 公司表格 Group Form4、发文日期由年月日YYYYMMDD表示,例如5、文件状态文件状态状态表达符号的说明：Add.版本号增编Corr.版本号更正Rev.版本号 发布新发布或取代已发放的文件 版本号的使用：第一版原件用表示对第一版进行细部调整用“状态符号/……”表示 对第一版进行结构修改用“状态符号/……”表示三、举例：工程部2015年4月13日发布的气压桶操作规范第一版文件编号：四、文件表头公司文件统一使用下列表头,例：五、公司行政类文件XXX XXXX 第X 号 顺序号,例,第12号发文年份,例,2016公司简称,。
AS400编码规范文档
1.命名规则1.1.源文件库的命名根据系统简称对源文件库进行命名，格式：XXXSRCLIBXXX：系统代码简称，英文字母表示；1.2.目标库的命名根据系统简称对目标库的进行命名，格式：XXXOBJLIBXXX：系统代码简称，英文字母表示，跟源文件库的系统代码XXX一致。
1.3.文件的命名1.3.1.源文件在AS/400上所编写的Member大致可分为：RPG程序（Report Program Generator）、CL程序Command Language）、物理文件（Physical File）、逻辑文件（Logical File）、显示文件（Display File）、打印文件（Printer File），分类将这些Member放置在不同的源物理文件（Source Physical File）下，方便管理和查找。
根据Member的类型对源文件进行命名，格式：YYYBBBSRCYYY：项目功能模块代码简称，英文字母表示；BBB：源文件Member类型。
例如：YYYRPGSRC：存放RPGLE、RPG源程序；YYYDDSSRC：存放PF、LF、DSPF、PRTF源程序；YYYCLSRC：存放CLP、CLLE源程序。
1.3.2.源文件成员在同一个项目开发过程中，新建立的物理文件、逻辑文件、显示文件、打印文件、程序的源文件成员名开头字符应一致，根据项目代码来定义，这样比较有利于统计，备份及移植工作。
所有成员必须加于描述说明（Text），以便了解其用途或功能。
对于成员的修改，要进行版本控制。
1.根据文件或程序功能对源文件成员进行命名，格式：YYYUUUUZ9BAYYY：表示项目功能代码简称，英文字母表示；UUUU：尽量采用能表达出功能或用途的英文缩写，物理文件和逻辑文件为3位，其他最多为4位；Z：Member类型描述；R：RPGLE程序C：CL程序P：物理文件L：逻辑文件D：显示文件S：打印文件9：顺序号（1-9），只有逻辑文件定义且按顺序取。
产品说明书编码规则
产品说明书编码规则1.引言本文档旨在规范产品说明书的编码规则，确保统一性和准确性。
编码规则将帮助我们更好地管理和识别产品说明书，提高工作效率。
本规则适用于所有产品说明书的编写和标识。
2.编码规则2.1 通用规则每份产品说明书应具有唯一的编码。
编码应由数字和字母组成，不区分大小写。
编码中不允许使用特殊字符或空格。
编码长度不得超过10个字符。
产品说明书的编码应与实际产品一致或相关。
2.2 分类编码为了更好地管理产品说明书，我们将根据产品的属性和类型进行分类编码。
以下是常见的分类编码：P：代表产品。
P：代表产品。
P：代表产品。
S：代表服务。
S：代表服务。
S：代表服务。
A：代表配件。
A：代表配件。
A：代表配件。
M：代表材料。
M：代表材料。
M：代表材料。
C：代表组件。
C：代表组件。
C：代表组件。
根据产品的具体分类，我们可以在上述分类编码后添加更具体的字母或数字，以进一步标识产品。
例如：PA：代表产品配件。
PA：代表产品配件。
PA：代表产品配件。
AC：代表组件材料。
AC：代表组件材料。
AC：代表组件材料。
SM：代表特定服务的材料。
SM：代表特定服务的材料。
SM：代表特定服务的材料。
2.3 日期编码我们建议在产品说明书的编码中包含日期信息，以标识其创建或更新时间。
日期编码可采用下列格式之一：___：年月日。
___：年月日。
例如：Pxxxxxxxx：产品说明书创建于2022年1月1日。
Pxxxxxxxx：产品说明书创建于2022年1月1日。
Pxxxxxxxx：产品说明书创建于2022年1月1日。
S220101：服务说明书创建于22年1月1日。
S220101：服务说明书创建于22年1月1日。
S220101：服务说明书创建于22年1月1日。
3.示例为了更好地理解编码规则的应用，我们提供以下示例：P12345：产品编号为12345的产品。
P12345：产品编号为12345的产品。
P12345：产品编号为12345的产品。
文档序号规则
文档序号规则
文档序号规则是用于标识和排序文档的一套规定。
在不同的组织或行业中，可能会有不同的文档序号规则。
以下是常见的几种文档序号规则：
1.顺序编号：按照文档创建或收到的时间先后顺序进行编号。
例如，第一个文档编号为001，第二个为002，以此类推。
这种规则简单易懂，适用于较小规模的组织。
2.分类编号：根据文档所属的特定分类进行编号。
例如，可以将所有合同类文档编号为C001、C002等，将报告类文档编号为R001、R002等。
这种规则有助于对文档进行分类和归档。
3.项目编号：根据文档所属的项目进行编号。
每个项目有的编号序列，例如项目A的文档编号为A001、A002，项目B 的文档编号为B001、B002。
这种规则适用于需要跟踪多个项目的组织。
4.版本编号：对同一文档的不同版本进行编号。
通常采用主版本号和次版本号的形式，例如1.0、1.1、2.0等。
这种规则方便了对文档版本的管理和追溯。
在确定文档序号规则时，需要考虑组织的具体需求和实际情况，确保规则清晰、易于使用，并能满足对文档管理的要求。
文档编号规则范文
文档编号规则范文
1.顺序编号：文档按照创建或接收的时间顺序进行编号，例如第一份
文档为001，第二份为002，以此类推。
这种编号规则简单易行，但不方
便进行分类和检索。
2.分类编号：文档按照分类进行编号，例如其中一类文档编号为
A001，另一类文档编号为B001，以此类推。
这种编号规则便于进行分类
管理和检索，但可能需要一个分类编码表以便识别每个分类。
3.混合编号：结合了顺序编号和分类编号，可以根据具体需求设计编
号规则。
例如其中一类文档编号为A001，第二类文档编号为B001，第三
类文档重新从A001开始编号，以此类推。
这种编号规则可以同时满足分
类管理和顺序检索的需求。
除了以上规则，还可以根据特定需求制定其他规则，如根据文档类型、项目名称或部门编号等进行编号。
无论采用哪种编号规则，都应确保唯一性、连续性和易于识别。
文档编号通常用于标识文档，方便进行文件管理和查找。
同时，可以
根据编号追踪文档的流转和修改历史，以保证文档的完整性和追溯性。
GB2312、GB 13000、GBK、GB18030 介绍和说明文档
1、GB2312、GB 13000、GBK、GB18030 介绍GB 2312：又称为GB 2312-80，是一个简体中文字符集的中国国家标准，于1980年由中国国家标准总局发布，1981年5月1日实施，全称为《信息交换用汉字编码字符集基本集》，规定了6763个汉字和682个非汉字图形。
GB 13000：为了便于多个文种的同时处理，国际标准化组织下属编码字符集工作组研制了新的编码字符集标准，ISO/IEC 10646。
该标准第一次颁布是在1993年，当时只颁布了其第一部分，即ISO/IEC 10646.1: 1993，我国相应的国家标准是GB 13000.1-93《信息技术通用多八位编码字符集(UCS) 第一部分：体系结构与基本多文种平面》。
制定这个标准的目的是对世界上的所有文字统一编码，以实现世界上所有文字在计算机上的统一处理。
GBK：随着信息技术在各行业应用的深入，GB 2312 收录汉字数量不足的缺点已经初步显露出来。
例如："镕"字现在是高频率使用字，而GB 2312 却没有为它编码，因而，政府、新闻、出版、印刷等行业和部门在使用中感到十分不便。
1995年，全世界大多数的PC 操作系统都实现了16/32 位。
GB 13000.1 的实现出现了一线曙光。
一方面为了对GB 2312 进行扩充，一方面顺应当时技术的发展向GB 13000.1 推进，同时兼顾当时最广泛采用GB 2312 内码系统。
原电子部和原国家技术监督局联合颁布了指导性技术文件《汉字内码扩展规范》1.0版，即GBK 。
在GBK的内码系统中，GB 2312 汉字所在码位保持不便，这样，保证了GBK 对GB 2312 的完全兼容。
同时，GBK 内码与GB 13000.1 代码一一对应，为GBK 向GB 13000.1 的转换提供了解决办法。
微软对GB 2312 的扩展，也就是CP936 字码表(Code Page 936)的扩展（原来的CP936 和GB 2312-80 一模一样），最初出现于Windows 95 简体中文版中。
公司档案文件编码规则
公司档案文件编码规则一、档案文件分类1.行政类：包括公司管理体系文件、内部规章制度、行政决策文件等。
2.人事类：包括员工档案、薪酬福利文件、招聘培训文件等。
3.财务类：包括会计凭证、报表、税务文件等。
4.销售类：包括销售合同、客户档案、市场调研文件等。
5.技术类：包括产品研发文件、技术规范、专利文件等。
1.顶层文件夹：将不同分类的文件放置在不同的顶层文件夹下，以便管理和检索。
例如：行政类文件放置在"01_行政类"文件夹下，人事类文件放置在"02_人事类"文件夹下。
2.二级文件夹：在每个顶层文件夹内，可以进一步细分为二级文件夹，以更加准确地分类文件。
例如：在"01_行政类"文件夹下，可以设立"01_公司管理体系文件"文件夹和"02_内部规章制度"文件夹。
3.编码格式：可以根据实际情况制定文件编码格式，一种常用的格式是采用数字和下划线的组合。
例如：公司管理体系文件的编码可以是"0101"，内部规章制度的编码可以是"0102"。
4.文件命名：每个文件都需要有一个唯一的文件名来区分。
建议采用简洁明了的文件名，尽量避免使用过长或重复的文件名。
例如：公司管理体系文件的文件名可以是"公司管理体系.docx"。
5.文件版本控制：对于经常需要修改和更新的文件，建议使用版本控制的方式进行管理。
可以在文件名中加入版本号或日期信息。
例如：公司管理体系文件第一版可以命名为"公司管理体系_v1.docx"，第二版可以命名为"公司管理体系_v2.docx"。
6.文件索引：可以使用文档索引表格来记录文件的编码和文件名，以方便快速检索和管理。
例如：编码，文件------，-------------------------0101 ，公司管理体系.doc0102 ，内部规章制度.doc0201 ，员工档案_张三.doc0202 ，员工档案_李四.doc0301 ，会计凭证_2024-01.pd0401 ，销售合同_2024-01.doc0501 ，产品研发计划.doc以上是一个简单的公司档案文件编码规则示范，根据实际情况和需要，可以进行适当的修改和调整。
[Word]文档编码规则和行文标准
![[Word]文档编码规则和行文标准](https://img.taocdn.com/s3/m/202f3a37ae45b307e87101f69e3143323968f50c.png)
业主大会文档编码规则和行文标准一、编码规则：编码的形式：L YD－（）-BBB－CCC-NNN/YY（其中：A，B，C,D为字符，NNN,XXX为数字001-999，YY,ZZ为年度，从01年开始）1第一段（LYD），作为恋日花度业主大会文件的标志。
2第二段（）填写字母，表示文件来源和用途2.1 S：收文2.2 F：发文2.3 N：内部文件2.4 Q：其他3第三段（BBB）：一般用于标明文件来源或者收件人，例如：3.1Y ZH:业主大会3.2Y WH：业主委员会3.3G LR：物业管理人3.4K FS：发展商3.5J DB:街道办事处3.6X QB:小区办3.7L S: 律师3.8F Y：法院3.9T J：调解中心3.10JWH:居民委员会3.11YZ：业主3.12FGJ:房管局3.13SJW:市住房和城乡建设委员会3.14QJW:区住房和城乡建设委员会3.15PCS:派出所3.16GHW:规划委员会3.17XFJ:消防局3.18ZJJ:质量监督局3.19WSJ:卫生局3.20SZG:市政管理委员会3.21LYJ:林业局3.22GRB:供热办3.23QXJ:气象局3.24CGD:城管大队3.25QT:其他4第四段（CCC）：一般用于标明文件所列事项或者项目，例如：4.1指导意见4.2决定4.3备忘4.4建议4.5协议4.6决议(业主大会、业主委员会决议)4.7通知4.8制度4.9法律法规4.10公告4.11合同4.12调查问卷4.13调研报告4.14会议纪要4.15会议记录4.16其它5第五段（NNN）：收文和发文的文两个文件流水号码，不以来源/收件人/项目/事项等因素编号，而是显示某年度6（第六段：YY）收文总数（或者发文总数）。
例如：6.1L YW－（ S ）-BBB－CCC－081/10：2010年业主委员会收到的第81号文件。
是从BBB处来的关于CCC事情的。
6.2L YW-（F）－BBB－CCC－234/10：2010年业主委员会发出的第234号文件，是给BBB单位关于CCC事情的。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
浙江陶氏软件科技有限公司文档编码说明
2012年
1、目的
确保公司重要文件具有唯一编号，便于文件的识别、追溯和控制，保证公司文件体系有效运转。
2、适用范围
适用于营销部文件的编号管理和控制：
2.1项目类文件：是指营销部对用户ERP实施前、实施中及实施验收这一过程产生的各类文件。
2.2其他文件：包括公司规章制度、管理文件、合同协议、传真等；
2.3编号文件包括纸介文件以及电子文件。
3、编号办法
3.1．公司名称
公司全称：浙江陶氏软件科技有限公司
公司简称：陶氏软件
公司简称编码：TSRJ
3.2日期
格式为：yyyy-mm-dd 或yyyymmdd
yyyy:用四位数字表示公元年份，如2005表示公元2005年。
mm:用两位数字表示月份，不足两位时，第一位用零补齐，如03表示3月。
dd: 用两位数字表示日期，不足两位时，第一位用零补齐，如15表示第15号。
例如：
2003-10-27或20031027 表示（2003年10月27日）
3.3文件版本
下面是对文件版本进行编号要遵守的标准：
起草版本的编号为0.1, 0.2, 0.3, ..., 0.10。
一旦文件版本得以确认后，版本编号应该始自 1.0。
版本编号不断变化为： 1.0, 1.1, 1.2, ..., 1.10。
3.4
3.5项目文件命名
格式：TSRJ/….-vnn-(AA-)BB-X-yy
TSRJ/….：项目缩写，模具管家（MJ）、塑胶管家（SJ）
Nn：版本号，分为简易版（JY）、标准版（BZ）、高级版（GJ）
AA：客户简称。
X：代表密级，参见三（4）节。
BB：工作过程名称：
相应工作过程名称的简称（例如SPP，SRS）不是必需的，但如果要使用，
例如：TSRJ/MJ-BZ-华龙实业-SRS-3-1.0
解释：陶氏科技/模具管家-标准版-华龙实业-软件需求分析报告-一般保密-1.0版本
3.6营销部制度和管理文件
营销部规章制度和管理文件的编号格式为：TSRJ/YX-AB-X-dd
YX：陶氏科技营销部。
AB：文件名称
dd：文件版本号。
例如：
TSRJ/YX -考勤管理规范-3-1.0
解释：陶氏科技营销部-考勤管理规范-一般保密-1.0版本
3.7合同协议
合同协议的编号格式为：yyyy-TSRJ-T-nnn
T：合同类型
S-销售合同
C-合作协议
O-其它合同
nnn：合同流水号，流水号每年1月1日自动归0。
3.8传真
发出的传真编号结构为：TSRJ-AA -R/S–BB-yyyymmdd- nn
AA：人员姓名
BB：传真的主题（不超过15个汉字）。
nn：流水号。
yyyymmdd：表示日期。
R表示收到传真，S表示发出传真
传真属于临时文件，一般不做长期保存，如需要保存，则应对其复印，并以外来文件的命名规则进行命名,并且与外来文件一起管理。
例如：
TSRJ-张三-R-台湾需求的回复-20110314-01
解释：在2011年3月14日张三收到从台湾发来的传真，主题为“台湾需求的回复”。
3.9电子邮件
电子邮件需要归档管理时，按传真的命名规则命名。
3.10外来文件
外来文件结构为：TSRJ – X – AA – yyyynn
X：密级
AA：文件来源简称
yyyynn：日期+文件流水号。
例如：TSRJ-1-华龙实业操作手册-201101
解释：陶氏科技在2011年第一份外来文件是来源于华龙实业的操作手册。
3.11对外发文
指营销部发给外部的通知、公函等。
yyyy TSRJ（外）文字第nnn号
yyyy：阿拉伯数字，发文的年份
nnn：流水号，每年1月1日自动归0。
3.12会议纪要
指公司内部会议的记录等。
TSRJ/YX-yyyymmdd -AB-dd
yyyymmdd：日期，详见4.2节日期表示。
AB：会议主题（不超过15个汉字）。
dd：阿拉伯数字，文件流水号。
例如：TSRJ/YX-20110814 -周例会-01
解释：陶氏科技营销部2011年8月14日周例会记录1.0版
项目周报:
TSRJ-nn-yyyymmdd-周报-AA
周工作计划:
TSRJ-nn- yyyymmdd -周计划-AA
工作任务单:
TSRJ-nn- yyyymmdd -任务单-AA
工作日报:
TSRJ-nn- yyyymmdd -日报-AA
nn:版本号，参见3.3节。
yyyymmdd:日期，详见4.2节日期表示。
AA：人员姓名
例如：TSRJ-v1-20110812-周报-张三
4、编号管理
以上各类营销部文档编号，由营销部统一编制管理。
5、本制度即日起执行。