- Do we enter the PO number in the invoice header or click on Match and then provide PO number? What is a good way of doing it?
Answer:
If we do not enter the PO number at the header level it gives us the
flexibility to match multiple POs to the same Invoice number. However, if you
intend to match only 1 PO then it may be fine to use the PO number in the
header.
- How to enter an invoice which relates to a receipt done in JDE? (How is it different from receipt in Oracle?)
Answer:
Usually all the JDE receipt balances will be loaded in Oracle in the GRNI
account with location value 4901. If the receipt is done in Oracle the location
value will be 0000. Whenever you enter an invoice for a JDE receipt you should
use the GRNI account with location value 4901 and DO NOT match it to any PO,
Invoice or Receipt. Just enter the invoice header without any PO number and
then save, validate and create accounting. This will reduce the GRNI account
balance and consequently can be used to verify if all GRNI from JDE has been
invoiced in Oracle.
- What holds can be manually released? What holds needs approval or further verification before release?
Answer: Some
of the common holds that can be released manually –
1)
Amount – (Invoice Amount Exceeded Limit)
2)
Amt Ord – [Amt
billed > Amt Ordered * (1 + % Ordered Tolerance)]
3)
Amt Rec – [Amt
billed > Amt Received * (1 + %Receipt Tolerance)]
4)
AP Manager – (Harsco:
AP Manager Invoice Hold)
5)
Currency Difference
– (Invoice Currency different from PO Currency)
6)
GB CHAPS Payment –
(Harsco: Invoices selected for CHAPS payment – UK specific)
7)
Invalid PO – (Invoice
has invalid or missing PO number)
8)
Max Ship Amount –
(Variance between Invoice and Shipment Amount exceeds limit)
9)
Qty Ord – (Quantity
billed exceeds quantity ordered)
10)
Qty Rec – (Quantity
billed exceeds quantity received)
11)
Supplier – (Hold
all un-validated invoices for the Supplier)
12)
Supplier Updated –
(Supplier or Site Updated)
It is
recommended that all the system generated holds should be investigated and
resolved. Only the manually imposed holds should be released manually. Also,
the system can be configured to disallow manual releases for the chosen hold
types.
- What is invoice price variance?
Answer:
Invoice
Price Variance OR IPV = (PO Price x Qty
– Inv Price x Qty)
Note
that if there is no difference in the price but there is a difference in
quantity then the variance amount doesn’t fall under IPV.
- How does accounting of invoice price variance differ when the item is an expense item versus when it is an inventory item?
Answer:
IPV for expense item gets accounted to the PO Charge Account. IPV for inventory
item gets charged to the Material Price Variance account.
- What is Transfer Invoice Price Variance?
Answer:
IPV for expense item cannot be transferred. However, IPV from Material Price
Variance account can be transferred back to the Inventory average cost account.
You can run this concurrent program from the AP Manager responsibility. The
program forces you to enter an org since it transfers the IPV to the respective
Inventory Org account.
- What are the different types of quantity holds?
Answer: The
following types of quantity holds exist in the system:
1)
Max Qty Ord – Qty
billed exceeds Qty ordered by tolerance amount
2)
Max Qty Rec – Qty
billed exceeds Qty received by tolerance amount
3)
Qty Ord – Qty billed
exceeds Qty ordered
4)
Qty Rec – Qty billed
exceeds Qty received
- What should be done when Accounts payable trial balance (APTB) does not tally with AP liability account in GL
Answer: The
following reasons could amount to difference in balances between APTB and AP
Liability:
1)
There could be
un-posted transactions in AP which have not been posted to GL.
Note:
GL postings are part of a scheduled activity thus this can occur only between 2
subsequent schedules. Also, even if they are not posted they do not show up in
the AP Liability report.
2)
There could be
manual journal entries directly to AP Liability account which may not have been
accounted in GL. Overall by rule of thumb; all manual transactions in GL can
result in trial balance not tallying with AP Liability.
- In what scenarios does the AP invoice Aging Report total does not tally with AP Accounts payable trial balance total?
Answer: The
following reasons could contribute to the mismatch:
1)
AP Trial Balance shows
all accounted unpaid invoices. Whereas, AP invoice Aging Report shows all
unpaid invoices whether accounted or not. Hence, they will NOT tally if there
are unpaid invoices which are NOT accounted.
2)
Also, AP Aging
Report picks the amount from the header of the invoice thus if the accounted
lines total is different from the header amount then the same difference will be
observed between Aging report and Trial Balance.
3)
Also, Aging Report is
always generated as on date and does not have the flexibility to extract data
for periods and date ranges.
- What is maximum ship amount hold?
Answer:
When the difference between Invoice and Shipment Amount exceeds the tolerance
limit then the system imposes a hold on the invoice called the “Max Ship
Amount” hold. It can be caused due to IPV or Quantity Variance.
- In what ways can we raise an invoice if there is no PO / Receipt?
Answer: In
the Invoice line type you can choose “item” if you have a corresponding item number.
You may also choose the type as “miscellaneous” based on the requirement.
- In what scenario does the Prepayment Account GL balance doesn’t match the Prepayment Status Report?
Answer:
Any manual journal entry for a prepayment or entry of a prepayment invoice where
you change the account information to a non-prepayment account will result in
difference in balances between Prepayment GL Account and Prepayment Status
Report. Also, any unpaid prepayments will be accounted in Prepayment GL account
however will show as “unpaid” in the status report.
In the
parameters for Prepayment Status Report always select NO for “Include Invoices”
and “Include Credits/Debit Memos”. This will ensure that the standard
invoices/credit/debit memos against the prepayment suppliers are not included.
- In what cases do the GRNI (goods received not invoiced) accounts’ GL balance does not tally with PO Accrual Reconciliation Report?
Answers:
The GRNI GL balances are loaded onto the PO Accrual Reconciliation report by
way of a concurrent program which is called “Accrual Reconciliation Load Run”.
This activity happens overnight each day to bring in balances onto the PO
Accrual Reconciliation report. However, a user can run this program manually
from the AP Manager responsibility. There could be many reasons for the GRNI GL
Balance not matching to the PO Accrual Reconciliation report. The reason could
be making manual journal entries. In order to investigate the discrepancy there
are couple of standard Oracle reports which can help you decipher the problem.
They are:
1)
Miscellaneous Accrual Reconciliation report – The purpose of this report is to show all inventory
and AP (not matched to PO) transactions that have hit the accrual accounts.
Transactions are grouped by accrual code. The report can be run either in
summary where only the distribution information and balance is shown or in
detail where all the transaction that makes up a particular distribution is
shown as well. Usually this report is run in conjunction with the Summary
Accrual Reconciliation Report as part of your period end accrual reconciliation
process.
2)
Summary Accrual Reconciliation report – The Summary Accrual Reconciliation Report can be used
to analyze the balance of the Accounts Payable (AP) accrual accounts. You can
accrue both expense and inventory purchases as you receive them. When this
happens, you temporarily record an accounts payable liability to your Expense
or Inventory AP accrual accounts. When Oracle Payables creates the accounting
for the matched and approved invoice, Oracle Payables clears the AP accrual
accounts and records the liability from the supplier site. The Accrual
Reconciliation Report helps you monitor potential problems with purchasing and
receiving activities that can affect the accuracy of your A/P accrual accounts.
It displays the balance of each accrual account as well as partial
representation of source of the balance.
- Why should Receiving Inventory Account always have a zero balance? In what scenarios is there a balance in the account?
Answer: It
is true that the Receiving Inventory Account should always have a zero balance.
There
could be 2 reasons due to which the receiving account might have a balance.
1)
The Receiving
account is more like a transition account before transferring it to the
inventory account. Since we follow the direct delivery routing hence our items
are not passing through the receiving account as of today. Thus, this cannot be
the reason to have a balance in the Receiving account for us.
2)
Also, when we return
items to the supplier sometimes we select the option “return to receiving”
instead of “return to supplier”. This error can lead to the item being
accounted in the receiving account. The technical team is working to have the
option defaulted to “supplier” which will remove this scope of error.
Hence
in future we should not see any balance in the receiving account.
- How can we avoid errors in foreign currency purchases or invoices?
Answer:
One must always remember that if you are matching an invoice with a PO then in
the “invoice form” the currency is defaulted from the supplier set-up
information. This currency cannot be changed in the invoice. However, if you
are entering an invoice without a PO number in the header then that gives you
the flexibility to change the currency and query all invoices for that currency
using the match option. The thumb rule is that the currency remains the same
throughout the Requisition, PO, Invoice and Payment phases.
Note:
During foreign currency payment always check the Bank Exchange Rate and
exchange amount that the bank charges for doing a foreign currency
disbursement. The same amount should be entered in the payment document. This
will ensure that it hits the correct realized gain / loss account.
In
cases, where match action is not required for an invoice, for e.g. no PO or
receipt, you can simply enter the required currency and save the invoice.
1 comment:
Wow! Great post! The content is very rich, and I really like it.
Post a Comment