|
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 mailing list archive is Copyright 1997-2025 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.