Yes - I do that as well - let's look at a scenario.
I want to be able to take credit cards and also cheque payments for
renewals.

So I set the interface to process immediately
I take their details, they specify credit card, I check the validity etc.
get authorisation and if ok I pass the name through and it is renewed
immediately - fine.
If the credit card is not approved I don't pass it through and tell the
customer why - so everything ok so far.

Next the customer wants to pay by cheque,cash or maoney order. They fill in
the renewal info, tick my cash box and then instead of my being able to use
the existing pend system I have to build my own while I wait for payment. It
would be much simpler if I could pass a flag with the renewal to say pend
this one please. Then when payment is received I simply go into the
interface and release.

the only option is to pend everything - sort of defeats the purpose of real
time credit card processing doesn't it ?

The same requirement that we have for reg_system.cgi - we can at least get
around it in registrations by keeping the interface on pend and using
register.cgi functionality for approved credit card purchases

Jim Carey
www.OZbcoz.com discount domain registration
www.iluvoz.com affordable hosting services


> -----Original Message-----
> From: Michael Brody [mailto:[EMAIL PROTECTED]]
> Sent: Friday, 23 March 2001 2:04 AM
> To: Jim Carey
> Cc: Discuss-List@Opensrs. Org
> Subject: Re: FW: renewal changes
>
>
> I have solved this problem to have renew charge the cards in real
> time.  If the card charge goes through the renewal is processed, if not
> the customer is notified that the card was declined.
>
> the renew.cgi works with both card services and authroize net.
>
> michael
> [EMAIL PROTECTED]
>
>  On Thu, 22 Mar 2001,
> Jim Carey wrote:
>
> > I have already done so  with the reg_system.cgi. However this
> is a request
> > that has been asked for by multiple people for over a year. It makes for
> > great difficulties in upgrading releases due to the amount of code that
> > needs to be put in place to support pended registrations (my
> cash customers)
> > and a set of code based on register.cgi that allows for immediate
> > registration.
> >
> > With renew.cgi (as far as I am aware)  we don't have two
> versions of the cgi
> > ( or two API calls ) that will allow me to pend some and
> immediate others.
> > So in there I have to either build in a full pending system
> myself or simply
> > not accept cash payments.
> >
> > The simple approach of allowing the pend or immediate flag (as requested
> > recently by myself and a number of others when the renew
> functionality was
> > described in the list) to be set in the client would simplify
> this process
> > enormously.
> >
> > cheers
> >
> > Jim Carey
> > www.OZbcoz.com discount domain registration
> > www.iluvoz.com affordable hosting services
> >
> >
> > > -----Original Message-----
> > > From: Dave Warren [mailto:[EMAIL PROTECTED]]
> > > Sent: Thursday, 22 March 2001 4:39 PM
> > > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> > > Subject: Re: renewal changes
> > >
> > >
> > > Unfortunately, you may need to simply code this yourself,
> into the client.
> > >
> > > ----- Original Message -----
> > > From: "Jim Carey" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Wednesday, March 21, 2001 10:44 PM
> > > Subject: renewal changes
> > >
> > >
> > > > I am pleased to see that the changes to allow deferred or immediate
> > > renewals
> > > > have been implemented - however I am disappointed to see
> that this is an
> > > all
> > > > or nothing approach and, as for registrations, cannot be
> set from within
> > > the
> > > > client. This means that we still can't immediately renew
> names where we
> > > have
> > > > received a valid credit card and defer renew names that
> wish to pay by
> > > cash.
> > > >
> > > > I guess we've got another year of asking for this yet
> > >
> > >
> > >
> > > ========================================================
> > > Dave Warren,
> > >  Email:  [EMAIL PROTECTED]
> > >  Pager: [EMAIL PROTECTED]
> > > ========================================================
> > >
> > >
> >
>
>

Reply via email to