Maximo List Archive

This is an archive of the Maximo Yahoo Community. The content of this pages may be a sometimes obsolete so please check post dates.
Thanks to the community owner Christopher Wanko for providing the content.



PR losing its PO linkage?

From: maximal (2017-03-08 15:19)

An end user can't see the PR in the "Related Records" of the PO created, and sure enough, the prline row is missing the ponum. Has this ever happened to anyone of you before? Is this a known issue?

7.6.0.3 on Websphere using Oracle

-C



From: msjaeg (2017-03-09 14:00)

This was a known issue with 7.5.0.3 which we encountered and was fixed when we applied 7.5.0.5. However, it has reared its ugly head again since we upgraded to 7.6.0.3. Can you replicate the scenario in your environment? It only happens sometimes in ours and I am trying to pinpoint when so I can submit a PMR.
http://www-01.ibm.com/support/docview.wss?uid=swg1IV38197 http://www-01.ibm.com/support/docview.wss?uid=swg1IV38197

Thanks!






From: maximal (2017-03-09 16:35)

Create a PR with one line. Appprove it,then create a PO from the PR.
Go to the PO, verify the line exists with its PR reference.
Kill the line, save the PO.
Add a new line. Verify no PR reference exists.

IBM will probably ask for a RFE record instead. My argument there is that, for any PO created from a PR, the originating PRID should be saved with the PO header record, forever and ever. Yes, POs can take multiple sources, but in the cases where the PR begat the PO, save that. provenance because it may matter. For my end users, it matters greatly because some of them fumble lines all the time.

-C



From: (2017-03-24 18:31)

There was a bug in 7.5 that may have returned, was the PO revised?
From: "maximal@wanko.com [MAXIMO]" <MAXIMO@yahoogroups.com>
To: MAXIMO@yahoogroups.com
Sent: Wednesday, March 8, 2017 9:20 AM
Subject: [MAXIMO List] PR losing its PO linkage?

  An end user can't see the PR in the "Related Records" of the PO created, and sure enough, the prline row is missing the ponum. Has this ever happened to anyone of you before? Is this a known issue?

7.6.0.3 on Websphere using Oracle

-C


