Re: Payments tab in Billing Account.

Posted by Si Chen-2 on Jul 12, 2006; 12:20am
URL: http://ofbiz.116.s1.nabble.com/Payments-tab-in-Billing-Account-tp169594p169607.html

David,

I just checked this out.  If you create a return for store credit, a  
Payment was created and applied to the Return Invoice, and then a  
separate PaymentApplication was created with the billingAccountId.    
Later when the billing account was used to pay for an order, a  
Payment was created and applied to the Sales Invoice, then a separate  
PaymentApplication was created with the BillingAccountId.  So in each  
case a PaymentApplication was created with the billingAccountId and  
no invoiceId.

I hope this clears it up.

Si

On Jul 11, 2006, at 11:34 AM, David E Jones wrote:

>
>
> Si Chen wrote:
>> Payment increases balance of a Billing Account.  Invoice decreases  
>> it.  These payments are not related to invoices.
>
> This is not quite correct...
>
> A Payment applied to a BillingAccount should still be applied to an  
> Invoice. If a Payment comes in before the Invoice, then the Invoice  
> should be "applied" to the Payment when it comes in, or as they  
> come in.
>
> There still seems to be some confusion about BillingAccounts. This  
> has been discussed before, so I'm not sure how to put it best...
>
> A BillingAccount is essentially nothing. Just forget that it exists  
> in relation to regular Invoice and Payment processes. With or  
> without a BillingAccount those operate and flow the same.
>
> A BillingAccount simply allows for more organization of Invoices  
> and Payments related to things like the following (which is not an  
> exhaustive list by any means):
>
> - keep track of "credit" available to a customer for purchase on  
> account
> - keep track of Payments in advance
> - keep track of a sub-set of Payments and Invoices for a specific  
> client, ie allow them to have multiple billings accounts
> - allow multiple authorized parties to bill against the same  
> account which one party is responsible for paying
>
> Perhaps the best way to see how these might work is just to look at  
> the data structure, and to do so with no assumptions but rather  
> focusing on finding questions instead of answers, and then once  
> those questions are laid out (perhaps on paper if need be) then  
> find the answers to the bigger picture.
>
> I haven't reviewed the implementation of all of these things in  
> detail to verify they are working like this, other than review here  
> and there of commits and work done. If anything is assuming that  
> Payments assigned to a BillingAccount are never assigned to  
> Invoices, then that needs to be corrected. I'm not sure what that  
> would even mean because in order for books to balance and for  
> Payments and Invoices to be "closed", they have to be assigned.
>
> -David
>
>