生成税务和财务【申报表】 - 流程图

校验条件如下：1. 任务类型；2. 账套信息；3. 报税基础设置信息；

1. 将无法申报的税务记录状态更新为申报失败并标明原因之；

修改任务状态

业务类校验

资产负债表处理后的数据格式

数据格式化处理（填充申报需要的数据）

设置任务信息设置查询信息

更新异步任务表

申报数据出错记录

个税申报

财务申报

任务日志记录（申报数据出错）

参数校验

税务申报记录和财务申报记录加强处理

1. tax_info_category和tax_info_report数据表中对应的记录字段值report_status为申报失败：5

申报结果失败处理

制定规则开始核验申报结果

任务处理成功or失败处理（原路返回）

1. 依据上述判断进行处理；2. 记录核验日志；

申报进度校验

失败

其他税种（企业所得税、等）申报

N

1. 修改customer_tax_service_task数据表result_code为999999，任务已被客户端取走进行处理

个税申报数据校验

更新税种记录状态

更新申报记录状态

1. customer_tax_service_task数据表中的result_code字段值修改为失败：1

税务申报

触发事件更新总状态

满足条件：1. 没有通过数据检验之；2. 其实就是原始需要申报的税种和有效税种的差集之；

财务核验

实时记录任务进度

申报结果成功处理

1. 排除新创建和已取走的任务即result_code = 999999 and 666666;

1. 主要更新的是申报返回来的结果

不同税种不同处理

事件处理（依赖税 - 附加税等）

获取财务和税务申报记录

返回申报结果

此处状态的处理，参考之前申报记录生成时，完全一样的方法

财务记录处理

消费任务

开始处理任务

任务日志记录（检测申报数据）

更新申报总状态

正式开始取走任务

申报or扣款

是否存在不合格数据

校验报税数据

1. 对接高灯云进行税务核验；2. 核验结果处理：    ①未申报、申报中、不处理记录下来，继续核验；    ②申报成功，记录下来需要依赖税种，添加税务记录生成唯一标识ID和税种编码；    ③申报失败，重置申报状态为申报失败，重新申报；3. 税种依赖项：需要判断依赖税种，主税成功或者失败才需要，全部是申报中的，不需要

1. 财务税种是否在允许列表内；2. 税务税种是否在允许列表内；3. 是否存在符合条件的税务记录；4. 是否存在符合条件的财务记录（暂时没有进行操作）

添加任务

更新批量申报进度

取走申报记录前最后一次数据处理

依赖税种的处理逻辑

1. 任务标识是否存在，其实就是customer_tax_service_task数据表中的id

更新批量申报任务进度、申报记录总状态

税务核验

业务处理（是否需要继续核验）

处理成功与否

成功或失败

获取涉及到企业所得税申报的数据记录

1. 申报记录是否合规；2. 客户是否合规；

任务日志记录（申报任务发送成功）

部分失败的税种

经过上一流程的处理，已经生成了申报任务，那么接下来就要对生成的申报任务开始一系列处理，比如，相等于将任务进行细分：处理前，处理中，处理后。

Y

1. 将可以申报的税务记录状态更新成申报中之；

插入任务

申报状态校验

获取涉及到个税申报的数据记录

任务申报结果处理

更新状态值并推送消息

税务加强处理

结束

1. 税务存在多个种类，不同种类的申报流程可能不一样，需要做判断，单独处理；2. 虽然不同税种处理流程不一样，但是返回的结果是一样（和财务申报的结果也是保持一致的）；

触发事件

1. 

停止校验

任务日志记录（申报数据有效）

有效性校验

基础信息校验

不合规

触发异步任务

1. 将申报任务提交给高灯云；2. 这个阶段处于申报任务处理中；

校验企业所得税申报数据

检验结果处理

1. 查询是否存在批量申报记录，存在就要更新进度，否则不做操作；（一个账期一个账户一种申报类型应该只有一条批量任务记录）2. 更新字段如下：成功的任务数、失败的任务数、任务状态、任务进度；3. 任务状态和任务进度的计算：    ①如果是任务类型是申报则取申报状态，否则取扣款状态；    ②如果任务总数不为空，那么任务进度：成功与失败任务数之和比上总任务数，四舍五入保留2位数；否则任务进度直接为100%，并且更新任务结束时间；

这个阶段处于：申报任务处理后

获取无效税种

成功

报表表头信息获取

处理财务和税务申报记录

申报

获取有效税种（财务）

财务加强处理

1. 对接高灯云进行财务核验；2. 核验结果处理：    ①未申报、申报中，记录下来继续核验；    ②申报成功：记录税种依赖项，更新财务申报记录为完成并记录税种编码（99999）；    ③申报失败：记录税种依赖项，并更新申报记录为失败；

安徽水利和工会经费申报

企业所得税申报数据校验

校验个税申报数据

部分成功的税种

核验

状态更新

推送消息

其实暂时只校验下面2种税种：1. 个税；2. 企业所得税中的①（A类）查账征收（10104001）②（A类）查账征收（1010401001）

创建异步任务

核心业务校验

获取有效税种

任务日志记录（申报任务发送失败）

开始申报

1. 将记账系统的税项编码转换成高灯云对应的税项编码；2. 获取符合条件的财务申报记录；3. 根据会计准则制度获取相应的数据；4. 对需要申报的财务报表的子表单独处理（资产负债表、利润表、现金流量表）；

更新税务申报记录或者财务申报记录状态

1. 事件钩子，更新税种申报状态、发送税金确认状态、发送税金确认消息

提交至高灯云

1. 我们通过高灯云将申报提交给了他们，只是高灯云告诉我提交到税局，并不是真正的税局告诉我的，之后的这个核验是也是我们系统按照我们任务规则进行轮训，通过高灯云查看核验结果；2. 申报表通过高灯云提交给神州云合或者安徽云链，他们那边是放入队列异步处理的，我们不知道什么时候真的成功报送到税局，所以需要不断轮询查询申报结果；3. 核验就是为知道税局那边处理的申报结果；

是否获取成功

流程截止到此，其实还没有将申报任务提交过去，只是在做申报处理前的工作，即：任务处理前……

1. customer_tax_service_task数据表中插入任务；

满足条件：1. 通过申报数据校验之；2. 申报表已生成并且不处于申报中和申报成功的之；

1. 查找申报记录提交成功，且还未核验的税务、财务信息；

1. 主税成功或者失败，需要抛出事件，判断税种依赖关系，排序申报

原路返回，相应处理

消息推送（主要是微信）：1. 税金相关消息：    推送消息的条件：申报成功且开启税金确认状态且任务类型为申报且存在需要确认的税金；2. 扣款相关消息：    推送消息的条件：扣款成功；3. 申报结果消息：    推送消息的条件：申报成功且任务类型为申报

返回来的数据格式：array:4 [ \"taskId\" => 299365 \"resultCode\" => 0 \"resultMsg\" => \"任务成功\" \"resultData\" => array:1 [ 0 => array:9 [ \"report_status\" => 2 \"result_msg\" => \"申报表提交成功，等待核验...\" \"tax_category_code\" => \"99999\" \"is_finance\" => 1 \"is_OnceSuccess\" => 1 \"tax_Number\" => \"91110108600086880A\" \"report_serial_num\" => \"gds413418142348087296\" \"tax_category_id\" => 3 \"tax_items_id\" => 27 ] ]]

任务处理

检验申报数据

税务记录处理

增值税和附加税申报