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 <benjamin.j...@ecomify.de>
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 ja...@productive1.com:
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: <ja...@productive1.com>
Date: Wed, April 25, 2018 4:56 am
To: user@ofbiz.apache.org
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 <yashwant.dha...@hotwaxsystems.com>
Date: Tue, April 24, 2018 9:55 pm
To: user@ofbiz.apache.org
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, <ja...@productive1.com> 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: <ja...@productive1.com>
Date: Tue, April 24, 2018 12:07 am
To: user@ofbiz.apache.org
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 <jamesy...@apache.org>
Date: Mon, April 23, 2018 5:00 pm
To: <user@ofbiz.apache.org>
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, <ja...@productive1.com> 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
