Author: Bill Woodger
Subject: Reply to: TOT & DATE parameter in ICEMAN
Posted: Mon Nov 14, 2016 1:46 pm (GMT 5.5)
hemanthj642,
For your packed-decimal total, you need to "convert" the result to packed-decimal, by specifying TO=PD.
960,7,PD gives its output as a ZD (with a documented default length).
I despair of the dates. What if your step runs on the "wrong" day? Like a re-run, or in testing of any type? Or the step simply running late.?
If your site is so fantastic that you never do a re-run, you don't need testing, and the batch is always complete on time, then by all means use the system dates.
Arun,
The change in position is due to the variable-length input records. The 13,2 has two decimal-digits as part of the total of 13 digits.
Rohit,
You don't need an EDIT to get ZD, and also TS/OP doesn't even want a ZD.
Subject: Reply to: TOT & DATE parameter in ICEMAN
Posted: Mon Nov 14, 2016 1:46 pm (GMT 5.5)
hemanthj642,
For your packed-decimal total, you need to "convert" the result to packed-decimal, by specifying TO=PD.
960,7,PD gives its output as a ZD (with a documented default length).
I despair of the dates. What if your step runs on the "wrong" day? Like a re-run, or in testing of any type? Or the step simply running late.?
If your site is so fantastic that you never do a re-run, you don't need testing, and the batch is always complete on time, then by all means use the system dates.
Arun,
The change in position is due to the variable-length input records. The 13,2 has two decimal-digits as part of the total of 13 digits.
Rohit,
You don't need an EDIT to get ZD, and also TS/OP doesn't even want a ZD.