经营企业入出库数据上传接口规范

合集下载

登记结算数据接口规范标准

登记结算数据接口规范标准

登记结算数据接口规(上市公司版)二零一四年十二月版本修订历史目录前言错误!未指定书签。

一、概述错误!未指定书签。

二、数据文件命名规那么错误!未指定书签。

三、基本数据说明错误!未指定书签。

第一章发送数据接口规错误!未指定书签。

一、中国结算分公司向上市公司发送的数据清单错误!未指定书签。

二、中国结算分公司向上市公司发送的数据明细说明错误!未指定书签。

)(上市公司月中末大股东名册数据)错误!未指定书签。

)(上市公司月末大股东名册自助补发数据)错误!未指定书签。

)(上市公司前名股东名册自助发送数据)错误!未指定书签。

)(上市公司权益日全体股东名册自动发送)错误!未指定书签。

)(上市公司红利退款明细数据)错误!未指定书签。

)(人工受理的股全体股东名册)错误!未指定书签。

)(融资融券和转融通担保证券账户的明细数据)错误!未指定书签。

)(股息红利差异化计税补缴明细数据)错误!未指定书签。

)(全体股票激励期权持有人数据)错误!未指定书签。

)(股票激励期权持有变动明细数据)错误!未指定书签。

)(股票激励期权基本信息数据)错误!未指定书签。

前言一、概述为了进一步规中国证券登记结算XX公司分公司(以下简称中国结算分公司)与上市公司之间的登记结算数据接口,确保登记结算数据处理的正确性,特编写本登记结算数据接口规文档。

本文主要针对中国结算分公司发送和接收的上市公司的各类登记结算数据进行详细的说明。

二、数据文件命名规那么数据文件名: :前缀标识“.”后缀前缀::……标识:: 证券代码[][其它],其中[]和[其它]为可选容,参见各文件的数据库名说明。

后缀::::,,,……,,,,::,,,……,目前中国结算分公司发送和接收的数据文件,均采用下的标准格式。

为了减少数据通讯量,中国结算分公司发送的数据文件都经过软件压缩后发送至电子信箱中。

发送数据文件的命名规那么为:“前缀”“标识”“”;其中表示日期,其中表示月,(,…),表示日。

全国中小企业股份转让系统交易支持平台数据接口规范(V1.3)

全国中小企业股份转让系统交易支持平台数据接口规范(V1.3)

编号:NEEQ-TECH-DATASPEC-20160222密级:公开发布附件2工程技术标准全国中小企业股份转让系统交易支持平台数据接口规范(V1.3)全国中小企业股份转让系统有限责任公司二〇一六年二月文档信息《数据接口规范》V1.3前言为通过行情系统向市场揭示挂牌公司分层后的差异信息。

全国股转公司根据挂牌公司市场分层管理业务需求对原《全国中小企业股份转让系统交易支持平台数据接口规范(V1.2)》进行了修改,形成了《全国中小企业股份转让系统交易支持平台数据接口规范(V1.3)》。

与原数据接口规范比较,本版本的数据接口规范作了如下修改:1.增加一类新的信息公告文件FCyymmdd.nnn;2.对该公告文件的格式进行相关定义;3.增加分层信息公告文件的示例。

《数据接口规范》V1.2前言为更好地满足挂牌公司业务发展需求,提高转让效率,全国股份转让公司根据优先股业务需求对原《全国中小企业股份转让系统交易支持平台数据接口规范(V1.1)》进行了修改,形成了《全国中小企业股份转让系统交易支持平台数据接口规范(V1.2)》。

与原数据接口规范比较,本版本的数据接口规范作了如下修改:4.NQXX.DBF增加优先股证券信息揭示内容;5.NQHQ.DBF增加优先股行情揭示内容;6.NQHGTZZ??????.DBF增加优先股投资者报送说明;7.NQHGTZZ.DBF增加优先股投资者确认说明;8.NQSDXQL.DBF增加优先股投资者揭示说明;9.新增NQFGKSBXX.DBF揭示优先股申报信息;10.新增NQFGKCJXX.DBF揭示优先股成交信息。

《数据接口规范》V1.1前言为更好地满足业务发展需求,提高转让效率,全国股转公司根据前期业务运行情况及新增业务需求对原《全国中小企业股份转让系统交易支持平台数据接口规范(V1.0.1)》进行了修改,形成了《全国中小企业股份转让系统交易支持平台数据接口规范(V1.1)》。

与原数据接口规范比较,本版本的数据接口规范作了如下修改:1.补充说明投资者适当性管理信息库应于每个转让日15:30前,通过FDEP上报,且明确无新增报空库。

数据集成接口规范

数据集成接口规范

