采购设置 ——> 2 接收选项

不再贴图，图片太多实在太耗费时间。

a. Receipt Date

设定接收日期的允许偏差。下面设置不能早于或者晚于计划接收日期5天。如果超过，出现提示信息。
Path：Setup（M）-> Organization （M）-> Receiving Option（M）

如果接收日期超过上述接收接收日期允许范围，将会出现如下提示错误。
Path：Receiving（M） -> Receipt（M）

结论：用于控制供应商交货日期。是否真的需要退回给供应商需要根据采购物品已经返回给供应商。如果需要，可以通过Correct窗口对采购订单进行订货。
问题：采购接收的接口部分应该也考虑了这里的选项，如果插入接口表的数据中，接收日期超过允许的范围，那么应该不会成功导入接收表。

b. Over Receipt Control

控制是否可以超过采购数据进行接收。
Path：Setup（M）-> Organization （M）-> Receiving Option（M）

如果超过允许超过的数量，将会有如下的提示。
Path：Receiving（M） -> Receipt（M）

结论：只会限制超过采购数量的接收，不会限制低于采购数量的接收。因为如果限制低于采购数量的接收，那么对同一个采购行接收将不能够进行分多次接收。




c. Receipt unordered

可以接收没有采购单的物料。
Path：Setup（M）-> Organization （M）-> Receiving Option（M）

如果需要进行unordered的接收，首先必须将Receipt Option中enable unordered receipt 选项。这样在Receipt窗口中Receipt Unordered的按钮才是enable的。 同时指定能够进行未订购接收的供应商，具体是在供应商属性中enable receipt unordered。
然后如果Item层次如果的Allow Unordered Receipts没有设置覆盖上述两个选项的话，那么可以针对这些Item进行未采购接收。
Path：Items（M）-> Master Item（M）

通过unordered按钮进入接收窗口，接收20个，此时无订单。
Path：Receiving（M） -> Receipt（M）

然后创建采购订单TunorderRev3，然后通过Match Unordered Receipt窗口，进行Match。采购订单的采购数量必须大于Unordered Receipt的接收单的数量。
Path：Receiving（M） -> Match Unordered Receipt（M）

Match完成之后，可以继续进行后续检验入库操作了。
Path：Receiving（M） -> Receiving Transactions（M）

剩下的6个采购订单，可以还可以做正常的Receipt操作。
Path：Receiving（M） -> Receipt（M）

结论：进行没有采购单的接收，可以处理哪些供应商已经送货，但是实际上系统中下采购订单或者没有审批完成，可以系统中对供应商的送货进行接收，记录数据。待采购订单完成审批完成之后，再进行Match。
问题：在采购订单完成审批之前，这种接收不能入库，从而不能其他库存业务操作，例如生产发料，库存转移等等，后续流程不能还是不能在系统中完成。

d. Express Transactions

设置允许快速接收，提高接收的效率。
Path：Setup (M) ->Organization (M) ->Receiving Options (M)

查询处对应需要进行快速接收的采购订单
Path：Receiving (M) -> Receipts (M) -> Find (B)

点击Express按钮，会让选择快速接收的Final Destination
Path：Express (B)

从Receiving Transaction Summary刚才快速接收的事务。因为选择的为Final Destination，所以同时将Receipt和Deliver两步同时完成。
Path：Receiving（M） –> Receiving Transaction Summary（M）

是否进行快速接收存在一定的条件，对于不能快速接收的必须手动完成：
• The item revision/subinventory/locator is required and not obtainable as a default from the item definition and the destination is Final
• The early/late receipt date tolerance is exceeded and the exception control is Reject
• Lot/serial information is required
• Ship–to location is not available and the destination is Receiving
• Location is not available for Expense destination type and the destination is Final Destination
• Purchase order supplier and receipt header supplier do not match
• other receipts are pending for the specified shipment

结论：快速接收能够加快接收的效率。但是存在一定的前提，业务部门是否需要对接收的步骤进行的严格的控制。例如，必须进行了检验之后才入库。同时，要保证快速接收的效率，必须满足上述的条件，对于不满足条件的订单，必须手工完成。

e. Cascading Receipt

“级联”功能便于将从单个供应商处接收的指定物料数量在多个发运和分配之间进行分配。如果在“查找预计接收”窗口中指定了供应商和物料，并在“接收选项”窗口中启用了“允许级联事务处理”，则将可以在“接收”窗口中使用此功能。
Path：Setup (M) ->Organization (M) ->Receiving Options (M)

