很多较为大型的客户项目因为整个项目周期都比较长，投入金额又比较大，所以在项目的执行过程中往往是按照项目比较重要的阶段的向客户开票进行收款。
首先在系统中最先应该创建的是项目，这样在后续创建销售订单时候才能将项目中的开票WBS和销售订单关联上。（本文以项目里程碑同步至销售订单为例，在实际业务中由于组织架构或其他原因反而直接在销售订单中维护开票计划更常用）
创建好了WBS后可以根据合同在开票WBS下分配对应的开票里程碑：
选中顶层开票WBS元素，点击“里程碑概览”图标：
因为在创建模版的阶段会尽量创建最完整的数据简化客户的日常在系统的操作量，所以事先在系统中已经维护了标准里程碑组，直接点击插入里程碑组图标：
插入里程碑组后可以按照合同预估开票时间在Basic date中：
需要注意创建里程碑主数据的时候对应的Usage字段选择是否正确以及是否勾选上了Sales document date，如果可以根据实际合同可以维护对应的开票比例：
项目创建完成后就可以创建销售订单：
通常来说项目型销售订单行项目中只需要维护一个虚拟的Service material代表整个项目即可，因为整个项目是包含从前期涉及到发货后的现场安装调试验收等整个生命周期的管理，所以也不涉及普通的销售订单发货流程，项目中物料交付到客户现场可以通过项目交货功能实现（可浏览历史文章跟着团子学SAP PS：CNS0 项目发货了解具体细节）
在科目分配页签下填写对应的项目开票WBS编号（关联后后续主营业务收入过账的对象为WBS）：
然后点击Billing Plan页签填写对应的WBS号：
*拓展阅读：因为在项目的执行过程中项目进度通常是以网络结构进行管理，而开票的阶段对应的也是网络中某几个特定的活动。所以里程碑更好的分配方案是分配给对应的进度活动，这样里程碑也能直接继续进度活动推算出的计划完成日期。在未来直接对进度活动进行确认即可完成对里程碑的确认从而对对应的开票计划行自动解锁。如果里程碑是在网络结构下进行分配在此界面可输入对应的网络编号。
选择需要传递过来的里程碑点击Copy按钮：
可以看到开票计划参照里程碑中的设定已经自动生成：
需要注意的是这里所有默认值都是在后台定义的而开票计划类别以及里程碑主数据中维护的数据。
如果开票日期不希望从里程碑主数据自动带入的话可以在后台设定为手工在开票计划维护。
还有一些小细节是如果是如果希望在里程碑中维护百分比，在后台配置Date categories的时候则应该选择Pencenge为基础，否则里程碑中维护的百分比无法传递至销售订单开票计划中：
之前创建了两类里程碑用途，一类是预收款，一类是正式开票的，所以可以手工在系统中维护预收款金额（国内预收账款往往是按照含税价的总额的一定比例，所以预收款的可以不维护百分比，而是选择value basis，直接填写金额）
系统提供的标准预收款请求类型有FAZ：
如果需要临时修改开票规则为直接填写数量或百分比可以直接在开票计划中进行调整：
此外预收款请求业务也需要财务对预收账款及预收账款请求进行特别总账的配置（配置事务代码OBXR）
特别总账A类型针对预收账款，F类型针对预收账款请求，维护前需要在系统中已创建预收账款、预收账款请求会计科目主数据。
*预收款请求是个特殊的科目，在系统中针对预收款开票计划“开票”后，系统在系统中自动会生成预收款请求的凭证，此凭证为单边凭证，并不会更新资产负债表类其他科目的余额
需要注意通过项目中的里程碑开票，解冻是无法通过修改销售订单删除开票计划解冻标识符实现的：
删除冻结标记后保存再进入开票计划页签可以看到系统自动地又打上了冻结标志：
里程碑开票计划的解冻是需要确认里程碑实现的：
确认后查看对应的开票计划可以看到此里程碑关联的开票计划已解冻：
此时对销售订单开票：
可以看到系统针对预收款请求已经生成对应的FAZ类型的开票类型：
保存后查看对应发票的财务凭证：
可以看到此时生成了一张单边凭证，在实际业务中可以将预收款请求打印出来寄给客户作为预收账款请款的单据.
因为预收账款请求是与WBS元素对应的，所以财务在系统中应该针对创建预收账款相关科目为成本要素并进行分配（配置事务代码OKEP）：
（针对预收账款系统建议成本要素类型应为11 — revenue elements，预付账款的成本要素类型为 01 — primary cost elements general）
从财务凭证中我们也能看到对应的特别总账标志为F：
在客户余额查询中，勾选Noted items即可查看对应的预收账款请求金额：
后续收到客户的首付款后，可以针对此预收账款请求做预收账款的财务凭证：
选择对应的预收款请求：
后续对第二个开票里程碑进行解冻，以便对开票计划第二行进行真正的开票：
开票后查看对应的会计凭证，因为之前已经预收了部分货款，所以在这里预收账款自动冲减了应收账款的金额：
最后一个阶段的开票流程就是正常开票，也不涉及预收账款和应收账款的核销就省略了，以上就是在项目里程碑开票中相关涉及到的销售、财务以及项目端的前台操作流程。
*在业务中需要去注意一下如果企业在项目管理的组织架构中如果是弱矩阵的形式，开票的节奏不想被项目部进行控制，可以直接在销售订单中录入对应的开票计划，无需通过项目的里程碑进行一个传输，因为传输后主要起到的是一个控制作用：只有对项目中的开票里程碑确认实际日期，才能解冻对应销售订单的开票行。