数据集成规范单位:地址:邮编:电话:传真:日期:修订文档历史记录目录第一章前言 (3)1.1 概述 (3)第二章通用的约定 (4)2.1 数据输出的内容 (4)2.1.1 枚举信息 (4)2.1.2 企业信息 (4)2.1.3 业务报表 (5)2.1.4 报表样式 (6)2.1.5 层级信息 (6)2.2 业务子系统称谓与编码的约定 (6)2.3 委处室与业务编码的约定 (7)2.4 数据输出方式的约定 (8)2.4.1 输出类型 (8)2.4.2 输出位置 (9)2.4.3 输出文件的命名 (11)2.4.4 输出数据的时机 (12)2.5 文件格式的约定 (12)2.6 时间格式的约定 (13)2.7 时间类型的约定 (13)第三章数据集成接口格式 (15)3.1 枚举信息的输出格式 (15)3.1.1 枚举信息格式说明 (16)3.1.2 枚举信息的输出例子 (18)3.2 企业基本信息的输出接口 (19)3.2.1 企业基本信息的内容 (19)3.2.2 输出文件格式规范 (20)3.2.3 企业属性的类型 (22)上海市国有资产监督管理信息系统数据集成规范3.2.4 企业信息输出文件示例 (24)3.3 层级信息的输出格式 (26)3.3.1 层级格式的说明 (28)3.4 业务报表的输出接口 (29)3.4.1 输出文件命名规范 (29)3.4.2 数据文件结构与报表分区 (30)3.4.3 数据报表的关联关系 (32)3.4.4 数据文件元素的层次 (34)3.4.5 单元格的数据类型 (35)3.4.6 二进制单元格的处理 (36)3.4.7 枚举型单元格的处理 (36)3.4.8 附报文件的处理 (37)3.4.9 报表数据的输出文件格式 (37)3.4.10 报表数据输出文件示例 (43)3.4.11 独立上报文件的处理 (48)3.5 报表样式的输出格式定义 (48)3.5.1 样式文件的元素结构图 (53)3.5.2 样式文件表达式定义 (53)附录I 企业基本信息统计项列表 (55)附录II 枚举信息的格式定义enum.xsd (56)附录III 企业信息的格式定义orginfo.xsd (59)附录IV 报表数据的格式定义report.xsd (63)附录V 报表样式的格式定义report_style.xsd (72)附录VI 层级信息的格式定义hierarchy.xsd (76)第一章前言1.1 概述地址:山东中路337号邮编:200001 电话:8621-6351 6236 传真:8621-6351 7610第二章通用的约定2.1 数据输出的内容业务子系统分别负责为委的不同处室收集业务数据,然后按照统一约定的格式将数据以XML文件的方式输出,提供给监管系统。

报文模式数据交换接口标准

报文模式数据交换接口标准

九州通数据交换接口标准二O一O年十月目录1简介........................................................ 错误!未定义书签。

目的错误!未定义书签。

范围错误!未定义书签。

2整体说明.................................................... 错误!未定义书签。

2 错误!未定义书签。

名词解释.................................................. 错误!未定义书签。

文件说明.................................................. 错误!未定义书签。

监管平台到企业的交换报文...................................... 错误!未定义书签。

企业到监管平台的交换报文...................................... 错误!未定义书签。

3数据下行接口................................................ 错误!未定义书签。

3 错误!未定义书签。

上游企业出库数据下载接口.................................. 错误!未定义书签。

XML Schema规范................................................ 错误!未定义书签。

XML Schema规范中基础数据属性表................................ 错误!未定义书签。

XML报文示例................................................... 错误!未定义书签。

监管码关联关系数据下载接口................................ 错误!未定义书签。

企业信用信息基础数据库系统数据接口规范

企业信用信息基础数据库系统数据接口规范

中国人民银行征信中心2007年1月8日目录1前言42报文规范42.1术语和定义42.2设计原则52.3数据处理规则62.4文件命名规则72.5报文文件82.5.1报文结构82.5.2报文文件种类83数据采集要求83.1数据范围83.2采集频率93.3数据文件传送方式94公积金信息采集报文和公积金信息删除报文9 4.1报文头94.2公积金信息采集报文报文体104.3公积金信息删除报文报文体124. 4报文校验规则125公积金信息反馈报文12 5.1报文头135.2反馈报文报文体13附录:151、报送机构代码命名规则152、数据元目录152.1数据元的表示格式152.2数据元的分类162.3数据元目录17第一组:17第二组17第三组17第四组18第五组18第六组18第七组19第八组193、代码表193.1行政区划193.2单位性质193.3登记注册类型203.4行业分类223.5单位当月缴费状态224、校验规则234.1公积金信息采集报文校验规则234.1.1报文名校验234.1.2报文级校验234.1.3数据项级校验244.1.4入库校验254.2公积金信息删除报文校验规则254.2.1报文名校验254.2.2报文级校验264.2.3数据项级校验264.2.4入库校验275、公积金信息反馈格式代码集275.1出错原因代码275.2错误编码其中出错信息=标识符+错误编码2811前言《企业信用信息基础数据库数据接口规范》(简称“数据接口规范”)规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定,本文档分为六部分。

前言简介本规范各部分的内容。

报文规范规定了本规范中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。

数据采集要求规定了公积金管理中心提交数据的范围、频率以及文件传送方式。

公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。

数据上传 管理制度

数据上传 管理制度

数据上传管理制度一、前言随着信息化时代的到来,数据成为了企业管理中至关重要的资产。

数据上传是企业内部数据流动的一个重要环节,对数据上传的管理直接影响数据的准确性、安全性和完整性。

为了确保企业数据上传工作的顺利进行,制定一套科学合理的数据上传管理制度显得尤为重要。

二、数据上传管理制度的基本原则1. 合法合规原则:数据上传必须符合国家法律法规、企业规章制度的要求,确保上传数据的合法性和合规性。

2. 安全保密原则:保护数据的安全和保密是数据上传管理的核心内容,严格限制数据上传权限,防止数据泄露和篡改。

