上一章讲了请求计划（开票计划）中的 定期请求。

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博客