RE: A V6 Success Story! (Sorta')

["Moser, Ron" <RMoser@xxxxxxxxxxx>]

Dean,
Congratulations on this Major Feat.  We are "laboring" toward a Labor
Day upgrade from 4.0.03 to 6.0.02 MM.  We too have found a number of
problems with the SSA-supplied conversion programs.  We have also hit
SQL related performance issues.  In both cases, getting fixes out of SSA
has been impossible or like pulling teeth.  One standard response is
"nobody else has reported that problem", or "we don't see a performance
issue"  (SSA uses a test data base smaller than any company could
operate with).

A suggestion that would help out folks (like us) that are going through
this process.....   
Could you, and others, put out detailed lists of problems encountered,
and a summary of fixes.  We would do the same.  This would be a great
help since these could then be proactively addressed instead of waiting
to stumble across these glitches one-by-one.

Thanks,
Ron Moser
Shaklee Corporation

> ----------
> From:         DAsmussen[SMTP:DAsmussen@aol.com]
> Sent:         May 26, 1998 9:47 PM
> To:   bpcs-l@midrange.com
> Subject:      A V6 Success Story!  (Sorta')
> 
> Hey Folks!
> 
> After nearly a year of effort, we _finally_ went live with 6.0.02 from
> 5.1.01
> over the Memorial Day Weekend!  Rather appropriate, given that we all
> _feel_
> somewhat like war veterans after the effort.  We wrote "post
> conversion"
> programs to handle most of the stuff that SSA screws up in the
> conversion
> (like opening back up most of our closed shop orders, not converting
> user
> menus, not assigning the SSA group to existing user profiles, not
> changing the
> newly AS/Setized program names in ZMO and ZX3, and validating fields
> such as
> "Group Tech Code" in IIM that weren't previously validated).  Went
> pretty
> smooth (_NO_ thanks to SSA), and our CIM Replacement programs using
> INV500B1
> and a batch version of INV500D2 (for validation prior to invoking
> INV500B1)
> worked pretty well.  Between "taking ownership" of some SSA programs
> to
> correct their _LOUSY_ SQL, and creating some "performance" logicals
> for SQL
> based upon the PRTSQLINF command, the performance hasn't been too bad
> --
> 'course we have a 530 that was only 50% utilized prior to conversion.
> 6.0
> _can_ work, just takes a _lot_ of effort...
> 
> Regards!
> 
> Dean Asmussen
> Enterprise Systems Consulting, Inc.
> Fuquay-Varina, NC  USA
> E-Mail:  DAsmussen@aol.com
> 
> "If a cluttered desk is the sign of a cluttered mind, what is the sign
> of an
> empty desk?" -- Anonymous
> +---
> | 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
+---