Professional Documents
Culture Documents
R12HowToDiagnoseAndReconcileInventoryAPAccrualTransactionsUsingReconciliation
Reports(DocID728871.1)
Modified: 28Jul2015 Type: TROUBLESHOOTING
InthisDocument
Purpose
TroubleshootingSteps
INTRODUCTION
TESTCASEINFORMATION
FUNCTIONALITY
SETUP
PROCESSINGOVERVIEW
JoinUs
StillHaveQuestions?
References
APPLIESTO:
OraclePayablesVersion12.0.0andlater
OraclePurchasingVersion12.0to12.0.4[Release12]
Informationinthisdocumentappliestoanyplatform.
CSTCRACCRCV:CreateAccountingReceiving
CSTGLTRN:TransfertoGLconcurrentprogram
CSTACRLR:AccrualReconciliationLoadProgram
***Checkedforrelevanceon19Aug2013***ReviewedbyJAdjei
CSTACRSM:SummaryAccrualReconciliationReport
CSTACRAP:APandPOAccrualReconciliationReport
CSTACRMI:MiscellaneousAccrualReconciliationReport
CSTACRWO:AccrualWriteOffReport
POXACWRO:WIPAccrualWriteOffReport
PURPOSE
ThisdocumentisintendedtohelpunderstandandanalyzetheFunctionalchangesinRelease12ReconciliationProcesswith
regardtoInventoryAccrualTransactions.Thenewarchitectureisdesignedtoimproveperformance,enhance
usability,ensureauditabilityandfacilitateautomationofvariousFormsandReports.
ForStepbyStepReconciliationProcesspleaseReviewNote.1107953.1R12AccrualBalanceMismatchBetweenAccrual
ReconciliationReportandGLTroubleshooting
TROUBLESHOOTINGSTEPS
INTRODUCTION
TheRelease12AccrualReconciliationandwriteoffisanewfeaturesetcomparedto11i.Itisbasedontheconceptof
incrementalbuildandgroupbybalanceofpodistributions.
Thenewconceptofdoingreconciliationandwritingoffbybalanceofpodistributionsrequiresamindsetshiftfromthe
traditional11iapproachthatisbasedonindividualtransactions.Withthisnewconcept,theGLdateofindividual
transactionsbecomeslesssignificant.Thereconciliationunithasshiftedfromtransaction_date(traditionalapproach)to
po_distribution_id(newapproach).ThismakesiteasiertoreconcilePO'satthelowestpodenominatorthedistributions.
ThePrimaryfocusoftheReconciliationReportshasshiftedfromreconcilingaggregatebalanceofGLAccrualAccountsto
analyzingandverifyingdistributionbalancesofthePO.Ifthedistribution,thelowestpodenominatoriscorrectthe
https://support.oracle.com/epmos/faces/DocContentDisplay?_adf.ctrlstate=efvkicg03_74&id=728871.1 1/12
7/25/2016 Document728871.1
aggregatefigurewillbecorrect.TheNetAccrualbalanceintheAPandPOReconciliationReportatanygiventime
excludingManualJournalsinGLshouldequalthecurrentNetAccrualbalanceinGL.SincetheReportdisplaysonlythe
CURRENTnetaccrualbalancesofpodistributions,'ASOFDATE'BalancewillAlwaysreflectcurrentNetbalanceofthepo
distributionsandthatexplainswhythereisnoDateParameterintheReport.
ThenewAccrualphilosophyrequirescustomerstoreconcileandcompletetheirAccrualReconciliationsmonthly.Donotrun
theLoadProgramofthenextPeriodunlessthepreviousmonthreconciliationiscompleted.
Thenewarchitectureisdesignedtoimproveperformance(dynamicreconciliationincrementally,groupedbyaccrual
accountandpo_distribution_id),EnhanceUsability(automaticupdatestoGLforwriteoffs,masswriteoffsandreversal
transactions),EnsureAuditability(AuditTrailfordynamicTransactionsandwriteoffs)andfacilitateAutomatedProcess
(variousFormsandprocess).
Problemsofoldart Advantagesofnewart
Performanceproblem,notscalable Improvedperformancedynamic
reconciliationincrementally,groupedby
accrualaccountandpo_distribution_id
Lowusability Enhancedusabilitywriteoffbalance,
utilizationofwriteoffandreversaltxns,
masswriteoff
Notauditable Ensuredauditabilitypersistentwriteoff
tables,accountingagainsteachwriteoff
andreversaltxn
Notautomated Automatedprocessvariousformsand
reports
InthispaperwewillexaminethefunctionalchangesinR12ReconciliationProcessandthearchitecturalcomponents,
namelytheAccrualLoadProgramandtheTheReconciliationReports:AccrualReconciliationSummaryReport,APandPO
AccrualReconciliationReport,theMiscellaneousAccrualReconciliationReport,andtheAccrualWriteOfffunctionality.We
willalsoexaminethebasicsetups,debuggingtools,giveaprocessingoverview,andotheressentialdiagnosticqueriesand
relevantpatches.
PleaseReviewNote.1107953.1R12AccrualBalanceMismatchBetweenAccrualReconciliationReportandGL
Troubleshooting
TESTCASEINFORMATION
Thefollowingstepsgiveanexampletestcaseandshouldbeusedtovalidatetheproperstepsarebeingused
CreateInventoryDestinationTransactionorExpenseDestinationTransaction'AccrueOnReceipt'
ApproveandReceivethePO
VerifytheTransactionsintheRCV_TRANSACTIONStable
ReviewtheAccountingEntriesinRCV_RECEIVING_SUB_LEDGERtable.TheseTransactionswillhave
ACCRUAL_METHOD_FLAG='O'
RunCreateAccountingReceivingprocess
ReviewtheSubledgerAccountingEntriesinViewSubledgerJournalEntryInquiryScreen
RunandReviewSubledgerAccountingProgramReport
ReviewtheJournalsinGL
ReviewtheTransactionsinAccountAnalysisReport
Attheendofeachperiod,makesureallreceiptandinvoiceaccountingentriesaretransferredtoGL,andnonew
accountingwillcomeintotheperiod.
Thenruntheaccrualloadprogramincrementallywitha'FromDate'tobelastperiod'senddateminussome
overlappingdaysanda'ToDate'tobethisperiod'senddate
Iftherearereceiptsnotinvoicedorviceversa,thecorrespondingPOdistributionwillhaveanonzerobalanceand
showupinthereportwithaccountingdetailsthatcontributetothebalance
ThoseaccountingdetailsarepulledfromSLAandshouldmatchwithGL.TheusercanstartwithAccrual
ReconciliationSummaryReportandthendrilldowntoAPandPO
AccrualReconciliationReport,MiscellaneousAccrualReconciliationReport
ForPOdistributionswithanoutstandingaccrualbalance,thecustomermakesadecisiononwhethertowritethe
balanceoffinthisperiodorwaitformoreaccountingdatatocomeinnextperiod
ReconcileyourInventoryAPAccrualAccountinGL
https://support.oracle.com/epmos/faces/DocContentDisplay?_adf.ctrlstate=efvkicg03_74&id=728871.1 2/12
7/25/2016 Document728871.1
FUNCTIONALITY
InthisSection,wewillcontrastthe11iReconciliationprocessagainsttheR12approach,sotohighlightthedrawbacksof
theoldsystemandadvantagesofthenewone.ThenewdesignofReconciliationprocess("newArt")wasintroducedin
R12becauseoftheseriousdrawbacksandfailuresinthepreviousReconciliationprocessinR11i("oldArt").
IntheoldArttheReconciliationRebuildretrieveddatabytransactiondateandaccrual_account_id.AllPo'swith
transactionsthatfellwithintherelevantdaterangewereretrievedandpopulatedthe
PO_ACCRUAL_RECONCILE_TEMP_ALLTable.TheRebuildloadedbothfullyinvoiced,partiallyinvoicedanduninvoiced
POTransactionstothetempTable.Alsoloadedweretransactionsalreadywrittenoffmarkedwithwrite_off_flag
='Y'.Theresultwasanunbearableseriousperformanceissues.
IntheoldArtTheReconciliationReportsReportedbypolines.AlltransactionsrelatingtoaLinewerereportedso
longasasingledistributiondidnotNettoZero.Thisresultedinreportingofmanyseeminglyselfbalancedlines
makingtheReporttoocumbersomeandextremelydifficulttoreadandanalyze.
IntheoldartthefocuswasonreconcilingtheaggregateNetbalancetoGLratherthanisolatingandanalyzing
distributionsthatcausedthediscrepancy.
FinallyintheoldartAccrualWriteOffsremovedtransactionsonlyfromtheAccrualReconciliationReportandusers
hadtodoManualJournalentriesinGl.ManualJournalsarepronetomistakesandraiseeyebrowsofAuditorsfor
lackofverifiabledataandaudittrail.
ThenewArtprovidesthefollowingadvantages
ThenewArtconcentratesonthelowestPOdenominatorPOdistributionratherthanlinesandaggregatetotals
TheLoadProgramusesthe'ToDate'parameterasthecutoffdatetoretrieveonlypo_distribution_idswithnet
balance.Itisbasedontheconceptofincrementalbuildandgroupbybalanceofpodistributions.Thereforefully
invoiceddistributionswillbeexcluded.Thusperformanceisimproved.TheLoadprogrampopulatesthe
CST_AP_PO_RECONCILIATIONandCST_RECONCILIATION_SUMMARYTables.
TheNewReconciliationReportswillonlyshowdynamicallyonlydistributionswithbalancesasloadedinthe
CST_AP_PO_RECONCILIATIONandCST_RECONCILIATION_SUMMARYTables.Thusonlyrelevantdatathatdirectly
affectsthecurrentNetAccrualBalanceisreported
ThebasicunitofreconciliationisthePODistributionandnotindividualtransactionsanymore.Henceitistheageof
ofPOdistributionsthatmatters,notthetransactiondateofthewholeTransaction.
AccrualWriteOffnotonlyexcludesthewriteofftransactionfromtheAPandPOReportbutalsodynamicallypostto
GLandexcludedfromtheNetAccrualbalance.ThereforetheproblemsassociatedwithManualJournalsare
avoided.
TheAPandPOReconciliationReportshouldonlybeusedforreconcilingcurrentbalancesbecausedatain
CST_AP_PO_RECONCILIATIONandCST_RECONCILIATION_SUMMARYTablesreflectonlyNetDistributionbalances.
BelowwewillcontrastinmoredetailshowtheoldArtandNewArtappearintheReconciliationTableswhentheRebuild
(old)andLoad(new)programsarerunrespectively.
LetusassumewehavetwoPO'sPO#1andPO#2
Letusassumefurtherthatforeverytransactionwehave1LineandIdistribution.
Period#1Jan2005(ForeasyanalysisletuspresumeforeachPO)
POPrice$10
QuantityOrdered10in1/1/2005
QuantityReceived5in1/1/2005
QuantityInvoiced5forPO#1on1/31/2005
QuantityInvoiced4forPO#2on1/31/2005
Period#2Feb2005
QuantityReceived5forPO#12/1/2005
QuantityInvoiced4froPO#12/28/2005
QuantityReceived5forPO#22/1/2005
QuantityInvoiced6forPO#22/28/2005
OldArt
WhentheAccrualRebuildisrunon1/31/2005afterinvoicingthefollowingdatawillberetrievedto
AP_ACCRUAL_RECONCILE_TEMPS_ALL
Firstperiod:Jan2005
https://support.oracle.com/epmos/faces/DocContentDisplay?_adf.ctrlstate=efvkicg03_74&id=728871.1 3/12
7/25/2016 Document728871.1
Note:
PO#1isselfbalancediefullyinvoicedbutstillloadedtothePO_ACCRUAL_RECONCILE_TEMPS_ALL
PO#2hasabalanceof10.
Secondperiod:Feb2005
Comments:
AtendofsecondPeriod:Feb2008theabovetransactionswillexistinPO_ACCRUAL_RECONCILIATIONTABLEafter
theRebuildisrun.
a)DespitethefactthatPO#1TransactionsforJan2005areselfbalancing(FullyInvoiced)theystillexistinthe
PO_ACCRUAL_RECONCILE_TEMPS_ALL
b)IntheaboveexamplesforsimplicityweassumedthatPO#1had1lineand1Distribution.Letusbemore
pragmaticandassumelikeinmostbusinesseswherelineshavemultipledistributionsthatPO#1had1lineand8
distributionsand6ofthe8distributionswereselfbalancingiefullyinvoiced.TheRebuildwillstillloadall8
DistributionsandwillremaininthePO_ACCRUAL_RECONCILIATIONTABLE
c)LetusevenassumefurtherthataPOhadoneLineand80Distributionsand79oftheDistributionswerefully
invoicedguesswhatall80Distributionswillbeloadedandcontinuetoexistinthe
PO_ACCRUAL_RECONCILE_TEMPS_ALLTABLE
d)IfwedecidedintheExampleforPO#2towriteoffall10outstandingTransactionsandPO#2becameself
balancing,allquantitiesincludingthewrittenoffamountswillstillberetrievedandcontinuetoexistinthe
PO_ACCRUAL_RECONCILE_TEMPS_ALLTABLE.ThewrittenoffTransactionswillbetaggedwithWrite_Off_Flag='Y'
andwillcontinuetoexistintheTEMPTable
e)DatathereforekeepsgrowingintheTEMPTABLEdevelopingseriousperformanceproblems.MostoftheData
existingintheTempTableisirrelevantandobsoleteandhavenoimpactindeterminingtheNetAccrualBalancein
GL.Thisindeedisaveryinefficientwayofstoringdata.
f)ACCRUALRECONCILIATIONREPORTInourexampleabovewherewepresumedaPOhad1Lineand80
Distributionsif79oftheDistributionswerefullyinvoicedifweruntheAccrualReconciliationReportallTransactions
ofthelinewouldstillappearintheReportdespitethefactthatonlyonedistributionhadaNetbalancethat
https://support.oracle.com/epmos/faces/DocContentDisplay?_adf.ctrlstate=efvkicg03_74&id=728871.1 4/12
7/25/2016 Document728871.1
contributedtotheBalanceoftheAccrualAccountinGL.
NewArt
LetusnowcontrastthiswiththeNewArt.WewillassumethesamedataasweusedfortheOldArt.Thisishow
thedatawillappearinthenewTablesCST_AP_PO_RECONCILIATIONandCST_RECONCILIATION_SUMMARYwhen
theNewLoadProgramisrun:
Firstperiod:Jan2005
Reconciliationsummary
Reconciliationdetails
Comment:
OnlyunbalancedPOdistributionswillbeinthereconciliationtables.Leanandscalable.Atthispoint,PO#1isself
balancedsoitwillnotbeloadedintothetables.OnlyPO#2isinthetables.Customerscanusethewrite_off
checkboxtowriteoffbalance.Theycouldalsodomasswriteoffbasedonthetolerance.
AssumingtheychoosetowriteoffthebalanceforPO#2,thewriteoffwillimmediatelymakePO#2balanced.PO#2
anditsdetailswilldisappearfromthereconciliationtables.Dynamicreconciliation.Thewriteofftxnanditsdetails
willbegenerated.Theautomatedaccountingisdoneagainstthewriteofftxn.Thedatainwriteofftablesis
persistent.Thereisatrackrecord,auditable.
Writeoffsummary
Writeoffdetails
Supposeamistakeismadeinthewriteoff,usethereversecheckboxtoreverseit.
Thereversaltxnwillhaveitsownaccountingandtransactiondetails.Italsopointstoitsoriginalwriteofftxn.
Auditableagain.
Writeoffsummary
https://support.oracle.com/epmos/faces/DocContentDisplay?_adf.ctrlstate=efvkicg03_74&id=728871.1 5/12
7/25/2016 Document728871.1
reversal
Write_offdetails
Assoonasthereversalisdone,thePO#2becomesunbalancedagainanditcomesbacktothereconciliationtables.
Dynamicreconciliationagain.
BothwriteoffanditsreversalcontributetothetotalbalanceofaPOdistribution.
Reconciliationsummary
Reconciliationdetails
Secondperiod:Feb2005
WhennewtxnsforbothPO#1andPO#2comeinFeb,thenewdataactuallymakesPO#2balanced,soitcomesoff
thereconciliationtables.However,thenewdataforPO#1makesitunbalancedforthefirsttime,sowewillloadall
itstxns.
Reconciliationsummary
Reconciliationdetails
https://support.oracle.com/epmos/faces/DocContentDisplay?_adf.ctrlstate=efvkicg03_74&id=728871.1 6/12
7/25/2016 Document728871.1
Thedatainwriteofftablesremain.Soattheendofsecondperiod,wehavedatainreconciliationtablesforPO#1
thatneedtobetakencareof.
WealsohavedatainwriteofftablesforPO#2forlegalandauditingpurpose.
Fornormalbusiness,overthetimemostPOsshouldbeselfbalancedandwriteoffwouldbeneededonlyfora
smallportionofproblematicPOs.
Therefore,wewillhaveleanreconciliationtablesandmanageablesizeofwriteofftables.
ReportstouseforReconcilingGLAccrualBalance
a)APandPOReconciliationReport
ThenewArchitecturerequiresCustomerstocompleteeachmonthsReconciliationbeforemovingtothenextPeriod.
TheAPandPOReconciliationReport,eventhoughtheprimaryfocusisreconcilingpo_distributionamountsitcanbe
usedbycustomerstoreconcileCURRENTMonthsinventoryAccruals.
BydesigntheReportretrievesdatafromCST_AP_PO_RECONCILIATIONandCST_RECONCILIATION_SUMMARY
whichonlystorestheNetpo_distributionamounts.TheNetBalanceperAccrualAccountdisplayedbytheReport
shouldreconcilewithcurrentNetAccrualBalanceinGLexcludingmanualjournals.
RefertoCST:AccrualLoadDataPurgeNote.1613969.1Purgingdatafromcsttables
AfterpurgingdatahavetorunLoadtorebuilddata
b)TheOpenAccountBalancesListing
ThisisdocumentedinChapter9ofSLAImplementationGuideinconjunctionwithViewSubledgerJournalEntry
InquiryandSubledgerAccountingProgramReport
canbeusedtoreconcileSLATransactionsandGL.
TheSLAReportsarebasedonXMLPublisherandgiveusercertainflexibilitytoconfiguretheReports
SETUP
Toachievethebestresultsfor'Accrue_ON_Receipt'Transactionsthefollowingminimalsetupsarerecommended:
ThePurchasingOptionsFormallowsuserstosetExpenseitemstoaccrueon'OnReceipt'or'AtPeriod
End.Nav:PurchasingSuperUser/Setup/Organizations/PurchasingOptions`/AccrualSetup
TheInventoryAPAccrualAccountdefaultsfromInventoryResponsibility/Setup/Organization/Parameters/Other
Accounts/InventoryAPAccrualAccount
DefaultingRulesforAccrue_on_receipt_flag
Oracleinsertstheaccrueonreceiptflaginpodistributionsbasedonthefollowinglogic
Ifthedestination_type_code='INVENTORY'OR'SHOPFLOOR'thenthevalueofaccrueonreceiptflagwillbeYes
Ifthedestination_type_code='EXPENSE'wecheckthevalueofthereceipt_required_flagatthe
itemlevel
LineType
Vendor
Systemparameters(inthatorder)
IfthevalueisN,thenaccrueonreceiptflagwillbeNoelseifaccrualmodeisPERIODENDthenaccrueonreceipt
flagwillbeNo.ifaccrualmodeisRECEIPTthenaccrueonreceiptflagwillbeYES.AlsoofcoursetheUsercan
override'Accrue_On_Receipt_Flag'atPoShipmentIfExpensesaccrueOnReceiptatPOOptions.
DisableJournalImportinEdit/Preferences:Profile:'NO'meansCreateAccountingautomaticallyactivatesTransfer
toGLConcurrentProgramValue.IfProfileissetto'YES'thenJournalImporthastoberunseparatelytomovethe
accountingentriestoGL.
ThefollowingAccountssetupisrequiredforallAccrualAccountstobeusedintheReconciliationReportsandWriteOff.
Navigate:PurchasingResponsibility:AccrualWriteOffs/SelectAccrualAccounts.
https://support.oracle.com/epmos/faces/DocContentDisplay?_adf.ctrlstate=efvkicg03_74&id=728871.1 7/12
7/25/2016 Document728871.1
PROCESSINGOVERVIEW
Accrue_On_ReceiptinR12isaprocessthatmustbecarefullyreviewedandimplemented.Therearedifferentcomponents
oftheprocessandeachperformsaseparatefunctioninmovingandverifyingtheTransactionsfromthePOTablesto
RCV_RECEIVING_SUB_LEDGERtoSLAandfinallytoGL
https://support.oracle.com/epmos/faces/DocContentDisplay?_adf.ctrlstate=efvkicg03_74&id=728871.1 8/12
7/25/2016 Document728871.1
https://support.oracle.com/epmos/faces/DocContentDisplay?_adf.ctrlstate=efvkicg03_74&id=728871.1 9/12
7/25/2016 Document728871.1
Thefollowinggivessomeofthekeycodeandconfigurationsusedduringtheprocessing
ReceivingTransactionProcessorpopulatestheRCV_RECEIVING_SUB_LEDGERwithReceivingTransactionswith
ACCRUAL_METHOD_FLAG='O'.TheseTransactionsmusthaveaccrue_on_receipt_flag='Y'
CSTCRACCRCVCreateAccountingReceivingmovestheInventoryTransactionswithAccrual_Method_flag='O'
fromRCV_RECEIVING_SUB_LEDGERtoSLATables.TheseTransactionsmustmeetthecriteriaforEVENTCLASS
JournalCategory'Receiving'
CSTCRACCRCVmayalsoautomaticallykickoffJournalImportandTransfertoGLconcurrentprogramifthe
parameters:TransferandPosttoGeneralLedger='Y'.
CSTACRLRmodule:AccrualReconciliationLoadProgrampopulatesthefollowingTables:
CST_RECONCILIATION_BUILD:Trackof'AccrualBuild'
CST_RECONCILIATION_SUMMARY:DatasummarizedbasedonPO_DISTRIBUTION_IDonlyforAPandPO
Reconciliation.TheTablestorespo_distribution_id,accrual_account_id,POBalance,APBalanceandWriteOff
Balance
CST_AP_PO_RECONCILIATION:APandPOAccrualJournals.TheTablestores
Transaction_Type_Code,Accrual_Account_id,Po_distribution_id,invoice_id,RCV_Transaction_id,write_off_id,Ae_heade
QuantityReceived,APPoMatch,AmountReceivedandAmountMatched
CST_MISC_RECONCILIATION:INVmiscellaneousandAPmiscellaneousdata
ThefollowingTablesstoreWriteOffData:CST_WRITE_OFFSandCST_WRITE_OFFDETAILS
CSTACRLRmodule:AccrualReconciliationLoadProgram
TheLoadprogramisusedtotopopulatetheaccrualreconciliationtableswithallthenecessarytransactiondata
neededtoperformthereconciliationprocess.Runningthisprogramisnormallythefirststepinthereconciliation
process.TheprogramparametersFromdateandtodatecanbeused
tofetchthetransactioninformationfromthetransactiontables.AlltheaffectedPodistributions(inthecaseof
AP/POtransactionsandindividualtransactionsincaseofmiscellaneoustransactions)withinthedaterangewilbe
deletedfirstandcurrent/updatedvaluesforthetransactionsinthedaterangewillbefetchedandappendedto
existingdataintheTables.Notethatalreadyexistingdatanotfallingwithinthedaterangewillremainintact.When
theaccrualloadprogramisrunforthefirsttimeforagivenOperatingunit,oldwriteofftransactionsforthat
operatingunit(writeoffsfrompriorreleases)areupgradedandloadedintothenewreconciliationtables."Thefrom
date"forthisveryfirstrunisignoredandtheloadrunsfromthestartoftransactionhistorytothecurrentsystem
date(orthe"todate"providedbyuser).Additionallyyoucannotreversewriteofftransactionsthatwerewrittenoff
https://support.oracle.com/epmos/faces/DocContentDisplay?_adf.ctrlstate=efvkicg03_74&id=728871.1 10/12
7/25/2016 Document728871.1
inpriorreleases.
AfterrunningtheLoadprogrameachoftheremainingReportscanberunindependentlyofeachother.
CSTACRSMmodule:SummaryAccrualReconciliationReport
ThepurposeoftheAccrualReconciliationSummaryReportistoshowuserswhichaccountshavebalancesinthem.
Thereportwillalsogiveapartialbreakdownofthebalancesource.UserscanseewhetherrelatedAPandPO
transactionsand/ormiscellaneousAPandinventorytransactionsarecontributingtothebalance.
Furthermore,thereportwillshowuserstheamountofwriteoffsalreadyperformedagainsttheaccrualaccount.
CSTACRAPmodule:APandPOAccrualReconciliationReport
ThisReporthasnodaterangebecauseitatanygiventimeonlydisplaytheNetbalancesofthecurrent
po_distributions.TheAPandPOAccrualReconciliationReport,displaysthetransactionalbreakdownofeachaccrual
accountwithanetbalancegreaterthan0.Thereportwillalsoallowuserstoviewasummarizedversionorfull
transactiondetails.
Insummarizedmode,foreachaccrualaccount,onlythedistributioninformationandPO,AP,WO(WriteOff)and
TotalBalanceswillbedisplayed.
Fordetailedmode,theindividualtransactiondetailsforeachdistributionwillbeshowninadditiontoallthe
distributioninformation
CSTACRMImodule:MiscellaneousAccrualReconciliationReport
TheMiscellaneousAccrualReconciliationReportdisplaysallthemiscellaneousAP(notmatchedtoPO)andinventory
transactionshittingaccrualaccounts.Thereportisfirst
groupedbyaccrualaccount,thenbyeachaccrualcodethathitsthespecificaccrualaccountandthenbypurchase
orderdistributionid.Withintheaccrualcode(A/PNoPO,MiscellaneousReceipt,etc),theindividualtransactionsare
displayed.
CSTACRWOmodule:AccrualWriteOffReport
ThisReportliststheTransactionsmarkedaswrittenoffintheAccrualWriteOffwindow.
UsetheAPandPOAccrualWriteOffswindowtoindicatewhichAPandPOtransactionsyouwishtowriteoffand
removefromtheAPandPOAccrualReconciliationReport
POXACWROmodule:WIPAccrualWriteOffReport
ThisReportlistsWIPTransactionswrittenoff.
JoinUs
JoinourconversationtodayonthisnoteviathedirectProcurementCommunitylink
athttps://community.oracle.com/thread/3370368
StillHaveQuestions?
JoinourgrowingOracleProcurementCommunityandlearnfromyourpeersandOracleonhowtoaddressyouruniqueissuesin
YoucanaccessthemainOracleCommunitiespageathttp://communities.oracle.com(Ifyouareenrolled,theProcurementcomm
alreadyenrolledintheProcurementcommunity,youcandosobyclickingonthelinkEditSubscriptions).
OR
From"MyOracleSupport"asfollows:
1.LogintoMyOracleSupport
2.Clickonthe'Community'linkatthetopofthepage
3.Clickin'FindaCommunity'fieldandenterProcurement
4.DoubleclickonProcurementinthelist
5.Clickonthe'CreateaCommunityPost'buttonandsubmityourquestion.
REFERENCES
NOTE:1613969.1CST:AccrualLoadDataPurge
NOTE:222339.1ProcurementFamilyPatchReleaseHistory(IncludingLatestAvailableRollups)
NOTE:558421.1HowToDiagnoseIssuesWithCreateAccountingProcessForProcureToPayCycleInR12
NOTE:603971.1R12HowToDiagnoseIssueswithPeriodEndAccruals
https://support.oracle.com/epmos/faces/DocContentDisplay?_adf.ctrlstate=efvkicg03_74&id=728871.1 11/12
7/25/2016 Document728871.1
Didn'tfindwhatyouarelookingfor?
https://support.oracle.com/epmos/faces/DocContentDisplay?_adf.ctrlstate=efvkicg03_74&id=728871.1 12/12