3. 规范操作原则:制定明确的数据上传操作流程和规范,确保数据上传工作的有序进行。

4. 责任追究原则:明确相关人员的责任和义务,建立健全的数据上传管理责任制,对违规行为进行追究。

5. 连续改进原则:定期评估和反馈数据上传管理制度的执行情况,及时调整和完善管理制度,确保数据上传工作的持续改进。

三、数据上传管理制度的内容1. 数据上传的范围和目的:明确数据上传的范围,包括哪些数据需要上传,上传的目的是什么。

2. 数据上传的流程和要求:制定数据上传流程图和要求,包括数据上传的时间、方式、频率等。

3. 数据上传的权限管理:设定不同人员的数据上传权限,严格控制数据上传的权限范围和管理范围。

4. 数据上传的安全保密管理:确保数据上传过程中的数据安全和保密,对数据传输进行加密处理。

5. 数据上传的质量管理:建立数据上传的质量管理机制,确保上传数据的准确性和完整性。

6. 数据上传的监督检查:建立数据上传的监督检查机制,实施定期的检查和评估,发现问题及时处理。

7. 数据上传的风险管理:分析数据上传过程中可能存在的风险,制定风险应对方案和应急预案。

8. 数据上传的培训和考核:对数据上传相关人员进行培训,确保操作规范,建立数据上传相关人员的考核制度。

四、数据上传管理制度的执行1. 建立数据上传管理制度执行机构:明确数据上传管理制度的执行机构和责任人。

中华人民共和国农业农村部公告 第174号 国家兽药产品追溯系统数据交换文件规范

中华人民共和国农业农村部公告 第174号 国家兽药产品追溯系统数据交换文件规范

附件1国家兽药产品追溯系统数据交换文件规范1.范围本标准主要规定了国家兽药产品追溯系统追溯码及数据交换文件规范。

本标准适用于国家兽药产品追溯系统的各类数据采集及交换。

2.概述本规范根据兽药监管信息化建设的需要,围绕兽药产品从出厂到使用全程追溯,规范国家兽药产品追溯系统所涉及的追溯码及数据交换文件接口标准。

本规范详细说明国家兽药产品追溯系统的追溯码及数据交换文件,除“追溯码文件”采用指定的文本文件格式外,其他的接口均采用XML1.0的国际标准文件格式进行数据交换。

3.追溯码文件规范说明追溯码文件是把国家兽药产品追溯系统生成的追溯码数据下载成文件,以供生产企业使用。

追溯码文件生成的规范为TXT文件,然后被压缩为ZIP文件供用户下载。

4.数据交换文件规范说明数据交换文件规范定义参考xml schema的格式进行定义,但不同于xml schema的语法规则, 元素节点规则如下:<节点1名称属性1名称(属性1中文名称属性1类型可选/必选),属性2名称(属性2中文名称属性2类型可选/必选),…><节点2名称属性定义…>…..</节点2名称>….<节点n名称…/></节点1名称>每个节点都可以包含多个属性, 也可以包含下级节点。

5.追溯码文件5.1追溯码编码规则兽药产品追溯码是国家兽药产品追溯系统随机产生24位数字,编码规范满足唯一性、稳定性的原则。

兽药产品追溯码生成二维码的码制是QR码,字符编码采用UTF-8。

5.2追溯码编码示意兽药产品追溯码示意如下:2019021900000000003301325.3追溯码文件名称定义追溯码默认文件名称是系统自动生成,生成规则是:追溯码文件为“申请号_产品名.TXT”;如果用户为追溯码申请设置了大于1级的文件分割记录,则追溯码文件为“申请号_产品名_级数.TXT”。

压缩后的追溯码文件名为“申请号_产品名.ZIP”。

数据上传管理制度

数据上传管理制度

数据上传管理制度第一章总则第一条为了规范数据上传行为,保护数据安全,提高数据管理效率,本制度制定。

第二条本制度适用于公司所有部门和员工的数据上传行为管理。

第三条数据上传指员工将本公司工作中产生的各类电子数据通过各种方式上传至公司所使用的网络存储设备和云平台等存储载体中,包括但不限于上传文档、图片、音视频等形式的数据。

第四条数据上传管理应遵循合法、规范、安全、便捷的原则,不得泄露公司机密信息,不得侵犯他人的合法权益。

第五条公司应建立健全数据上传管理规范,定期进行数据上传管理相关培训,保障员工对数据上传管理规范的了解和遵守。

第六条严格保护公司和员工的个人隐私及数据安全,不得将私人数据上传至公司网络存储设备和云平台。

第七条员工如发现数据上传异常或异常情况,应及时报告相关部门进行处理。

第八条本制度由公司信息管理部门负责解释和维护。

第二章数据上传的规范和安全管理第九条员工上传的数据必须与其工作职责相关,不得上传与工作无关的数据。

第十条上传的数据必须合法、合规、诚实,不得含有违法信息、色情、暴力、诈骗等内容。

第十一条上传的数据应注意保护公司机密信息和个人隐私,不得外泄。

第十二条上传的数据必须经过杀毒查杀后方可上传至公司网络存储设备和云平台。

第十三条单个数据上传大小不得超过公司规定的限制。

第十四条员工上传数据时应注意选择安全可靠的网络环境,不得使用非法、不安全的网络进行数据上传。

