7/25/2016 Document728871.

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

accrual_account po_num po_distribution_id txn_date txn_source receipt_num invoice_num qty amount

ACCT#1 PO#1 D#1 1/1/2005 Receipt R#1 5 50

ACCT#1 PO#1 D#1 1/31/2005 Invoice V#1 5 50

ACCT#1 PO#2 D#2 1/1/2005 Receipt R#2 5 50

ACCT#1 PO#2 D#2 1/31/2005 Invoice V#2 4 40

Note:
PO#1isselfbalancediefullyinvoicedbutstillloadedtothePO_ACCRUAL_RECONCILE_TEMPS_ALL
PO#2hasabalanceof10.

Secondperiod:Feb2005

accrual_account po_num po_distribution_id txn_date txn_source receipt_num invoice_num qty amount

ACCT#1 PO#1 D#1 1/1/2005 Receipt R#1 5 50

ACCT#1 PO#1 D#1 1/31/2005 Invoice V#1 5 50

ACCT#1 PO#1 D#1 2/1/2005 Receipt R#3 5 50

ACCT#1 PO#1 D#1 2/28/2005 Invoice V#3 4 40

ACCT#1 PO#2 D#2 1/1/2005 Receipt R#2 5 50

ACCT#1 PO#2 D#2 1/31/2005 Invoice V#2 4 40

ACCT#1 PO#2 D#2 2/1/2005 Receipt R#4 5 50

ACCT#1 PO#2 D#2 2/28/2005 Invoice V#4 6 60

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

accrual_account po_num po_distribution_id RCV_balance AP_balance WO_balance total_balance write_off

checkbox

ACCT#1 PO#2 D#2 50 40 0 10 X

Reconciliationdetails

accrual_account po_distribution_id txn_date txn_source receipt_num invoice_num write_off_id qty

ACCT#1 D#2 1/1/2005 Receipt R#2 5

ACCT#1 D#2 1/31/2005 Invoice V#2 4

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

write_off_id accrual_account po_num po_distribution_id write_off_date reversal_id write_off_type wo_am

W#1 ACCT#1 PO#2 D#2 1/31/2005 writeoff 10

Writeoffdetails

write_off_id txn_date txn_source receipt_num invoice_num qty amount

W#1 1/1/2005 Receipt R#2 5 50

W#1 1/31/2005 Invoice V#2 4 40

Supposeamistakeismadeinthewriteoff,usethereversecheckboxtoreverseit.
Thereversaltxnwillhaveitsownaccountingandtransactiondetails.Italsopointstoitsoriginalwriteofftxn.
Auditableagain.

Writeoffsummary

write_off_id accrual_account po_num po_distribution_id write_off_date reversal_id write_off_type wo_am

W#1 ACCT#1 PO#2 D#2 1/31/2005 writeoff 10

W#2 ACCT#1 PO#2 D#2 1/31/2005 W#1 write_off 10

https://support.oracle.com/epmos/faces/DocContentDisplay?_adf.ctrlstate=efvkicg03_74&id=728871.1 5/12
7/25/2016 Document728871.1

reversal

Write_offdetails

write_off_id txn_date txn_source receipt_num invoice_num qty amount

W#1 1/1/2005 Receipt R#2 5 50

W#1 1/31/2005 Invoice V#2 4 40

W#2 1/1/2005 Receipt R#2 5 50

W#2 1/31/2005 Invoice V#2 4 40

Assoonasthereversalisdone,thePO#2becomesunbalancedagainanditcomesbacktothereconciliationtables.
Dynamicreconciliationagain.
BothwriteoffanditsreversalcontributetothetotalbalanceofaPOdistribution.

Reconciliationsummary

accrual_account po_num po_distribution_id RCV_balance AP_balance WO_balance total_balance write_off

checkbox

ACCT#1 PO#2 D#2 50 40 0 10

Reconciliationdetails

accrual_account po_distribution_id txn_date txn_source receipt_num invoice_num write_off_id qty

ACCT#1 D#2 1/1/2005 Receipt R#2 5

ACCT#1 D#2 1/31/2005 Invoice V#2 4

ACCT#1 D#2 1/31/2005 Writeoff W#1

ACCT#1 D#2 1/31/2005 Writeoff W#2

reversal

Secondperiod:Feb2005

WhennewtxnsforbothPO#1andPO#2comeinFeb,thenewdataactuallymakesPO#2balanced,soitcomesoff
thereconciliationtables.However,thenewdataforPO#1makesitunbalancedforthefirsttime,sowewillloadall
itstxns.

Reconciliationsummary

accrual_account po_num po_distribution_id RCV_balance AP_balance WO_balance total_balance write_off

checkbox

ACCT#1 PO#1 D#1 100 90 0 10

Reconciliationdetails

accrual_account po_distribution_id txn_date txn_source receipt_num invoice_num write_off_id qty

ACCT#1 D#1 1/1/2005 Receipt R#1 5
ACCT#1 D#1 1/31/2005 Invoice V#1 5

ACCT#1 D#1 2/1/2005 Receipt R#3 5

ACCT#1 D#1 2/28/2005 Invoice V#3 4

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