课程概览
对于可开票项目管理,需要定义数据库结构。数据库结构需要反映以下开票流程,以及行业或客户特定的需求。Convergent Invoicing 支持使用预定义接口进行数据库设计。
业务示例
打印收费系统向客户 Bovi 收取黑色印刷费、彩色印刷品和每月费用。所有项目都存储在可开票项目类中。
可开票项目管理

- 1.导入和管理可开票项目
以下功能可用于导入和管理可开票项目:配置可开票项目类
配置数据导入接口时,可开票项目类描述可开票项目的技术属性。
生成可开票项目类的接口
在合同科目应收和应付账款的定制中,生成传输和存储可开票项目类数据所需的对象。
保存可开票项目
您可以配置 可开票项目类 ,使系统在数据库中分别存储已开票项目和模拟的已开票项目。
监控可开票项目
存在基于状态组监控可开票项目的功能。在 SAP 轻松访问屏幕上,选择开票→监控。还可以通过从处理中排除可开票项目或恢复可开票项目来更改单个开票交易的状态,以便对其进行处理。
- 2. 处理可开票项目
在开票中,对合同科目的可开票项目进行开票。开票流程通过指定用于选择可开票项目的规则,并自动将其分组到开票单位来控制开票。系统为每个开票单位创建开票凭证。
除可开票项目的主结构外,税收和付款数据还存储在税收项目结构和付款项目结构中。
可开票项目的状态
可开票项目具有以下状态之一:
0(原始)
1(原始 - 已排除)
2(可开票)
3(可开票 - 已排除)
4(已开票)
原始数据不必完整,也不必一致。可以更改各个字段中的数据。
例如,业务伙伴在计费系统中已知,但原始数据中缺少合同科目。
可开票项目必须既完整又一致,然后才能开票。
状态为原始已排除和可开票已排除的项目将从进一步处理中排除。这意味着在传输或开票期间不考虑它们。
系统根据可开票项目类的状态将其所有可开票项目存储在单独的数据库表中。分析可开票项目时,首先必须选择要评估的状态(例如,开票中的监控报表)。
您可以分别定义已开票项目和模拟已开票项目的数据存储。已开票项目的数据存储可定义为时间相关。

记录类型
记录类型对业务意义上相关的可开票项目的特征进行分组。
结构
系统在数据库和主内存中分别管理以下记录类型的数据:
IT(主项目)
PY(付款数据项目)
TX(税费项目)
TT(文本项目)
属于记录类型 IT 的可开票项目是提供开票基本数据所必需的。其他记录类型是相关记录类型,如果没有现有 IT 记录(例如信用卡补充),系统无法对其进行开票。
系统为每个记录类型使用单独的表。
业务上下文
BIT 类的要求派生自业务需求。以下是 3 个业务示例:
- 业务示例 1
先前的 Webshop 销售流程为 Internet 下载的每个可开票项目提供付款卡信息。因此,对于直接参考可开票项目的付款卡信息,您需要额外的可开票项目。可开票项目类 TDAT 需要付款卡信息的附加数据库结构。
- 业务示例 2
电信可开票项目的评级和收费系统已计算每个可开票项目的税收。因此,每个可开票项目都需要额外税收 BIT。可开票项目类 TC01 需要附加税 BIT 的数据库结构。
- 业务示例 3
评级和收费系统为 SAP Convergent Charging。需要激活适合与 Convergent Charging 集成的预定义数据库结构和功能模块。可开票项目类 HRAT 已激活 Convergent Charging 接口。
尚未激活可开票项目类。
对于数据库结构,所有业务示例都有不同的要求。这是因为示例 1 中需要付款卡信息的附加数据库表,示例 2 中需要税收信息,并且需要流程集成以及示例 3 中的数据库结构。在本课程中,我们将重点介绍业务示例 1。