第十五条公司应定期对上传的数据进行检查和清理,不得长期保存无用数据。

第三章数据上传的流程管理第十六条员工上传数据前需确认该数据是否符合公司规定的上传标准,不得私自上传违反规定的数据。

第十七条员工上传数据应选择合适的存储路径和分类,确保数据存储的规范和便捷管理。

第十八条公司应提供便捷、安全的数据上传工具和平台,确保员工上传数据的便捷性和安全性。

第十九条员工上传数据后,应及时对上传的数据进行标注和分类,方便后期数据检索和管理。

第二十条公司应建立数据上传审核制度,对重要数据上传进行审核和备案,确保数据上传的可审查性和安全性。

TA数据接口规范

TA数据接口规范
在更新账户资料(BSYWLX=“012”)时,BSZQZH(字段:证券账户)为空, BSJJZH(字段:基金账户)为本系统对投资人证券账户注册后的开放基金投资账 户。
在注销基金账户(BSYWLX=“015”)时,BSJJZH 存放要注销的基金账户。 在增加/撤消交易账户(BSYWLX=“008”/009”)时,BSJJZH(字段:基金账 户)为本系统对投资人的开放基金投资账户,BSDZYJ(字段:电子邮件,字段复 用)存放投资人在销售代理人处开立的交易账户(或称资金帐号/客户号)。
中国证券登记结算有限责任公司开放式基金登记结算系统数据接口规范
KFJJ-WBJK-001
中国证券登记结算有限40 页
2.1 账户资料变更申请库 KFZHBS.DBF
序号
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29
2 账户信息接口规范................................ 3
2.1 账户资料变更申请库 KFZHBS.DBF ................... 3 2.2 账户资料变更回报库 KFZHBH.DBF ................... 6
3 交易信息接口规范............................... 10
交易回报库业务有效字段表表七业务业务描述关键字段其他字段020认购hbywlxhbglrmhbdlrmhbjjdmhbjjzhhbsqrqhbsqdhhbsqslhbjyjghbfsslhbsxfyhbdlfyhbghfyhbfhdmhbfsrqhbyhsyhbqtfyhbhsfehbhsxfhbbybz021认购拉单结果通知hbywlxhbglrmhbdlrmhbjjdmhbjjzhhbsqrqhbsqdhhbsqslhbjyjghbfsslhbsxfyhbdlfyhbghfyhbfhdmhbfsrqhbyhsyhbqtfyhbhsfehbhsxfhbbybz022申购同上同上024赎回同上同上025预约赎回hbywlxhbglrmhbdlrmhbjjdmhbjjzhhbsqrqhbsqdhhbsqslhbfhdmhbfsrqhbbybz026转托管hbywlxhbglrmhbdlrmhbjjzhhbsqrqhbsqdhhbfhdmhbfsrqhbjjdmhbsqslhbfsslhbbybzhbghfy027转托管转入同挂失换新号同挂失换新号028转托管转出同挂失换新号同挂失换新号029分红方式更改同预约赎回同预约赎回031基金份额冻结hbywlxhbglrmhbdlrmhbjjdmhbjjzhhbfsslhbsxfyhbfsrqhbbybz034非交易过户转入同挂失换新号同挂失换新号035非交易过户转出同挂失换新号同挂失换新号中国证券登记结算有限责任公司工程技术标准第28页共29页中国证券登记结算有限责任公司开放式基金登记结算系统数据接口规范kfjjwbjk001业务业务描述关键字段其他字段036基金转换hbywlxhbglrmhbdlrmhbjjdmhbjjzhhbsqrqhbsqdhhbsqslhbjyjghbfsslhbsxfyhbdlfyhbqtfyhbghfyhbhsfehbfhdmhbfsrqhbyhsyhbhsxfhbbybz037基金转换转入同上同上038基金转换转出同上同上039定时定额申购同022同022043分红hbywlxhbglrmhbdlrmhbjjdmhbjjzhhbsqslhbjyjghbfsslhbfsrqhbsxfyhbghfyhbyhsyhbqtfyhbhsfehbhsxfhbbybz044强制调增同挂失换新号同挂失换新号045强制调减同挂失换新号同挂失换新号053预约撤

中国药品电子监管网接口规范——简易版

中国药品电子监管网接口规范——简易版

中国药品电⼦监管⽹接⼝规范——简易版《中国药品电⼦监管⽹接⼝规》--简易版国家⾷品药品监督管理局信息化⼯作办公室⼆⼗⼀世纪(中国)科技⼆○⼀⼀年三⽉⽬录1 条码数据采集器接⼝ (1)1.1 简介 (1)1.2 整体说明 (1)1.3 功能需求 (2)1.4 数据下载接⼝ (15)1.5 业务数据上传接⼝ (19)2 ⽣产线赋码系统数据接⼝ (25)2.1 适⽤围 (25)2.2 名词解释 (25)2.3 接⼝规则说明 (26)2.4 监管码数据导出接⼝ (27)2.5 产品数据导出接⼝ (29)2.6关联数据导⼊接⼝ (34)2.7 关联数据校验 (38)3 接⼝⽂件传输规 (38)1条码数据采集器接⼝1.1简介1.1.1⽬的本⽂档的⽬的是制定电⼦监管系统中企业出⼊库(核准、核销)数据与中国药监⽹平台交互的⽂件接⼝的规,满⾜企业⼊库核注、出库核销操作的条码数据采集和数据上传的要求。

