如增值税及附加所需要的销项发票台账、进项发票台账、未开票收入台账等。 通过报表维度定义、公式定义、模型定义等方式，创建及管理申报表，并将数据源及台账信息，转化为申报表信息。这些一般放在申报表配置模块实现
可以放开给终端客
户自行设置，也可以放在后台由系统 荷兰电子邮件清单 管理或开发者设置。 申报系统需设计纳税申报模块，对申报的周期、税源等进行管理，并完成税费计算、规则校验、一键申报、税费缴纳、完税凭证管理等任务。 为备查审计及税务信息，需进行税务档案的归档
此模块可根据企业
规划放在电子档案或纳税申报系统中。 至于税 地马拉的市场和政策环 务层的分析，比如统计报表、管理报表、管理驾驶舱等，根据企业实际管理需求，按需规划和设计即可。 申报所需的基础信息和公共服务，可根据企业实际规划，考虑由申报系统实现还是基础支撑平台实现。其中的审批流常与OA系统打通；政策法规库，存在自研自行收集或与三方政策法规系统对接等方式实现。
申报的下游系统
包括税局系统、银行系统、海关系统等，每个征期，系统间都 CZ 领先 需要进行交互，完成纳税申报和税款缴纳等工作。 三、申报通道 目前能联通税局进行申报的通道包括乐企接口、电子税局页面、增值税综合服务平台页面3种，示例如下： 企业对接时，可选择如下几种方式对接： 申请乐企资质，调用税局官方的乐企接口，进行纳税申报系统的建设。 通过RPA等方式向税局传递系统已经维护好的数据。（此方式税局不推荐） 在申报系统中维护好对应的数据，导出跟税局导入模版一样的申报表，导入税局系统申报。 四、产品设计 4. 业务模型 基于对纳税申报业务范围、业务流程和产品架构的分析，建议申报系统的业务模型设计如下： 根据业务执行的节奏和需要，逐一完成新增表样、基础设置、数据采集、公式定义后，按税期执行准备申报、提交审批、电子报税、凭证归档等逻辑。 其中新增表样、基础设置、数据采集、公式定义4项是单次行为，系统初建或业务
