Discuss Data

通过等方式向税局传递系统已经维护好的数据。（此方式税局不推荐） 在申报系统中维护好对应的数据导出跟税局导入模版一样的申报表导入税局系统申报。 四、产品设计 业务模型 基于对纳税申报业务范围、业务流程和产品架构的分析建议申报系统的业务模型设计如下： 根据业务执行的节奏和需要逐一完成新增表样、基础设置、数据采集、公式定义后按税期执行准备申报、提交审批、电子报税、凭证归档等逻辑。 其中新增表样、基础设置、数据采集、公式定义项是单次行为系统初建或业务、税务有变更时单次调整即可。 准备申报、提交审批、电子报税、凭证归档是重复性行为企业需要纳税申报的税期都需要执行上述业务。


力的公司可以根据自有的报表能力提前绘制好申报表表样并在每个单元格增加对应的指标和校验项。 无报表能力的公司可引入开源的报表工具绘制申报表表样。 .基础设置 在准备申报前需维护纳税申报基础信息比如企业 柬埔寨 whatsapp 数据 基础信息、电局登录账号、需申报税种、税种申报信息等。 需关联事前创建好的申报表表样如果不同地区表样不一致需区分纳税主体和地区分别关联。 企业基础信息、税种税率信息等可考虑从税局同步或支持用户维护。 .数据采集 提前维护好数据源跟系统间的关系（接口对接或者字段映射后系统转换）后可自动取数。


设置台账时可支持手工新增、编辑和手工取数（刷新）。 台账数据需维护准备并且状态为待申报。 原始数据需准确、完整。 .公式定义 可对多个数据源进行加、减、乘、除等计算。 自定义设置指标。 自定义设置取数源。 自定义设置取数公式。 自定义设置取数条件。 修改、删除公式。 维护公式时需注意数据来源的准确性。 保证期间选择的正确性。 必须先设置指标再设置公式。 .准备申报 自动创建申报表支持手工调整；进行校验提升数据准确性降低申报风险。 .提交审批（非必需） 根据实际诉求和企业规模考虑通过对接审批流审批还是直接在业务里设置审批环节。