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


  • Subject: Re: HELP w/ IBM bureaucracy
  • From: Evan Harris <spanner@xxxxxxxxxx>
  • Date: Fri, 30 Mar 2001 07:45:47 +1200

Dan

might be just the thing to make them start "co-operating"...

Cheers
Evan Harris

>Thanks for the suggestions, Denis.
>
>Just exactly how do I determine who to write to?  I'm not sure I'd call my
>M.R. to find out. <g>
>
>Dan Bale
>IT - AS/400
>Handleman Company
>248-362-4400  Ext. 4952
>
>-------------------------- Original Message --------------------------
>2 things you may try:
>- Write a letter to IBM. They are very sensitive to written document. In it,
>  name names and explain it the way you did it with us. Do not address it tou
>  your rep (put her as CC to it). address your note higher at IBM.
>- Do what I do when I cant get a correct answer from a rep. Ask for his/her
>  boss, if that does not work, ask for the boss boss. Insist, the bosses are
>  the one that can override burocraty.
>
>Good luck
>
>Denis Robitaille
>Directeur services techniques
>Cascades Inc
>819 363 5187
>fax 819 363 5177
>
>
> >>> D.BALE@handleman.com 03/28/01 04:17pm >>>
>I've got a situation that's starting to rear it's REALLY ugly head.  This
>situation occurred prior to my arrival here and the principal player in our
>organization with which this situation occurred is long gone.  As you read
>this, please note that I AM NOT JOKING!  Everything I present below is
>"factual" as has been told to me by IBM.
>
>We have two AS/400s (both 9406-510's running V3R7) at two of our branches
>whose serial numbers begin with '44'.  According to IBM, '44' indicates that
>the box was manufactured outside the U.S. and a serial number beginning with
>'10' indicates that the box was manufactured inside the U.S.
>
>The problem is that IBM's records show these two systems as beginning with
>'10' with the correct last 5 digits of the serial number.  This apparently was
>not a problem with all of our previous dealings with IBM since I was told
>that, normally, IBM only refers to the last 5 digits of the serial number,
>ignoring the first 2 digits.
>
>Several weeks ago, with my new responsibilities to manage all of our AS/400's,
>I attempted to use SNDPTFORD to order SF98370 (PSP).  The system dialed up
>IBM, connected, but was returned a message from the IBM connection that "
>Service requester not registered with IBM Service." (CPF8C3B).  After various
>calls to our marketing rep, the branch's C.E., and several other IBM'ers
>patched through on conference calls, over several weeks, this is what I'm
>being told:
>
>Basically, IBM is, for reasons unknown to me or anyone at IBM that I've talked
>to, unable to change their systems to show that the serial numbers on the two
>affected boxes are, in fact, 44* boxes, and not 10*.  What they *are*
>supposedly able to do is to "flip a bit" that stays "on" for a period of time
>(have not been told how long a period of time that is) that will allow me to
>use IBM to order cume PTFs and MF PTFs (we do not have a software contract
>with them, and I am unable to find paperwork that would tell me whether we
>have any with a BP from whom we may have obtained the system from   man, this
>s*cks!).  Also, there is a unexplainable delay for when the "bit" is turned
>on; I was told I'd have to wait SIX weeks for the "bit" to be turned on!!!
>
>Upgrading the OS on these boxes supposedly wouldn't solve the problem either,
>even with the subscription service, since IBM will still see our boxes as 44*
>instead of 10*.  If I were to attempt an upgrade to V4Rwhatever, I would have
>to make absolutely certain that I had a wide enough window for the "bit" to
>remain turned on, or else I'd have to wait another SIX weeks to turn it back
>on.
>
>It gets better.  Last week I politely complained to our marketing rep that
>this was causing undue hardship on our company and wanted someone, anyone, at
>IBM to fix this problem once and for all.  It was then that she told me that
>we wouldn't want to do that because if we do, all future software orders for
>these two boxes would have to be handled from overseas, which she strongly
>suggested that I would not want to do.  Even if it could be done that way, she
>said, doing so would cause us to lose the ability to transfer our licenses
>over to any new AS/400 we would replace the existing AS/400s with (something
>that will probably happen within the next two years).
>
>Again, and in the words of Dave Barry, I am not making any of this up!  This
>whole issue has the potential to explode to the point where my company
>discards the AS/400s with a more generic solution at the branches.  In fact, I
>have already been called upon by my managers, as part of their new due
>diligence responsibility, to make the case for replacing the AS/400s we have
>with new iSeries boxes instead of a more generic server.  I have made what I
>believe is a compelling case with them to stay on the iSeries architecture,
>but IBM certainly isn't making my job any easier.
>
>Has ANYONE had to deal with this type of problem before?
>
>PLEASE, try to keep to the topic with useful dialog!  With that in mind, all
>thoughtful replies are solicited and deeply appreciated!
>
>Dan Bale
>IT - AS/400
>Handleman Company
>248-362-4400  Ext. 4952
>+---
>| This is the Midrange System Mailing List!
>| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
>| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
>| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
>| Questions should be directed to the list owner/operator: david@midrange.com
>+---
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>The contents of this email and any attachments have been inspected in
>accordance to the  POLICY RELATIVE TO ELECTRONIC
>COMMUNICATIONS AND THE INTERNET.
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>+---
>| This is the Midrange System Mailing List!
>| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
>| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
>| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
>| Questions should be directed to the list owner/operator: david@midrange.com
>+---
>+---
>| This is the Midrange System Mailing List!
>| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
>| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
>| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
>| Questions should be directed to the list owner/operator: david@midrange.com
>+---

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.