1.1.2围扫描终端围⽀持任何可扫描药监码的设备适⽤企业围本⽂档适⽤企业包括⽣产企业、经营企业、第三⽅物流企业。

1.2整体说明1.2.1名词解释中国药品电⼦监管码:最⼩销售单元(包装)的药监码包装药监码:外包装(中包装以上)的药监码包装级别:1级为最低级药监码,即产品药监码;2级为1级的上级包装码,依次类推。

1.2.2药监码模型药监码采⽤⼆⼗位数字构成,采⽤Code 128C条码标识。

注:原已申请的16位药监码可继续使⽤,平台继续⽀持,但不再提供新的16位药监码下载,过渡⼯作完成后,平台只提供20位码下载。

1.2.3⽂件说明企业按此规要求提交⽂件到中国药监⽹平台。

对于⽂件的产⽣机制,企业根据⾃⾝情况实现。

此规只涉及以下⼏类⽂件:1、平台下载到企业上游企业出库数据⽂件往来单位列表⽂件委托客户列表⽂件药品监管码基本信息⽂件操作员信息⽂件2、企业上传到平台业务数据⽂件1.2.4⾓⾊定义1.2.4.1企业客户端部署在企业,负责运⾏出⼊库系统。

电子监管网流通企业上传文件信息接口

电子监管网流通企业上传文件信息接口

<?xml version="1.0" encoding="UTF-8"?><Document xmlns:xsi="/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="入库数据XML Schema-3.0.xsd" SN="323232323" Version="3.0" License="00120-100290-002" ><Events><!--经营企业普通销售出库,收货方ID默认为空--><Event Name="SalesWareHouseOut" MainAction="WareHouseOut" PreAction="" AfterAction="" ><ActionMapping><Action Name="WareHouseOut"><ActionData>CorpOrderID</ActionData><ActionData>Actor</ActionData><ActionData>ActDate</ActionData><ActionData>ToCorpID</ActionData><ActionData>Code</ActionData></Action></ActionMapping><DataMaping><MetaData Name="CorpOrderID" Type="String"/><MetaData Name="Actor" Type="String"/><MetaData Name="ActDate" Type="Date"/><MetaData Name="ToCorpID" Type="String"/><MetaData Name="Code" Type="String"/></DataMaping><DataDesc><MetaDataDesc MetaName="Actor" IsParent="true"><MetaDataDesc MetaName="Code" IsParent="false"/></MetaDataDesc><MetaDataDesc MetaName="CorpOrderID" IsParent="true"><MetaDataDesc MetaName="Code" IsParent="false"/></MetaDataDesc></DataDesc><DataField><Data Code="123456789012345" CorpOrderID="010101" Actor="test01" ActDate="2006-07-08 14:32:40" FromCorpID="" /><Data Code="123456789012345" CorpOrderID="010101" Actor="test01" ActDate="2006-07-08 14:32:40" FromCorpID="" /></DataField></Event><!--经营企业使用增值服务终端销售出库--><Event Name="SalesWareHouseOut" MainAction="WareHouseOut" PreAction="" AfterAction="" ><ActionMapping><Action Name="WareHouseOut"><ActionData>CorpOrderID</ActionData><ActionData>Actor</ActionData><ActionData>ActDate</ActionData><ActionData>ToCorpID</ActionData><ActionData>Code</ActionData></Action></ActionMapping><DataMaping><MetaData Name="CorpOrderID" Type="String"/><MetaData Name="Actor" Type="String"/><MetaData Name="ActDate" Type="Date"/><MetaData Name="ToCorpID" Type="String"/><MetaData Name="Code" Type="String"/></DataMaping><DataDesc><MetaDataDesc MetaName="Actor" IsParent="true"><MetaDataDesc MetaName="Code" IsParent="false"/></MetaDataDesc><MetaDataDesc MetaName="CorpOrderID" IsParent="true"><MetaDataDesc MetaName="Code" IsParent="false"/></MetaDataDesc></DataDesc><DataField><Data Code="123456789012345" CorpOrderID="010101" Actor="test01" ActDate="2006-07-08 14:32:40" ToCorpID="BJ001" /><Data Code="123456789012345" CorpOrderID="010101" Actor="test01" ActDate="2006-07-08 14:32:40" ToCorpID="BJ002" /></DataField></Event><!--第三方物流企业PDA销售出库--><Event Name="SalesWareHouseOut" MainAction="WareHouseOut" PreAction="" AfterAction="" ><ActionMapping><Action Name="WareHouseOut"><ActionData>CorpOrderID</ActionData><ActionData>Actor</ActionData><ActionData>ActDate</ActionData><ActionData>ToCorpID</ActionData><ActionData>OwnerCorpID</ActionData><ActionData>Code</ActionData></Action></ActionMapping><DataMaping><MetaData Name="CorpOrderID" Type="String"/><MetaData Name="Actor" Type="String"/><MetaData Name="ActDate" Type="Date"/><MetaData Name="ToCorpID" Type="String"/><MetaData Name="OwnerCorpID" Type="String"/><MetaData Name="Code" Type="String"/></DataMaping><DataDesc><MetaDataDesc MetaName="Actor" IsParent="true"><MetaDataDesc MetaName="Code" IsParent="false"/></MetaDataDesc><MetaDataDesc MetaName="CorpOrderID" IsParent="true"><MetaDataDesc MetaName="Code" IsParent="false"/></MetaDataDesc></DataDesc><DataField><Data Code="123456789012345" CorpOrderID="010101" Actor="test01" ActDate="2006-07-08 14:32:40" ToCorpID="BJ001" OwnerCorpID="BJ001"/><Data Code="123456789012345" CorpOrderID="010101" Actor="test01" ActDate="2006-07-08 14:32:40" ToCorpID="BJ001" OwnerCorpID="BJ001" /></DataField></Event><!--批发企业普通采购入库举例,该举例适用于采购入库、调拨入库、退货入库。

