legacy import & date

Ivan Kohler ivan at sisd.com
Wed Nov 4 00:58:01 PST 1998


Hey, you forgot to say that it is fine for 'bill' == 'setup'.

Also paydate is the date on the expiration date of the credit card,
that's why it is specified differently.

-- 
Ivan Kohler <ivan at sisd.com> - finger for PGP key
Silicon Interactive Software Design - http://www.sisd.com/ - 888-670-SISD
Open-source billing and administration for ISPs - http://www.sisd.com/freeside
20 4,16 * * * saytime # please don't be surprised if you find me dreaming too

On Fri, Oct 23, 1998 at 12:22:31AM +0000, Ivan Kohler wrote:
> _date - specified as a UNIX timestamp; see the section on "time" in the
> perlfunc manpage.  Also see the Time::Local manpage and the Date::Parse
> manpage for conversion functions. 
> 
> I do plan a ut_date subroutine in Record.pm that would Date::Parse that
> sort of thing automatically.  The european/american ordering is
> troublesome.
> 
> On Mon, 19 Oct 1998, Desk of the Technical Director wrote:
> 
> > I have the legacy import working for my customer data....almost.
> > 
> > I am down to 1 problem, dates.  they are in a mm/dd/yy format, but when I
> > try to shove them in as $svc{'paydate'} and $cust_pkg{'bill'} I get
> > errors.  I understand why, but I am no regex expert (if such a thing
> > exists) and the formats for the two seem to be different (paydate will
> > take mm/yyyy but bill will not).
> > 
> > Clue me in.  What date formats do I need and do you have a one-liner
> > conversion.  I tried to use Date::Parse, but since I dont know what I am
> > doing.....  
> > 
> > I will make up a 'paydate' if I can get 'bill' in correctly.
> > 
> > Also, is it ok if 'bill' = 'setup' or should setup always be < bill
> > 
> > 
> > 
> > 
> 
> -- 
> Ivan Kohler <ivan at sisd.com> - finger for PGP key
> Silicon Interactive Software Design - http://www.sisd.com/ - 888-670-SISD
> Open-source billing and administration for ISPs - http://www.sisd.com/freeside
> 20 4,16 * * * saytime # please don't be surprised if you find me dreaming too
> 




More information about the freeside-users mailing list