Are you sure?
Because the code I mentioned tries to find the old/replaced/obsolescence
Product and refers to "productIdTo".
Thus I think that 38726 should be productIdTo.
I can be mistaken, though. :)
Am 26.04.18 um 10:59 schrieb Rishi Solanki:
In addition you need to change the association from and to.
Product is 12345 is the Product From and Product 38726 is the Product to
and the association is New Version Replacement Correct?
38726 should be product from and 12345 should be product to.
Please refer the demo data for association type mentioned by Benjamin.
Rishi Solanki
Sr Manager, Enterprise Software Development
HotWax Systems Pvt. Ltd.
Direct: +91-9893287847
http://www.hotwaxsystems.com
www.hotwax.co
On Wed, Apr 25, 2018 at 9:57 PM, Benjamin Jugl <[email protected]>
wrote:
Hi there,
I would say yes, the code implies this usage.
See ProductDetail.groovy:
obsolenscenseProducts = dispatcher.runSync("getAssociatedProducts",
[productIdTo : productId, type : "PRODUCT_OBSOLESCENCE", checkViewAllow :
true, prodCatalogId : currentCatalogId]);
context.obsolenscenseProducts = obsolenscenseProducts.assocProducts;
Am 25.04.18 um 18:13 schrieb [email protected]:
Ok Dumb question of the day!
In product associations if Product 12345 is the New Version Replacement
to Product 38726 inside of Catalog
Product is 12345 is the Product From and Product 38726 is the Product to
and the association is New Version Replacement Correct?
Thanks,
James
-------- Original Message --------
Subject: RE: Best Practice Uploading Sales Orders
From: <[email protected]>
Date: Wed, April 25, 2018 4:56 am
To: [email protected]
Thanks guys! I know this might sound stupid but what is the no-eca
delegator?
-------- Original Message --------
Subject: Re: Best Practice Uploading Sales Orders
From: Yashwant Dhakad <[email protected]>
Date: Tue, April 24, 2018 9:55 pm
To: [email protected]
Hi James,
You can create custom import service and use store operation to create
the
new records for orders with default-no-eca delegator. Please create all
the
related entities data for order and by default-no-eca delegator, eca and
seca would not be triggered and inventory and the financial records
would
not be affected.
Thanks & Regards
--
Yashwant Dhakad
HotWax Systems
http://www.hotwaxsystems.com/
On Tue, Apr 24, 2018 at 5:35 PM, <[email protected]> wrote:
Anyone have any experience uploading a closed sales order that would not
affect inventory or financials. I would like to import closed sales
order just to use for returns
-------- Original Message --------
Subject: RE: Best Practice Uploading Sales Orders
From: <[email protected]>
Date: Tue, April 24, 2018 12:07 am
To: [email protected]
What happens when you need to return a Sales Order? I think you have to
have it in the system. So how do you import a closed sales order
-------- Original Message --------
Subject: Re: Best Practice Uploading Sales Orders
From: James Yong <[email protected]>
Date: Mon, April 23, 2018 5:00 pm
To: <[email protected]>
Hi James,
1. You can use Receive Inventory function and just receive the product.
2. No need to migrate closed sales orders to the new system.
Regards,
James Yong
On 2018/04/17 23:36:40, <[email protected]> wrote:
When you first launch Ofbiz it is extremely important to upload Open
Sales, Open Purchase Orders, Trial Balances as well as initial inventory
quantities and open accounts receivable and open accounts payable. This
is a minimum to get a corporate system ready to utilize.
Now comes the question. Typically closed sales orders are not imported,
but there comes the issue where a customer wants to return a product
from a closed sales order which is not in Ofbiz.
Question:
1. Is there a way to create a blanket return not against a sales order?
2. If not is there a way of uploading closed sales order that doesn't
affect financials?
Thanks,
James