公司数据上传管理制度范文

公司数据上传管理制度范文

公司数据上传管理制度范文公司数据上传管理制度第一章总则第一条为了保障公司数据的安全性和可靠性,规范数据上传的操作流程和管理方式,制定本制度。

第二条本制度适用于公司全体员工,涉及数据上传的相关工作。

第三条数据上传是指将公司内部或外部数据存储到公司内部服务器或其他存储设备的过程。

第四条数据上传管理是指对数据上传过程中的操作流程、责任和安全性进行有效管理的工作。

第五条数据上传的目标是确保上传的数据完整、准确、安全,并能满足公司业务需求。

第二章数据上传管理流程第六条数据上传分为内部数据上传和外部数据上传。

第七条内部数据上传是指公司内部员工将相关数据存储到公司内部服务器或其他存储设备。

第八条外部数据上传是指公司从外部获取的数据存储到公司内部服务器或其他存储设备。

第九条内部数据上传流程如下:1. 验证数据的准确性和完整性,确保数据符合公司要求。

2. 确定数据上传的目标位置和格式。

3. 登录公司内部服务器或其他存储设备,选择数据上传的目标位置。

4. 将数据文件复制或移动到目标位置。

5. 完成后,对上传的数据进行验证,确保上传过程没有发生错误。

第十条外部数据上传流程如下:1. 验证外部数据的来源和有效性。

2. 确定数据上传的目标位置和格式。

3. 登录公司内部服务器或其他存储设备,选择数据上传的目标位置。

4. 从外部获取的数据文件复制或移动到目标位置。

5. 完成后,对上传的数据进行验证,确保上传过程没有发生错误。

第三章数据上传管理职责第十一条数据上传管理工作由公司数据部门负责。

第十二条数据上传操作属于公司员工的日常工作,员工必须具备以下职责:1. 严格按照公司相关规定进行数据上传操作。

2. 验证上传数据的准确性和完整性。

3. 确保上传过程中数据的安全性,并采取必要的措施防止数据泄露和损坏。

4. 及时向数据部门报告上传过程中出现的问题。

第十三条数据部门的职责包括:1. 制定数据上传管理流程和操作规范。

2. 监督和管理员工的数据上传工作。

企业系统接口规范(试行版)

企业系统接口规范(试行版)

