Issues with Receive PO functionality
------------------------------------

                 Key: OFBIZ-2619
                 URL: https://issues.apache.org/jira/browse/OFBIZ-2619
             Project: OFBiz
          Issue Type: Bug
          Components: product
    Affects Versions: Release Branch 9.04, SVN trunk
            Reporter: Mridul Pathak
             Fix For: Release Branch 9.04, SVN trunk


Following are the issues that I came across while going through different 
scenarios of receiving PO:

# Create a shipment and receive it from Facility > Shipment > Receive Against 
PO (This scenario works correctly)
## Before receiving shipment:
OrderItem.quantity = 10
## Receiving half if the ordered quantity - New ShipmentItem record created.  
New ItemIssuance record created.
OrderItem.quantity = 10
Received quantity = 5
ShipmentItem.quantity = 5
ItemIssuance.quantity = 5
Total ItemIssuance.quantity = 5
## Receiving remaining quantity but receiving some extra quantity too - 
ShipmentItem record updated.  New ItemIssuance record created.
OrderItem.quantity = 10
Received quantity = 7
ShipmentItem.quantity = 12 (5 + 7)
ItemIssuance.quantity = 7
Total ItemIssuance.quantity = 12 (5 + 7)
# Create a shipment, issue order items from Facility > Shipment > Order Items, 
then receive it from Facility > Shipment > Receive Against PO
## Before Issuing Order Items - No ShipmentItem or ItemIssuance record
OrderItem.quantity = 5
## After Issuing Order Items - ShipmentItem created, ItemIssuance created.
OrderItem.quantity = 5
Issued quantity = 5
ShipmentItem.quantity = 5
ItemIssuance.quantity = 5
Total ItemIssuance.quantity = 5
## On receiving shipment - ShipmentItem updated, new ItemIssuance created
OrderItem.quantity = 5
Received quantity =  5
ShipmentItem.quantity = 10
ItemIssuance.quantity = 5
Total ItemIssuance.quantity = 10 (5 + 5)
This seems to be a weird behavior.  When I have already issued the item in #b, 
then on receiving the shipment for the same orderItem quantity in #c, the 
ShipmentItem shouldn't be updated and new item issuance shouldn't be created 
(creating new item issuance means that I am re-issuing the items).
# Create a shipment, issue order items from Facility > Shipment > Order Items, 
then receive it from Facility > Facilities > Receive Inventory by selecting PO 
and the respective newly created shipment.
If I issue the same (or more) quantity as ordered for the Order Item and then 
receive the exact amount that has been issued (in one or more steps) this 
scenario works fine.  in following scenarios there is no change in ShipmentItem 
and ItemIssuance, which causes conflicts:
## I issue same quantity as ordered for the Order Item but while receiving 
receive more than the issued ordered quantity.
## I issue same quantity as ordered for the Order Item.  While receiving, 
receive less first time.  Go back to same screen again.  Receive more than the 
remaining ordered quantity.
## I issue less quantity than ordered for the Order Item but receive more than 
the issued order item quantity.
# Quick Receive Purchase Order
If I Quick Receive Purchase Order from Order Detail page, Shipment is created 
and all the Order Items are issued and I am taken to the Receive Inventory 
screen directly.  If I receive exactly the same amount as ordered for each 
order item (at one go, or receiving it in parts) functionality works fine.  But 
following are the scenarios which breaks everything.
## Same as #3-a and #3-b.
## If I receive less quantity than the quantity ordered for order item, and 
receive remaining (or more)  ordered quantity from Facility > Shipment > 
Receive against PO then same issue as reported in #2 occurs.

Note: For testing these issues, comment out eca action 
updatePoOnReceiveInventory at line no. 55 in order/servicedef/secas.xml.  This 
service was recently added in revision 757749, but it only covers #3-a and #3-c 
below partially and its logic needs to be rewritten.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to