Re: Pulling spool files off AS/400 - VB?

["Jay peasley" <jpeasley@xxxxxxxxxxxxxx>]

Adam,

I can't remember what the Point quote program looked like, but if I remember 
right it was straight *SCS output and very ugly. In our estimation it was not 
pretty enough to use as a sales tool.

If that is the tack you are using then PDF'ing is a good package to use. It 
would go to the PDF outqueue in a *HELD status and those who want them sent can 
release them, after adding the email address.

We opted to not use DAP (except for CPP and WC and what a regret that was) and 
wrote all the dec prints in ILERPG and AFPIPDS print files. As a quote is an 
unverified policy we were able to tweak our dec print programs to print quote 
and label them as such. Faxing programs like Faxstar will fax the spool file 
along with the overlay so it looks good.

If I remember right you are using DAP (or whatever the new name is). Can you 
direct your quote to DAP and then use VB to pull the quote off of the PC that 
does the DAP printing? At least that way you have a decent looking quote to 
present.

Just some thoughts.

Jay

>Ok, it looks like I need to go deeper into the problem at hand and the
>solution I am looking to do.
>
>Our insurance application is all green screen.  We have just started doing
>commercial insurance for New York.  There is a program with our CPP package
>that will generate a quote.
>
>Currently brokers will call us up, ask for a quote, we will do it, print it
>out and fax it back to them.
>
>The COO wants to make this a paperless transmission.
>
>So, out of a brainstorm session, I decided the best solution was to have th=
>e
>quote program spit out the quote print to a unique outqueue.  I would have =
>a
>VB program that theperson can open to view that specific outqueue, select
>the job he wants, save it to his desktop and then he can email it off to th=
>e
>broker.
>
>Emailing from the AS/400 is not an option.  I would prefer to write my own
>client side application as opposed to using Ops Nav, due to the fact that i=
>t
>is not a toy everyone should be playing with.
>
>Adam Lang
>Systems Engineer
>Rutgers Casualty Insurance Company
>http://www.rutgersinsurance.com