版本:V1.0接入服务提供者互联网站备案管理系统功能要求第2部分与省局网站备案管理系统接口规范(试行版)2009年10月目录1、引言 (1)1-1、目的 (1)1-2、条件与限制 (1)1-3、名词解释 (1)1-4、规范性引用 (3)2、接口功能 (5)2-1、备案数据上报 (5)2-2、备案数据下载 (6)2-3、是否备案查询 (7)3、接口说明 (8)3-1、接口概述 (8)3-2、接口版本说明 (9)3-3、接口说明 (9)3-3-1、isp_upload方法 (9)3-3-1-1、服务请求地址 (9)3-3-1-2、方法原型 (9)3-3-1-3、方法描述 (9)3-3-1-4、参数描述 (10)3-3-1-5、返回值 (11)3-3-2、isp_download方法 (12)3-3-2-1、服务请求地址 (12)3-3-2-2、方法原型 (12)3-3-2-3、方法描述 (12)3-3-2-4、参数描述 (13)3-3-2-5、返回值 (14)3-3-3、isp_downloadack方法 (15)3-3-3-1、服务请求地址 (15)3-3-3-2、方法原型 (15)3-3-3-3、方法描述 (15)3-3-3-4、参数描述 (16)3-3-3-5、返回值 (16)3-3-4、isp_querypreviousupload方法 (17)3-3-4-1、服务请求地址 (17)3-3-4-2、方法原型 (17)3-3-4-4、参数描述 (18)3-3-4-5、返回值 (18)3-3-5、isp_querybeianstatus方法 (19)3-3-5-1、服务请求地址 (19)3-3-5-2、方法原型 (19)3-3-5-3、方法描述 (19)3-3-5-4、参数描述 (20)3-3-5-5、返回值 (21)3-4、接口返回状态代码表 (22)3-5、数据处理结果代码表 (22)4、数据格式 (26)4-1、上报备案数据格式 (26)4-1-1、ICP上报数据格式 (26)4-1-1-1、新增备案 (27)4-1-1-2、新增网站 (28)4-1-1-3、新增接入 (29)4-1-1-4、变更备案 (30)4-1-1-5、注销备案 (32)4-1-1-6、核实结果 (32)4-1-1-7、未备案处理结果 (33)4-1-2、IP上报数据格式 (33)4-1-2-1、新增IP备案 (33)4-1-2-2、修改IP备案 (36)4-1-2-3、删除IP备案 (38)4-1-3、域名上报数据格式 (38)4-1-3-1、新增域名备案 (39)4-1-3-2、修改域名备案 (40)4-1-3-3、删除域名备案 (40)4-2、下载备案数据格式 (41)4-2-1、ICP下载数据格式 (41)4-2-1-1、ICP备案数据 (41)4-2-1-2、注销数据 (44)4-2-1-3、黑名单列表 (44)4-2-1-4、非法接入黑名单信息 (46)4-2-1-5、未备案网站信息 (46)4-2-1-6、备案结果 (46)4-2-1-7、核实任务 (47)4-2-2、IP下载数据格式 (50)4-2-2-1、IP来源备案结果数据 (50)4-2-2-2、IP分配且使用备案结果数据 (51)4-2-2-3、自带IP广播备案结果数据 (51)4-2-2-4、自带IP备案结果数据 (52)4-2-2-5、IP越界核查结果备案数据 (52)4-2-2-6、IP冲突核查结果备案数据 (52)4-2-2-7、IP未报核查结果备案数据 (52)4-2-3、域名下载数据格式 (53)4-2-4、基础代码下载数据格式 (53)4-2-4-1、报备单位代码表 (53)4-2-4-2、单位分类代码 (54)4-2-4-3、单位性质代码 (54)4-2-4-4、区域代码 (54)4-2-4-5、意见反馈分类代码 (55)4-2-4-6、管局信息 (55)4-2-4-7、行业分类代码 (55)4-2-4-8、行政级别代码 (55)4-2-4-9、证件类型代码 (56)4-2-4-10、网站经营类型代码 (56)4-2-4-11、网站服务类型代码 (56)4-2-4-12、网站接入方式代码 (56)4-2-4-13、注销理由代码 (57)4-2-4-14、域名类型代码 (57)4-2-4-15、核实意见代码 (57)4-2-4-16、未备案网站处理状态代码 (57)5、附件:报备数据文件格式 (58)1、引言1-1、目的本企业报备接口定义了ICP、IP地址及域名报备单位使用通信程序向部管局备案管理系统、省管局备案管理系统上报备案信息数据,及获取部管局备案管理系统、省管局备案管理系统的管理信息数据的编程接口。

15、数据上传操作规程

15、数据上传操作规程

数据上传操作规程【目的】规范药品购销数据上传操作,保障上传数据准确有效。

【依据】《药品经营质量管理规范》。

【范围】适用于向中国药品电子监管网、省市药监局上传药品购销存数据。

【责任】数字证书操作员对本规程的实施负责。

【内容】1. 中国药品电子监管网数据上传程序1.1 将密匙插入电脑,连接手持终端与电脑,并接好手持终端的外接电源。

1.2 开启手持终端,键入用户名、密码。

1.3 进入“系统时间确认”界面,按ESC键进入“系统时间设定”,设置好上传时间。

1.4 按确认键进入“条码管理”界面,选择“3 数据通讯”,按确认键,进入“通讯”界面,选择“1入库上传”或“2 出库上传”。

1.5 选择“2 出库上传”,按确认键,进入“出库数据上传”界面,等“药品监管系统”导入数据准备好再按确认键,进入发送数据(这里以出库为例介绍操作,入库操作与出库类似)1.6 双击电脑桌面“药品监管系统——企业端”图标进入登录药品监管系统界面,点击“登录”输入数字证书密码后点“登录”,正式登录药品监管系统(注意:中国药品电子监管网可能适时会对药品电子监管系统进行系统升级,若遇到此情况,应及时按要求进行相关操作,完成升级)。

1.7 点击功能菜单中“导入导出”按钮,选择“导入终端出入库单文件”,可以看到“导入普药出入库单”和“导入特药出入库单”两个按钮)。

1.8 根据本公司实际情况,选择点击“导入普药出入库单”按钮,系统提示终端设备是否已准备就绪,点击“是”按钮,同时按下手持终端的确认键,进行数据传输,系统将开始传输入库单数据。

1.9 系统提示数据传输成功,点击确认(若提示数据传输不成功,则应重新传输处理);手持终端显示“通讯成功是否清空出库数据”,按确认键出现“出库数据将被清空”再按确认键确认清空,再按确认键返回“通讯”界面。

1.10返回功能菜单中点击“入出库管理”,选择“入出库单上传”,再点击“查询”按钮,出现查询结果,选择要上传的文件,点击“详细信息”,按系统要求完善有关信息(收发货单位),点击“上传”按钮,完成入出库单上传。

中国财务软件数据接口标准(DOC 7)

中国财务软件数据接口标准(DOC 7)

中国财务软件数据接口标准CSIA/ABM 98001号编者按:标准应该是衡量事务的准则。

标准的制定一般都由国际/国家有关标准机构或行业主管部门完成。

但一些行业的生产厂商为了保护用户的投资,促进行业有序发展,也根据本行业的特点,联合起来制定了一些大家认可并共同遵守的规范,这种做法在国外已被广泛采用。

随着中国改革开放的深入,国内一些行业的厂家也开始进行这方面的探索,本期我们刊登的《中国财务软件数据接口标准》就是由该财务软件行业的民间组织——中国软件行业协会财务及企业管理软件分会制定的,起草者为著名财务软件厂商深圳金蝶公司。

