Returning MARKETING_PKG_PICK products

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Returning MARKETING_PKG_PICK products

Len Shein
The return process returns the marketing package pick product back into
inventory instead of the associated products.  

 

Is anyone else experiencing this and or is there is a patch for this?

 

 

Thank You

 

Len Shein

 

Email: [hidden email]

Email: [hidden email]

 

Office: 516.742.7888 ext.225

 

Home Office: 732.333.4303

 

Reply | Threaded
Open this post in threaded view
|

Re: Returning MARKETING_PKG_PICK products

Jacques Le Roux
Administrator
Look into Inventory Items Details

Jacques

From: "Len Shein" <[hidden email]>

> The return process returns the marketing package pick product back into
> inventory instead of the associated products.  
>
>
>
> Is anyone else experiencing this and or is there is a patch for this?
>
>
>
>
>
> Thank You
>
>
>
> Len Shein
>
>
>
> Email: [hidden email]
>
> Email: [hidden email]
>
>
>
> Office: 516.742.7888 ext.225
>
>
>
> Home Office: 732.333.4303
>
>
>
>
Reply | Threaded
Open this post in threaded view
|

RE: Returning MARKETING_PKG_PICK products

Nick Rosser
I think the issue is more along the lines of:

On the Sales-Order side OFBiz will use the product_assoc to convert a
MKT_PKG_PICK to get the actual FINISHED_GOOD product; reserve inventory
using the finished-good, complete etc.

On the RETURN side, this does not seem to be the case. OFBiz is returning
the MKT_PKG_PICK back into inventory. We would expect that the same
product_assoc would be used so that the finished_good is returned back into
inventory.

Is anyone else experiencing this?

-----Original Message-----
From: Jacques Le Roux [mailto:[hidden email]]
Sent: Wednesday, November 19, 2008 12:34 PM
To: [hidden email]
Subject: Re: Returning MARKETING_PKG_PICK products

Look into Inventory Items Details

Jacques

From: "Len Shein" <[hidden email]>

> The return process returns the marketing package pick product back into
> inventory instead of the associated products.  
>
>
>
> Is anyone else experiencing this and or is there is a patch for this?
>
>
>
>
>
> Thank You
>
>
>
> Len Shein
>
>
>
> Email: [hidden email]
>
> Email: [hidden email]
>
>
>
> Office: 516.742.7888 ext.225
>
>
>
> Home Office: 732.333.4303
>
>
>
>



Reply | Threaded
Open this post in threaded view
|

Re: Returning MARKETING_PKG_PICK products

David E Jones-3

It wouldn't surprise me if this was the case. The code there is  
probably just not aware of marketing packages... in other words this  
would require code there to explode the package into member products  
just like the inventory allocation and other things do.

-David


On Nov 19, 2008, at 5:10 PM, Nick Rosser wrote:

> I think the issue is more along the lines of:
>
> On the Sales-Order side OFBiz will use the product_assoc to convert a
> MKT_PKG_PICK to get the actual FINISHED_GOOD product; reserve  
> inventory
> using the finished-good, complete etc.
>
> On the RETURN side, this does not seem to be the case. OFBiz is  
> returning
> the MKT_PKG_PICK back into inventory. We would expect that the same
> product_assoc would be used so that the finished_good is returned  
> back into
> inventory.
>
> Is anyone else experiencing this?
>
> -----Original Message-----
> From: Jacques Le Roux [mailto:[hidden email]]
> Sent: Wednesday, November 19, 2008 12:34 PM
> To: [hidden email]
> Subject: Re: Returning MARKETING_PKG_PICK products
>
> Look into Inventory Items Details
>
> Jacques
>
> From: "Len Shein" <[hidden email]>
>> The return process returns the marketing package pick product back  
>> into
>> inventory instead of the associated products.
>>
>>
>>
>> Is anyone else experiencing this and or is there is a patch for this?
>>
>>
>>
>>
>>
>> Thank You
>>
>>
>>
>> Len Shein
>>
>>
>>
>> Email: [hidden email]
>>
>> Email: [hidden email]
>>
>>
>>
>> Office: 516.742.7888 ext.225
>>
>>
>>
>> Home Office: 732.333.4303
>>
>>
>>
>>
>
>
>

