• Subject: Re: Multi-version implementation
  • From: Jim Sehi <jsehi@xxxxxxxx>
  • Date: Tue, 21 Apr 1998 07:34:37

We too have found stability to be a problem and have also opted to forgoe
the use of any GUI tools for the same reasons you stated below.  We have
found many bugs in the base product and have been busy reporting and fixing
them in an attempt to come live on the software product this fall.  

We have had 3 different consultants from JBA in here in an attempt to get
the AFI system working to no avail.... this is a critical piece and I don't
know what we are going to do if we cannot get it to run properly.

Did you guys ever get onto 3.5.1?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~

At 10:37 AM 4/18/98 -0400, you wrote:
>At Hanes we are in the process of moving to Style 3.5.1.  We have decided to
>forgo using the GUI interface until stability has been achieved using
green on
>black.  From what I have seen of the GUI interface it is no more than a
screen
>scraper.
>    I wish that JBA would stop adding new functionality and correct the
existing
>applications.  I am a strong believer in data integrity but JBA has none.
For
>example, the postal code field in OEP20 (Customer information) is 2 five
>character fields.  When displayed in order entry this is displayed on screen
>with 2 five character input fields.  These same fields are displayed as 1 ten
>character field in AR.
>    Here in Canada we use a postal code of 2 three character combinations.
>Since the customer is originally set up by the AR department (1 ten character
>field for postal code) they usually set it up as X9X 9X9    . When this is
>written to the file it is written as X9X 9 X9    .  I recently had to extract
>the customer details for another application which included the postal code
>fields.  Complete havoc.
>    My point is that JBA seems to write programs with no real business
sense.  I
>think they would be much farther ahead to hire a few competent DBAs to
overhaul
>the applications and build some integrity in to the database and the
>applications.  Version 4 would be an excellent place to start.
>
>Sorry, but I haven't griped for a long time.
>
>Robert A. Rogerson
>I.S. Software Ltd.
>
>Jim Sehi wrote:
>
>> Oh ouch!  Nope... we are still attempting to install 3.5.1... we are
>> currently hot in the middle of making modifications just so that we can
>> come live.  We are currently running on all custom systems.
>>
>> What are your feelings regarding the JBA System 21 product?  I'm curious!
>>
>> ******************************
>> Jim Sehi
>> Sr. Programmer/Analyst
>> Hach Company
>> 5600 Lindbergh Drive
>> Loveland, Colorado  80538
>>
>> Email:  jsehi@hach.com
>> Phone:  970-663-1377  x2538
>> Fax:    970-669-2932
>> ******************************
>>
>> +---
>> | This is the JBA Software Users Mailing List!
>> | To submit a new message send your mail to JBAUSERS-L@midrange.com.
>> | To unsubscribe from this list send email to
JBAUSERS-L-UNSUB@midrange.com.
>> | Questions should be directed to the list owner: doug333@aol.com.
>> +---
>
>
>
>Attachment Converted: "g:\inetmail\attach\ReMulti-"
>
******************************
Jim Sehi
Sr. Programmer/Analyst
Hach Company
5600 Lindbergh Drive
Loveland, Colorado  80538

Email:  jsehi@hach.com
Phone:  970-663-1377  x2538
Fax:    970-669-2932
******************************

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


This thread ...

Replies:

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

This mailing list archive is Copyright 1997-2020 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].