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