Mailing-List: contact user-help@ofbiz.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@ofbiz.apache.org
Subject: Re: RMA process
To: user@ofbiz.apache.org
References: 
	<CAJN6p1VmH0p+O8SEPADRzQSV7A-gK8Wzo45AxuaMc2UL_7MxLw@mail.gmail.com>
	<CAEJSHEpH00+JYFqh95_mORuAY+vqUsbUXSniw6Dv92LCWQVPEw@mail.gmail.com>
From: Jacques Le Roux <jacques.le.roux@les7arts.com>
Organization: Les Arts Informatiques
Message-ID: <54927d25-efcc-1319-b9a5-cd6a7c442af5@les7arts.com>
Date: Tue, 14 Nov 2017 11:02:23 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101
	Thunderbird/52.4.0
MIME-Version: 1.0
In-Reply-To: 
	<CAEJSHEpH00+JYFqh95_mORuAY+vqUsbUXSniw6Dv92LCWQVPEw@mail.gmail.com>
Content-Type: multipart/alternative;
	boundary=------------6201EEB41E1862C02C88C54E
Content-Language: en-GB
archived-at: Tue, 14 Nov 2017 10:02:19 -0000

--------------6201EEB41E1862C02C88C54E
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

+1, makes sense, though for instance Amazon is creating invoice with 0 (zero) amount for such case. I was surprised by this, OFBiz can do better ;)

I did not look into details, but *if the user has enough information about the replacement* I see no reasons to create a void invoice.

So please check this condition. I guess Amazon uses a void invoice as a place holder, again not necessary, and IMO even confusing if you have links 
and info about the replacement

Thanks

Jacques


Le 14/11/2017 à 10:49, Sanjay Yadav a écrit :
> +1 to the solution proposed for the issue reported in case 2,  if replacement is done with the similar item and type is not serialized.
>
> Best Regards,*
> *
> *
> *
> *Sanjay Yadav* | Manager, Enterprise Quality Assurance
> HotWax Commerce <http://www.hotwax.co/>by**HotWax Systems <http://www.hotwaxsystems.com/>
> 80, Scheme No. 78, Part II, Indore, M.P. 452010, India
> Mobile Phone: 787 918 8830 | Linkedin: Sanjay-Yadav <https://www.linkedin.com/in/sanjay-yadav/>
>
> HotWax Systems recently received 8 mentions in /*The Gartner Digital Commerce Vendor Guide, 2016 */by Gartner, Inc., the world's leading IT research 
> and advisory company.//Learn more about our researchhere <https://www.gartner.com/technology/media-products/newsletters/HotWax/1-2UVLP6M/index.html>.
> Inline image 1
>
>
>
> On Tue, Nov 14, 2017 at 2:32 PM, Amit Gadaley <amit.gadaley@hotwaxsystems.com <mailto:amit.gadaley@hotwaxsystems.com>> wrote:
>
>     Hello Everyone,
>
>     In RMA process, there are two types of return items i.e. Refund and
>     Replacement. Actually, there are few more types but consider these two to
>     focus on the actual problem.
>
>     CASE 1: Create return with return items of type 'Refund'. When return is
>     received, an invoice is created to refund to the customer.
>     *Issue: *No Issue
>
>     CASE 2: Create return with return items of type 'Replacement'. When return
>     is received, a sales order with order total zero ($ 0) is created against
>     return. And, can be processed as usual.
>     *Issue: *An Invoice is created against the return. I think it should not be
>     created as an order is already created in replacement of received items.
>
>     Please feel free to add your views and comments.
>     --
>     Thanks and Regards,
>     *Amit Gadaley <https://about.me/amit_gadaley>* | Senior Enterprise Software
>     Engineer
>     HotWax Commerce <http://www.hotwax.co/> by HotWax Systems
>     <http://www.hotwaxsystems.com/>
>     Plot no. 80, Scheme no. 78 Part 2, Near Brilliant Convention Center, Indore,
>     M.P., India - 452010
>     Cell phone: +91 958.459.3069
>
>     <https://about.me/amit_gadaley?promo=email_sig <https://about.me/amit_gadaley?promo=email_sig>>
>
>


--------------6201EEB41E1862C02C88C54E--