上一章讲了请求计划（开票计划）中的 定期请求。
SAP SD学习笔记27 - 请求计划(开票计划)之1 - 定期请求-CSDN博客
本章继续来讲请求计划（开票计划）的其他内容： Milestone请求(里程碑请求)。
目录
1，Milestone请求(里程碑请求)概要
2，Milestone请求（里程碑请求）的系统操作
2-1，VA01 受注传票登录
2-2，VF01 请求传票登录
2-3，前払金的 FI 票
2-4，VA02 修改Block字段
2-5，VF01 请求传票登录
2-6， 前払金以外的其他 FI票
3，总结
以下是详细内容。
1，Milestone请求(里程碑请求)概要
里程碑大家都知道，就是某一个具有标志性的日子到了或目标实现了。
比如软件开发领域，按瀑布模型，要件定义，基本设计，结合测试，UAT(用户测试)等等
这些都可以算是里程碑。
咱们这里讲的里程碑也差不多，一般用在工程（比如工厂的设计/建造），软件开发等行业。
具体来说，就是不能等全部竣工了再付款吧，那可能会很长时间之后才能收到款。
而是需要分散开来，按某些具有典型意义的日子作为里程碑来进行分别付款，最后再来个决算。
不然的话，从财务角度也不友好。
现象就是项目结项之前一直是赤字，等项目结束收到付款，突然进一大笔钱，从财务上看也不好。
后来就把会计法改了。
大家干软件或工程的都知道，具体项目当中，也不会等项目都结束才一次性的给客户总纳品，而是分几次中途纳品是吧，比如按月来等等。
基本做法都是做完一批纳一批，让客户先承认，然后就可以跟客户公司财务请求这部分款了。
SAP系统上的流程大致如下：
- 受注传票作成
- 受注传票中的请求计划设定，比如这里分为4次
- 请求Block字段用来控制该请求是否迎来期限
比如下图的 4月10号的请求就可以用
- 迎来期限就可以进行请求，一般来说请求Type为 F2
下面来看一下系统上怎么操作。
2，Milestone请求（里程碑请求）的系统操作
2-1，VA01 受注传票登录
- 品目：T-20000
这样回车之后，明细Category 就显示为 TAO - Milestone请求
这个品目应该是在物料主数据里面有什么特别的设定，这个等以后再说。
如果你没出来 TAO 这个明细Category，就表示你没做对，再换一个品目试试看。
双击 明细栏位的 10
这样就进入明细Data 画面
点一下 请求计划 Tab，这里自动分为几个Milestone进行请求
- 2025-03-02 设计 40% Block：02 - 完了确认欠如
- 2025-04-02 操作 60% Block：02 - 完了确认欠如
另外还有
- 2025-01-31 前付金 10% Block：空白
- 2025-04-02 请求书处理 Block：02 - 完了确认欠如
这些东西都是从哪儿来的呢？就是画面上 参照 - 435 这个项目，具体怎么设的，以后再说
- 前払金：这个的意思是，在我做事儿之前，客户先付一部分钱给我，
这个就跟大家理解的那个项目启动费差不多
项目启动的时候，得买设备，找办公室，招人，调研等等，这些都需要钱。
好了，先保存一下。
受注票：13399
2-2，VF01 请求传票登录
可以看到，这里就是把上面的那个 前払金 给请求了，意思就是把启动费先给我。
> - 2025-01-31 前付金 10% Block：空白
然后提示说有Log嘛，进去看了看，说 20250302 被Block
> - 2025-03-02 设计 40% Block：02 - 完了确认欠如
那确实是被Block了，因为还没到该Milestone嘛，还是处于Block状态。
因为 前払金 还是处于可以请求的状态，那先保存该请求书。
2-3，前払金的 FI 票
点选上图的会计传票，然后点 传票照会 图标
可以看到这个稍微有点儿奇怪的FI 票
奇怪的地方在于，一般来说借贷要平衡嘛，那就表示至少要有2条分录啊
这里只有1条。
其实这个东西都不能叫FI 票(会计凭证)，只能称之为会计备忘(会计记录)。
这个东西的用途以后再说，大家知道它不是一个正儿八经的FI 票就行了，所以就可以借贷不平。
点一下Header图标，看到
- 传票Status：S - 备忘明细
2-4，VA02 修改Block字段
这里面其实没到 3月2号，所以咱们这里是提前了。
SAP里面不看这个日期，只看Block字段。
2-5，VF01 请求传票登录
这样就能显示出下面这条的请求票
> - 2025-03-02 设计 40% Block：02 - 完了确认欠如
注意请求书的Type 是 F2
然后点保存
保存完之后，回到VA02，看到前两条已经变灰了，就是那两个里程碑已经完成了。
2-6， 前払金以外的其他 FI票
可以看到，这次就是正常的FI 票了，借贷平衡
3，总结
这里讲的Milestone请求，它是从VA01 （受注）开始的，
而上几章讲的基本契约（数量契约，金额契约），它们都是从VA41 契约开始的。
这主要是看它们的确定性如何。
- Milestone 请求
那就那几个确定的步骤，比如 上面的 设计，操作 两个步骤；
再比如软件开发，也就是 要件定义，基本设计，详细设计，开发，测试，用户测试等几个环节。
- 基本契约（数量契约，金额契约）
这就没有什么确定性了，唯一确定的就是一共的，比如一共要买多少钱/多少个的。
像这种就不能用VA01 直接订一个受注，
它就得用契约，然后来关联很多受注，以共同完成契约。
以上就是本篇的全部内容。
更多SAP顾问业务知识请点击下面目录链接或东京老树根的博客主页
https://blog.csdn.net/shi_ly/category_12216766.html
东京老树根-CSDN博客
