i have to reply to this as it took us a time to get batch billing running. but 
we did. i may have forgotten some of the details but the problem is not with 
BIL500, it is with BIL501. (by the way this is version 6.04)

BIL500 is the billing selection program. you enter your selection parameters 
into this program and it scans the BBH/BBL files to find orders ready to be 
billed that meet your selection parameters. when it finds an order it updates a 
field in the BBH/BBL record with the user id if the person that ran BIL500. at 
the end of the program BIL500 it is going to submit a separate batch job that 
invokes BIL501. BIL501 is always run in batch. BIL500 may be run interactively, 
or it may be run in batch, but upon completion, it always submits a separate 
batch job of BIL501 that actually produces the invoices. 

so my guess is that you are submitting the BIL500 job to batch and it is 
probably selecting BBH/BBL records for billing. my guess is that after BIL500 
completes it is submitting the BIL501 job to some job queue where the BIL501 
job is not running. and remember that the BIL501 job needs the LDA set and 
other things. the other thing is that if you are submitting the BIL500 job from 
some type of scheduling system, the scheduling system will not know about the 
existence of the separate BIL501 job. it may then submit a subsequent job upon 
the completion of BIL500, when you may not want subsequent jobs to run until 
BIL501 completes.

we got around the problem as follows: (it's been a while but i think i remember 
most of the details)
we created a CL program that runs BIL500 and BIL501. the CL program has the 
parameters for both. we direct the BIL501 job that BIL500 submits to a dummy 
job queue as we do not want that job to run. instead we want BIL501 run by our 
CL where we can control where the output goes. the last step of this CL program 
is to delete the BIL501 program in the dummy job queue.

hope that this gets you going in the right direction.

chick doe
barton instrument systems 




>>> JTechmeier@medalcraft.com 04/27/01 12:50PM >>>
I created an RPG program to build the parameter lists for submitting BIL500
to batch. It builds the lists as follows:

W7PLST
   xfsts   1    A    '1'
   xdata   1    A    '0'
   xwsid   10   A    'TCP01'
   xd4fg   1    A    '0'
   xfill1  243  A    blanks

W7SLST
   xinvp   1    A    '0'
   xinvd   8,0  P    current date
   xcons   6,0  P    0
   xfldn   6,0  P    0
   xtldn   6,0  P    999999
   xfspn   3,0  P    0
   xtspn   3,0  P    999
   xfscu   6,0  P    0
   xtscu   6,0  P    999999
   xfcus   6,0  P    0
   xtcus   6,0  P    999999
   xfshp   4,0  P    0
   xtshp   4,0  P    9999
   xford   6,0  P    0
   xtord   6,0  P    999999
   xityp   1    A    '0'
   xprnt   1    A    '1'
   xrunt   1    A    '1'
   xfpkg   8,0  P    0
   xtpkg   8,0  P    99999999
   xbslf   1    A    ' '
   xbfcg   8,0  P    0
   xbtcg   8,0  P    99999999
   xfill2  180  A    blanks

I also created a  CL program that calls the previous RPG program and
submits BIL500 to batch. When I run this application the billing takes
place but no invoices are generated. My submit consists of the following:

      SBMJOB     CMD(CALL PGM(BIL500B) PARM(&W0INTR &W7PLST &W7SLST))
JOB(BIL500) +
                JOBD(BPCSUSR/BPCSJOBD) INLLIBL(*JOBD)

Field W0INTR = 'B'

I have called the HelpLine and they don't know why it isn't working. Now
that's reassuring.

John Techmeier
IT Director
The Medalcraft Mint, Inc.
jtechmeier@medalcraft.com 


+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com 
+---

+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.