(高清版)DB36∕T 983-2017 公共信用信息平台建设技术规范　　

ICS35.240.20DB36/T983—2017公共信用信息平台建设技术规范IDB36/T983—2017 I 12规范性引用文件 13术语和定义 14建设原则和目标 25建设内容 36建设模式 37信用数据处理模式 3 4 410功能要求 511性能要求 712安全性要求 713应用系统接口 814公共信用信息 815信用数据处理模式 附录A(资料性附录)应用系统接口 DB36/T983—2017本标准按照GB/T1.1-2009《标准化工作导则第一部分：标准的结构和编写》的规定编写。本标准由江西省发展和改革委员会提出并归口。本标准主要起草单位：江西省信息中心。本标准主要起草人：金俊平、杜军龙、肖俊才、胡坚勇、薛婧，万昕、游旻晗、宋金庄、徐立雄、陶明、郑自、占晓华。随着社会信用体系建设的不断推进，统筹建设全省公共信用信息平台的任务迫在眉睫，鉴于全国目前尚未无统一的公共信用信息平台建设标准，为了规范和统一公共信用信息平台建设工作，依据《社会信用体系建设规划纲要(2014-2020年)》国发(2014)21号、《江西省社会信用体系建设规划(2014-2020年)》赣府发〔2014〕47号文件精神和GB1.1-2009《标准化工作导则第一部分：标准的结构和编写规则》,特制定本标准。1DB36/T983—2017公共信用信息平台建设技术规范1范围本标准规定了公共信用信息平台建设的术语和定义、建设原则和目标、建设内容、建设模式、信用数据处理模式、信用信息目录编制和数据归集基本要求、技术框架、功能要求、性能要求、安全性要求和应用系统接口的要求。本标准适用于江西省公共信用信息平台的建设活动。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。GB/T22117信用基本术语3术语和定义GB/T22117规定的及下列术语和定义适用于本文件。建立在信任基础上，不用立即付款或担保就可获得资金、物资或服务的能力。这种能力以在约定期限内偿还的承诺为条件。注：广义的信用指诚信原则在社会上的广泛应用。[GB/T22117,定义2.1.1]信用信息creditinformation反映或描述信用主体信用状况的相关数据和资料等，主要包括政府(包括事业单位)信用信息、企业信用信息、社会组织和个人信用信息。[GB/T22117,定义4.9]公共信用信息是指各行政、司法机关以及依法、依规行使管理公共事务职能的组织在履行职责过程中形成的反映信用主体信用状况的数据和资料。2DB36/T983—2017把具有某种共同属性或特征的信息归并在一起，把具有不同属性或特征的信息区别开来的过程。3.5公共信用信息平台是支撑社会信用体系建设的信息化系统，通过归集、存储社会法人和自然人的信用信息，实现数据跨部门、跨行业、跨地区的交换和共享，提升政府服务和监管能力，通过推广信用信息在各部门和重点领域的应用，全面推动社会信用体系建设。3.6信用网站Creditwebsite信用网站是政府在互联网上褒扬诚信、惩戒失信的窗口，主要面向社会，为各类信用主体提供信用信息服务。信用网站要紧紧围绕信用信息的征集、整合、应用和监管，按照相关标准规范，征集和整合有关行业和部门记录的社会成员信用信息。3.7信用信息基础数据库是公共信用信息平台的重要基础设施，信用信息基础数据库分为法人信用信息3.8对公共信用信息数据进行归集、处理、存储、使用。4建设原则和目标4.1建设原则4.1.1适用性公共信用信息平台建设应适合工作实际和业务需求，具有实用价值。4.1.2开放性公共信用信息平台建设应保持适度开放，具有兼容性和可扩展性。4.1.3安全性公共信用信息平台建设应把安全放到首位，既要考虑信用信息资源的共享，也要考虑信用信息资源的保护和隔离，利用各种安全手段增强信用平台的安全，同时对敏感信用信息进行特殊处理和保护。4.2建设目标按照统一标准规范，充分利用云计算、大数据等先进技术，依托全省电子政务外网和电子政务云平台，建设省市两级公共信用信息平台及信用网站，通过各级政府部门数据交换、数据自主报送、第三方系统对接等多种渠道进行信用信息的征集、处理和共享，为实施公共管理以及联合奖惩提供信用信息支持，向社会提供信用信息服务。3内部平台部署在政务外网内部应用区，供各部门使用，为各部门交换共享、查询应用信用信息、开展联合奖惩提供支撑，并实现省市内部平台互联互通、信用信息交换。信用网站部署在互联网应用区，为公众提供信用政策法规宣传、信用建设动态、信用信息查询、异议投诉受理等服务，为政府机关、事业单位、社会组织、企业和个人推动、参与、了解信用体系建设提供互动服务。信用信息基础数据库建设即依托统一社会信用代码，建立社会法人和自然人两类信用主体的信用信息基础数据库。平台建设相关其他内容包括以下几个方面：a)完善各设区市电子政务云平台；b)完善全省电子政务共享数据统一交换平台，依托该该平台进行省市数据交换、市级平台与市级部门业务系统数据交换；c)编制信用信息目录，规范信用信息归集；d)建设安全防护，敏感信息处理、身份认证管理、信用权限管理等技术手段。6建设模式全省公共信用信息平台按照省市两级部署，省市县三级服务的模式建设：a)省级平台由省级建设和管理；b)市级平台由各设区市建设和管理，覆盖设区市各部门及所辖县市区，并面向市县两级提供信用c)市级平台建设应参照省级平台的技术参数、数据标准、通用模块、交换接口等标准，按照江西省公共信用信息平台建设规范研究、开发各项应用功能，并实现与省级平台的数据对接；d)县级原则上不建实体公共信用信息平台，各县(含省直管县)使用市级平台。7信用数据处理模式a)信用数据处理采用省级统一处理、省市储存的方式；b)“省级统一处理”即全省所有数据由省级统一处理(清洗比对)并整合形成全省统一的信用信息基础数据库，并按属地原则将各市信用信息通过全省电子政务共享数据统一交换平台返还给各设区市，各设区市根据自身需要，对基础信用信息进行进一步加工处理；c)“省市储存”指省市两级分别存储信用信息，省级存储全省所有信用信息，市级分别存储各市信用信息。48信用信息目录编制和数据归集基本要求8.1信用信息目录编制基本要求按照省级信用信息目录编制要求，编制市级、县级信用信息目录，市级、县级信用信息目录在省级信用信息目录编制要求的基础上，可根据自身情况，进行特色扩展。8.2信用信息数据归集基本要求省市县按照职责和实际情况分别进行信用信息归集工作，省级负责归集省直部门(单位)信用信息，市级负责归集市直部门(单位)信用信息，县级负责归集县直部门及县级以下单位信用信息。9内部平台技术框架9.1内部平台技术构架内部平台技术架构采用SOA面向服务的体系架构，这种体系架构是一个组件模型，它将应用程序的不同功能单元通过这些服务之间定义好的接口和契约联系起来，使不同的业务服务可以相互交换数据，参与业务流程，通过灵活的互相协作方式来完成具体的业务操作。这些业务服务独立于编程语言，独立于实现方法，独立于运行环境，具体技术架构如图1所示：企业服务总线(E5B)企业服务总线(E5B)权限认证服日集转换身份认证安全传输应用管理信用机制与制度法规安全标准体系异步处理数理加密消息中间件多线程安全监控体系缓存酸务指标体系流程监控征集体制考核制度抽取并标识信用法制图1内部平台技术构架9.2内部平台技术实现9.2.1基于J2EE平台的三层分布式应用体系架构采用J2EE的B/S/S三层结构体系结构，以零客户端维护、可扩展性强、跨平台作为最突出的特色。9.2.2基于统一应用平台进行应用系统的构建5通过统一应用平台实现相应的公共服务功能，如统计报表定制工具、异常处理、日志管理、系统配置管理等系统维护管理工具，以及用户/组织机构管理、权限管理、认证管理、CA接口等应用服务。通过平台门户对前台客户端进行整合，并实现用户的“单点登录(SSO)”功能。用户通过认证以后，实现对业务系统的访问；根据用户权限的不同实现内容管理、个性化管理、访问控制的功能、渠道管理、客户端管理、并发访问控制等功能。采用XML格式作为数据流和数据模型标准，基于XML标准描述业务数据和XML的数据内容与数据显示形式完全分离特性，具有较强的灵活性和平台无关性，并适用于异构数据库之间的信用数据交换。通过10.1内部平台功能要求10.1.1信用数据分类管理功能信用数据要进行分类管理，按照主体类别、数据类型、使用范围等不同方面进行管理。1)信用主体目前包括政府部门(事业单位)、企业、社会组织和个人四大类，对每类信用主体标识、信用数据公开访问、是否要进行脱敏加密处理等进行分类；2)按照信用数据类型分为基础数据和信用数据，其中基础数据为主体登记部门提供的主体登记数据，即工商部门提供的企业注册登记信息、公安部门提供的人口基础信息、机构编制部门提供的事业单位登记信息及民政部门提供的社会组织登记信息；信用数据则是标明主体信用状况的数据资料。基础数据是平台整合数据的根本，而且个人基础数据是敏感类数据，更需严格管理；3)按照数据使用范围分为三类：社会公开、政务共享和授权使用。社会公开即对所有人开放；政务共享对所有政府部门公开；授权使用则需要信用信息源产生部门进行授权才能使用。10.1.2信用数据处理功能信用数据处理是平台的基础功能，在信用信息归集的基础上通过对数据清洗、比对、组合、抽取等过程整合、优化信用数据，为应用提供支撑，主要包括：1)信用数据清洗比对，对归集的数据进行处理，并与平台已有的数据进行比对，将格式不对、明2)信用数据关联，将清洗比对后的信用数据入库，与信用主体关联、分类、设定使用权限等；3)信用数据抽取，根据业务需要，将信用信息按地域、行业、领域或应用模式等自动抽取数据组4)错误信用数据处理，按照“谁提供，谁负责”的原则，将错误数据返回给各部门处理；5)对各类信用数据形成统一的标识。10.1.3信用数据交换共享功能信用数据交换共享是信用信息归集交换的基础功能，依托全省电子政务共享数据统一交换平台实现纵向和横向数据交换，包括：1)向省级平台报送信用数据；62)从省级平台获取本市信用数据；3)实现市级部门之间的信用数据归集和交换；4)实现县级信用数据的归集和交换。信用信息查询是应用的基础，应提供多种查询方式：1)提供单个指标集信用数据查询；2)按信用主体查询所有相关信用信息；3)提供信用数据接口(WebService)方式供各部门查询；4)信用数据综合查询。通过平台记录和展示各部门企业信用行为对企业进行联合奖惩，包括：1)通过平台查询企业信用信息，再进行联合奖惩；2)通过与部门业务系统对接，通过WebService的方式提供查询，并通过接口方式获取部门对企业的奖惩信息；3)展示联合奖惩信息；4)对奖惩信用信息进行统计分析。信用服务至少包括以下功能：1)异议申诉管理。主要用于信用主体异议申诉的申请、受理、处理和信息反馈，是信用主体和政府部门沟通的窗口。信用主体对公示的信用信息存在异议时，支持社会公众通过信用网站的异议申诉窗口提交异议申诉，按照“谁提供，谁处理”的原则将受理的异议申诉信息转交给数据提供单位进行判断处理，做好信用数据把关工作，确保信用数据的准确和完整，异议申诉办理结束后将反馈结果转发给信用网站提供社会公众查询；2)批量审查服务。主要是为有企业主体审查需求的部门提供审查失信信息查询与生成报告；3)统计分析服务。根据各级不同需求实现统计分析报表与图表。如区域法人信用状况统计、行业法人信用状况统计、区域法人信用预警、行业法人信用预警等。公共信用信息平台由很多的功能模块组成，即使对合法用户，也不能操作所有的模块，而是根据用户的工作部门、工作性质授予相应的功能，对同样的信用数据可以设置不同的操作权限，满足不同的管理模式和管理规范的权限管理的要求。10.2信用网站功能要求实现信用动态发布功能，发布全国、全省、设区市(含所辖县市区)社会信用体系建设动态新闻；发布全国、全省、设区市(含所辖县市区)信用相关政策和法律法规；发布全国、全省、设区市(含所辖县区)信用建设标准规范、信用研究学术文章、具有设区市(含所辖县市区)特色的企业和公众诚实守信案例或守信承诺图文等。10.2.2公示功能7DB36/T983—2017实现守信信息、失信信息公示功能，通过信用公示栏目依法公示设区市(含所辖县区)企业及个人各类守信行为、守信获奖和荣誉、诚实守信“红名单”或失信行为、不良信用记录和失信“黑名单”;实现信用双公示及信用代码公示功能，按照国家要求对行政许可和行政处罚结果信息在7天内对公众进行公示，并及时对新赋信用代码和旧码转换结果进行公示。10.2.3查询功能实现信用信息查询功能，根据数据提供单位的授权，按照政府机关、事业单位、社会组织、企业、括登记注册备案、资质认证许可等信息)、守信信息、失信信息、其他信息分类展示，方便公众查看。10.2.4互动功能实现信用问答功能，公众可针对信用知识、信用资讯、信用投诉等内容进行提问；实现常用下载和意见反馈功能，对信用相关政策文件、研究文章等提供下载，及实现公众对信用网站意见和建议反馈的收集功能。11性能要求11.1网络性能要求数据传输网络畅通、快捷、安全、可扩展，满足省市县三级网络互联互通。11.2设备性能11.3查询性能要求信用信息查询时限在5秒内返回查询结果，同时保障web服务器性能正常。11.4统计分析性能应满足用户的要求，稳定、可靠、实用，人机界面友好，输入、输出方便，图表生成灵活美观。11.5数据质量性能信用数据应完整、准确和及时。12安全性要求操作系统安全、防病毒、防攻击等，主要通过访问控制、防病毒系统、防火墙系统、防止非法入侵、安全防护系统、安全审计系统、安全监测应急响应与处理等，并对网络通信进行有效的监控，对已知的潜在威胁进行有效的防范，保障网络的正常工作。12.2应用系统安全8应用系统安全是信用信息系统中最关键的部分，所有的业务办理、事项处理都需要通过应用系统来实现。应用系统安全对整个系统正常运行起着极其关键的作用。12.2.1身份认证应用身份认证应具有以下功能：1)提供专用的登录控制模块对登录用户进行身份标识和鉴别；2)对同一用户采用两种或两种以上组合的鉴别技术实现用户身份鉴别；3)提供用户身份标识唯一和鉴别信息复杂度检查功能，保证应用系统中不重复用户身份标识、身12.2.2多级权限控制安全评估公共信用信息平台的功能模块组成，即使对合法用户，也不能操作所有的模块，而是根据用户的工作部门、工作性质授予相应的功能模块；对同样的数据可以设置不同的操作权限：查询权限、录入权限、审核权限、审批权限等。12.2.3应用系统访问要对数据资源访问规定不同的访问等级，不同用户只可访问经过授权的信用数据资源。加强对数据12.2.4安全评估业务流程安全评估、应用交换安全评估、应用使用安全评估等。其中，内部平台要符合国家等保三级要求，信用网站要符合国家等保二级要求。12.2.5信用数据安全1)主要包括信用数据分权限、分职能进行管理，对敏感数据进行加密处理等；2)内部平台与信用网站的数据，应分开存储和处理，内部平台的数据必须存储在政务网的内部应3)在敏感信用数据传输过程中采用加密手段，利用国家批准使用的密码算法对数据加密，保证数据安全，一般信用信息采用政务邮箱进行传输。12.3制度安全制定必要的安全管理制度和措施，如平台运行维护制度、信用数据定期备份制度、信息安全等级保护制度、各种紧急情况的应急措施等。13应用系统接口应用系统接口详见附录A。14公共信用信息14.1公共信用信息分类9DB36/T983—201714.1.1基础信息基础信息是指信用主体(涵盖社会法人、自然人)的身份登记信息，主要是工商、质检、民政、税务、编办及公安部门提供的社会法人和自然人的身份登记信息，其主要内容包括：1)登记/注册/备案信息；2)资质信息；3)行政许可。14.1.2守信信息守信信息是指行业主管部门依照法定条件和程序对信用主体做出的行政表彰和荣誉类信息，其主要1)企业或个人受到行业主管部门或政府部门的表彰信息；2)红榜信息。14.1.3失信信息失信信息是指是行业主管部门根据行政职能与法定权限对信用主体做出的处罚信息，其主要内容包1)行政处罚信息；2)行政强制信息；3)未履行法定义务、违约信息；4)黑榜信息。14.1.4其他信息其他信息主要是指除以上三种以外的信用信息。14.2公共信用信息数据项14.2.1基础信息数据项e)登记/注册/备案信息：法定名称、代码类型(统一社会信用代码或工商注册号、组织机构代码、税务登记证)、企业(单位)类型、法定代表人、注册资本、成立日期、注册地址、有效起始日期、有效终止日期、经营范围、登记机关、高管人员信息等内容；证书状态、资质证书核发日期、资质证书核发机关等内容；g)行政许可信息：行政许可决定书文号、项目名称、审批类别、许可内容、行政相对人名称、行法定代表人姓名、许可决定日期、许可截止期、许可机关、当前状态、地方编码、数据更新时14.2.2守信信息数据项1)表彰类：法定名称、代码类型、荣誉内容、荣誉授予日期、授予机构等内容；2)红榜类：法定名称、代码类型、红榜内容、红榜发布日期、发布机构等内容。14.2.3失信信息数据项DB36/T983—2017新时间戳、备注；2)行政强制类：法定名称、代码类型、行政强制信息内容、决定日期、决定机关等内容；3)未履行法定义务、违约类：法定名称、代码类型、欠薪/欠费/欠税/欠贷信息内容、披露机关等内容；4)黑榜类：法定名称、代码类型、黑榜内容、发布日期、发布机构等内容。1)法定名称：指法人、其他组织和个体工商户等在登记、注册、备案机关记载的名称，不包括名称的简称或缩减写法；2)代码类型：指行政管理机关在管理相关行政业务事项中，依法赋予法人、其他组织和个体工商信用信息处理是为了保证数据的统一性、完整性、准确性，信用信息处理流程见下图2。DB36/T983—2017数据源数据源反馈给信源单位数据转换不符合规则要求的数据数据叠加数据校核无法关联的数据数据关联信用自录判别目录不存在数据清洗创建目录图2数据处理流程图15.2.2信用信息目录判定实现信用信息目录与信用信息的“以一对一”对应规则。具体方法：将数据提供单位提供的信息，与平台已存在的信用信息目录进行比对，对于信用信息目录不存在的信息，应先创建该信息对应的信用信息目录。对于信用信息目录已存在的，直接进入信息转换流程操作。15.2.3信用信息目录规则设定信用信息目录设置时，必须针对数据处理设定相关规则规范，设定的规则包括信用信息目录指标项数据转换规则、信用信息目录指标项数据清洗规则、信用信息目录指标项基础数据规则、信用信息目录指标项基准数据规则、信用信息目录指标项数据校核规则、信用信息目录指标项数据关联规则。15.2.4信用数据转换DB36/T983—2017通过信用信息目录指标项审核的数据，首先根据信用信息目录指标项数据转换规则对数据进行转换，包括格式转换、数据拆分、数据合并等处理工作。数据转换的规则包括：1)将全角数据转换为半角数据；2)将日期时间格式转换为目录指标项规定的日期时间格式；3)将繁体字符转换为简体字符；4)将2进制、8进制或16进制转换为10进制；5)根据数据字典代码将代码数据转换为正常数据。15.2.5信用数据清洗实时性、有效性的检验，过滤不符合规则要求的数据，数据清洗规则主要包括：1)重复信用数据检验。数据库中属性值相同的记录被认定是重复数据，通过判断记录的属性值是否相等来检测记录是否相等，相等的数据合并为一条数据(合并/清除),非重复数据进入下一步数据处理环节；2)缺失信用数据检验。对于信用信息目录要求必填项目进行检验，对检查中数据项缺失的数据，直接反馈给数据提供单位，经确认后重新提交；3)不一致数据检验。以代码提供的信用数据，需要根据数据字典表进行比对，发现数据的不一致或者数据字典不存在的数据，直接反馈给数据提供单位，经确认后重新提交。15.2.6信用数据叠加数据叠加分为基础数据叠加和非基础数据叠加两类，具体规范如下：1)基础信用数据叠加。是指在办理业务或信息归集时，首次获取某个信用主体的基础信息，数据直接添加到基础数据库。2)非基础数据叠加。是指信用基础数据发生变更后，非基础数据中涉及的基础数据字段应随之变更，便于数据的关联。15.2.7信用数据校核数据校核是根据信用信息目录指标项数据校核规则，以法定授权部门提供的数据为基准，将不同部门提供的同一指标的数据进行校对核验，以求形成合格、准确的信用数据，数据校核分为基础数据校核和非基础数据校核两种。1)基础数据校核即身份核实，以法定授权部门提供的身份信息为基准数据，校对来自其他部门的身份数据，重点指标是统一社会信用代码、工商注册登记号、税务登记证号、组织机构代码、公民身份证号码等；2)非基础数据校核是以法定授权部门的数据对多部门非基础数据比对，核实信息准确性，以自然人信息为例，具体包括出生校核、死亡校核、婚姻状况校核等。数据校核业务流程如下图所示：数据接收数据接收数据校核改数据是否能够准确取值?Y结果反馈信用数据库共建单位核实图3数据校核流程15.2.8信用数据关联数据关联是指将不同部门提供的同一信用主体的信用数据进行关联，根据信用信息目录指标项数据关联规则实现对信用主体的信用状况进行综合性的描述。信用数据关联遵循以公民身份证为基础的公民统一社会信用代码，以统一社会信用代码为基础的社会法人信用代码，辅助工商注册号、企业名称、法定代表人、注册地址、籍贯姓名等其他属性为标识信息，进行数据关联比对处理，并赋予其统一内部代码标识，生成完整、准确、动态的信用档案信息。15.2.9二义数据处理信用数据转换、信用数据清洗、信用数据校核、信用数据关联等数据处理过程中，会产生各种按照规则不能处理的、不符合条件的数据，对于这些数据，基于“谁提供、谁负责”的原则，应采取“不丢弃、不修改、不入库”的原则，将每个环节碰到的疑问数据返回给数据提供单位，并可追溯。数据提供方接收到疑问数据集后，可进行修正，并作为更新数据再次上报。信用数据经过标准化数据处理流程，最终形成信用信息基础数据库，为信用数据应用提供全面、准确、及时的信息支撑。15.4使用15.4.1更新范围信用数据的更新范围涵盖信用信息目录所包涵的所有联席成员单位目录项数据以及社会信用主体所报送的信用信息。15.4.2更新周期按照信用信息目录所规定，信用信息的更新周期分为年报、季报、月报、周报、日报、实时。各成员单位按照信用信息目录所规定数据报送周期向公共信用平台报送相关信用数据。15.4.3更新方式对于信用数据更新方式，主要有全量更新和增量更新两种。对于首次报送信用平台的数据，要求采用全量更新的方式，一次性报送所有历史数据。对于日常更新的数据，主要采用增量更新方式，按照数据时间戳分批次报送新数据到信用平台。全量更新是指整个数据集的整体更新，一般采用直接覆盖目标数据集的方式。全量更新数据处理是采用抽取方法直接处理，通过ETL工具，直接增量更新增量更新是指在进行更新操作时，只更新需要改变的地方，不需要更新或者已经更新过的信用数据不要重复报送。增量更新数据处理是抽取自上次抽取以来数据库中要抽取的表中新增、修改、删除的数据。一般增量数据抽取方法有以下两种：1)触发器：在要抽取的表上建立需要的触发器，一般要建立插入、修改、删除三个触发器，每当源表中的数据发生变化，就被相应的触发器将变化的数据写入一个临时表，抽取线程从临时表中抽取数据。触发器方式的优点是数据抽取的性能较高，缺点是要求在业务数据库中建立触发器，对业务系统有2)时间戳：它是一种基于递增数据比较的增量数据捕获方式，在源表上增加一个时间戳字段，更新修改表数据的时候，同时修改时间戳字段的值。当进行数据抽取时，通过比较系统时间与时间戳字段的值来决定抽取哪些数据。DB36/T983—2017异议申请提出审核数据冻结部门异议处理处理结果接收数据解冻异议处理转发异议处理结果异议处理结果图4异议数据处理DB36/T983—2017A.1接口构架A.1.1信用数据重用A.2服务接口说明A.2.1WebService地址信用数据共享的WebService的地址为：http://<信用平台IP地址>:<端口>//dataservice/services/soap/externaldataservice?wsdlA.2.2调用举例try{//使用RPC方式调用WebServiceRPCServiceClientserviceClient=newRPCServiceClient();//指定调用WebService的URLEndpointReferencetargetEPR=newEndpointReference("/WebServices/WeatherWebService.asmx");//不设或者设错了Action,抛出org.apache.axis2.AxisFault:服务器未能识别HTTP头options.setTo(targetEPR);QNameqname;//SOAPAction的值options.setAction("http://WebX/getSupportProvince");//这个参数告诉//第一个参数为接口的namespace第二个参数为方法名qname=newQName("http://WebX/",//获得本天气预报WebServices支持的洲、国内外省份和城市信息//输入参数：无；返回数据：一个一维字符串数组String(),内容为洲或国内省份的名称。OMElementretValue=serviceClient.invokeBlocking(qname,newObject[]{});System.out.println(retValue.toString());DB36/T983—2017//org.apache.axis2.AxisFault:服务器无法处理请求。--->值不能为空。//获得天气预报数据//输入参数：城市/地区ID或名称，返回数据：一维字符串数组String[]argNames=newString[]{"theCityName"};0bject[]args=newObject[]{"南昌"};options.setAction("http://WebX/getWeatherbyCityName");////这个参数告诉调用接口的完整urlqname=newQName("http://WebX/","getWeatherbyCityName");OMElementresponse=invokeBlocking(serviceClient,qname,argNames,args);}catch(AxisFaultex){ex.printStackTrace();}【原型】:StringgetQyztForJiangXiByParams(StringcustomCode,StringcustomLisence,输入：传入参数名称类型说明customCode访客代码(必填)customLisence访客授权码(必填)类型(必填)内容(必填)【参数说明】:customCode:访客代码(调用webservice的凭证)customLisence:访客授权码(调用webservice的凭证)type:三种类型：1(企业名称),2(统一社会信用代码),3(组织机构代码)content:对应type参数中的具体类型值输出：json格式字符串(包含五个键值对，typeId:代表企业红黑预警名单状态ID,是获取详细信息的主要参数之一；qyzt:代表企业状态；state:代表企业红黑预警名单状态；xybsm:企业信用标识码，是获取详细信息的主要参数之一；reason:企业红黑预警名单原因)注：如果访客代码和访客授权码不正确则返回{"error":"授权验证失败!"}字符串【输出内容示例】:例1:{"typeId":"0","qyzt":"","state":"未查到信息","xybsm":"","reason":""}A.3.2获取企业红黑预警名单详细信息“获取企业红黑预警名单详细信息接口”通过企业信用标识码、红黑预警名单类型以及授权信息获取企业红黑预警名单详细信息，包含了该企业指定红黑预警名单类型下的所有信用信息。customLisence,Stringxybsm,StringtypeId)传入参数名称类型说明customCode访客代码(必填)customLisence访客授权码(必填)企业信用标识码(必填)红黑预警名单类型(必填)输出：json格式字符串customCode:访客代码(调用webservice的凭证)customLisence:访客授权码(调用webservice的凭证)xybsm:企业信用标识码typeId:三种类型：1(守信红名单),3(列入失信预警名单列),4(列入失信黑名单)输出：json格式字符串(cnTableName:中文指标集名称；rowCount:当前指标集的行数；rowList:行数据集合；columnList:列数据集合；cnColumnName:中文指标项名称；columnValue:指标项值，其他字段没用可忽略)注：如果访客代码和访客授权码不正确则返回{"error":"授权验证失败!"}字符串。"cnTableName":"高法_失信被执行人名单_单位","enTableName":"","receiveDate":"2015-11-"rowCount":1,{"cnColumnName":"信用标识码","columnValue":"11320****","enColumnName":"""cnColumnName":"信息操作类型","columnValue":"0","enColumnName":""{"cnColumnName":"信息唯一标识","columnValue":"6001****","enColumnName":""{"cnColumnName":"案号","columnValue":"(2013)高新执字第000**号","enColumnName":""{"cnColumnName":"失信被执行人姓名或名称","columnValue":"江西某某实业有限公司","enColumnName":"""cnColumnName":"性别","columnValue":"","enColumnName":""{"cnColumnName":"年龄","columnValue":"0","enColumnName":""DB36/T983—2017{{{{{{{"cnColumnName":"身份证号码或组织机构代码","columnValue":"6697****-1","enColumnName":"""cnColumnName":"证件类型","columnValue":"1","enColumnName":"""cnColumnName":"证件号码","columnValue":"66977898-1","enColumnName":"""cnColumnName":"执行法院","columnValue":"南昌市高新技术产业开发区人民法院","enColumnName":"""cnColumnName":"地域ID","columnValue":"673","enColumnName":"""cnColumnName":"地域名","columnValue":"江西","enColumnName":"""cnColumnName":"标识自然人或企业法人","columnValue":"1","enColumnName":"""cnColumnName":"执行依据文号","columnValue":"(2011)高新民初字第474号民事判决书","enColumnName":""{"cnColumnName":"作出执行依据单位","columnValue":"南昌高新技术产业开发区人民法院","enColumnName":""DB36/T983—2017"cnColumnName":"法律生效文书确定的义务","columnValue":"一、被告江西某某实业有限公司于本判决生效后十五日内支付原告江西某某有限公司货款13万元。二、被告江西某某实业有限公司于本判决生效后十五日内支付原告江西某某有限公司货款13万元的违约金。","enColumnName":""{"cnColumnName":"被执行人的履行情况","columnValue":"全部未履行","enColumnName":"""cnColumnName":"失信被执行人具体情形","columnValue":"违反财产报告制度，其他有履行能力而拒不履行生效法律文书确定义务","enColumnName":""{"cnColumnName":"发布时间","columnValue":"20140623",{"enColumnName":"""cnColumnName":"立案时间","columnValue":"20121231","enColumnName":""{"cnTableName":"南昌海关_行政处罚数据","enTableName":"","rowCount":2,{"cnColumnName":"信用标识码","columnValue":"113200882","enColumnName":""{"cnColumnName":"企业名称","columnValue":"江西兴民实业有限公司","enColumnName":""{"cnColumnName":"营业执照注册登记号","columnValue":"360100219402599","enColumnName":""{"cnColumnName":"行政处罚决定书文号","columnValue":"老关缉快违字[2014]1070661号","enColumnName":""{"cnColumnName":"违法行为类型","columnValue":"申报不实","enColumnName":""{"cnColumnName":"处罚种类","columnValue":"警告","enColumnName":""{"cnColumnName":"行政处罚内容","columnValue":"2014年3月31日，江西某某实业有限公司委托广州某某某有限公司持52012014051411****号报关单以一般贸易方式向黄埔老港海关申报出口；01项商品针织女裤10000条、02项商品针织男裤10000条。经查验，申报货物未到货，另有印花针织童套装(杂牌)1300涉嫌违规。依据《中华人民共和国海关法》第八十六条(三)项、《中华人民共和国海关行政处罚实施条例》第十五条(二)之规定的规定，黄埔老港海关决定对当事人作出行政警告处罚","enColumnName":""{"cnColumnName":"作出行政处罚决定的行政机关名称","columnValue":"黄埔老港海关","enColumnName":""DB36/T983—2017"cnColumnName":"作出决定的日期","columnValue":"","enColumnName":""{"cnColumnName":"数据来源部门","columnValue":"黄埔老港海关","enColumnName":""]{"cnColumnName":"信用标识码","columnValue":"113200882","enColumnName":""{"cnColumnName":"企业名称","columnValue":"江西某某实业有限公司","enColumnName":""{"cnColumnName":"营业执照注册登记号","columnValue":"36010021940****","enColumnName":""{"cnColumnName":"行政处罚决定书文号","columnValue":"老关缉快违字[2014]107****号","enColumnName":""{"cnColumnName":"违法行为类型","enColumnName":""{"cnColumnName":"处罚种类","columnValue":"警告","e