- 1、本文档共28页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
小企业所得税汇算清缴数据接口细则
第 PAGE 28 页 共 NUMPAGES 28 页
所得税汇算清缴
数据接口规范
目 录
TOC \o 1-3 \h \z \u HYPERLINK \l _Toc410676618 1 编写目的 PAGEREF _Toc410676618 \h 3
HYPERLINK \l _Toc410676619 2 数据接口规范的内容 PAGEREF _Toc410676619 \h 3
HYPERLINK \l _Toc410676620 3 数据接口格式基本规范 PAGEREF _Toc410676620 \h 4
HYPERLINK \l _Toc410676621 3.1 总体结构 PAGEREF _Toc410676621 \h 4
HYPERLINK \l _Toc410676622 3.2 报文格式说明 PAGEREF _Toc410676622 \h 5
HYPERLINK \l _Toc410676623 3.3 报文格式举例 PAGEREF _Toc410676623 \h 12
HYPERLINK \l _Toc410676624 4 业务请求接口规范 PAGEREF _Toc410676624 \h 15
HYPERLINK \l _Toc410676625 4.1 业务请求总体说明 PAGEREF _Toc410676625 \h 15
HYPERLINK \l _Toc410676626 4.2 业务请求详细定义 PAGEREF _Toc410676626 \h 15
HYPERLINK \l _Toc410676627 5 附录 PAGEREF _Toc410676627 \h 23
HYPERLINK \l _Toc410676628 5.1 所得税汇算清缴报表数据格式规范 PAGEREF _Toc410676628 \h 23
HYPERLINK \l _Toc410676629 5.2 算法介绍 PAGEREF _Toc410676629 \h 25
编写目的
制定数据接口规范的目的是采集企业所得税汇算清缴数据,提升数据采集质量。同时,也为了满足大型企业数据集中管理,简化申报的需要,支持企业使用适应自身管理需要的个性化软件系统完成企业所得税汇算清缴申报工作。
数据接口规范的内容
数据接口规范是企业所得税汇算清缴数据报送到税务局端系统的报文内容规范,主要包含数据接口格式基本规范和业务请求接口规范。
本规范只定义技术报文本身,不限制采用何种传输协议。税务局端(以下统一称为“服务端”)支持当前主流传输协议http、ftp、tcp协议。推荐使用http1.1协议作为报文的传输协议。
本文中的数据接口规范包括三部分内容:
第一部分对数据接口格式基本规范,定义客户端与服务端数据交换的报文格式,详见第3节;
第二部分主要描述基于数据接口基本规范而制定的业务请求接口规范,详细定义各类请求及相应数据格式,详见第4节。业务请求接口规范可以根据业务发展的需要,对业务请求接口规范进行不断的完善和补充;
第三部分作为附录,补充第二部分所用到的各类数据,对其作统一的定义,详见第5节。
数据接口格式基本规范
本节描述企业所得税汇算清缴客户端和服务端之间的数据接口格式规范。首先在3.1描述数据接口的总体结构,然后在3.2详细描述每个部分的格式要求。
总体结构
考虑到交易的对称性,本规范把请求和响应报文合并为一个统一的报文标准,如下图所示:
技术报文总体结构图
tiripPackage是整个技术报文的根节点,其下分别定义了8个子节点和,分别说明如下。
节点名称说明是否必须sessionId会话ID,通过客户端连接到服务端,服务端为客户端产生一个唯一的会话ID,该会话ID将用来标识客户端的身份。
在连接请求后返回。是service服务信息,包含一次请求中对所调用服务的编码描述、交易流水号、发起方表示等信息。是identity身份信息,用于在登录时,或特定业务中对应用或用户身份进行验证。是routerSession路由信息,路由信息提供了在交易过程中需要的路由关键字,routerSession采用动态列表的方式,由发起方来负责构建具体的路由属性,列表的个数可以是零到多个。否contentControl内容控制信息,用于说明在一次服务请求中对请求业务报文所做的特殊处理。否signData数字签名信息,包含数字签名的原文摘要、签名值等信息。否businessC
您可能关注的文档
最近下载
- IATF 16949试题附有答案.docx VIP
- 机动车与非机动车区别.ppt VIP
- 高中思想政治选择性必修第1册 综合探究 国家安全与核心利益.ppt VIP
- 2024至2030年中国脱水蔬菜行业销售形势分析及投资规模预测报告.docx
- 王戎不取道旁李教学设计一等奖(集锦4篇).docx
- 油用牡丹种植效益分析.doc
- DreamweaverCC实例教程01 初识Dreamweaver CC 2019.pdf VIP
- 人教版(2024新版)九年级上册化学:第五单元 化学反应的定量关系 教案教学设计(2个课题+1个活动).docx
- 湘教版初中数学知识点总复习资料.pdf
- 医药公司财务管理制度.docx
文档评论(0)