发票管理及协同平台 目录 1 平台总体架构图 5 1.1 总体功能架构 5 1.2 进项管理功能架构 5 2 平台功能说明 6 2.1 结算清单信息管理 6 2.1.1 结算数据规则维护 6 2.1.2 结算数据接收 6 2.1.3 结算数据查询 6 2.1.4 结算清单合并 7 2.1.5 结算清单拆分 7 2.2 预制发票管理 7 2.2.1 预制发票生成 7 2.2.2 预制发票确认 8 2.2.3 预制发票查询 8 2.3 发票管理 9 2.3.1 发票开具管理 9 2.3.2 发票寄送管理 9 2.3.3 发票提取管理 9 2.3.4 发票红冲管理 10 2.3.5 发票OCR管理 10 2.3.6 发票认证管理 11 2.3.7 发票查询管理 11 2.3.8 发票差异处理 12 2.4 发票信息预警 12 2.5 统计查询及报表管理 12 2.5.1 整体统计管理 12 2.5.2 业务报表管理 13 2.6 基础管理 13 2.6.1 公司信息管理 13 2.6.2 用户帐号管理 14 2.6.3 用户权限设置 14 3 接口管理 16 3.1.1 接口数据监控 16 4 系统部署图 17 5 平台非功能性指标说明 18 5.1 可靠性与稳定性 18 5.2 安全性 18 5.3 可维护性和可管理性 20 5.4 可扩展性 20 5.5 开放性和标准化 20 6 集成能力 21 1平台总体架构图 1.1总体功能架构 1.2进项管理功能架构 1.3销项管理功能架构 2平台功能说明 2.1结算清单信息管理 2.1.1结算数据规则维护 可对客户整体、也可对个体客户维护商品合并规则、金额拆分规则、商品描述替换规则等多项清单维护规则。 2.1.2结算数据接收 接收ERP系统发送的开票清单，并在接收时对开票清单的（销方、银行帐号、开 户 行、电话等）信息进行核对；检查税率等数据是否为有效值，并对异常情况给出提示，由财务人员决定是否接收。 在发票正式开具后，发票平台会将结算单对应的发票号信息自动反写回ERP系统。 2.1.3结算数据查询 购销双方均可按单据号、发票类型、销方公司、销方税号、购方名称等条件对结算清单进行查询并在推送时点进行在线提醒。 结算单查询页面 2.1.4结算清单合并 可按同一税号下不同分支机构、金额、商品（服务）类别等多种条件对开票清单进行自动合并。并可对商品描述信息进行修改。 2.1.5结算清单拆分 通过系统规则配置实现开票规则的设置包括：发票限额、备注信息、折扣设置、发票明细设置、税率拆分规则等。自动按规则对开票信息进行拆分，形成预制发票信息。 也可对某一有特殊要求的购方配置单独的开票规则（如：某一类型商品要单独开票等）满足客户的特殊需求。 2.2预制发票管理 2.2.1预制发票生成 系统根据开票规则自动或手动将开票清单拆分为一张或多张发票。生成发票时，若一次开票事项超出票面明细数量，则系统自动生成该张发票的清单，与原发票一起作为完整发票。 同时对于折扣数据进行逐行拆分或合并显示。 生成预制发票 2.2.2预制发票确认 可实对预制发票的信息进行确认，确认预制发票无误后再将开票信息推送金税系统开票。 2.2.3预制发票查询 系统提供预制发票查询功能，可直接在平台中直观查看预制发票信息。 预制发票查询 2.3发票管理 2.3.1发票开具管理 系统自动将已确认的预制发票信息推送金税系统开票。 在直连开具发票后，系统自动获取发票号码、发票代码、字符密文、二维码密文、机器码、销货清单等票面信息，形成完整发票电子信息。 2.3.2发票寄送管理 系统提供 “实物发票物流跟踪“ 功能。即发票开出后，可以设定物流公司并录入单号，通过与第三方物流平台接口，显示出该实物发票的物流寄送情况，并提供实物发票签收功能。 发票寄送管理 2.3.3发票提取管理 在直连开具发票后，系统自动获取发票号码、发票代码、字符密文、二维码密文、机器码、销货清单等票面信息，形成完整发票电子信息。 2.3.4发票红冲管理 由于实际操作中发票可能存在一系列的问题（无法认证、需要进项税转出等），所以对是本月已抄税、隔月、对方已认证的那些发票，需要进行发票红冲，开具红字增值税发票。发票红冲的一般步骤为：购方向税务机关填开并上传《开具红字增值税专用发票信息表》→主管税务机关通过网络接收纳税人上传的《信息表》，系统自动校验通过后，生成带有“红字发票信息表编号”的《信息表》，并将信息同步至纳税人端系统中→红冲，销售方凭税务机关系统校验通过的《信息表》开具红字专用发票，在增值税发票系统升级版中以销项负数开具。 对于增值税普通发票，进行发票红冲时，只要输入发票号两遍，系统进行判断是否满足红条件，判断通过后系统即显示负数发票内容，确认后即可开具红字发票。 对于增值税专用发票，进行发票红冲时，只需要输入红冲通知单号，系统进行判断是否满足红冲条件，确认后即可开具红字发票。 开具红字发票后，本系统自动释放原开票事项并可等待重新开票。 2.3.5发票OCR管理 通过扫描客户端的配置，在收到发票后，扫描获取发票信息包括（购方税号、销方税号、发票代码、发票号码、开票日期、税率、税额、金额、密文、录入人、机器码等），并自动与平台抽取或从结算数据中获得的对应信息进行比对，如无问题则直接通过扫描验证，如有问题系统将自动在扫描客户端上标注异常内容，人工确认是否可接收本张发票； 在发票信息确认后，扫描客户端将确认结果及发票影像信息发送发票平台保存。 2.3.6发票认证管理 在同一平台上根据企业的实际税务状况和业务需求完成同一地各类认证（国税认证平台和电子底账平台）的实现； 发票认证：自动或手动将发票信息发送认证平台认证，对于抽取发票自动认证的发起点可在获得发票信息时，对于供应商发票自动认证的发起点在扫描确认信息接收时； 发票认证结果：平台实时接收发票认证结果，用户可直接在平台上对认证过程进行跟踪； 2.3.7发票查询管理 可按销方公司、购方公司、发票代码、发票号码、开票日前等条件对销项发票进行查询，页面如下图。 提供发票关联开票清单信息、发票发票详细信息、发票关联物流信息等关联查询按钮，对发票关联信息进行快速查询。 销项发票查询页面 2.3.8发票差异处理 平台会根据扫描情况对差异部分进行操作提示 扫描异常：当扫描识别到信息异常时，自动将异常区域标红，由操作人员手工修改或重新扫描； 信息比对异常：当扫描客户端比对抽取客户端获取时发现信息不匹配时，自动将异常区域标红，由操作人员对此信息进行确认是否接收此张发票； 2.4发票信息预警 发票红冲信息预警 设置可红冲发票数量的阀制，当红冲发票数量达到此阀制，则进行预警提示。 发票作废信息预警 设置可作废/注销发票数量的阀制，当作废/注销发票数量达到此阀制，则进行预警提示。 发票寄送时间预警 设置发票寄送时间阀值，当发票寄出后到此阀制仍未被签收，则进行预警提示。 发票认证管理预警 可通过阀值的设定或进销对比值的事先设定在认证环节进行预警提示。 2.5统计查询及报表管理 2.5.1整体统计管理 销项发票按多种条件进行统计，可实时统计各类发票开具情况、针对某一购方的开票情况等。页面信息如下图。 整体统计页面 2.5.2业务报表管理 可生成多种发票、业务相关报表。报表样例，如下图所示 图2.2.6.2账龄分析表 2.6基础管理 2.6.1公司信息管理 对公司信息维护，如新增，修改，查看详情等，如下图所示 公司信息管理 2.6.2用户帐号管理 对用户帐号进行管理，新建，查询用户等，页面如下图所示 用户帐号管理 2.6.3用户权限设置 对用户权限进行设置，如新增，修改用户权限等，页面如下图所示 用户权限设置 3接口管理 3.1与阿里系统进项接口描述 序号 系统名称 信息交换时机 主要交换信息 备注 1 结算单接收接口 抛送结算单 销售系统开票结算信息 获取 2 结算单接收反馈接口 接收成功 结算单接收状态 抛送 3 发票信息回写接口 开票完成 销售发票信息 抛送 4 发票信息回写反馈接口 接收成功 发票信息接收状态 获取 5 发票物流信息查询调用 用户触发 发票物流状态 获取 6 发票认证请求接口 用户触发 待认证发票信息 抛送 7 发票认证结果接口 认证完毕时 发票认证结果信息 获取 3.2进项接口调用时序 3.3与阿里系统销项接口 序号 接口名称 功能描述 1 结算单接收接口 通过此接口接收阿里系统发送的结算单。 2 结算单接收反馈接口 通过此接口反馈接收结果给阿里系统。 3 发票信息回写接口 通过此接口将发票信息回写阿里系统。 4 发票信息回写反馈接口 通过此接口接收阿里系统反馈信息。 3.4销项系统接口描述 序号 系统名称 信息交换时机 主要交换信息 备注 1 结算单接收接口 抛送结算单 销售系统开票结算信息 获取 2 结算单接收反馈接口 接收成功 结算单接收状态 抛送 3 发票信息回写接口 开票完成 销售发票信息 抛送 4 发票信息回写反馈接口 接收成功 发票信息接收状态 获取 5 发票作废协同接口 作废申请提交 申请作废销售发票信息 获取 6 发票作废协同反馈接口 接收成功 发票信息接收状态 抛送 3.5销项管理接口调用时序 3.6接口数据监控 接口数据表可监控接口数据接收、发送情况，及接口信息统计； 4系统部署图 5平台非功能性指标说明 5.1可靠性与稳定性 1)采用高可靠性的产品和技术，充分考虑整个系统运行的安全策略和机制，具有较强的容错能力和良好的恢复能力，保障系统安全、稳定、高效的运行。系统的各个部分都采用冗余技术，使整个系统不存在单点故障。 2)系统设计和开发上，各个模块应能独立开发，独立验证，这样保证了程序运行的稳定性的同时，分离应用系统和硬件设备，对系统的各个组件部分独立保证运行可靠性，降低系统故障率。 3)应用系统采用负载均衡加分布式服务部署模式，实现单点服务热发布，在提升系统处理能力的同时，大程度上提升系统可靠性与稳定性。 4)数据库采用分布式双节点部署模式（物理分离），主节点发生故障、秒级切换至备份数据，保证系统连续、稳定运行。 5)某大型用户案例（每年进项交易额1200-1500元亿人民币；销项交易额2500-3000元亿人民币），2010年上线至今，实现系统全程热发布（0系统停机故障）。 5.2安全性 安全性是平台建设的基本原则，需要充分考虑整个系统运行的安全策略和机制，具有较强的容错能力和良好的恢复能力，保障系统安全、稳定、高效的运行。 1)访问安全 由全球信任认证机构签发的CA数字证书对网站身份进行验证，帮助您轻松识别官方网站，远离假冒钓鱼网站的危害。 使用HTTPS对数据传输链路加密，能有效保证数据的机密性、完整性，防止窃听、篡改、伪装等攻击手段，确保各类核心数据的安全。 2)攻击防护 能防护多种DDoS类型攻击，包括但不限于以下攻击类型 ICMP Flood、UDP Flood、TCP Flood、SYN Flood、ACK Flood 等。 3)数据安全 数据库拥有两个物理节点进行主从热备 主节点发生故障，秒级切换至备节点，服务可用性高 多重防火墙及数据加密存储 SQL审计等多种系统跟踪日志 4)文件安全 文件数据使用海量、安全和高可靠的云存储服务 数据三重备份，可靠性高 提供多层次安全防护 实行多用户隔离机制 完备访问日志，非法访问追查与隔离 5)接口安全 数据通讯层面使用HTTPS现实数据传输链路加密和服务器身份验证 通讯方接入账号和IP白名单的双重验证，提高集成接口安全性 实时监控系统接口，发生异常时自动隔离异常应用系统 6)控制台安全 系统提供基于角色的权限管理功能来对控制台管理操作进行授权，授权操作是基于配置式的，且对于角色的授权可以到菜单级，也可以授权到更细的单个数据、按钮操作，并对用户的每一步操作都留有日志供审计与追溯。 5.3可维护性和可管理性 1)记录完整的系统错误日志，在系统处理异常时，都能够根据已记录的日志，快捷方便地定位出错误地具体位置、原因，而不是查阅程序，方便系统的维护。 2)系统提供对运行情况的监测和控制功能，从而保证系统的正常运行，同时，有效的业务量监控有助于对业务发展作出准确评估，可保证系统处理能力的及时扩容。系统应具备有效的、统一的手段和机制进行设备管理、应用软件环境设置调整管理、开发管理以及操作员、管理员管理。 5.4可扩展性 平台系统架构的设计模式，实现应用层、数据库层的全层级分布式部署，使业务功能的扩展可以方便的实现；因此系统软硬件平台具有良好的可扩充能力，可以通过工具配置，自动部署，支持系统规模的扩大和业务范围的扩展。 5.5开放性和标准化 系统采用基于SOA技术架构，实现技术上具备前瞻性，遵循国际标准；为适应将来业务和技术发展的需求，系统实现底层的接入与业务的处理分离，并采用模块化，在增加新业务时不需要更改系统的软件结构和网络结构。具有易于维护的特点，除具有标准的开放式技术标准接口外，还能够实现与各类异构系统的全面集成。 6集成能力 平台与用户ERP系统集成，直接关系到用户ERP系统、平台各项功能使用的连贯性、稳定性、可靠性。平台商解决方案必须基于对用户ERP系统及管理流程全面的了解，提供稳定、高效、便捷的集成方案，且应把用户ERP系统集成工作量降到低。 1)系统集成成功案例包括但不限于（SAP、Oracle、Infor、Microsoft【MBS、Navison】、用友、金蝶、浪潮、）等1000+个应用系统 2)某大型用户平台系统集成案例，集成应用系统93个，集成系统地域分布：北京、上海、天津、江苏、浙江、广东、新疆、陕西、四川等） 3)平台提供多种企业应用集成中常用的适配器，如文件适配器、FTP适配器、HTTP适配器、Soap适配器、Rest适配器、Socket适配器、JDBC适配器及JMS适配器等，可快速实现应用集成，减少开发工作量；除了系统本身集成的适配器之外，还提供了可灵活扩展的适配器开发API，便于用户开发适合自己需要适配器，并无缝集成到系统中。