× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I've got a client who decided to go the Oracle route 3.5 years ago. This 
is a construction company, mind you, that lives & dies by its job cost 
data. Nobody from Oracle really told them that Oracle Corporation does not 
offer a construction software package. They've spent all this time and 
money trying to jerry-rig the package to do what they need. After 3.5 
years, they've got payroll & human resources running well enough to print 
checks, W2's and some associated reports. They've also got part of G/L 
running. 

Every night, the Oracle folks FTP a file containing the employee file 
updates needed to run payroll over to the 400. That data is picked up by 
my program and places the info into the appropriate files. The timecards 
are still being entered on the 400, and once a week, that data is sent 
back to the Oracle box in order to process checks. Payroll is still run on 
the 400, with the exception of printing the checks. They're held on the 
output queue until the Oracle box manages to produce them (I'm no fool - 
twice they've had to send out the checks from the 400 in order to meet 
their union deadlines). The reason that the payroll is still being run in 
parallel on the 400 is that all the job cost info is there, and will be 
for the foreseeable future, until somebody from Oracle figures out how to 
produce a viable job cost system. 

I also know about a homebuilder who went with SAP and spent over $35 
million (last time I heard) getting it implemented.....But that's another 
story.

I think that David should suggest a thread for "dumb CFO/CEO/CIO" stories, 
compile them into some sort of book, and send it free of charge to all the 
MBA schools in the world. Maybe then we'd see some improvement in the 
situation. Malcolm Haines, are you listening?


Paul Nelson
Arbor Solutions, Inc.
708-670-6978  Cell
pnelson@xxxxxxxxxx




"Rick Rayburn" <the400man@xxxxxxxxxxx>
Sent by: midrange-l-bounces@xxxxxxxxxxxx
07/27/2003 08:48 AM
Please respond to Midrange Systems Technical Discussion

 
        To:     midrange-l@xxxxxxxxxxxx
        cc: 
        Subject:        Re: Why NOT the 400?


Thanks Scott.

I think many of us who have been trained in this industry (myself from the 

early days of the system38) are frustrated with how the 400's been 
addressed 
during the past few seasons.

And I know there are way too many characters out there, both 400 
professionals and CEO's of corporations involved with the 400, who are 
stone 
blind on why this wonderful box is the best solution to keep your data 
safe 
and accessible. You want a sexy front end? Go ahead. You want a sexy back 
end? You're gonna pay for your stupidity of selection.

Just heard from someone about a large corporation based in NY scrapping 
their 400 environment for an Oracle setup. Oracle. Loaded from head to 
foot 
with bugs. A friend of mine who works for IBM - NYC as a PM has told me 
often of his pleas with companies to retain the 400 as their warehouse 
management solution instead of the more sexy but unstable and cumbersome 
choices now being offered. He loses most arguments...and when they finally 

go into prodution, there are a myriad of bugs and bad performance issues 
that add another notch to his "I told you so" roster. Programs bombing, 
programs freezing during transactions, slow response times, long hours 
between application turnover, etc. Obviously, IBM makes matters worse with 

their promotional strategy.

Perhaps you are right on the money with your request to take this argument 

outside the 400 community. Somehow, someway, someone needs to educate the 
business population on the value of the 400 as either a back or front 
office 
system and that "sexy" solutions are almost always the worst solutions 
especially when you're trying to produce a stable data environment for 
your 
operation.



>From: Scott Klement <klemscot@xxxxxxxxxxxx>
>Reply-To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
>To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
>Subject: Re: Why NOT the 400?
>Date: Sun, 27 Jul 2003 01:12:50 -0500 (CDT)
>
>
>Rick,
>
>Asking these questions here on the Midrange-L list is pointless.  You'll
>get a lot of agreement with your position, and you'll get a few people 
who
>don't really understand why the community is shrinking who will,
>nonetheless, give their conjectures.
>
>However, you'll never find out the real truth here.   Ask your questions
>in other areas, on Windows-related groups, on Unix-related groups, etc.
>
>Asking here is like asking Tipper Gore why G.W. Bush won the election.
>She may be able to conjecture, but she didn't vote for Bush, and it
>wouldn't have been her decision to put him there.
>
>
>On Sat, 26 Jul 2003, Rick Rayburn wrote:
>
> > Why NOT?
> >
> > I don't understand. Everybody in - and out of - our industry know the 
>400 is
> > the very best-of-breed choice for management of your back office. 
Don't
> > heavy-transactional environments flourish better in shallow water? The 

>400
> > does that very well.
> >
> > So, who cares how fast you're speeding down the super highway? You 
gotta
> > have a vault to protect your crucial data, don't you?
> >
> > So,why is that so hard to market? Doesn't our box provide 
>sufficient-enough
> > access to the big road? Sure it does. Certainly enough for a sizable 
>market
> > share. And that's fine. No sweat.
> >
> > We should be getting all the back office action, right?
> >
> > Shouldn't the 400, "promote itself". It's not as if we are trying to 
>sell a
> > lemon disguised as a peach.
> >
> > We have a solid resource and community. Why does our industry grow 
>smaller?
> >
>_______________________________________________
>This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing 
list
>To post a message email: MIDRANGE-L@xxxxxxxxxxxx
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/mailman/listinfo/midrange-l
>or email: MIDRANGE-L-request@xxxxxxxxxxxx
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/midrange-l.
>

_________________________________________________________________
Help STOP SPAM with the new MSN 8 and get 2 months FREE* 
http://join.msn.com/?page=features/junkmail

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing 
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.




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-2024 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.