Reply | Threaded
Open this post in threaded view
|

RE: Returning MARKETING_PKG_PICK products

Nick Rosser
In reply to this post by Len Shein
David, Jacques,

OK, thanks for the response. We don't mind getting involved in this, and
changing the trunk via Jira etc ... but I think that we need to understand
exactly what the intentions / concepts are before doing so.

There is a MKT_PKG_PICK_ASSEMBLY and MKT_PKG_AUTO. Here's how we think it
works:

ASSEMBLY: product A has an ASSOC with product B and C. In order to pick /
pack / complete you need to use B and C and assemble the product. If A is
returned OFBiz assumes that the assembled product A (rather than B + C)
should be returned back into inventory. There is no option to assume
disassembly and return B + C (which may be a nice feature?).

AUTO: product A has an ASSOC with product B and C. In order to
pick/pack/complete you grab the products B and C, and place them into a box,
no assembly required. If A is returned OFBiz creates an INV_ITEM for A and
executes the ProductionRun service -- this in turn creates additional
INV_ITEMs for B and C.

OUR PROBLEM: We have a simple A-to-B (a one to one association) relationship
using MKT_PKG_PICK_ASSEMBLY and our client processes hundreds of returns
each day. Since B is reserved and picked on the ORDER and A is used to
replenish inventory on the return this is causing major issues. At this
point we are very reluctant to modify the type from MKT_PKG_PICK_ASSEMBLY to
MKT_PKG_AUTO -- mainly because we don't understand all the implications of
this change and the impact of previously created orders using the ASSEMBLY
setting.

Thanks, Nick
-------------------------------------


From Jacques:
The associated products are also returned. How to check 1. Create an order
with a GZ-BASKET product from test catalog 2. Quick Ship this order 3. Quick
Refund this order 4. Have a look into WorkEffort in WorkEffort component.
You should see a WorkEffort with a WorkEffort Id beginning by Decomposing
product [GZ-BASKET] inventory item  (note the WorkEffort Id *number* of this
order) 5. Have a look into Inventory Items Details in Facility component.
You should see 3 Inventory Items Details referring to the previous noted
*number*

If you can't get that I will show you tomorrow (GMT) on my machine

Jacques
PS : this is using trunk, but it works also with Release 4. Note that
Opentaps has currently an issue with this...


-----Original Message-----From: David E Jones
[mailto:[hidden email]]
Sent: Wednesday, November 19, 2008 10:37 PM
To: [hidden email]
Subject: Re: Returning MARKETING_PKG_PICK products


It wouldn't surprise me if this was the case. The code there is  
probably just not aware of marketing packages... in other words this  
would require code there to explode the package into member products  
just like the inventory allocation and other things do.

-David


On Nov 19, 2008, at 5:10 PM, Nick Rosser wrote:

> I think the issue is more along the lines of:
>
> On the Sales-Order side OFBiz will use the product_assoc to convert a
> MKT_PKG_PICK to get the actual FINISHED_GOOD product; reserve  
> inventory
> using the finished-good, complete etc.
>
> On the RETURN side, this does not seem to be the case. OFBiz is  
> returning
> the MKT_PKG_PICK back into inventory. We would expect that the same
> product_assoc would be used so that the finished_good is returned  
> back into
> inventory.
>
> Is anyone else experiencing this?
>
> -----Original Message-----
> From: Jacques Le Roux [mailto:[hidden email]]
> Sent: Wednesday, November 19, 2008 12:34 PM
> To: [hidden email]
> Subject: Re: Returning MARKETING_PKG_PICK products
>
> Look into Inventory Items Details
>
> Jacques
>
> From: "Len Shein" <[hidden email]>
>> The return process returns the marketing package pick product back  
>> into
>> inventory instead of the associated products.
>>
>>
>>
>> Is anyone else experiencing this and or is there is a patch for this?
>>
>>
>>
>>
>>
>> Thank You
>>
>>
>>
>> Len Shein
>>
>>
>>
>> Email: [hidden email]
>>
>> Email: [hidden email]
>>
>>
>>
>> Office: 516.742.7888 ext.225
>>
>>
>>
>> Home Office: 732.333.4303
>>
>>
>>
>>
>
>
>