Hi @Mayouni ,
One additional point I would suggest checking before investigating the three-way matching configuration is whether the PO falls under any of the known limitations of the Landed Cost module.
If any of the following conditions apply to the PO, the expected Landed Cost/Goods-in-Transit process may not work as expected:
- The PO is a Project purchase order.
- The PO contains catch-weight-enabled items.
- The PO contains service or non-stocked items.
- The voyage costs include non-deductible tax.
- It is a Transfer order with Goods in Transit enabled.
- The PO is related to Direct Delivery and Goods in Transit:
- If Goods in Transit isn't enabled for a Direct Delivery order, the Direct Delivery follows the standard behavior.
- If Goods in Transit is enabled for a Direct Delivery order, the Goods-in-Transit process is skipped. In this case, the items aren't received into the Goods-in-Transit warehouse. Posting the PO invoice automatically generates the product receipt and updates the related sales-order transactions.
- Also, if a PO linked to a Direct Delivery sales order is split across multiple voyages and/or shipping containers, the Direct Delivery process isn't supported.
Therefore, I would first confirm that none of these limitations apply to your PO.
If none of them apply, then I would investigate the Delivery Terms / Goods-in-Transit configuration and the way the invoice is being posted from the voyage, because Three-way matching itself should not necessarily prevent the Landed Cost/GIT scenario where the invoice is posted before the physical receipt.
It would be useful to compare the current PO/voyage with one of the POs where you were previously able to post the invoice before the product receipt.
Regards,
Syed Haris Shah