Oracle® Retail Merchandising Cloud Services Implementation Guide Release 16.0.029 E99968-01 |
|
![]() Previous |
![]() Next |
This chapter is an overview of Oracle Retail Invoice Matching Cloud Service.
The following information is maintained in the Invoice Matching Cloud Service application.
Multi-dimensional matching utilizes complex matching logic designed to maximize match rates and processing productivity for both invoice and credit note matching.
Discrepancy routing identifies cost and quantity discrepancies when a match has not occurred after a user-specified period of time and automatically routes discrepancies to the Discrepancy Review List.
Resolution dialog offers a powerful, streamlined approach to handling invoice discrepancies where reviewers can disposition a discrepancy based on a set of user-defined reason codes.
Self-billing and deals bill-back integration provides robust integration with the Oracle Retail Merchandising Foundation Cloud Service that supports supplier billing for RTVs, rebates and other deals, consignments, direct store delivery, evaluated receipts, and other non-merchandise billings from obligations and customs entry.
Receiver adjustments integration provides direct updates of receiver cost and quantity adjustments initiated from the matching/resolution process to inventory valuation and positions in the Merchandising Foundation Cloud Service.
Best terms date uses payment terms rankings (predetermined by the user) to identify the invoice or purchase order term best supporting the retailer's cash management objectives. Payment terms and terms date information is exported to the retailer's accounts payable solution to support payment of the invoice, as well as processing of other documents.
Debit reversals allow the user to efficiently convert a supplier-disputed debit memo into an editable credit memo with supplier comments for resolution.
Matching tolerances offers the flexibility to set up tolerances by monetary range, nominal amount, or percent. Separate tolerances can be applied for quantity and cost and for discrepancies in either the retailer's or its supplier's favor. Tolerances created as individual entities and can be mapped to supplier site, supplier, supplier group, or department. One tolerance entity can be designated as the system default.
The Invoice Matching Cloud Service application's primary purpose is to match invoices so they can be exported to Accounts Payable (AP) to be paid. Invoice Matching Cloud Service has limited interaction with the Oracle Retail Merchandising Operations Management applications with the exception of Merchandising Foundation Cloud Service. Merchandising Foundation Cloud Service is the owner of the information that Invoice Matching Cloud Service needs to match invoices it receives.
Information from the Invoice Matching Cloud Service application is shared with Oracle Retail Merchandising Operations Management applications through direct reads from Oracle Retail Merchandising Operations Management application tables, calls to Oracle Retail Merchandising Operations Management application packages, Invoice Matching Cloud Service packages based on Oracle Retail Merchandising Operations Management application tables, and batch processes. Invoice Matching Cloud Service is also integrated with Oracle Retail Merchandising Operations Management via EDI link.
For more information on the Merchandising Foundation Cloud Service Architecture, see Retail Reference Architecture artifacts on My Oracle Support.
Merchandising Foundation Cloud Service provides the following to Invoice Matching Cloud Service:
Foundation Data is essential to all parts of invoice matching, including valid locations for invoices to be executed, valid suppliers from which to receive invoices, supplier addresses to send credits and debits based on invoice matching results, and more.
Item information is essential to the invoice matching process as item information ensures that invoices being received are valid for the business. For example, an item received on an invoice is carried by the client, is supplied by the supplier who sent the invoice, and is carried in the locations for which the item was received.
Purchase Orders are used by Invoice Matching Cloud Service to facilitate the invoice matching process which can be performed at the purchase order/location level as well as the purchase order level.
Shipments information is used by Invoice Matching Cloud Service to determine if a PO has been received, which affects the matching algorithm used by the AutoMatch batch program in Invoice Match Cloud Service, as well as online matching process.
Deals and Rebate-Invoice Matching Cloud Service creates credit memos, debit memos, and credit note requests based on deal and rebate information in Merchandising Foundation Cloud Service for processing by the financial (AP) system. This is performed by the ComplexDealUpload and FixedDealUpload batch processes that read from Merchandising Foundation Cloud Service staging tables.
Staged Accounts Payable transactions-Accounts Payable documents created in Merchandising Foundation Cloud Service for consignment invoices, Obligations invoices, customer entries invoices, payment transactions sent through Sales Audit Cloud Service, and Return to Vendor chargebacks (either debit memos or credit note requests) are staged to Invoice Matching Cloud Service staging tables in Merchandising Foundation Cloud Service and extracted using the batch EDIDLINV to be loaded as EDI documents into Invoice Matching Cloud Service.
Invoice Matching Cloud Service provides the following to Merchandising Foundation Cloud Service/Trade Management Cloud Service/Sales Audit Cloud Service:
Invoice Matching results for shipments-Shipment records are updated with the invoice matching results from the invoice match process. This involves updating the match status and quantity matched of the shipments in question. The matching process is handled by the AutoMatch batch process in Invoice Matching Cloud Service, which attempts to match all invoices in ready-to-match, unresolved, or multi-unresolved status, as well as online matching process.
Receiver Cost Adjustments-An API executed when invoice matching discrepancies are resolved through a receiver cost adjustment. The API updates the purchase order, shipment, and potentially the item cost in Merchandising Foundation Cloud Service, depending on the reason code action used.
Receiver Unit Adjustments-An API is executed when invoice matching discrepancies are resolved through a receiver unit adjustment. The API updates the purchase shipment in Merchandising Foundation Cloud Service to complete the transaction.
Closing unmatched shipments-Invoice Matching Cloud Service closes the invoice matching status for shipments in Merchandising Foundation Cloud Service after a set period of time (defined by the client in system options). This updates the invoice matching status of the shipment on the shipment table in Merchandising Foundation Cloud Service. This process is managed by the ReceiptWriteOff batch program.
Additionally Invoice Matching Cloud Service can provide information about inaccurate tax setup in Merchandising Foundation Cloud Service determined as part of tax discrepancy resolution process.
Trade Management Cloud Service provides to Invoice Matching Cloud Service:
Finalized Customs Entry-When Customs Entries are confirmed in Trade Management Cloud Service, a non-merchandise invoice is automatically created in Invoice Matching Cloud Service staging tables.
Approved Obligations-when an Obligation is approved in Trade Management Cloud Service, a non-merchandise invoice is automatically created in Invoice Matching Cloud Service staging tables.
Note: Invoice Matching Cloud Service provides no information to Trade Management Cloud Service.Trade Management Cloud Service data, as well as any other data staged for Invoice Matching Cloud Service in Merchandising Foundation Cloud Service would need to be extracted from Merchandising Foundation Cloud Service using EDIDLINV Merchandising Foundation Cloud Service process to generate EDI files and loaded into Invoice Matching Cloud Service using EDIInjector from EDI files. |
Sales Audit Cloud Service provides the following to Invoice Matching Cloud Service:
Store Level Purchasing-Payments for merchandise purchases done at store level are booked against a corresponding merchandise invoice. Payments of non-merchandise purchases or miscellaneous services availed at the store are booked against a corresponding non-merchandise invoice. These transactions are passed from the POS/OMS to Sales Audit Cloud Service as specially designated PAID OUT transactions. All these invoices are assumed paid. The batch program SAEXPIM transfers the specially-designated PAID OUT type of transactions to the Invoice Matching Cloud Service staging tables for extract to the Invoice Matching Cloud Service application.
Escheatment Processing - Unclaimed monies of outstanding, non-expiring vouchers are totaled after a defined period from the date of issuance of the voucher and posted to Invoice Matching Cloud Service staging tables as a non-merchandise invoice by SAEXPIM. The unclaimed amount is paid out as income to the issuing retailer or, in some U.S. states; it is paid out to the state. Sales Audit Cloud Service determines who receives this income and accordingly posts a non-merchandise invoice for the partner. These invoices are assumed not paid.
Note: Invoice Matching Cloud Service provides no information to Sales Audit Cloud Service. |
Information is not shared between these applications.
Invoice Matching Cloud Service exports data to financial staging tables through the FinancialPosting batch program. However, clients using any other system for financials must create their own interface to deliver information to that system. Invoice Matching Cloud Service validates accounts against the financial system.
Valid accounts can be pre-loaded into Invoice Matching Cloud Service to improve performance of the posting process.
Payment terms and currencies need to accurately synced between the financial system and Merchandising Foundation Cloud Service.
Invoice Matching Cloud Service provides optional extraction capability for the financial system data. The data can be extracted from the tables and exported as CSV files.
Invoice Matching Cloud Service gets invoices from external suppliers in one of two ways: EDI or hardcopy. When EDI is used, the EdiInjector batch program is responsible for uploading the invoice details from the vendor using a standardized file format. When a hardcopy is used, the client needs to manually enter the invoice in the system before matching can proceed.
Notification to suppliers of charge backs and requests for credit notes, as well as credit memos is provided in a flat file extracted by EdiDownload batch process.