1. 说明
包含预付请求的销售订单创建后（参见《销售订单_含有客户预付定金请求》），就需要以发票形式创建预付定金请求（Down payment request），后续客户支付定金，就是参照这个预付定金请求做账。
能够完成预付定金请求，需至少完成以下相关配置：
- 特殊分类总账客户预付定金相关科目维护，参见《定义客户预付定金的统驭科目》。
- 预付定金的默认成本要素维护，参见《维护预付定金缺省成本要素》。
预付定金请求创建后，后续可用F-29对客户支付定金记账，参见《客户预付定金记账》。
2. 操作
在创建预付定金请求之前，需先将订单发票计划中含有预付定金请求的条目解冻。前台执行VA02修改销售订单，在项目明细转至出具发票计划标签页如图 1，在下部栅格中有两个条目，表明可以创建两个发票项，其中第一个条目的出票类型是FAZ，冻结栏的初始值是02，手工将其清空，并保存退出，订单的第一个发票冻结解除。
图 1 取消销售订单的发票冻结
前台执行VF01，进入后输入销售凭证号如图 2。如果在图 1的界面将两个发票项目的冻结标志全部删除，下步将会出现两个创建发票需求条目而无法继续执行，此时可下拉开票类型框强制设定为FAZ。
图 2 VF01初始界面
创建请求概览如图 3，与维护通常发票是一样的。
图 3 创建预付定金概览
转至项目的条件标签而立如图 4，可见定价是不可更改的。按下保存按钮（
）生成请求，则于FAZ是一次过账，同时也生成相应的会计凭证（预制）。
图 4 项目明细_条件标签页
预付请求创建后，用VA02进入销售订单，转至项目明细的出具发票计划标签页，可见涉及定金请求的条目已变为灰色不可编辑。
图 5 创建定金请求后的销售订单
查看销售订单的凭证流，如图 6可见生成了预付定金请求和相应的会计凭证，目前会计凭证的状态是“未清账”，之后用F-29收到客户预付款后则变成“清账”状态。
图 6 凭证流
查看生成的会计凭证如图 7，凭证类型是RV（开票凭证转），可见只有一个条目，这是一个预制凭证，没有实际过账。
图 7 预付定金请求生成的会计凭证