No worries dude, you can still have it when I put it in Jira.
Skip
-Original Message-
From: Scott Gray [mailto:[EMAIL PROTECTED]
Sent: Monday, October 29, 2007 10:31 PM
To: user@ofbiz.apache.org
Subject: Re: captureBillingAccountPayments
Ok sorry I'll clarify further it's le
t;
> Skip
>
> -Original Message-
> From: Scott Gray [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 29, 2007 9:47 PM
> To: user@ofbiz.apache.org
> Subject: Re: captureBillingAccountPayments
>
>
> Sorry I should have mentioned that it's a non-OFBiz system.
>
n again, maybe other would like it.
Skip
-Original Message-
From: Scott Gray [mailto:[EMAIL PROTECTED]
Sent: Monday, October 29, 2007 9:47 PM
To: user@ofbiz.apache.org
Subject: Re: captureBillingAccountPayments
Sorry I should have mentioned that it's a non-OFBiz system.
Regards
Sco
oldest first.
>
> Also, what do you do now if the customer overpays?
>
> Skip
>
> -Original Message-
> From: Scott Gray [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 29, 2007 12:23 AM
> To: user@ofbiz.apache.org
> Subject: Re: captureBillingAccountPaym
: user@ofbiz.apache.org
Subject: Re: captureBillingAccountPayments
Hi Jacopo
Our customers generally make payments for a specific invoice or group
of invoices so this wouldn't work for us. In our current system (non
web UI) we log a payment and then use a screen with a list of open
invoic
Like I said, the man with the plan
-Original Message-
From: Jacopo Cappellato [mailto:[EMAIL PROTECTED]
Sent: Monday, October 29, 2007 12:15 AM
To: user@ofbiz.apache.org
Subject: Re: captureBillingAccountPayments
[EMAIL PROTECTED] wrote:
> Jacopo
>
> As the man with the plan,
Hi Skip, Jacopo, Scott,
IMHO this kind of threads should better be in dev ML
Thanks
Jacques
PS : thanks Jacopo for the fix on ShippingEvents.java
De : "Jacopo Cappellato" <[EMAIL PROTECTED]>
> Hi Scott,
>
> Scott Gray wrote:
> > Hi Jacopo
> >
> > Our customers generally make payments for a s
Lol ok sorry, I've never actually worked on the billing account stuff
so I have no idea whats currently in place. Nice work whoever did it
:-)
Scott
On 29/10/2007, Jacopo Cappellato <[EMAIL PROTECTED]> wrote:
> Hi Scott,
>
> Scott Gray wrote:
> > Hi Jacopo
> >
> > Our customers generally make pa
Hi Scott,
Scott Gray wrote:
Hi Jacopo
Our customers generally make payments for a specific invoice or group
of invoices so this wouldn't work for us. In our current system (non
web UI) we log a payment and then use a screen with a list of open
invoices to allocate the payment with the payment
Hi Jacopo
Our customers generally make payments for a specific invoice or group
of invoices so this wouldn't work for us. In our current system (non
web UI) we log a payment and then use a screen with a list of open
invoices to allocate the payment with the payment balance reducing as
each invoic
[EMAIL PROTECTED] wrote:
Jacopo
As the man with the plan,
uhm... me? :-)
I wanted to throw this new plan past you. I have
dug pretty deeply into the existing payment/billing account stuff and it
all seems a bit arcane to me and mostly because it looks like payments are
meant to be made f
Jacopo
As the man with the plan, I wanted to throw this new plan past you. I have
dug pretty deeply into the existing payment/billing account stuff and it
all seems a bit arcane to me and mostly because it looks like payments are
meant to be made from the company to a vendor and from a customer
Yeppers
-Original Message-
From: Jacopo Cappellato [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 25, 2007 9:08 AM
To: user@ofbiz.apache.org
Subject: Re: captureBillingAccountPayments
This seems one of the errors introduced with the last framework
improvements...
I'm sure
vice.ModelService.validate(ModelService.java:552)
-Original Message-
From: Jacopo Cappellato [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 25, 2007 1:54 AM
To: user@ofbiz.apache.org
Subject: Re: captureBillingAccountPayments
[EMAIL PROTECTED] wrote:
Jacopo
Makes perfect sense, in fa
he billing
account (that can be used during order entry)
This should work, but if you see something wrong please let us know.
Jacopo
Skip
-Original Message-
From: Jacopo Cappellato [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 25, 2007 1:23 AM
To: user@ofbiz.apache.org
Subject: Re:
nal Message-
From: Jacopo Cappellato [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 25, 2007 1:54 AM
To: user@ofbiz.apache.org
Subject: Re: captureBillingAccountPayments
[EMAIL PROTECTED] wrote:
> Jacopo
>
> Makes perfect sense, in fact, its the almost perfect solution to my se
[EMAIL PROTECTED] wrote:
I am having a discussion with Si about billing accounts. For me,
captureBillingAccountPayments works and the deprecated
captureBillingAccountPayment does not.
Actually not only for you: in my opinion the service that we have
deprecated during the refactoring are simp
please let us know.
Jacopo
Skip
-Original Message-
From: Jacopo Cappellato [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 25, 2007 1:23 AM
To: user@ofbiz.apache.org
Subject: Re: captureBillingAccountPayments
[EMAIL PROTECTED] wrote:
I am having a discussion with Si about billin
. Is there
some way for the credit to show up on the in sales order payment options?
Could the same logic be used?
Skip
-Original Message-
From: Jacopo Cappellato [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 25, 2007 1:23 AM
To: user@ofbiz.apache.org
Subject: Re
[EMAIL PROTECTED] wrote:
I am having a discussion with Si about billing accounts. For me,
captureBillingAccountPayments works and the deprecated
captureBillingAccountPayment does not.
However, captureBillingAccountPayments essentially does nothing (which it
the right thing to do in this case).
20 matches
Mail list logo
