Sei sulla pagina 1di 34

Period-end and online accrual entries may be contained in the same GL batch, but there

will be separate journals created for each. Journals created by the Receipt Accruals -
Period-End Process will hae a cate!ory of "Accrual"# journals created for online accruals
with hae a cate!ory of "Receiin!".
$ere is some adfd GL%JE%$EA&ER'
(olumn ) JE%'*+R(E , Purchasin! JE%(A-EG*R. , Accrual /for period-end accruals0 -
*R - JE%(A-EG*R. , Receiin! /for online accruals0
-*1 -ransactions" to 2o. -he written-o1 transactions will no lon!er be included in the
report.
2*-E) .ou can run the Accrual 3rite-*1 Report to reiew the transactions that were
written o1# this can be used to support the manual journal entry created in the !eneral
led!er.
asdfdsPurchasing Integration With E-Business Tax:
How to view the Tax information from the Purchase Order Entry
Form?
-o iew the ta4 information from the Purchase *rder 5orm nai!ate to)
Actions menu 6 7ana!e -a4 .
What will happen to the 11i Tax Code after uprade to release 1!?
88i -a4 (odes will be maintained as -a4 (lassi9cation (odes.
"fter uprade to release 1! we cannot #nd the $efaultin Hierarchy
de#ned under Purchasin Options?
88i &efaultin! $ierarchies from AR:AP:P*:PA system options will be up!raded as ;-a4
(lassi9cation (ode< defaultin! hierarchy in Application -a4 *ptions in the conte4t of *+
and application product /AR:AP:P*:PA0.
2ai!ation to Application -a4 *ptions)
A- Lo!in to -a4 responsibility 6 &efaults and (ontrols 6 Application -a4 *ptions
=- >uery for the *peratin! +nit and Application 2ame.
asdfdsafOracle Purchasing:
$oes Oracle purchasin and Oracle paya%les allow sharin of
supplier and supplier sites across sets of %oo&s ?
Answer)
'uppliers can be shared across sets of boo?s , but supplier sites are de9ned at operatin!
unit leel.
adfasdfafWhere is release method de#ne in auto source rules form ?
Answer)
Release method is de9ned in sfdfasdfd transaction manaer is run ?
errors are !ien below..
@APP -8ABCD conncurent pro!ram RE(-P returned error.
(ause ) RE(-P encountered n,internal error parameters) RE(-P , immediate, FGCCA.@
Answer)
-o aoid the errors follow the steps !ien below..
- Hnentory , po, and GL periods must be open.
- *pen periods in open and close periods are in setup of purchasin! module.
- Hn inentory module open periods in inentory accountin! periods.
2ow run the trAnsweraction mana!er the problem will not be replicated.
Can you print a custom PO report from the approval screen ?
Answer)
-his is not the functionality in 8D.Bsc. -he standard printed P* report is associated to
the approal form and can be printed.
What is P'( ?
Answer)
PsA is the purchase order 7inipa? 8G7 (&.
PsA is patchset A.
How to )uery po without update access ?
Answer)
(reate a responsibility with access to iew purchasin! menu only do not associate an
update function in it.
*n order to print the printed purchase order report what is setup
re)uired?
Answer)
+se 'ystem Administration responsibility and !o to system pro9les. Hn system pro9le
9eld enter I(oncurrentI and clic? 9nd button for 9ndin! "(oncurrent) report copies"
pro9le and set the pro9le 9eld to 8.
Why does a cancelled po %e availa%le for matchin on *nvoice Entry
form ?
Answer)
-his is standard functionality of *racle Applications. Hnoices which are matched to
closed or cancelled po"s will be placed on a "Juantity order hold"by Auto approal. -his
hold will preent payment of the inoice, until the payables module/user0 can determine
why the inoice has been matched to a closed or cancel po, and then resole the
problem.
+nit of measure
-o &efault the prior purchases re!ion which can proide the followin! information.
2ai!ation ):Pro9le -6'ystem
>uery in the pro9le 9eld , P* )I
(hoose P*) &efault supplier item catalo! window to iew preious purchase information
for a speci9c item.
What does vendor on hold report do ?
Answer)
Eendor on hold report prints all endors who are on hold and hae unapproed po"s with
authoriKation status , incomplete for that endor. -his helps the user to chan!e the
status on the po and approe it.
-his is the intended functionality of the report.
-he endors report would print all endors and would also include the on hold
information.
Where does the ship+to #eld et populated from in ,e)uisition- PO
form ?
Answer)
-he ship-to 9eld alues are defaultin! from the buyer setup in ReJuisition: P* form.
Why does auto source rules create re)uisitions for only one vendor
even thouh "'. is de#ned for ! vendors?
Answer)
-he split percenta!e used for the endors in reJuisitions is only for reportin!
purposes.-his is used in supplier olume analysis report.
-his report has been replaced by endors olume analysis report.
*n a po screen why does destination type allows only to choose
inventory type %ut not expense type ?
Answer)
Hf the item is de9ned as an inentory item in the item master window the item cannot
hae a destination type as e4pense in po screen. when we enter a reJuisition for an
inentory item we chan!e the destination type cannot be chan!ed to "e4pense". -his is
*racle Applications 5unctionality.
When you try to approve a po you et an error /documents total
exceeds document total limit rule please enter forward to/ how to
resolve?
Answer)
5or a document to be approed by a user : ori!inator follow the steps !ien below..
8.Ensure approal !roup setup is appropriate.
C.Hn order to approe a document the user:buyer:ori!iniator of the document must
choose "document total" for the object 9eld H the approal !roups window.
L.5or a document to be approed by the ori!inator it is necessary to erify the amount
entered is within the limit of the "document total".
A.-his is de9ned in the approal !roup window.
F.Ensure releant documents are appropriately de9ned in document type window.
5or a document to be forwarded by a user:ori!inator follow the steps !ien below..
8.Ensure that hi!her position is assi!ned to an employee in the position $eirarchy
window.Position of the employee must be hi!her than the position of the user:ori!inator
of the document with !reater limit of the "document total".
C.+se the reports form in the menu and submit a reJuest for "9ll employee heirarchy "
report.
2ow the purchase order can be approed if the po is within the user limit and can be
forwarded if it is beyond the user limit.
When a po is /#nally closed/ records are deleted from 0T.+'upply
ta%le1What happens to ,ecords in 0T.+'upply when po is partially
received?
Answer)
3hen the po is partially receied records are present in the 7-L-'upply table. Records
in 7-L-supply are only deleted when the po is completely receied and @9nally closed@.
How can * see the last )uery performed %y a form ?
Answer)
Hf you want to see the last Juery performed by a form you can do this throu!h the
e4amine tool as follows)
2ai!ate to help--6tools--6e4amine
=loc? , system
5ield , last Juery
-he alue returned is the last select statement performed by the form.
When 2pay on receipt2 for 2unordered items2 are %ein processed
invoices are not %ein created ?
Answer)
-his problem is soled by applyin! patch MDN8CM.
How can you populate neotiated sources reion within supplier
item catalo window ?
Answer)
Hn order for the user to be able to populate the ne!otiated sources re!ion of the supplier
item catalo! form, one of the followin! documents types will need to be created for the
item in Juestion )
=lan?et purchase order
(atalo! Juotation
Planned purchase order
How can you have speci#c re)uestor defaulted on re)uisition form ?
Answer)
Hn order to hae a speci9c reJuestor default onto the reJuisitions form , a user will hae
to set the followin! in the user will hae to set the followin! in the user"s reJuisition
preferences.
2ai!ation) :Purchasin! -6ReJuisitions -6 ReJuisitions
Go to special -6preferences
(lic? in the reJuestor 9eld
(hoose a reJuestor from the list of alues
(lic? the "apply" button , a messa!e " new preferences now in e1ect."
(lose the reJuisitions form
Re-open the reJuisitions form
(lic? in the lines re!ion , the reJuestor from reJuisition preferences should appear in
the reJuestor 9eld.-he reJuisition preferences are only alid while wor?in! on it , user
needs to re enter reJuisition preferences each time he starts the applications
What is the CO'T P.3' FEE price type? How is Purchase Order
treatin this price type?
Hn the Price type Juic?pic? in the Purchase *rder Lines Kone in enter Purchase *rder
form, there is a alue called (*'- PL+' 5EE. 3hat is the (*'- PL+' 5EE price typeO
$ow is Purchase *rder treatin! this price typeO
Answer
-he functionality for (*'- PL+' 5EE price type is not in *racle Purchasin! at this point
of time. P* does not do anythin! with this price type.
Ht is an enhancement reJuest that is bein! loo?ed at for future releases.
What is !+way4 5+way4 (+way matchin? How is this set+up?
Answer
C-way matchin! eri9es that Purchase order and inoice information match within your
tolerances as follows)
>uantity billed P, >uantity *rdered
Hnoice price P, Purchase order price
/P, si!n is used because of tolerances0
L-way matchin! eri9es that the receipt and inoice information match with the
Juantity tolerances de9ned)
>uantity billed P, >uantity receied
A-way matchin! eri9es that acceptance documents and inoice information match
within the Juantity tolerances de9ned)
>uantity billed P, >uantity accepted.
/Acceptance is done at the time of Hnspectin! !oods0.
3hether a P* shipment has C-way, L-way or A-way matchin! can be setup in the
'hipment &etails Kone of the Enter P* form /character0
Receipt reJuired Hnspection reJuired 7atchin!
.es.esA-way
.es2o L-way
2o 2o C-way
Hn G+H, 'hipments bloc?, alternatie re!ion, clic? on 7ore...this brin!s up a re!ion with
"Hnoice matchin!" column where you can choose C-way, L-way or A-way match.
.ou can 9nd more detailed information about matchin! in the *racle Payables Reference
7anual /Eolume L0 -opical Essay on Hnte!ratin! your Payables and Purchasin!
Hnformation.
How do you re6ect discount from a supplier on a Purchase orders?
Answer
-he le!al document is the Purchase order not the Juote and therefore the purchase
order should reQect a!reed upon price. 'econdly if the discount comes after the P* then
AP should handle it when inoicin!. Hf you are usin! a blan?et Purchase order then you
can use price brea?s.
How do you chane the created date on a Purchase Order?
Answer
-he "(reated" date on the Purchase order is not an updateable 9eld, due to it bein! a
le!al document once approed.
What is the sortin order for re)uisition lines in autocreation of a
Purchase Order?
Answer
ReJuisition lines 9rst meet search criteria determined by @9nd@ screen, and then are
!rouped to!ether by item and item cate!ory, then by need-by date.
After you choose an action, enter any search criteria to narrow the selection of
reJuisition lines. *racle Purchasin! chooses reJuisition lines from the reJuisition pool
that meet your search criteria. All reJuisition lines for the same item and item cate!ory
are !rouped to!ether, but they are not necessarily in order alphabetically. 3ithin each
!roupin! of item and item cate!ory, reJuisition lines are ordered by need-by date.
What does the error 2"PP+788!!9 Oracle Human ,esources could not
retrieve a value for 3ser Type pro#le option2 mean?
Answer
-he pro9le $R) +ser -ype needs to be set.
'et the pro9le option "$R) +ser -ype" at the Responsibility leel.
Why are the action options for creatin receipts di:erent in
*nventory compared Purchasin?
Hn the Enter Receipts /R(ER(ER(0 form and usin! di1erent responsibilities produces
di1erent alues in the action reJuired 9eld.-he Purchasin! Responsibility shows &irect
and 'tandard while the Hnentory Responsibility shows just &irect.
3hy are the action options for creatin! receipts di1erent in Hnentory compared
Purchasin!O
Answer
'et the Pro9le option R(E) Allow routin! oerride to ".E'" at the application leel.
How do you pure Cancelled ,e)uisitions?
Answer
-o pur!e any Purchase orders or ReJuisitions)
- assi!n the Payables Pur!e G+H responsibility to the user
- hae the user choose that responsibility
- then choose Pur!e from the menu
- under the (ate!ory 9eld do a List of Ealues and pic? 'imple ReJuisitions
for cancelled reJuisitions -he choices are listed.
Where does this information on the )uic&pic& come from and how
can this information default in?
*n the reJuisition form in the source details Kone, there is a 9eld labeled supplier item.
3here does this information on the Juic?pic? come from and how can this information
default inO
Answer
-he supplier item 9eld on the reJuisition can be populated by usin! either the supplier
item catalo! or A'L. -a?e an item from the supplier item catalo! that has an associated
supplier item, add it to the order pad and then add it to the reJuisition. After doin! this
!o to the source details Kone. -he supplier item is defaulted in for that item you choose
from the catalo!.
2ai!ation) --6 Purchasin! --6 'upplier Htem catalo!
;ou are enterin a re)uisition and are una%le to #nd the header or
line note #elds1 Was this replaced in <3* %y attachments?
Answer
-he attachments hae replaced notes. -he attachments are better because at the
header leel, the reJuisition notes were not comin! oer to the Purchase *rder whereas
the attachment does come oer to the Purchase *rder.
How does the approver re=ect a re)uisition?
3hen you select the 2oti9cations form to reiew approals and clic? on approe button
for a ReJuisition waitin! for approal, the "Reject" bo4 is !reyed out. $ow does the
approer reject a reJuisitionO
Answer
.ou cannot reject ReJuisitions submitted to yourself. .ou can only reject those from
others.
What are standard >uotations used for?
Answer
'tandard Juote is one that you can tie bac? to a P*.
5or all three types of >uotations and R5>s /=id, 'tandard and (atalo!0, you can de9ne
a1ectiity dates at the header leel. 5or 'tandard Juotations and (atalo!, you
can specify a1ectiity dates for indiidual price brea?s. .ou can also de9ne your own
R5> or Juotation types usin! the &ocument -ypes window
A 'tandard Juotation or R5> includes price brea?s at di1erent Juantity leels.
When do you see the status of a Purchase order as "rchived?
Answer
.ou must approe or print a speci9c purchase order before you can see it in the history
information.
Where are standard notes in <3*?
Answer
Go to 'etup --6 Attachments --6(reate attachment. Go to Purchase *rder and attach
the attachment to the Purchase *rder. Hn G+H, notes are replaced by attachments.
*n Oracle Purchasin4 where is the automatic num%erin for
Purchase Order de#ned and maintained?
Answer
-he nai!ation path for G+H is)
'etup --6 *r!aniKations --6 Purchasin! *ptions, 2umberin! alternate re!ion
-he nai!ation path for (haracter is)
R 2ai!ate 'etup Purchasin! *ptions Purchasin!, 2umberin! options
There is a #eld for the orani?ation code1 What is this code?
Answer
-his code is a short abbreiation for the or!aniKation.
Can the oriinal Purchase Order can %e viewed in any way without
resortin to '>.4 for a revised Purchase Order?
Answer
-he ori!inal ersion of a reised P* cannot be iewed from the P* form or P* summary
form. Hnformation on the ori!inal P* can be obtained from the P*%$EA&ER'%AR($HEE
and P*%LH2E'%AR($HEE tables usin! the P*%$EA&ER%H& column as a common reference
usin! '>L only.
What happens if a purchase order is created with an item that does
not exist on any price list with pricin transaction entity of PO?
Hn 88.F.8D, Purchasin! and Adanced Pricin! can be inte!rated. /-o setup this
inte!ration, please refer to 7etaLin? Document 455778.1>uestions about usin! Adanced
Pricin! in Purchase *rders and ReJuisitions.0 Price lists can now be created with pricin!
transaction entity of P*. 3hat happens if a purchase order is created with an item which
does not e4ist on any price list with pricin! transaction entity of P*O 3ill the system
return the error, Pitem6 and P+*76 not found on any price listO
Answer
2o, the system will not return the error, Pitem6 and P+*76 not found on any price list.
5unctionality is if the item on the purchase order is not found on any price list with
pricin! transaction entity of P*, then the List Price - found on the 7aster Htems form,
Purchasin! tab - will be returned to the P*.
-hus, the default for Price on purchase orders in 88.F.8D with the inte!ration of
Purchasin! and Adanced Pricin! will be List Price if the item is not found on any price
lists with pricin! transaction entity of P*.
-his is documented in bu! FDNABMN P+R($A'H2G S A&EA2(E& PRH(H2G) H-E7 A2&
+*7 2*- *2 PRH(E LH'- E' LH'- PRH(E.
Why there is no $ata Found *n $iscoverer Wor&%oo&s When @iews
"re 3sed *nstead Of 2AB"..2 Ta%les?
3hen iews are used li?e P*%$EA&ER' instead of P*%$EA&ER'%ALL, data is not !ettin!
populated in the wor?boo?. -hat means 7*A( is not wor?in!. -he !lobal temporary
table mo%!lob%or!%access%tmp contains no data een when lo!!ed in &iscoerer Plus
8. (reate a folder from a iew where oracle synonyms are used li?e "P*%$EA&ER'"
C. Lo!in &iscoerer Plus with some Application +ser.
L. (reate an wor?boo? with the same folder.
A. 3hen e4ecuted, the wor?boo? displays the messa!e that no data to be displayed.
Answer)
Possible (ause) &ata is not passed to &iscoerer or '>LTPlus due to E-=usiness 'uite
r8C 7ulti-*r!aniKation
(ontrol Access /7*A(0 not bein! set in the session.
'ince you are not lo!!in! into the application then you would hae to set the 7ulti-*r!
conte4t li?e customer hae to do when runnin! a custom APH.
Hn R8C you hae to also set the 7ulti-*r! conte4t.
be!in
fnd%!lobal.apps%initialiKe/Suser%id,Sresponsibility%id,Sresponsibility%application%id0#
mo%!lobal.init/"Sproduct%short%name"0#
end#
PBWC:
What is PCWC?
*racle Purchasin! Release8C.D speeds up daily purchasin! tas?s with and enhanced
Professional =uyer"s 3or? (enter /P=3(0. =ased on web-based user interface models,
the 3or?(enter is a central "launch pad" from which buyers can eUciently perform their
daily tas?s)
- Eiew and act upon reJuisition demand
- (reate and mana!e orders, contracts and a!reements
- Run ne!otiation eents includin! Auctions R54s /reJuires *racle 'ourcin!0
- 7ana!e supplier information
What are the ,e)uisition 0anaement D Pro#le Options?
P*) &ocument =uilder &efault &ocument -ype) -he document type that is defaulted into
the document builder re!ion.
Pro#le @alue $escription
Add to P* Add to an e4istin! Purchase *rder
2ew R5> (reate a new 'ourcin! R5>
2ew Auction (reate a new 'ourcin! Auction
2ew P* (reate a new Purchase *rder
P*) &efault ReJuisition Groupin! ) -he default for !roupin! reJuisition lines onto a
'ourcin! R5>:Auction or P*.
Pro#le @alue $escription
&efault Group reJuisition lines usin! the default !roupin!. *ne or
more reJuisition lines can be associated with one
purchase order line.
ReJuisition Group reJuisition lines usin! reJuisition !roupin!. *ne
reJuisition line can be associated with one purchase order
line
What are the Purchase Orders D Pro#le Options ?
P*) Auto Apply &efault (ontract -emplate ) &efault (ontract template in the P*.
3hat are the documents not supported in P=3(O
5ollowin! document types are not supported in P=3( )
Planned P*
Local =lan?et A!reement
Local (ontract A!reement
'cheduled Releases
=PA Releases
>uotations
R5>s
"re Preferences supported in PCWC?
Preferences are not supported in P=3(
$oes "utocreate copy descriptive 6ex#eld attri%utes from the
re)uisition to the created document?
2o - if you hae &escriptie 5le49elds /&550 set up a!ainst the ReJuisition at $eader,
Line and
&istribution leel, after runnin! Autocreate you will 9nd that only the &istribution &55
Attributes are copied across to the P* &istribution.
-his is e4pected behaiour, because the &istribution is the 9rst leel at which a one-to-
one relationship between the ReJuisition and Purchase *rder data can be !uaranteed.
/7ultiple ReJuisition $eaders and Lines can be summariKed into one P* $eader and one
P* Line0.
Please be aware also that the &istribution &55 Attributes are simply copied from the
ReJuisition to the P* - that is to say, the 5le49eld APH code is not ino?ed. -his means
that if an Attribute on the ReJuisition side is empty but the correspondin! Attribute on
the P* side is de9ned as "7andatory", after Autocreate the mandatory Attribute on the
P* &istribution will be empty, but no error or warnin! will hae been reported.
$oes "utocreate copy Eotes from the re)uisition to the document
you are creatin?
.es, 2otes are copied from the reJuisition lines and the correspondin! reJuisition
header.
What are the columns on which "utocreate com%ines multiple
re)uisition lines into a sinle document line?
5or purchase order, Purchasin! combines the Juantities of all reJuisition lines that hae
the same item, item reision, line type, transaction reason, and unit of measure onto a
sin!le document line. 5or R5>s, Juantities of all reJuisition lines that hae the same
item, reision, and line type are combined.
What price %ecomes the actual price in the case where multiple
re)uisition lines with di:erent prices are com%ined to a sinle PO
line?
-he lowest unit price from the combined reJuisition lines becomes the actual price of
the purchase order line.
What are the columns %ased on which 'hippin information is
com%ined %y "utocreate?
5or purchase orders and releases, Purchasin! combines shipment information only if the
reJuisition lines hae the same need-by date, ship-to location, or!aniKation, Accrual
type /period-end or on-line0 and shipment type .
$oes "utocreate add to an existin PO shipment that has %een
encum%ered?
Purchasin! does not add to an e4istin! purchase order shipment if that shipment has
been encumbered een thou!h all the !roupin! columns necessary to combine shippin!
information are there.
What can %e done to open the created document directly once
"utocreate is done successfully?
'et the pro9le option P*) &isplay the autocreated &ocument to .es, Purchasin! displays
the Purchase *rders, Releases, or R5> window, as appropriate, after creatin! your
document lines.
Can re)uisition line with item num%er and without item num%er Fone
time itemG %e com%ined to sinle document line in "utocreate?
Hf you want to combine two reJuisition lines for the same item, one with an item number
and one without, you hae to manually autocreate the document and use 7odify on the
-ools menu to add the prede9ned item to the reJuisition line for the one-time item.
Note: You cannot use Modify with outside processing items or if you are using
encumbrance or budgetary control.
Can you autocreate a release if the description of the re)uisition
created in PO is di:erent of the description of the Clan&et?
2o, Hf we do not choose an item, that is if the reJuisition and blan?et are created with
one time:e4pense items the autocreate process tries to match the descriptions as item
id"s are null. -he only di1erentiatin! factor in one time items /item id null0 is the
description.
How do you prevent "utocreate from seein re)uisitions from
another orani?ation?
ReJuisitions and Purchase *rders are not or!aniKation speci9c. Hf you do not want to be
able to see or access reJuisitions across di1erent or!aniKations, then you need to set up
di1erent operatin! units with di1erent responsibilities tied to each one.
Can you autocreate from a )uotation and tie the PO to the
associated )uotation and re)uisition?
.es, you can autocreate from a >uotation.
2ai!ation)
8. (reate and approe a reJuisition.
C. Go to the Auto(reate 'creen, chose the reJuisition form the pool of approed
reJuisitions.
L. (han!e the &ocument -ype 9eld to R5> and clic? the automatic button.
A. -he R5> is created and appears on the screen.
F. Enter the reJuired 9elds on the R5> /Juote a1ectiity0, clic? on the 'upplier button
and choose the list of suppliers.
(han!e status to actie and sae.
G. -o enter the endor responses a >uote must be created.
Go to the R5> screen and Juery up the R5> you just created.
(lic? 'pecial on the -ool bar and choose (opy &ocument.
-his will create your Juotation.
B. Go to the >uotation screen and Juery up the new Juotation and enter
the price brea? information. (han!e the description /if P* attribute is set to allow the
description to be chan!ed0.
N. Approe the Juotation.
M. Auto(reate the P* from the reJuisition.
&elete the description if the Juote has a description di1erent than the reJuisition
(lic? on the catalo! button - Receie messa!e
.our can update only the price for the saed record.
*pen the (atalo! to select price only
(lic? .E'
8D. 'elect the Juote.
88. .ou will now hae both the reJuisition and Juote tied to the P*.
Where does the 2note to %uyer2 show on an autocreated PO?
*n the Auto(reate form, !o to the 5older menu and choose 'how 5ield. 'elect 2ote to
=uyer and clic? *V. -he 9eld will now be displayed.
Hf you would li?e this 9eld to be displayed eery time you use autocreate, !o to 5older
-6 'ae As... Gie the folder a name and chec? the *pen as &efault bo4.
$oes the supplier name from a re)uisition et carried over to an
autocreated purchase order?
-he standard functionality is that if the reJuisition has a the @su!!ested supplier name@
9eld populated, it would carry oer to the autocreated P*. -he @su!!ested supplier
name@ 9eld will only carry to the autocreated P* if it was selected from the list of alues
on the reJuisition. Hf it is typed in manually, it will not carry oer.
What causes the "PP+1(8H8 error when autocreatin a re)uisition?
-here are seeral thin!s that must be performed to address this issue)
T Pro9le *ption in 7RP must be set as follows)
- 7RP) 'ourcin! Rule (ate!ory 'et alue must be set to Purchasin! in the Purchasin!
application.
T Auto(reate =lan?et P*
- Reisions do not default for Htems when autocreatin! =lan?et P* and the Htem Reision
W must be entered.
- -he Htem Reision number on the reJuisition must match the Htem Reision number on
the P*.
T 2ai!ate) 'etup --6*r!aniKation --65inancial *ptions# and in the Alternate Re!ion
E2(+7=RA2(E, erify if the RE>+H'H-H*2 E2(+7=RA2(E chec?bo4 is chec?ed.
T Hn the 'ys Admin Responsibility nai!ate to)
Pro9les,6 Juery for the Pro9le *ption P*) A+-*(REA-E GL &A-E.
Hf usin! the Encumbrance for ReJuisitions, then this Pro9le *ption can be set to either
A+-*(REA-E &A-E or RE>+H'H-H*2 GL &A-E. Hf not usin! Encumbrance, then you may
set it to 2+LL. -his will sole the problem.
-he Pro9le *ption P*) A+-*(REA-E GL &A-E is applicable only if you are usin!
Encumbrance for ReJuisitions.
How do you autocreate a re)uisition with a document type as
%lan&et release when re)uisitions were imported from a 5rd party
system?
Ensure the line types selected for ReJuisitions are appropriate. .ou need to hae
ReJuisition Line types and P* Line types correctly associated. Rerun the process and
erify that the system does not error out.
'ubmit the reJuest for reJuisition import and use the Auto(reate window to create
document with type as =lan?et Release a!ainst the reJuisition.
2ai!ation)
Purchasin! -6 Reports -6 'ubmit a reJuest for ReJuisition Hmport
Purchasin! -6 Auto(reate
How do you autocreate 0,P enerated re)uisitions to a %lan&et
purchase order?
5irst initiate the Release Purchase ReJuisitions from the Planners 3or?bench.
2ai!ation)
7aterial Plannin! -6 7RP -6 3or?bench
'econd, in the Purchasin! Responsibility, Auto(reate the reJuisition to a =lan?et P*.
2ai!ation) Auto(reate
5or Autocreate to 9nd these reJuisition lines from 7RP, the =lan?et P* line type must be
set to Goods because the 7RP Purchase ReJuisition is always created with a line type of
Goods. -he reason that 7RP uses the line type of Goods is because Goods is seeded
data and because the 7RP Planner 3or?bench uses 7RPPREL=.pls to insert a record
into the P*%RE>+H'H-H*2%H2-ER5A(E table.
Can you autocreate more than one standard PO in one autocreate
session?
.es,
8. 5ind the reJuisition lines to be autocreated.
C. (hoose a line.
L. Autocreate the purchases order usin! the automatic button.
A. &o not leae the reJuisition lines screen.
F. (hoose a di1erent line.
G. -ry to autocreate another standard purchase order by clic?in! the automatic button.
B. -he system !ies the messa!e) app-8ADMD) no reJuisition lines were autocreated.
Try to autocreate4 %ut the system hans4 how to cancel the
re)uisition that are loc&ed?
(hec? if there is a loc? on the P* related tables.
'elect object%id, session%id, oracle%username, os%user%name,
Process, loc?ed%mode
5rom sys.%Xloc?ed%object#
'elect a.object%name, b.oracle%username
5rom all%objects a, Xloc?ed%object b
3here a.object%id , b.object%id
And a.object%name li?e "poI"#
Hf you hae any records returned, you hae a loc?. -o disable the loc?, ?ill the session.
Re!eneratin! the form and bouncin! the database will unloc? all the objects.
What is the pac&ae or procedure that stores the autocreate
process?
P*Y=3P8=.pls - autocreate po pac?a!e body.
&escription) this pac?a!e contains all the functions to create purchase orders, releases
and rfJ"s from data stored in the po%headers%interface, po%lines%interface and
po%distributions%interface tables. 3hen a user selects a line to be autocreated, it loads
the aboe interface tables. At that point the functions which are part of this pac?a!e are
called and moe to create the reJ line into a release or purchase order.
What does the roupin method 2$efault2 indicate in the autocreate
form?
3ith the !roupin! method "default" reJuisition lines for the same item, reision, line
type, unit of measure, and transaction reason are combined into indiidual purchase
order lines# and reJuisition lines for the same item, reision, and line type are combined
into indiidual rfJ lines.
-here are two new pro9les added to control the reJuisition line !roupin! usin!
autocreate. )-
P*) +se 2eed-by &ate for &efault Autocreate !roupin!
P*) +se 'hip--o *r!aniKation and Locationfor &efault Autocreate !roupin!
ReJuisition lines with di1erent need by dates or ship to information will be autocreated
into two P* lines with one shipment each if the correspondin! pro9le is set to ".es" or if
it is unset.
Hf the pro9le is set to "2o", ReJuisition lines with di1erent need by dates or ship to
information will be autocreated into a sin!le line with multiple shipments and if there is
any source document on the P* line the pricin! will be determined usin! the ship to and
need by information from the 9rst shipment.
* autocreated a PO with two lines1 When * o to the purchase order
entry screen and )uery the PO4 instead of showin the lines created4
it only shows a new line with num%er 51 Why?
7a?e sure Hnentory or!aniKation 9eld is populated in 5inancial *ptions.
Why is there no cateory displayed or list of values for the cateory #eld in
the purchase order you are creatin?
.ou must also create cate!ory codes for your items. -hen create a (ate!ory
set for Purchasin! controlled at the master leel. Assi!n your items to a
cate!ory code and the Purchasin! cate!ory set you hae created. (on9rm
that in &efault (ate!ory 'ets the Purchasin! application points to the
Purchasin! (ate!ory set. -his will populate the cate!ory and description
when the item number is selected at the P* line leel.
* have ena%led POB.*EE' $FF with a context #eld capitalBexpenseB6a as
reference1 * now receive "PP+FE$+88IJI error in Enter >uotations form1
-his &55 is based on P*%LH2E'%ALL table. -he >uotation lines as well as the
P* lines share this table as the base, as well as share the same &55. 5ield
capital%e4pense%Qa! is not present in >uotations form. -herefore you may
not use this 9eld as the reference 9eld for P* Lines &55. *ther 9elds which
you may not use include) Hnspection%ReJuired%5la!,
Htem%(lass%Loo?up%(ode, List%Price%Per%+nit, 2e!otiated%=y%Preparer%5la!,
Reference%2um, -a4able%5la!.
What is the di:erence %etween the areed amount and the amount limit #elds
while enterin a contract purchase areement and issues related to these
#elds?
8. -he a!reed amount 9eld at the header leel is copied to the amount limit in the terms
and conditions bloc?. -his is also the amount that is printed on the blan?et a!reement
and represents the contract amount between you and the endor.
C. -he amount limit 9eld will restrict the cumulatie releases applied to this purchase
a!reement from e4ceedin! the speci9ed dollar amount entered here. -he alue of this
9eld must be eJual to or !reater than the a!reed amount 9eld. -his column is used for
release approal amount alidation. Hf the total cumulatie releases e4ceed this amount
approal will fail. -he purpose of this 9eld is to allow user to set a hi!her approal
amount limit than the amount a!reed.
;ou are una%le to view the PO from the *nvoice 0atch window1 *t ives an
error9 "PP+1(1!!9 EO ,ECO,$' 0EET ;O3, 'E",CH C,*TE,*"1
-his could happen if the document security setup of P* does not allow this user to
access the P*. - .ou need to ensure that user is set to =uyer in the Purchase *rder, or -
.ou need to alter the setup /'ecurity Leel0 to Public.
What is the di:erence %etween POB.*EEB*$ and .*EEBE30 in the ta%le
POB.*EE'B"..?
P*%LH2E%H& is the uniJue system !enerated line number inisible to the user. LH2E%2+7
is the number of the line on the Purchase *rder.
What2s the di:erence %etween the due date and close date on the ,F>?
Enter the &ue &ate when you want your suppliers to reply. Purchasin! prints the reply
due date on the R5>. Purchasin! noti9es you if the current date is between the R5>
reply due date and the close date and if the R5> is Actie. Purchasin! ?nows that a
supplier replied to an R5> if you enter a Juotation for this supplier referencin! the R5>.
Enter the (lose &ate for the R5>. Purchasin! prints the close date on the R5>.
Purchasin! noti9es you if the current date is between the R5> reply due date and the
close date and if the R5> is Actie. Purchasin! warns you when you enter a Juotation
a!ainst this R5> after the close date.
When does a Purchase Order line et the closure status of 2Closed for
,eceivin2?
Purchasin! automatically closes shipments for receiin! and inoicin! based on controls
that you specify in the Purchasin! *ptions window. *nce all shipments for a !ien line
are closed, Purchasin! automatically closes the line.
When does a Purchase order et the status of 2Closed2?
3hen all lines for a !ien header are closed, Purchasin! automatically closes the
document.
What is the use of list price and mar&et price on Purchase Order?
Hf you hae entered an item, Purchasin! displays the list price for the item. .ou can
accept the default list price or chan!e it. .ou can use this 9eld to help ealuate your
buyers. Purchasin! uses the list price you enter here in the sain!s analysis reports.
'ain!s Analysis Report /=y =uyer0 and 'ain!s Analysis Report /=y (ate!ory0. Hf you
enter an item, Purchasin! displays the mar?et price for the item. +se this 9eld to help
ealuate your buyers. Purchasin! uses the price you enter here in the sain!s analysis
reports if you do not proide a alue in the List Price 9eld.
What is the sini#cance of the #elds 2"llow Price override2 and 2Price limit2?
5or planned purchase orders and blan?et purchase a!reements only, chec? Allow Price
*erride to indicate that the release price can be !reater than the price on the purchase
a!reement line. Hf you allow a price oerride, the release price cannot e4ceed the Price
Limit speci9ed on the line. Hf you do not allow a price oerride, the release price cannot
e4ceed the +nit Price. .ou cannot enter this 9eld if the line type is amount based. Hf you
allow price oerride, enter the Price Limit. -his is the ma4imum price per item you allow
for the item on this a!reement line.
What is the di:erence %etween the control actions 2On Hold2 and 2Free?e2 for a
Purchase order?
.ou can place a Purchase order "*n hold" only at the header leel. -his un-approes the
purchases order while preentin! printin!, receiin!, inoicin!, and future approal until
you remoe the hold. .ou can "5reeKe" only at the header and release leel. .ou freeKe a
Purchase order when you want to preent any future modi9cations to the Purchase
order. 3hen you freeKe a Purchase order, you can still receie and pay for !oods you
already ordered.
What is the di:erence %etween the Field 2Firm2 in the 2Terms and Conditions2
window and in the alternate reion 2more2 in the PO shipments?
-he 5ield "5irm" in the "-erms and (onditions" indicates that the Purchase order is 9rm.
5irm your purchase order when you want to indicate to 7aster 'chedulin!:7RP or your
manufacturin! application that it should not reschedule this purchase order. -he 5ield
"5irm" in the alternate re!ion "more" in the P* shipments indicates that the Purchase
order shipment is 9rm. 5irm your purchase order shipment when you want to indicate to
7aster 'chedulin!:7RP or your manufacturin! application that it should not reschedule
this purchase order shipment.
3na%le to open the Purchase Orders form due to error9 ;ou are not setup as
an employee1
-he error is referrin! to the =uyer form setup in the Purchasin! module. -he employee
setup mi!ht state that they hold a =uyer position or job. $oweer, in order to access the
Purchase *rders or Autocreate form you must de9ne the employee in the =uyer form
/'etup:Personnel:=uyers0. Also, ensure the employee name is de9ned in the employee"s
lo!in information /'ystem administrator:'ecurity:+ser:&e9ne0
Also ensure the followin! pro9le options at the site, application, responsibility and user
leel are set to the correct alue)
$R) 'ecurity Pro9le
$R)=usiness Group
7*) *peratin! +nit
How do * chane the 'upplier on a saved or approved PO?
-he system does not allow 'upplier update on a saed or approed P*. .ou will need to
cancel the P* and create a new P* with the correct 'upplier.
* have accidentally cancelled a PO1 How can * uncancel?
-he 'ystem as?s for your con9rmation before cancelin! a P*. (ancelin! is not a
reersible process. .ou cannot retriee bac? a cancelled P*.
Can * setup a di:erent Purchase Order type default for the PO form?
-he Purchase *rders form always defaults a P* type of "'tandard Purchase *rder", and
there is no setup, which can chan!e this. Althou!h the default alue cannot be chan!ed,
the user can oerwrite the defaulted type once the Enter P* form is opened.
The *tem is setup in the item master %ut is missin from the item .ist of
@alues1
.ou should chec? the 5inancial *ptions setup and ensure in the alternate re!ion Kone
'upplier-Purchasin! that you hae in the Hnentory *r! the correct or!aniKation. -he
majority of *racle customers hae this set to their Htem 7aster for the best results.
'electin! another or!aniKation limits items and related actiity to that speci9c or!. 3ith
the broad selection of item master the client will hae !reater functionality across
multiple or!aniKations.
How do you chane the unit price on a PO line once the line has %een received
or invoiced?
*racle Purchasin! will not allow unit price update on Hnentory line items when the line
is receied or billed because accountin! transactions hae already ta?en place. -he
di1erence between the P* price and inoice price will be recorded in the Hnoice Price
Eariance Account, which will show up on the Hnoice Price Eariance report. Hf you hae
mista?enly entered the incorrect price on the P*, then you can wor?around this by
cancelin! or bac?in! out the inoice and processin! a return on the receipt, which will
allow unit price update.
Can the oriinal Purchase Order can %e viewed in any way4 for a revised
Purchase Order?
-he ori!inal ersion of a reised P* cannot be iewed from the P* form or P* summary
form. Hnformation on the ori!inal P* is stored in the P*%$EA&ER'%AR($HEE and
P*%LH2E'%AR($HEE tables, and can be obtained throu!h '>L, usin! the P*%$EA&ER%H&
column as a common reference.
Where is the automatic num%erin for Purchase Orders de#ned and
maintained?
Ht is de9ned in Purchasin! *ptions window. -he nai!ation is)
'etup:*r!aniKations:Purchasin! *ptions, 2umberin! alternate re!ion.
Why is my Purchase Order closin %efore a receipt is processed?
(hec? the Receipt (losed -olerance and the 7atchin! setup. Hf 7atchin! is set to eJual
C-way, the P* will close once the Purchase *rder is approed. Hf the line of the Purchase
*rder is receied within the tolerance the line will close.
Create a Purchase Order1 *nput the Header and .ine information and #nd that
the 'hipments %utton at the %ottom of the form is rayed out1
'etup the Receiin! *ptions to enable the 'hipment =utton in the Purchase *rder form.
2ai!ation) 'etup --6 *r!aniKations --6 Receiin! *ptions. *nce set-up these options
for your *r!aniKation you will hae the 'hipments button enabled. Ensure that the
Purchasin! *ptions and 5inancial *ptions are de9ned for your *r!aniKation.
"ccessin the Purchase Order entry screen and ettin the error9 "PP+1(1(!
<ETBW*E$OWBO,<B'OC 8(8 O,"+1(85 Eo $ata Found1
Attach the correct *peratin! +nit to the responsibility =. &e9ne Purchasin! *ptions (.
&e9ne 5inancial *ptions.
When * enter a new PO4 the Preparer is always defaulted as the %uyer1 Why
am * una%le to chane it?
+nchec? the chec? bo4 "Enforce =uyer 2ame in the Purchasin! *ptions. 'etup
-6*r!aniKation -6 Purchasin! *ptions /Alternatie re!ion "(ontrol"0 .
Why is there no cateory displayed or list of values for the cateory #eld in
the purchase order you are creatin?
.ou must also create cate!ory codes for your items. -hen create a (ate!ory set for
Purchasin! controlled at the master leel. Assi!n your items to a cate!ory code and the
Purchasin! cate!ory set you hae created. (on9rm that in &efault (ate!ory 'ets the
Purchasin! application points to the Purchasin! (ate!ory set. -his will populate the
cate!ory and description when the item number is selected at the P* line leel.
* have ena%led POB.*EE' $FF with a context #eld capitalBexpenseB6a as
reference1 * now receive "PP+FE$+88IJI error in Enter >uotations form1
-his &55 is based on P*%LH2E'%ALL table. -he >uotation lines as well as the P* lines
share this table as the base, as well as share the same &55. 5ield capital%e4pense%Qa! is
not present in >uotations form. -herefore you may not use this 9eld as the reference
9eld for P* Lines &55. *ther 9elds which you may not use include)
Hnspection%ReJuired%5la!, Htem%(lass%Loo?up%(ode, List%Price%Per%+nit,
2e!otiated%=y%Preparer%5la!, Reference%2um, -a4able%5la!.
What are the di:erent authori?ationBstatus can a re)uisition have?
Approed, (ancelled, Hn Process, Hncomplete, Pre-Approed, Rejected, or Returned.
Can an approved re)uisition %e viewed in the ,e)uisition form?
2o, an approed reJuisition cannot be iewed in the ReJuisition form. Approed or Hn
Process reJuisitions can only be iewed in the ReJuisition 'ummary form. *nly
ReJuisitions, which hae Hncomplete, Returned, and Rejected status, can be iewed
from Enter ReJuisition form.
Can an approved re)uisition %e revised?
An approed reJuisition can be reised usin! the (han!e ReJuisition process in
iProcurement.
Why is there no list of values for items in the re)uisition form after they have
%een de#ned in the item master?
-he list of alues should be aailable. Please reiew 'upplier-Purchasin! information for
the 5inancial *ptions to ensure the correct or!aniKation has been selected for the
Hnentory *r!. 'etup-6 *r!aniKations-65inancial *ptions-6'upplier-Purchasin!
*s the 'upplier item #eld a validated #eld?
2o, the supplier item 9eld is not a alidated 9eld. Ht is for reference only.
How can you have speci#c ,e)uestor defaulted on ,e)uisition form?
Hn order to hae a speci9c reJuestor default onto the reJuisitions form, the user will
hae to set the followin! in the user will hae to set the followin! in the user"s
reJuisition preferences. 2ai!ation) :Purchasin! -6 ReJuisitions -6 ReJuisitions Go to
special -6preferences (lic? in the reJuestor 9eld (hoose a reJuestor from the list of
alues (lic? the "apply" button, a messa!e " new preferences now in e1ect." (lose the
reJuisitions form Re-open the reJuisitions form (lic? in the lines re!ion, the reJuestor
from reJuisition preferences should appear in the reJuestor 9eld. -he reJuisition
preferences are only alid while wor?in! on it , user needs to re enter reJuisition
preferences each time he starts the applications.
Can * chane the item num%er in re)uisition lines after savin the record?
+ser is not allowed to chan!e the item number of a saed record in *racle Purchasin!
ReJuisition 5orm. Hf user 9nds that the item entered by him in a saed record is wron!
then he has to delete that record and enter a new record for the reJuired item. +ser is
allowed to chan!e the -ype, &escription, +*7, >uantity, Price, 2eed by date in a saed
record in the Enter ReJuisition form. Also he can chan!e the item cate!ory if item
number of the saed record in the Enter ReJuisition 5orm is 2+LL.
What all control actions * can perform on a re)uisition throuh $ocument
control window?
(ancel and 5inally close.
What is the authori?ationBstatus of a re)uisition after Finally closin it?
3hen we 9nally close the reJuisition from ReJuisition 'ummary form the
authoriKation%status of the reJuisition does not chan!e. Hnstead it"s closed%code
becomes "5H2ALL. (L*'E&".
Can * cancel or #nally close any re)uisition from $ocument Control Window?
2o. Purchasin! lets you cancel or 9nal close a reJuisition or reJuisition line before your
mana!er approes it or before a buyer places it on a purchase order. 2o control actions
can be performed on an Hncomplete reJuisition. .ou cannot 5inally close a "Pre-
Approed" ReJuisition.
What happens if the re)uisition cancelled of #nally closed throuh $ocument
Control Window and encum%rance is on?
Hf you are usin! encumbrance or bud!etary control, Purchasin! automatically creates
ne!atie debit encumbrance entries for the cancelled reJuisitions. 3hen you 9nal close
a purchase order, Purchasin! creates credit entries which reerse the encumbrances.
How can * con#rm that my re)uisition has suKcient funds?
Go to /70 'pecial-6(hec? for funds.
How to #nd out which sales orders are lin&ed to a Purchase Order?
Hn ReJuisition 'ummary form /70 'pecial-6 Eiew Purchase *rder. Hn the "'pecial" 7enu
itself you can see the option" Eiew 'ales *rder".
What does the status Pre+"pproved mean4 and how does a document reach
this status?
-he status of Pre-Approed is the outcome of a person forwardin! a document for
approal een thou!h the forwardin! person has the necessary authority to approe it.
-he document may hae been forwarded by mista?e or for business reasons. Ht is not
possible to perform a receipt a!ainst a document with a status of Pre-Approed.
When you try to 2'ave2 a re)uisition4 the followin messae appears9
POB"..BPO'T*E<BE"1
-his happens when you do not hae a alid code combination for the accounts
defaultin! on the distribution account. Ensure that the account has a alid code
combination.
While forwardin re)uisition for approval4 error "PP+1(87I9 3ser exit po
#ndBforward returned error1
-here is no 5orward 7ethod speci9ed in the setup. -he 5H2&%5*R3AR& function cannot
9nd any rules to determine the forward to person. 2ai!ate to the &ocument -ypes
5orm /P*Y'-&&-0 in Purchasin! Responsibility. 'etup -6 Purchasin! -6 &ocument -ypes.
'elect the document type of ReJuisition /Hnternal or Purchase0 and ma?e sure that the
9eld "5orward 7ethod" is not blan?. Hf it is blan?, set it to either $ierarchy or &irect, then
sae.
3na%le to enter Pro=ect information on the $istri%ution line of a ,e)uisition1
.ou cannot enter project information for inentory destinations /unless you hae Project
7f! installed0. 'ettin! &estination -ype , E4pense will resole the problem. .ou will
then be able to enter information in the remainin! Project related 9elds.
When a re)uisition is autocreated to a purchase order4 supplier information is
not populated in the purchase order header1
-his happens when a reJuisition number is entered in the 5ind ReJuisition Lines window
and document is autocreated. =ut if you enter the reJuisition number and supplier
details in the 5ind ReJuisition Lines window and autocreated the document to purchase
order. -he purchase order now contains supplier details in the purchase order header.
'upplier information at the reJuisition leel is actually a su!!ested 'upplier, and the
buyer has an option to decide which supplier to pic? on the P* header. Also, if you try to
Autocreate multiple reJuisitions with di1erent 'uppliers Autocreate would not ?now
which supplier to use. $ence the endor information cannot be defaulted. -his is the
standard functionality of *racle Applications. 3or?arounds) 8 - Enter the su!!ested
supplier on the "5ind ReJuisition Lines" 'earch (riteria window and this is populated on
P* header when autocreated. C - Enter the supplier information in the "'elect Purchase
*rder" Kone.
The system does not allow you to chane the Price and - or )uantity of an
approved ,e)uisition line %efore "utoCreatin a Purchase Order1
3hen you are usin! Encumbrance Accountin!, by enablin! the =ud!etary (ontrol Qa!
for a set of boo?s, the system automatically creates encumbrances from ReJuisitions,
Purchase *rders and other transactions ori!inatin! from modules such as Purchasin! S
Payables.
Hn this case, the funds are chec?ed at the ReJuisition Leel. .ou cannot chan!e the Price
and >uantity once the reJuisition has been approed. -his is the 'tandard functionality
of *racle Applications.
After Autocreatin! a Purchase *rder, you can chan!e the Juantity and price.
Cannot #nd a $ocument in the Eoti#cations form which has %een forwarded
%y an intermediate "pprover1
'eeral thin!s with *racle 3or?Qow can cause documents to be stuc? "in process",
howeer, this particular issue deals with duplicate data in your $R system.
+sin! your 'ysAdmin responsibility, nai!ate to 'ecurity--6+ser--6&e9ne and perform a
Juery on the Person 9eld usin! the employee name of the approer you are tryin! to
forward the document to.
-his should return a record for only 8 user. Hf the employee is assi!ned to more than 8
user name, 3or?Qow will not ?now who to delier the noti9cation to and the document
will han! with a status of "in process".
;ou are allowed to update 2$estination Type2 from 2*nventory2 to 2Expense2 in
the re)uisition form1
Hf you setup destination type as @Hnentory@ in the item setup and in the ReJuisitions
form if you chan!e the destination type to @E4pense@, then this will oerride the
destination type setup in item setup. -he &estination type will carry oer from the
ReJuisition into the Purchase *rder when autocreatin!.
Clic&in on the .O@ to select an employee to forward the document ives
error9F,0+(1L589 .ist Of @alues contains no entries1
.ou need to run the followin! sJl)
'>L6select can%preparer%approe%Qa!, default%approal%path%id
from po%document%types%all
where document%type%code , "RE>+H'H-H*2"#
Hf the results return a 2+LL alue for can%preparer%approe%Qa! then you need to
perform the followin!) 2ai!ation) Purchasin! -6 'etup -6 Purchasin! &ocument -ypes.
Hn the document window type window use ReJuisition in the type 9eld. Enable @*wner
(an Approe@ chec? bo4 sae it disable it sae it and enable it. -his is to set the Qa!
accordin!ly. 2ow sae the record. 2ow when you enter a reJuisition and forward the
reJuisition for approal you can hae L*E in the forward 9eld.
The re)uisition can %e saved without the need+%y date #eld %ein populated1
Line items that are put on reJuisitions must be planned. Ht is necessary that the items
are planned in order for the need-by date to be enforced.
'tep-by-step solution)
G+H - >uery the item in the Htem 7aster
- (hoose the General Plannin! sub-re!ion
- 7a?e the item planned
(har - 2ai!ate - Htems - +pdate
- >uery item
- Hn Htem &etails re!ion choose select
- 7a?e the item planned
*n the Enter Purchase Order form and in the Enter ,e)uisitions form4 the .ist
of @alues in the *tems #eld is not retrievin some of the items1
Hn the Enter Purchase *rder form and the Enter ReJuisitions forms, the List of Ealues
/L*E0 in the Htems 9eld is not based on what or!aniKation your purchasin! responsibility
is pointin! to. Hnstead, it is based on the Hnentory *r!aniKation entered in the 5inancial
*ptions form under 'upplier - Purchasin!. Hn the Enter Purchase *rder form and the
Enter ReJuisitions forms, the List of Ealues /L*E0 in the Htems 9eld is not based on what
or!aniKation your purchasin! responsibility is pointin! to. Hnstead, it is based on the
Hnentory *r!aniKation entered in the 5inancial *ptions form under 'upplier -
Purchasin!. (han!in! the Hnentory *r!aniKation de9ned in the 5inancial *ptions to the
Htem 7aster or!aniKations will permit you to select those items.
The items with destination type as *nventory have the destination type as
Expense defaultin in the Enter ,e)uisitions form1
-he defaults do not come in for a reJuisition, if the in%or!aniKation%id column is blan?
in $R%L*(A-H*2' table and does not !et populated. -he in%or!aniKation%id is lin?ed to
location and this in turn is lin?ed to employee and which e4plains why when you enter
the item in reJuisition form the or!aniKation and 'hip--o Location 9eld were not !et
populated and therefore the destination type was not comin! as inentory. .ou hae to
populate in%or!aniKation%id in $R%locations table which will resole the problem.
What is Center+.ed Procurement?
(enter-Led or (entraliKed Procurement is new functionality deliered in 88.F.8D or
'upply (hain 5amily Pac? J. Hn 88.F.M or Procurement 5amily Pac? H, buyers are able to
leera!e =lan?et Purchase A!reement prices across operatin! units but Purchase *rder
creation is only possible in the operatin! unit where demand ori!inated.-his new
functionality allows procurement operations to be run and maintained from a sin!le
location sometimes referred to as a 'hared 'erice (enter. Purchase *rder creation can
be performed in one central operatin! unit and then receied by another operatin! unit
where the reJuisition was raised.
Hn 88.F.8D:R8C, Global A!reements can be either =lan?et Purchase A!reements or
(ontract Purchase A!reements with a supplier that can shared between operatin! units.
-hese documents can then be used for automatic sourcin! of reJuisition demand from
any enabled business units. As Receiptin! occurs in di1erent operatin! unit to the
Purchase *rder, transactions such as receipts, inoice matches or payments
automatically initiate the appropriate cost transfer or inter-company inoicin!
accountin! transactions based on the rules de9ned in the 9nancial relationship between
the Procurin! and ReJuestin! operatin! units.
What are the setups steps re)uired for Center+.ed Procurement?
-he followin! setups are reJuired)
/i0 Hn *racle Hnentory, de9ne transaction Qows. -ransaction Qows de9ne the
procurement relationship between di1erent operatin! units. 'ee "-ransaction 'etup" in
the *racle Hnentory +ser Guide.
/ii0 'et $R) (ross =usiness Groups pro9le to .es.
/iii0 &e9ne a supplier site for the supplier in both ReJuestin! and Procurin! *peratin!
+nits.
/i0 (reate an approed Global A!reement in the Procurin! or 2e!otiatin! *peratin!
+nit.
(reate a blan?et purchase a!reement or contract purchase a!reement with
Global chec?ed.
Enable the ReJuestin! or!aniKations that can reference the !lobal a!reement
/-ools 6 Enable *r!aniKations0.
5or each reJuestin! or!aniKation, specify the Purchasin! *r!aniKation and the
supplier site for the supplier.
/0 (reate 'ourcin! rules, sourcin! rule assi!nment set entries and A'L entries
manually, or alternatiely perform automatically at at Purchase order submit form.
/i0 (reate a ReJuisition a!ainst your !lobal a!reement in any or!aniKation that is
enabled.
What are the 'upported setups for Center+.ed Procurement?
(ross-*peratin! +nit Procurin! is 2*- supported when)
Hnter-(ompany -ransaction 5low are not de9ned or alid
Encumbrance is "*2" in either ReJuestin! or Purchasin! *peratin! +nits.
Project:-as? is speci9ed with e4pense destination.
ReJuisition line is E7H enabled /see *racle Hnentory +ser Guide0.
ReJuisition shipment has a consi!ned relationship /see *racle Hnentory +ser
Guide0.
&estination inentory or!aniKation is *P7 enabled /'ee *racle Process
7anufacturin! +ser Guide0
Htem is not de9ned in the reJuestin! or purchasin! operatin! unit, destination
inentory or!aniKation, or lo!ical inentory or!aniKation /as de9ned in -ransaction 5low0
Htems must hae attributes as documented as per Hntercompany Hnoicin! 'etup
section in Hnentory +ser Guide / ie inentory item enabled, stoc?able, transactable,
cost enabled, etc0
5or 'erice Line -ypes, if $R) (ross =usiness Groups pro9le , 2o then the ReJuestin!
and the Purchasin! *peratin! *r!aniKations must be in the same business !roup.
*s there any additional setup re)uired for iProcurement?
2o. iProcurement uses Purchasin! setups to correctly source reJuisitions raised.
=ul?loaded catalo! items in iProcurement can leera!e (enter-Led functionality when
suppliers are associated with Global (ontract A!reements.
Q1. What are Reminder notifications?
Once an approver does not respond to an approval notifcation for quite sometime, then
a reminder notifcation can be sent out to the approver. You can send up to two
reminders to an approver using the Timeout feature. You can also specify that after a
certain period of time, the document be forwarded automatically to the next approver in
the hierarchy. This feature is setup by changing the Purchase Order (PO) and/or
Requisition approval workfow in Oracle Workfow Builder.
Q2. How do you setup the timeout feature?
In Oracle Workfow Builder, open the "PO Approval" workfow (for purchase orders) or
the "PO Requisition Approval" workfow for requisitions. To enable the Timeout feature
in the PO Approval workfow, modify the following activities in the Notify Approver sub
process by entering a Timeout period in their Properties windows:
Approve PO Notifcation, PO Approval Reminder 1, and PO Approval Reminder 2.
To enable the Timeout feature in the PO Requisition Approval workfow, modify the
following activities in the Notify Approver sub process by entering a Timeout period in
their Properties windows: Approve Requisition Notifcation, Requisition Approval
Reminder1, and Requisition Approval Reminder2. Refer to Note 124695.1 for more
details on the implementation steps.
Q3. Any prerequisite for timeout to work?
The Workfow Background Process must be running for the reminder notifcations to be
generated. The background process must be set to run periodically if you want the
reminders to be regularly generated. Run this program with parameter "Timeout" set as
"Yes", and "Item Type" parameter as "PO Approval Process" or "PO Requisition
Approval Process" whichever is appropriate.
Q4. How do you enerate the notifications for the documents that need to !e started up in
appro"a# yet?
You can run the Send Notifcations For Purchasing Documents program to search for
documents that are incomplete, rejected, or in need of re-approval and send
notifcations to the appropriate people informing them about the documents' status. A
new notifcation will not be generated if a previous one is still active.
Q$. What are the different types of reminders that the notifications can !e sent for?
When the Send Notifcations For Purchasing Documents program is run, notifcations
are generated regarding the following situations:
- POs and requisitions are Incomplete, Rejected or may require re-approval.
- POs and Releases require acceptance and acceptance is not yet received.
"Acceptance past due" notifcations is sent if the acceptance required date is over and
no acceptance is entered by this date.
- RFQ's and Quotations are in status of In Process.
- Active RFQ approaching expiration i.e. current date is between Due Date and Close
Date.
- Active Quotation approaching expiration.
Q%. Are the documents automatica##y forwarded to the ne&t appro"er in the hierarchy when
an appro"er does not respond to the fina# reminder notification?
The purchase order approval will look for the next approver in the hierarchy. This does
not work the same way in requisitions. The Requisition Approval process builds a list of
approvers when a requisition is submitted for approval. When the notifcation times out it
only look at this Approval list and not the PO hierarchies as in the case of purchase
orders.
Q'. Why the (end notifications for )urchasin documents proram enerates *Acceptance
past due* notifications when purchase orders ha"e a#ready !een accepted?
In order for the "Send Notifcations for Purchasing Documents" program to not send
reminder notifcations that documents have not been accepted by their acceptance due
date, the purchase order or release must have its latest revision accepted.
Q+. ,oes the (end notifications for )urchasin documents proram enerate a notification to
the preparer indicatin a specific action to take?
This program is designed to pick up all the documents which are Incomplete, Requires
Reapproval, Rejected and Returned and send a standard notifcation reminding user
that the document is pending for his action. The notifcation message is displayed
irrespective of the status of the document. What action the user needs to take can be
determined only after opening the document.
Where does ,eceivin "ccount information et derived from?
-here are C new 9elds) &estination (har!e Account and &estination Eariance Account,
in the Purchase *rder and Purchase *rder 'ummary forms at &istribution leel. -hese C
accounts are deried by the P* Account Generator 3or?Qow, they correspond to
accounts alid to the Receiin! *r!aniKation /ReJuestin! *r!aniKation0. Hnter-company
inoice transactions will occur automatically after receipt and delier.
*s it possi%le to manually "utocreate ,e)uisitions usin the "utocreate Form?
.es. ReJuisitions that are aailable for Autocreation are iewable only in a responsibility
tied to the operatin! unit where ReJuisition is created. .ou can select to manually
autocreate and choose the Global =lan?et Purchase A!reement/=PA0 to autocreate
a!ainst. -he Purchasin! *r! /where Purchase *rder will be created0 can be selected
howeer this will depend on 'upplier 'ite on ReJuisition and Enabled *r!aniKations on
the =PA.
Why is the Purchasin Orani?ation .O@ in "utocreate Form showin no
values?
Encumbrance is enabled in the current operatin! unit /ReJuestin! *r!aniKation0.
Encumbrance must be disabled for (enter-Led Procurement. / 2ote this is also true for
Release 8C0
>1 $o we need to perform additional setups in 0O"C after uprade
to ,1! to retain the multi+or setups that existed prior to the
uprade?
"9 Hf you do not wish to implement the features proided in R8C by 7*A(,
there are no additional setups reJuired. 7*)*peratin! +nit is presered
throu!h the up!rade, so if it was set in a preious release, it will still be set in
R8C.
>1 $o we need to perform additional setups in 0O"C after uprade
to ,1! to retain the sinle+or setups that existed prior to uprade?
"9 7ulti-or! is reJuired for Release 8C. .ou will be reJuired to enable multi-
or! to up!rade to Release 8C. -his does not mean you will need to create
multiple operatin! units. .ou must enable multi-or! and de9ne at least one
operatin! unit. *nce you enable multi-or!, *peratin! +nit H& /or!%id0 will be
populated in all the releant tables.
>51 *f 0O9 'ecurity Pro#le is con#ured4 does the user also need to
set 0O9 Operatin 3nit4 or is it optional? *f %oth are set then what
would %e the implication?
"9 7*) 'ecurity Pro9le ta?es precedence oer 7*)*peratin! +nit. 'o, if you
set 7*)'ecurity Pro9le, that is what will be used. Hf 7*)'ecurity Pro9le is not
set, then 7*)*peratin! +nit will be used.
>1 The security pro#le was modi#ed4 why did the user2s access not
chane per the modi#cation?
"9 -his could happen if alue of 7*)'ecurity Pro9le references another
security pro9le and:or "'ecurity List 7aintenance" concurrent pro!ram was
not run after modifyin! the security pro9le. Also, $R) 'ecurity Pro9le ta?es
precedence oer 7*)'ecurity Pro9le. Hf the or!aniKation included in the
security pro9le is a operatin! unit as well as a business !roup, ?indly un-
chec? the option "E4clude =usiness Group" from the security pro9le.
>1 When attemptin to naviate to form-pae4 the application shows
the error 2you do not have access privilee to any operatin unit2
even thouh you had set the users security pro#le1
"9 Error is because the security pro9le has not been set correctly for the
user. Please erify the followin! a!ain.
8. 7*)'ecurity Pro9le assi!ned to the user"s responsibility
C. *peratin! units hae been assi!ned to the security pro9le
L. "'ecurity List 7aintenance" concurrent pro!ram has run successfully.
>I1 $oes 0O"C ena%le users to create purchase orders in another
operatin unit simply %y choosin an operatin unit while )ueryin
the "utoCreate form4 and choosin a re)uisition from another
operatin unit4 without havin de#ned a transaction 6ow %etween
the procurin orani?ation and the receivin orani?ation?
"9 Ht is mandatory to de9ne a transaction Qow between the procurin!
or!aniKation and the receiin! or!aniKation before usin! this feature.
>1 How is ,eceivin supported across multiple operatin units in
,elease 1!?
"93hen the Receipts form is opened, the list of alues /L*E0 will be
displayed of the inentory or!aniKations which are aailable to the user
throu!h the security pro9le. Receiin! forms unli?e other transaction
entry forms in *racle Purchasin!, does not ma?e it mandatory for the user
to choose an operatin! unit een after selectin! the inentory or!aniKation
to receie the shipment. +ser will still be allowed to chan!e to an operatin!
unit which may not necessarily include the inentory or!aniKation chosen
initially. 5or e!. if 78 is an inentory or!aniKation which is not included in an
operatin! unit "Eision (ommunications /+'A0", and if 78 is chosen initially as
the receiin! inentory or!aniKation, user is still allowed to select the
operatin! unit conte4t as Eision (ommunications /+'A0. -his is an intended
feature in Release 8C.
>1 Why is it that the ,eceivin Transaction Processor4 unli&e other
Purchasin concurrent re)uests4 enforces operatin unit as a
mandatory parameter in ,elease 1!?
"9-he Receiin! -ransaction Processor is a multi-or! concurrent pro!ram. A
sin!le receipt can be created for shipment lines destined for the same ship-to
or!aniKation and belon!in! to di1erent operatin! units. A purchase order, for
e4ample, is from a sin!le operatin! unit.
>1 *f a transaction is entered %y mista&e in an incorrect operatin
unit Mthe security pro#le of the user allows transaction entry in
multiple operatin unitsN4 what should %e the next step?
"9Please cancel:delete:reerse the transaction. -his is a user error. 'ystem is
behain! as intended.
1 Why are some customi?ations not wor&in after upradin to
,elease 1!?
"9 -he Eirtual Priate &atabase /EP&0 feature has replaced (LHE2-%H25* /*r!
(onte4t0 function in multi-or! Architecture. All calls made to *r! (onte4t
function will no lon!er wor? in R8C. Please refer to
the Note.374398.1and Note.396750.1for additional R8C resources and custom
code mi!ration. -his may not address all your reJuirements for writin!
custom code for 7*A( or EP&. Please also reiew the public APH"s /startin!
?ey words mo%!lobal0 aailable in Oracle Integration Repositoryfor additional
information.
What does the status )re-Appro"ed mean. and how does a document reach this status?
A) -he status of Pre-Approed is the outcome of a person forwardin! a
document for approal een thou!h the forwardin! person has the necessary
authority to approe it. -he document may hae been forwarded by mista?e
or for business reasons. Ht is not possible to perform a receipt a!ainst a
document with a status of Pre-Approed. -he approer to whom the
document was forwarded must 9rst approe it.
Also Pre-Approed status can be achieed when usin! Encumbrance
accountin! and the document is authoriKed for approal but funds hae not
yet been resered for it. Een if someone with suUcient approal authority
approes the document, its status will still be Pre-Approed if funds were not
able to be resered at the time of approal. *nce funds are resered for the
approed document, the document status chan!es to Approed.
Another cause for Pre-Approed status is by importin! "Approed" reJuisitions
with encumbrance on. -he reJuisition import process will force status to "Pre-
Approed", reJuirin! user to ta?e the resere action.
What is the difference !etween ,/R012 and H/0RAR1H3 forwardin methods?
A) -he document forwardin! method is selected in the &ocument -ypes form)
Responsibility) Purchasin! 'uper +ser
2ai!ation) 'etup -6 Purchasin! -6 &ocument -ypes
-he two choices for the document forwardin! method are &irect and
$ierarchy# both options are always aailable re!ardless of whether Position
$ierarchies /positions0 or Employee-'uperisor Relationships /jobs0 are bein!
used.
A. &irect 5orwardin! 7ethod ) +sin! this forwardin! method, at the time
which a document is submitted for approal, alidation will occur up the
approal chain until an approer is located that has the ability to approe the
document in Juestion.
- Hf Position $ierarchies are bein! used, then the alidation will occur a!ainst
positions listed in the position hierarchy speci9ed in the document approal
window. *nce a position that has approal authority has been located, the
system will locate the employee assi!ned to this position and desi!nate him
as the 5orward--o. -he selection of the employee is based on alphabetical
conte4t.
- Hf Employee:'uperisor Relationships are bein! used, then alidation will
occur a!ainst, 9rst, the superisor"s job of the employee submittin! the
document for approal# then, if that superisor does not hae authority, the
system will loo? to the superisor"s superisor. -he alidation process will
continue up this employee:superisor chain until an approer with the proper
authority is located.
=. $ierarchy 5orwardin! 7ethod +sin! this forwardin! method, alidation is
not performed to locate the ne4t possible approer with suUcient authority#
the documents will simply route to each person in the approal chain. -he
document, once submitted for approal, will moe to either the person
assi!ned to the ne4t position in the position hierarchy if positions are bein!
used, or the employee"s superisor if employee:superisor relationships are
bein! used.
-he ?ey di1erence between the two options is that &irect forwardin! will
moe the document to the 9rst person with authority to approe, whereas
$ierarchy will simply moe the document to the Jueue of the ne4t employee
in the approal chain, whether that person has the approal authority or not.
5or more detailed information on topic refer to the Purchasin! 'etup of
Approal $ierarchies -roubleshootin! Note:134947.1.
What is the sinificance of the ,ocument 2ota# and Account Rane types on the Appro"a#
4roups form?
A) -he &ocument -otal type sets the ma4imum limit for any approal actions
ta?en by the user whom the approal !roup applies to. Hf multiple &ocument
-otals are speci9ed, the restriction will be to the &ocument -otal, which is the
lowest.
-he Account Ran!e also allows for a document total which is then tied to a
speci9c ran!e of accounts listed on the same line. Ht is possible to hae
di1erent account ran!es with di1erent amount Limits. -his allows the same
user to hae a di1erent dollar:account limit. Ht is mandatory to hae an
account ran!e speci9ed in each approal !roup de9ned. =y default, if there
is not an account ran!e de9ned, all accounts will then be e4cluded from the
document approal process, which means that the documents will not hae
an ability to become approed.
2ote) 3ithin the account ran!es called out in the Approal Groups form the
format and number of places within a se!ment must match the char!e
account se!ment structure. 5or e4ample, the se!ment @DDDD@ is not !oin! to
match se!ment @DDDDD@ as the number of places are not eJual.
What is the sinificance of usin 5o!s or positions. and what effect wi## choosin one or the
other ha"e on the document appro"a# routin?
A) -he choice of whether or not jobs or positions are !oin! to be used is
made at the operatin! unit leel within the 5inancial *ptions form.
Responsibility) Purchasin! 'uper +ser )
2ai!ation) 'etup -6 *r!aniKations -6 5inancial *ptions select the $uman
Resources alternate re!ion
Hf the option +se Approal $ierarchies is chec?ed, then positions and position
hierarchies are !oin! to be utiliKed for the operatin! unit in Juestion# if left
unchec?ed, employee:superisor relationships will be used for the approal
hierarchy routin! path.
2ote) Hf positions are bein! used, then position hierarchies will need to be
created as they are !oin! to be the roadmap for document approals. Hf jobs
are bein! used, then the employee:superisor relationship will sere as the
roadmap.
What is the difference !etween archi"in on Appro"e "ersus )rint?
A) -he archiin! method determines at which point reision data will be
written to the document archie tables. Archie on Approe desi!nates an
update to the Purchasin! archie tables at the time of document approal#
each time a reision is made to a document and the document enters a
ReJuires Re-approal state, the new reision information will be archied at
the time the document is approed a!ain. Archie on Print desi!nates an
update to the document archie tables at the time the purchase order is
printed.
-he followin! !raph illustrates the di1erence between the two settin!s. -he
Archie Re columns denote the hi!hest reision of the purchase order
currently residin! in the purchase order archie tables. -he (urrent Re
columns denote the current reision leel of the purchase order, as seen in
the header re!ion of the Purchase *rders form.
Step # Action Archive on Approve Archive on Approve Archive on Print
Archive Revision Current Revision Archive Revision
1 Create purchase order None 0 None
2 Change controlled information None 0 None
3 Approve Purchase order 0 0 None
4 Change controlled information 0 1 None
5 Approve Purchase order 1 1 None
6 Print Purchase order 1 1 0
Change controlled information 1 2 0
! Approve Purchase order 2 2 0
" Print Purchase order 2 2 1
10 Change controlled information 2 3 1
11 Print Purchase order 2 3 2
12 Approve Purchase order 3 3 2
/n Re#ease 11.6 and hiher. e"ery time attemptin to appro"e a document it remains in the
status of 7/ncomp#ete7 - why?
A) 'ometimes, a document may still hae a status of Hncomplete after an
attempt to approe the document has been made# this indicates a failure in
the alidation of the approal authority for the document creator, alon! with
the inability to locate an employee with the proper authority to forward the
document. 'ee -roubleshootin! Purchasin! &ocument 5or Hncomplete
Approal 'tatus Note:295153.1.
How is it possi!#e to appro"e a !#anket re#ease when the !#anket purchase areement is
showin that the fu## amount has a#ready !een re#eased?
A) -he alidation of a release dollar amount is not a!ainst the amount a!reed
on the header of the blan?et purchase a!reement# instead, it alidates
a!ainst the Amount Limit speci9ed in the -erms and (onditions window of
the Purchase *rders form. Hf this 9eld is left blan?, then the release can be
for any amount. -herefore, it is imperatie that the Amount Limit 9eld be
populated with the same dollar amount as the Amount A!reed 9eld in the
header re!ion of the Purchase *rders form, dependin! on the business
needs. Ht should also be noted that Release 88i also has introduced an
Amount Limit 9eld that can be de9ned at the line leel of the blan?et
a!reement.
/ am de#eatin the appro"a# of a )8 to someone who does not ha"e access to open this )8.
Wou#d he !e a!#e to appro"e it?
A) 'ince he has been "dele!ated" the approal authority from you, his
approal actions would be adjud!ed as if you were ta?in! those actions on
this document. $oweer, the document would remain inaccessible to him.
-his is because by "&ele!atin!", you are only allowin! him to act on approal
decisions on your behalf, rather than also dele!atin! him the access
authority.
/ ha"e heard a!out somethin ca##ed A90 for appro"a#s in 11.$.1:. what is it and can / use it
on my ear#ier re#ease?
A) Hn *racle Applications 88.F.8D Procurement has inte!rated with another
*racle Product called Approals 7ana!ement En!ine /A7E0 that can be used
for ReJuisition Approals. -he functionality is aailable only when usin!
Employee 'uperisor method for routin! documents and is only aailable for
Purchasin! ReJuisitions at this time and only for applications release 88.F.8D.
A7E is a conditional and rules based system, where you de9ne the rules and
conditions on how a document approal routes to the ne4t superisor. 5or
more information on A7E and *racle Procurement please refer to the
followin! 7etalin? 2otes and &ocumentation) 88.F.8D 5A> for Approals
7ana!ement /A7E0 Hnte!ration 5or iProcurement and
Purchasin! Note:293315.1
/ ha"e heard of )80RR8R for impro"ed error hand#in. What is this feature?
A) Hntroduced in 88.F.G P*ERR*R setup can be used for improed document
error handlin!. -his feature automatically resubmits documents stuc? in the
status of "in-process" and failin! because of &ocument 7ana!ement failures.
-he failures include &oc 7!r Error 8 /&ocument Approal 7ana!er -imeout0
or &oc 7!r Error C /&ocument Approal 7ana!er 2ot Actie0. -his does not
handle &oc 7!r Error L failures /E4ception in the &ocument Approal
7ana!er code0. 'ee *racle Purchasin! P*ERR*R 3or?Qow 'etup and +sa!e
Guide 3hite Paper Note:224028.1.
/s it possi!#e to define position hierarchies. which span across mu#tip#e operatin units?
A) 2ot before 88.F.M and also only for employee:superisor based approal
routin!, position hierarchy based document approals cannot !o across
operatin! units. 'ee Position $ierarchy) Approals 'pan Across 7ultiple
*peratin! +nits Note:280012.1for more details.
How is it possi!#e to appro"e a !#anket re#ease when the !#anket purchase areement is
showin that the fu## amount has a#ready !een re#eased?
A) -he alidation of a release dollar amount is not a!ainst the amount a!reed
on the header of the blan?et purchase a!reement# instead, it alidates
a!ainst the Amount Limit speci9ed in the -erms and (onditions window of
the Purchase *rders form. Hf this 9eld is left blan?, then the release can be
for any amount. -herefore, it is imperatie that the Amount Limit 9eld be
populated with the same dollar amount as the Amount A!reed 9eld in the
header re!ion of the Purchase *rders form, dependin! on the business
needs. Ht should also be noted that Release 88i also has introduced an
Amount Limit 9eld that can be de9ned at the line leel of the blan?et
a!reement.
What is #o!a# super"isor and how can / uti#i;e that for appro"a#s across !usiness roups?
A) -his feature allows the user to forward a document /P* or ReJ0 to a
superisor in a di1erent business !roup than the user. -his is enabled when
the pro9le "$R)(ross =usiness Groups" is set to yes. -he action history will
also show the details includin! the name of the person from the di1erent
business !roup. -his functionality is aailable on Procurement 5amily Pac? 5
/88i.PR(%5P.50 and aboe. 5or more information please refer to) Purchase
ReJuisition Approal Across =usiness Groups - Note 291046.1.
/ ha"e end-dated a position !ut sti## ha"e the emp#oyees assined to this position. 2hese
emp#oyees continue to !e a!#e to appro"e the )8s as !efore. Why?
A) -hey would continue to be able to approe as lon! as they hae alid
assi!nments. 3hen you are alterin! your or!aniKation structure by e4pirin! a
position, you 7+'- also ma?e alternaties for the open assi!nments on this
position. -his should be a part of your or!aniKation structure mi!ration
process. *nce you hae mi!rated completely to the new Position 'tructure,
includin! the proper employee-position assi!nments, run the 5ill Employee
$ierarchy pro!ram. -his would a1ect the P* Approal accordin!ly.
What type of document attachments can !e emai#ed with )urchase 8rders to (upp#iers?
A) Hn 88i8D and below only 2otes to suppliers and Lon!:'hort -e4t
Attachments could be sent to the 'uppliers. 2ow in Release 8C /R8C0 and
hi!her 9les such as /7s3ord, &rawin! etc.0 as well as +RLs can be sent.
,oes Appro"a#s 9anaement 0nine <A90= support para##e# appro"ers - where notifications
are sent out to mu#tip#e peop#e simu#taneous#y to speed up the appro"a# process?
A) =e!innin! in R8C A7E supports parallel approers for reJuisition approal.

Potrebbero piacerti anche