Question About Prefix Numbers
Keohan, Susan - 1140 - MITLL
keohan at ll.mit.edu
Fri Jan 17 13:06:49 EST 2014
Hi Loren,
When you have to set up a new environment (or after an upgrade) this is a
great time to set a new (different) prefix number so that there are no task
collisions. Plus, unique prefix numbers are a good way of identifying the
age of a specific task/WF template.
I'd definitely reset your prefix number in Dev to something that is not
already in use.
Cheers,
Sue
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf Of
Bratzler, Loren
Sent: Friday, January 17, 2014 12:32 PM
To: sap-wug at mit.edu
Subject: Question About Prefix Numbers
Importance: High
Our Basis team recently converted our Development environment from client
300 to client 100.
Today, for the first time since this change was made, I needed to create a
new standard task. So I defined the task and when I went to save it, I got
an error message telling me the prefixes had not been defined in the client
I was working in. So I went out to SWU3 and sure enough, the "Maintain
Prefix Numbers" under definition environment had a red X:
So I launched the activity and I saw that there was an entry for the old 300
client in the table:
I then edited the entry (deleted and re-created it) for the new client 100:
I then went back to my new standard task and when I clicked "save", it
assigned a task number successfully. The problem is, I was expecting to get
a task number up in the 400 range based on the last time I had to create a
new task. But the task number that got created was 90000015:
I checked our QA and production systems and we do not already have a
standard task 90000015 so I don't think this newly generated task number is
going to cause a problem. However, I am concerned about what is going to
happen when I create my next task. Will it assign 90000016? We do already
have a task with that number. Is the system going to be smart enough to
find the next available number that has not already been used? Or have I
created myself a big problem here by changing that prefix entry?
Loren Bratzler
Norfolk Southern Corporation
110 Franklin Road SE
Roanoke, VA 24042-0060
Phone: 540-524-3072
Email: loren.bratzler at nscorp.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20140117/9ba652e4/attachment-0001.htm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 11464 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140117/9ba652e4/attachment-0003.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 34041 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140117/9ba652e4/attachment-0001.jpg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 32331 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140117/9ba652e4/attachment-0004.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 9346 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140117/9ba652e4/attachment-0005.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5398 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20140117/9ba652e4/attachment-0001.bin
More information about the SAP-WUG
mailing list