DB12T 692-2016 天津市文书类电子文件元数据规范　

DB12MetadataspecificationforadministrativeelectronicrecordsofTianjin天津市市场和质量监督管理委员会发布I1为适应天津市电子文件管理的要求，结合天津市实际制定本规范。2009年国家档案局印发DA/T46-2009《文书类电子文件元数据方案》，此方案规定了以文件、案卷及实体档案为主要对象的文件形2天津市文书类电子文件元数据规范凡是不注日期的引用文件，其最新版本（包括所有的修改单）适文书类电子文件administrativeelec指反映党务、政务、生产经营管理等各项管理活动的3本身可以被赋值且在一定条件下可以具有子元素的元素所对应的M10M11M12M13M14M15M16M17M18M19M20M21M22M23M24M25M26M27M284M29M30M31M32M33M34M35M36M37M38M39M40M41M42M43M44M45M46M47M48M49M50M51M52M53M54M55M56M57M58M59M60M61M62M63M64M65M66M67M68元数据元素描述方法见表2，所描述的中文字符集应符合GB2312和GB5元数据元素所属的类型，本标准将元素分为简单为表达元数据元素值而规定的具有相同数学特性和相同操作集的数据类别。本标准数据类型包括字符型、数值型、日期时间型。容器型元素没有6对形成、归档、移交、保管电子文件的单位（个人提供电子文件的背景信息，利于对电子文件的— —— —标识电子文件所属馆藏机构，利于电子文件交换、公布和全国性、———7—————形成、处理、管理电子文件的系统中通过预定义值域列——8 —性9问题在档号中用“001”表示，在分项中对应为“党群问题”——在形成、处理、管理电子文件的系统中通过预定义值域列表选—WS、CK、ZP、LY、LX、KJ、ZY、QT—— 在电子文件处理过程中需要初次鉴定，在捕获处理、保管处置过程中都需要进行鉴值域中列出的是《国家档案局关于机关档案保管期限的规定》（国档发﹝1987﹞27M10——在形成、处理、管理电子文件的系统中通过预定义值域列表选—M11对电子文件进行实体分类整理时按部门或问题分类的——按实体分类整理时的部门或问题进行著录，在档号中以代码的形式存在，在著录项 M12———M13————M14content`description——————M15Unifiedsocialcreditcode是一组长度为18位的用于法人和其他组织身份识别的代码，按国家标准委批准发布GB32100-2015《法人和其他组织统一社会信用代码编码规则》执行，是组织机构代码的— 通过预定义值域著录或手工著录，每个单位具有唯一的统一社会信用代码，根据机构GB32100-2015实施前此项元素的值为组织机构代码，实施后为统一社会M16按照档案的特性把相同类别的档案集中在一起而形成的分类名称，与档案门类代码——M17—在电子文件处理过程中需要初次鉴定，在捕获处理、保管处置过程中都需要进行鉴档案保管期限可沿用以前的定义为永久、长期、短期，之后的档案采用新标准，分为永久和定期，其中定期可以分为30年、10年和其它，著录实际汉字描述，可通过值域中列出的是《国家档案局关于机关档案保管期限的规定》（国档发﹝1987﹞27M18— 按实体分类整理时的部门或问题进行著录，在档号中以代码的形式存在，在著录项 M19——M20—— M21在标引和检索上用以表达电子文件主题的规范化的词或词组，取自电子文件题名或 M22 —来源于产生、处理电子文件的信息管理系统或归M23——来源于形成、处理、管理电子文件的原始信息需要在公文处理过程中由文件创建者或归档后由档案管—M24采用《中国档案分类法》对电子文件进行主题分析，并依照电子文件的内容和特点 —来源于形成、处理、管理电子文件的原始信息—M25文件制发过程中由制发机关、团体或个人赋予的文——文件编号由产生、形成、处理电子文件的信息管理系统自动生成或手工著录，建议一般发文为发文编号，其他遵照有关系统的系列M26——来源于形成、处理、管理电子文件的信息管理系统，发文时可取自电子文件管理系M27时间项用8位阿拉伯数字表示，第1-4位数表示年，第5-6位数表示月，第7-8位数表 采用YYYYMMDD的格式著录，如1985 M28决议、决定、命令、公报、公告、通告、意见、通知、通报、报告、请示、批复、—文种由公文处理人员依据文件生成时的属性信息通过预定义值域列表选择著录或手 M29——产生、处理、管理电子文件的信息管理系统可以预先设置相关的文件执行者单位编—M30——产生、处理、管理电子文件的信息管理系统可以预先设置相关的文件执行者单位编—M31—在电子文件产生、捕获处理、保管处理过程中对文——M32————M33———M34——————M35——来源于产生、处理、管理电子文件的信息管理—M36——M37—一个档案条目可包含多个稿本类型，每个稿本类型应对照一个稿本文件名。重要文M38———由系统自动捕获，捕获内容的显示格式为：文件名称.扩展名，如“关于XXX的通知.DOC”M39 稿本文件大小的统计单位可采用B、KB、MB，由数量和单位两部分组成，如：10M40对电子文件内容涉及或具有的权益以及被赋予权描述电子文件权限信息，以利于电子文件安——————M41来源于产生、处理、管理电子文件的信息管理—M42 —— — M43———M44————M45———M46记录电子文件的创建环境，保障电子文件真实、完整、有效，利于长期保存、管—— —— M47———建议尽可能选用本元素。使用结构化方式著录，可以是下列形式中的一种b)格式注册系统名称：XXXX，注册ID：XM48描述电子文件创建和管理背景信息，保存电子文件来源———M49记录电子文件来源的客观性和合法性信息，利—————M50physicalrecordcharacter描述被数字化对象的特征，记录电子文件来源———著录文件或档案载体的类型及尺寸，例如：缩M51文件或档案被数字化时，相关数字化设备所采用的取样分辨率，即单位长度内的取样———当电子文件由扫描或缩微影像转换形成时，本元素必选。本元素的值由数量和单位两M52——当电子文件由扫描或缩微影像转换形成时，本元素必选。扫描色彩模式的选择应符合M53记录电子文件数字化特征，利于评估图像质量和维护———可著录图像压缩方案名称，例如：CCITTGroupM54——————M55对系统采用的电子文件管理、归档的电子签名方法、手段等— 在对电子文件进行生成、管理、归档的过程中由处理人员通过设备或列表进行自动对电子签名的算法进行标识，利于了解和验证电子签名，可由系统预定义。预定义M56——在对电子文件进行生成、管理、归档的过程签名时系统自动捕获日期和时间，时间可以是标准时间戳、服务器时间等，格式为YYYY-MM-DDhh:mm:ss，如1985-04-1210:15:30M57——在对电子文件进行生成、管理、归档的过程中由系统自动捕—M58电子文件中以电子形式所含、所附用于识别签名身份并表明签名人认可其中内容的——在对电子文件进行生成、管理、归档的过程—M59用于证明电子签名人与电子签名数据有联系的电子文——在对电子文件进行生成、管理、归档的过程中由系统自动捕获，捕获时与系统使用—M60——在对电子文件进行生成、管理、归档的过程—M61 在对电子文件进行生成、管理、归档的过程中由处理人员通过列表进行选择或手工—M62 在形成、处理、管理电子文件的系统中通过预定义值域列表选 录M63——称；当机构人员类型（M62）的值为“内设M64—M65——行为时间与相对应业务行为一致，有几个业务行为对应多少个行为时间，格式为YYYY-MM-DDhh:mm:ss，如1985-04-1210:15:30。M66———行为依据包括法律、政策、制度上的依据，机构人员M67——同一系统按照同一规则编制标识符，不同系统内应通过设置相应规则，冲突，标识符可采用字母或数字组合进行标记，采用档号/稿本文件名.扩展名格式M68———— √√√√√√√√√M10√M11√M12√M13√M14——√M15√M16√M17√M18√M19√M20√M21√M22√M23√M24√M25√M26√M27√M28√M29√M30√M31√M32√M33√M34——√M35√M36√M37√M38√M39