#yiv4595528487 #yiv4595528487 -- #yiv4595528487ygrp-mkp {border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv4595528487 #yiv4595528487ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv4595528487 #yiv4595528487ygrp-mkp #yiv4595528487hd {color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 0;}#yiv4595528487 #yiv4595528487ygrp-mkp #yiv4595528487ads {margin-bottom:10px;}#yiv4595528487 #yiv4595528487ygrp-mkp .yiv4595528487ad {padding:0 0;}#yiv4595528487 #yiv4595528487ygrp-mkp .yiv4595528487ad p {margin:0;}#yiv4595528487 #yiv4595528487ygrp-mkp .yiv4595528487ad a {color:#0000ff;text-decoration:none;}#yiv4595528487 #yiv4595528487ygrp-sponsor #yiv4595528487ygrp-lc {font-family:Arial;}#yiv4595528487 #yiv4595528487ygrp-sponsor #yiv4595528487ygrp-lc #yiv4595528487hd {margin:10px 0px;font-weight:700;font-size:78%;line-height:122%;}#yiv4595528487 #yiv4595528487ygrp-sponsor #yiv4595528487ygrp-lc .yiv4595528487ad {margin-bottom:10px;padding:0 0;}#yiv4595528487 #yiv4595528487actions {font-family:Verdana;font-size:11px;padding:10px 0;}#yiv4595528487 #yiv4595528487activity {background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv4595528487 #yiv4595528487activity span {font-weight:700;}#yiv4595528487 #yiv4595528487activity span:first-child {text-transform:uppercase;}#yiv4595528487 #yiv4595528487activity span a {color:#5085b6;text-decoration:none;}#yiv4595528487 #yiv4595528487activity span span {color:#ff7900;}#yiv4595528487 #yiv4595528487activity span .yiv4595528487underline {text-decoration:underline;}#yiv4595528487 .yiv4595528487attach {clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 0;width:400px;}#yiv4595528487 .yiv4595528487attach div a {text-decoration:none;}#yiv4595528487 .yiv4595528487attach img {border:none;padding-right:5px;}#yiv4595528487 .yiv4595528487attach label {display:block;margin-bottom:5px;}#yiv4595528487 .yiv4595528487attach label a {text-decoration:none;}#yiv4595528487 blockquote {margin:0 0 0 4px;}#yiv4595528487 .yiv4595528487bold {font-family:Arial;font-size:13px;font-weight:700;}#yiv4595528487 .yiv4595528487bold a {text-decoration:none;}#yiv4595528487 dd.yiv4595528487last p a {font-family:Verdana;font-weight:700;}#yiv4595528487 dd.yiv4595528487last p span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv4595528487 dd.yiv4595528487last p span.yiv4595528487yshortcuts {margin-right:0;}#yiv4595528487 div.yiv4595528487attach-table div div a {text-decoration:none;}#yiv4595528487 div.yiv4595528487attach-table {width:400px;}#yiv4595528487 div.yiv4595528487file-title a, #yiv4595528487 div.yiv4595528487file-title a:active, #yiv4595528487 div.yiv4595528487file-title a:hover, #yiv4595528487 div.yiv4595528487file-title a:visited {text-decoration:none;}#yiv4595528487 div.yiv4595528487photo-title a, #yiv4595528487 div.yiv4595528487photo-title a:active, #yiv4595528487 div.yiv4595528487photo-title a:hover, #yiv4595528487 div.yiv4595528487photo-title a:visited {text-decoration:none;}#yiv4595528487 div#yiv4595528487ygrp-mlmsg #yiv4595528487ygrp-msg p a span.yiv4595528487yshortcuts {font-family:Verdana;font-size:10px;font-weight:normal;}#yiv4595528487 .yiv4595528487green {color:#628c2a;}#yiv4595528487 .yiv4595528487MsoNormal {margin:0 0 0 0;}#yiv4595528487 o {font-size:0;}#yiv4595528487 #yiv4595528487photos div {float:left;width:72px;}#yiv4595528487 #yiv4595528487photos div div {border:1px solid #666666;height:62px;overflow:hidden;width:62px;}#yiv4595528487 #yiv4595528487photos div label {color:#666666;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv4595528487 #yiv4595528487reco-category {font-size:77%;}#yiv4595528487 #yiv4595528487reco-desc {font-size:77%;}#yiv4595528487 .yiv4595528487replbq {margin:4px;}#yiv4595528487 #yiv4595528487ygrp-actbar div a:first-child {margin-right:2px;padding-right:5px;}#yiv4595528487 #yiv4595528487ygrp-mlmsg {font-size:13px;font-family:Arial, helvetica, clean, sans-serif;}#yiv4595528487 #yiv4595528487ygrp-mlmsg table {font-size:inherit;font:100%;}#yiv4595528487 #yiv4595528487ygrp-mlmsg select, #yiv4595528487 input, #yiv4595528487 textarea {font:99% Arial, Helvetica, clean, sans-serif;}#yiv4595528487 #yiv4595528487ygrp-mlmsg pre, #yiv4595528487 code {font:115% monospace;}#yiv4595528487 #yiv4595528487ygrp-mlmsg * {line-height:1.22em;}#yiv4595528487 #yiv4595528487ygrp-mlmsg #yiv4595528487logo {padding-bottom:10px;}#yiv4595528487 #yiv4595528487ygrp-msg p a {font-family:Verdana;}#yiv4595528487 #yiv4595528487ygrp-msg p#yiv4595528487attach-count span {color:#1E66AE;font-weight:700;}#yiv4595528487 #yiv4595528487ygrp-reco #yiv4595528487reco-head {color:#ff7900;font-weight:700;}#yiv4595528487 #yiv4595528487ygrp-reco {margin-bottom:20px;padding:0px;}#yiv4595528487 #yiv4595528487ygrp-sponsor #yiv4595528487ov li a {font-size:130%;text-decoration:none;}#yiv4595528487 #yiv4595528487ygrp-sponsor #yiv4595528487ov li {font-size:77%;list-style-type:square;padding:6px 0;}#yiv4595528487 #yiv4595528487ygrp-sponsor #yiv4595528487ov ul {margin:0;padding:0 0 0 8px;}#yiv4595528487 #yiv4595528487ygrp-text {font-family:Georgia;}#yiv4595528487 #yiv4595528487ygrp-text p {margin:0 0 1em 0;}#yiv4595528487 #yiv4595528487ygrp-text tt {font-size:120%;}#yiv4595528487 #yiv4595528487ygrp-vital ul li:last-child {border-right:none !important;}#yiv4595528487


From: maximal (2017-03-27 12:13)

---In MAXIMO@yahoogroups.com, <wwilliams@rocketmail.com> wrote :
There was a bug in 7.5 that may have returned, was the PO revised?
Yep, sure was.

We're going to take over the po1 or po2 column and use that to get the PR creating the PO. Maybe the bug will get fixed, maybe it won't, but the fact that PR 1 created PO 2 is immutable so we should have that saved somewhere other than buried in workflow.

-C