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 >>>> >>>> > -- > Benjamin Jugl > Consultant > > Fon +49 521 448 157-90 > Fax +49 521 448 157-93 > Mobil +49 160 807 8611 > Xing xing.com/profile/Benjamin_Jugl3/ > LinkedIn linkedin.com/in/benjamin-jugl-693664ab/ > > Company and Management Headquarters: > ecomify GmbH, Gustav-Winkler-Str. 22, 33699 Bielefeld, Deutschland > Fon: +49 521 448157-90, Fax: +49 521 448157-99, www.ecomify.de > > Court Registration: Amtsgericht Bielefeld HRB 41683 > Chief Executive Officer: Martin Becker, Michael Brohl > > >
