Community mailing list archives
Re: Accounting Roadmap V9by
Numa Extreme Systems, Gustavo Marino
The same effect of registering the advance payment as a liability is achieved assigning the right liability accounts to the advance payment services
Using the liability accounts, it is possible to separate advanced payment from normal partner balance. In fact, it quite a right decision, because the customer could have a debt on other deliveries and at the same time he has a credit for the new sale order, which in fact reflect the common understanding in our business community.
Reading the messages in this thread, it seems that this special treatment of advanced payments is more common than it was thought by Openerp SA
Perhaps a basic implementation should be reflected on the base
2015-01-23 11:08 GMT-03:00 Caudal Eric <email@example.com>:
CR Bank (from Payment method chosen in customer payment)DR Supplier depositfor supplierDR Bank (from Payment method chosen in customer payment)for customerThis is quite common in China.Then you just have to create a supplier/customer payment, introduce the quantity and check the box prepayment (without allocating the quantity to any existing line) =>it will generate the accounting entry:
We have created a simple module account_prepayment that allows you to have a second set of AR/AP account for prepayments.
CR Customer Prepayment
Process is as followed:1. Supplier payment with prepayment account when the supplier deposit is done2. goods are delivered3. invoice is created/validated based on delivery4. supplier payment is created and the prepayment can be reconciled with the invoice (along with other payment)Besides, having the double set of accounts allows you to have the customer deposit as a liability and supplier deposit as an asset...2015-01-23 21:53 GMT+08:00 Gustavo Marino <firstname.lastname@example.org>:In ARG for a similar problem, we produce an invoice on a service product on advance payment. This invoice is payed used the normal payment methods. It generates a debt to the customerAfter real delivery, the prepayment invoice is canceled, and thus it generates a credit for the customer. The delivery invoice is processed normally, and the credit got on prepayment invoice cancellation is used to cancel partial or completely the final invoice. If necessary, additional payments are usedIn this way, VAT could be used on prepayment invoice (even if it is rated diferent between services and the final products), the debt before delivery is correctly reflected in accounting, and there is no restriction on the amounts used.Regards2015-01-23 10:40 GMT-03:00 Davide Corio <email@example.com>:On 23/01/15 14:32, Denis Karataev wrote: > Hi Davide, > > 1. we need to send Invoice report to the customer, but we don't need to > create any accounting entries at this moment, because we can create > accounting entries only dependent on delivery > 2. we need to get payment from customer and to track the status of Sale > Order (payed or not payed) > 3. when this order is payed, we can create Deliveries, one or more > 4. Invoices (and accounting entries) are created depended on deliveries > 5. we recouncile the payment from step 2 to Invoices created on step 4 Not exactly the same workflow, but very similar to the one we're used to here. And no...we don't have a solution for that at the moment unfortunately -- Davide Corio firstname.lastname@example.org
--Eric CAUDAL+86 186 21 36 16 70