1. Mailing Lists
  2. Accounting
  3. Re: Credit/Debit Memos & Refund Invoices

Accounting mailing list archives

accounting@odoo-community.org

Browse archives

Re: Credit/Debit Memos & Refund Invoices

Avatar

Re: Credit/Debit Memos & Refund Invoices

by
kevin.mcmenamin
- 05/01/2016 21:39:22
I have pushed to git the following

v9_account_anglo_saxon
v9_account_stock_return

https://github.com/KevinMcMenamin?tab=repositories

account_stock_return allows an invoice to be linked to a return picking and creates a credit note accordingly - both purchase and sale
account_anglo_saxon deals with issues in the standard functionality as well as correct accounting for returns

I still have more testing to do, but please feel free to test and advise any issues/suggestions

Regards

Kevin McMenamin
ERP Capability Manager

Mobile  +64 22 651 3753
Phone  +64 9 977 5805
Email   kevin.mcmenamin@solnet.co.nz

Solnet Solutions Limited
Level 19, Crombie Lockwood
191 Queen Street, Auckland 1010
PO Box 6619, Auckland 1141

www.solnet.co.nz  




From:        Stephan Keller <skeller@sodexis.com>
To:        "Accounting" <accounting@odoo-community.org>,
Date:        30/12/2015 03:25 p.m.
Subject:        Re: Credit/Debit Memos & Refund Invoices




Jordi,

We are doing the same thing on the stock move side: adding a "No invoice" flag, if not selected then use the output or input account, if selected then use the expense account.
I understand what you are saying about the 3-way match.  I think we will wait to see how it goes in practice, I think that most of the time the auto-reconcilation will work fine (the amount will be the same on the invoice and stock move side) and some special cases will have to be reconciled manually.  There is room also to reconcile some right away, e.g. when the invoice is created from the delivery/incoming shipment.  The same way a payment is reconciled with an invoice when using register a payment on the invoice.

Stephan.


On Sun, Dec 27, 2015 at 5:38 AM, Jordi Ballester Alomar <jordi.ballester@eficent.com> wrote:
El dia 26/12/2015 23:23, "Stephan Keller" <skeller@sodexis.com> va escriure:
>
> Jordi,
>
> I agree with what you wrote.
> Having said that, we prefer to think of it as a refund without a stock move, so we use a "No Stock Move" flag on the invoices.  
> Just because sometimes a Customer refund or Supplier refund will still have a stock move associated with it that could be entered later on.  At least we see the need for those cases with our RMA module.

Agreed, and in fact I can see the need for users to be able to enter 1st the supplier invoice, and after, link to the PO/stock moves as part of the 3-way match or invoice verification process. See below  the document that I prepared a while ago on this topic. Feel free to comment:
https://docs.google.com/a/eficent.com/document/d/1wh4Kbxa_UgaPi6eVIgILG37j2a-RdUX26TFdOOybnU8/edit?usp=docslist_api

> Also agree that the default should be "No stock move" checked when a refund is created from a menu or from another invoice, that is probably what most of the time a user will need.
>
> Stephan. 
>
> On Wed, Dec 2, 2015 at 2:07 PM, Jordi Ballester Alomar <jordi.ballester@eficent.com> wrote:
>>

>> Hello,
>>
>> An outsanding issue in Odoo, where Anglo Saxon modues are used is to avoid using Stock Input/Output Accounts where a credit/debit memo is created.
>>
>> A credit/debit memo is an invoice for products / services that does not involve a stock move. Like a customer refund where the customer will not be returning the goods.
>>
>> I wonder if someone has approached this issue already. IMHO if you create an invoice from the menu (not linked to stock move or PO/SO) it should be flagged as 'Credit/Debit Memo' and then should not attract Stock Input/Output accounts.
>>
>> Looking forward to hearing from your comments.
>>
>> Jordi
>>
>> _______________________________________________
>> Mailing-List: http://odoo-community.org/groups/accounting-28
>> Post to: mailto:accounting@odoo-community.org
>> Unsubscribe: http://odoo-community.org/groups?unsubscribe
>
>
>
>
> --
> Stephan Keller, Ph. D.
> CEO Sodexis, Inc.
> Orlando/Longwood, FL
> www.sodexis.com
> Odoo Certified Expert: https://www.odoo.com/certifications
> http://www.linkedin.com/in/stephankellersodexis
> Phone: (407) 278-4917
> Cell: (407) 202-8998
>
> _______________________________________________
> Mailing-List: http://odoo-community.org/groups/accounting-28
> Post to: mailto:accounting@odoo-community.org
> Unsubscribe: http://odoo-community.org/groups?unsubscribe

_______________________________________________
Mailing-List: http://odoo-community.org/groups/accounting-28
Post to: mailto:accounting@odoo-community.org
Unsubscribe: http://odoo-community.org/groups?unsubscribe




--
Stephan Keller, Ph. D.
CEO Sodexis, Inc.
Orlando/Longwood, FL
www.sodexis.com
Odoo Certified Expert: https://www.odoo.com/certifications
http://www.linkedin.com/in/stephankellersodexis
Phone: (407) 278-4917
Cell: (407) 202-8998

_______________________________________________
Mailing-List: http://odoo-community.org/groups/accounting-28
Post to: mailto:accounting@odoo-community.org
Unsubscribe: http://odoo-community.org/groups?unsubscribe

Attention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or postmaster@solnetsolutions.co.nz as soon as possible. The content of this email does not necessarily reflect the views of Solnet Solutions Ltd.

Reference