针对某一个供应商和物料编码进行查询接收，下面的接收行来于三个订单。
Path：Receiving（M） -> Receipt（M）

点击Cascade按钮，输入需要接收的数量以及单位。
Path：Receiving（M） -> Receipt（M）-> Cascade（B）

确定之后，发现系统自动计算5000数量所需要的接收行，注意最后一样的数量由2250更改为750。然后再进行接收。
Path：Receiving（M） -> Receipt（M）

如果实际的接收行为5000，而输入接收数量为5100，将会出现如下的提示。
Path：Receiving（M） -> Receiving Transactions（M）

结论：“级联”功能便于将从单个供应商处接收的指定物料数量在多个发运和分配之间进行分配。如果在“查找预计接收”窗口中指定了供应商和物料，并在“接收选项”窗口中启用了“允许级联事务处理”，则将可以在“接收”窗口中使用此功能。如果在“查找接收事务处理”窗口中指定了物料，则将可以在“接收事务处理”窗口中分发物料时使用此级联功能。在行中执行任何人工事务处理将禁用“级联”按钮，并且在您于相应的“查找”窗口中再次选择“查找”按钮之前，此按钮将一直处于禁用状态。

如果选择“级联”按钮，采购管理系统将显示“级联明细”窗口，您必须在其中输入级联数量和单位。选择“确定”按钮，系统将启动级联流程。

流程从第一个显示的行开始执行，并按您输入的相应级联数量为该行分配可用于接收/分发的供应。然后，流程将转至下一行继续执行并再次分配可用于接收/分发的数量（依此类推），直至查询到的最后一行或者用尽级联数量。由于这些行按承诺日期/需要日期顺序显示，因此流程的运行过程类似于先进/先出过程。如果输入的级联数量大于可用于接收/分发的数量，采购管理系统将显示一个对话框窗口以说明流程最多只能分配的数量；如果级联数量小于可用于接收/分发的数量，则最后一行分配到的接收/分发数量可能只是部分级联数量。为了明确表示级联数量已用尽，采购管理系统会将剩余行的事务处理数量显示为 0。

级联功能不会修改任何目的地信息；它使用由接收方式定义的，以及自发运默认的信息。

如果某发运行包含多项分配并且该行的接收方式默认为直接接收，级联流程将展开该行，并根据各项分配的可用供应将发运行的可用数量在其组成分配之间进行分配。如果超量分配某指定行，采购管理系统会将发运的所有剩余供应分配至最后一项分配；如果超量分发的事务处理先前已具有接收或事务处理，则该流程将使用非期望值来填写这些行；这种情况下，您可以在级联流程完成后进行重新分配。

在级联流程执行期间，系统会禁用记录验证以加快级联流程的运行；但在保存记录时，系统将对所有记录进行验证。数量将按默认接收方式对行的预期处理方式分配至各行。但您可以人工改写这些值。

f. Allow Blind Receiving

运行Blind接收保证接收的数量和采购的数量精确匹配，从而采购接收录入员没有机会更改接收的数量。接收的数量会显示为0。
Path：Setup (M) ->Organization (M) ->Receiving Options (M)


采购订单发运行的实际数量为1000。
Path：Purchase Order（M） -> Purchase Order Summary（M）

针对上述的采购订单发运行进行接收，系统显示的数量为0。
Path：Receiving（M） -> Receipt（M）

结论：通过这种方式，接收更为死板，不可能考虑分批次接收的情况。但是保证了接收数量与采购数量的一致性。同时一旦设置这个参数。

问题：现在系统中若进行这种业务，为什么会有错误？

g. Enforce Ship-To

确保接收的地点和采购订单的地点一致性，如果不一致，可以选择警告，拒绝或者忽略。
Path：Setup (M) ->Organization (M) ->Receiving Options (M)
采购接收的时候，发运地点从采购发运行上默认而来。
Path：Receiving（M） -> Receipt（M）

如果对其进行更改，更改为如下的地点。
Path：Receiving（M） -> Receipt（M）

保存，系统将会出现如下的警告提示。
Path：Receiving（M） -> Receipt（M）

结论：只是对于接收时候要确保地点的一致性，如果到了采购入库的步骤，可以更改而不会出现警告。

h. ASN Control
没有使用

i. Receipt Routing
设定接收的时候是否需要检验，这个选项可以被供应商/地点/物料属性/发运行的属性覆盖。
Path：Setup (M) ->Organization (M) ->Receiving Options (M)

查询一个客户退货，可以看到Routing字段为“Inspection Required”。
Path：Receiving（M） -> Receipt（M）