一、背景目前,国内财务软件众多,它们采用的数据库平台和数据库结构各不相同,不同财务软件之间的数据交换,因为数据库平台和结构不同而产生许多困难,几乎任意两个不同软件之间要实现数据传递都会存在专门的数据转换问题。

烦琐的数据转换工作浪费了大量人力和物力,同时也阻碍了财务软件产业的健康发展。

国内财务软件的商业化已经比较成熟,各财务软件公司都有一批用户。

由于各种原因,一些用户希望从一个软件交叉升级为另一软件。

由于用户在旧软件上已做了大量的工作,必然希望升级后原有数据能移植到新的软件中,但是有些软件的数据文件经过加密或数据库结构未公开,要从中直接读取数据几乎不可能。

为了保护用户已付出的劳动,各财务软件需要提供一个标准的数据输入输出接口。

这样,建立一个公用的数据交换标准是非常必要的。

用户在使用财务软件时,有一些需求通过财务软件本身是难以实现的,如:用户希望把会计报表通过电子表格软件处理输出为各种特殊形式;另一些高级用户,则希望在其它管理软件中能取到财务数据。

这些数据交换工作都需要有一个标准的数据接口来规范。

财务会计经过长期的发展已形成一定的理论,财务会计工作也有规范可循,国内财务软件是在这些理论和规范的基础上开发出来的,各软件保存财务数据的模式也大同小异。

财务数据主要按会计科目、凭证、余额及发生额、报表几个部分分块存储,它们之间既分离又紧密相连、不可分割。

流程及业务接口管理规定(修订定1)

流程及业务接口管理规定(修订定1)

流程及业务接口管理规定一、生产部与销售部1、生产计划流程收集、汇总销售订单(销售内勤)→订单审核(销售部经理)→确认(总经办牵头,生产部、销售部经理达成共识)→分解(生产内勤)→安排日生产计划(生产部经理)→落实生产(车间主任)→成品入库(生产与成品库管双方签字确认)2、产品订单计划:(1)月计划:每月25号之前销售部负责将下月销售量、品项下达月生产订单,生产部在27号之前确认、反馈接受订单的情况,双方沟通达成一致,作为下月的生产计划进行生产匹配,并通知采供部,财务部原辅料库、成品库。

(2)常规订单:生产部的生产安排以月订单计划为指引,根据常规订单(常规订单需提前7--10天下达)来统筹组织、合理调配生产。

(3)紧急订单:需提前2天下达,下发临时订单或者修改订单时,需要生产部负责人签字确认,销售部同时下发调整其他订单的通知,做好订单跟踪记录(附规范后的订单下达及跟踪流程)。

每月每个销售区域的紧急订单不允许超过2个,在2个的基础上每增加一个紧急订单,相关责任人将自罚300元。

(4)特殊需求:有特殊工艺要求或者新产品投入需要销售部提前一个月给技术研发部、生产部下达特殊需求订单。

※为了避免多头计划下达引起生产安排混乱,销售部内勤汇总完毕月计划后经销售部主管负责人签字确认后发至生产部,由生产部负责人根据确认数量进行生产安排。

其他部门或个人无权直接对生产部下达生产订单,生产有权不予受理。

3、客户的投诉:(1)首先客户投诉到销售部,销售部指定专人(区域经理/业务员)对客户投诉的事项进行申报;品控部负责分析、界定责任;办公室主任负责追究责任,落实客诉处理意见并回复客户;销售部责任人负责顾客满意度调查,销售内勤负责全过程的跟踪、记录并编号备档(规范格式)。

(2)当生产部门与销售部门双方对客诉出现争执时,提交到技术研发部,由技术研发部牵头,会同相关部门对客诉事件处理,在接到投诉24个小时内回复客诉处理意见。

4、生产数量(1)生产部与销售部产品数量的接口以仓库入库单为准;(2)产品入仓管科后的数量缺失、非生产引起的质量问题、二次包装等问题发生的费用由财务部承担,生产部不再承担责任。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

兽药产品追溯信息系统对外接口规范
版本号:1.0.0
目录
1.范围 (1)
2.通信方式 (1)
3.接口描述和定义 (1)
3.1.上传入库数据 (1)
3.2.上传出库数据 (2)
1.范围
本标准规定了经营企业系统和服务平台间的主要接口技术要求,供经营企业系统和服务端信息交互;适用于国家兽药产品追溯信息系统的建设。

2.通信方式
接口遵循webservice协议,采用标准的webservice协议定义描述双方调用的服务函数的入口参数和出口参数,双方均按照wsdl相关协议解析信息,服务地址及名称如下形式http://ip (或域名):端口/服务,采用一个服务,多个函数的方式提供给经营企业系统调用。

(http://222.35.47.104:8081/SyZs/UploadRcksjPort?wsdl)
3.接口描述和定义
3.1.上传入库数据
上传企业的入库数据到追溯系统平台;
函数名称:
Char uploadRksj(Char dn,Char fileName,byte[] handler);
入口参数描述
出口参数描述:
3.2.上传出库数据
上传企业的出库数据到追溯系统平台;
函数名称:
Char uploadCksj(Char dn,Char fileName,byte[] handler);
入口参数描述
出口参数描述:。

相关文档
最新文档