Jacapo

https://localhost:8443/accounting/control/editPaymentApplications

 and one of them involves applying it to the billing account.

I don't see the point in applying a payment to a billing account.
Otherwise, how to you know when an invoice is paid?  What happens later, do
you take the money out of the billing account and apply it to an invoice?

There may be some european need that I am not aware of to apply a customer
payment to a Tax Authority, but that is not the case in the U.S, so I don't
see the point in the Tax Auth Geo ID.

The main one for me is applying a payment to a billing account.  If there
are no invoices to apply to, the Payment should stay open.  It makes
everything else then so easy.


Skip



-----Original Message-----
From: Jacopo Cappellato [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 24, 2007 11:45 PM
To: dev@ofbiz.apache.org
Subject: Re: Billing Accounts


Skip,

I very well remember that valuable message from David: it helped me a
lot when I've recently refactored the billing accounts.
Where is the current implementation not following David's notes?

Thanks,

Jacopo

[EMAIL PROTECTED] wrote:
> I just ran across this in the Wiki from David concerning Billing Accounts
> from back in July.
>
> http://docs.ofbiz.org/display/OFBIZ/Billing+Account
>
> The current Ofbiz implementation does not operate as described in this
> document.  The "addon" I partially provided here:
>
> https://issues.apache.org/jira/browse/OFBIZ-1421
>
> follows it exactly or nearly so.  Furthermore, the logic is so simple.  It
> is a shame that billingAccountId ended up in so many entities.
>
> I think these paragraphs bear repeating because he says it so much better
> than me:
>
> "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):"
>
>
>
> Skip



Reply via email to