Definition Type: Element
Name: LoadInvoiceLedgerEntry
Namespace: http://www.openapplications.org/oagis/9
Type: nsA:LoadInvoiceLedgerEntryType
Containing Schema: LoadInvoiceLedgerEntry.xsd
Abstract
Documentation:
In certain application suites, purchase order / invoice matching functionality exists in the purchasing application, while in other suites this functionality exists in the accounts payable application. The invoice matching process may include several document types, including the following: · Two way match - Purchase Order and the Invoice · Three way match - Purchase Order, Invoice, and the Receipt · Four way match - Purchase Order, Invoice, Receipt, and Inspection results Note: For the four way match, it is assumed that inspection results have been updated on the Purchase Order for visibility in matching. When matching takes place in the purchasing application, the accounts payable application may have to inform the purchasing application of the unapproved supplier invoice to which purchasing transactions (purchase orders, goods receiving notes and inspection tickets) are to be matched if the invoice is initially entered into the accounts payable application. Note that in some situations, invoices are entered directly into the purchase order application or are created by the purchase order application when using evaluated receipt settlement (ERS) and in this instance, it is not necessary to perform the separate integration described in these chapters. The purpose of the LoadInvoiceLedgerEntry is to transmit data to create an unapproved open item in either a payables application or a purchasing application. The scope of the LoadInvoiceLedgerEntry indicates that the supplier's invoice has not yet been approved and the invoice is to be used as part of the invoice matching process. OAGIS has already defined the scenario for invoices that are approved for payment in a separate BOD namely LoadPayable.
Collapse XSD Schema Diagram:
Drilldown into DataArea in schema loadinvoiceledgerentry_xsd Drilldown into ApplicationArea in schema meta_xsd Drilldown into languageCode in schema meta_xsd Drilldown into systemEnvironmentCode in schema meta_xsd Drilldown into versionID in schema meta_xsd Drilldown into releaseID in schema meta_xsd Drilldown into BusinessObjectDocumentType in schema meta_xsd Drilldown into LoadInvoiceLedgerEntryType in schema loadinvoiceledgerentry_xsdXSD Diagram of LoadInvoiceLedgerEntry in schema loadinvoiceledgerentry_xsd (Open Applications Group (OAGIS))
Collapse XSD Schema Code:
<xsd:element name="LoadInvoiceLedgerEntry" type="LoadInvoiceLedgerEntryType">
    <xsd:annotation>
        <xsd:documentation source="http://www.openapplications.org/oagis/9">In certain application suites, purchase order / invoice matching functionality exists in the purchasing application, while in other suites this functionality exists in the accounts payable application.

The invoice matching process may include several document types, including the following:
·	Two way match - Purchase Order and the Invoice
·	Three way match - Purchase Order, Invoice, and the Receipt
·	Four way match - Purchase Order, Invoice, Receipt, and Inspection results

Note:  For the four way match, it is assumed that inspection results have been updated on the Purchase Order for visibility in matching.

When matching takes place in the purchasing application, the accounts payable application may have to inform the purchasing application of the unapproved supplier invoice to which purchasing transactions (purchase orders, goods receiving notes and inspection tickets) are to be matched if the invoice is initially entered into the accounts payable application. Note that in some situations, invoices are entered directly into the purchase order application or are created by the purchase order application when using evaluated receipt settlement (ERS) and in this instance, it is not necessary to perform the separate integration described in these chapters.

The purpose of the LoadInvoiceLedgerEntry is to transmit data to create an unapproved open item in either a payables application or a purchasing application.

The scope of the LoadInvoiceLedgerEntry indicates that the supplier's invoice has not yet been approved and the invoice is to be used as part of the invoice matching process.

OAGIS has already defined the scenario for invoices that are approved for payment in a separate BOD namely LoadPayable.
</xsd:documentation>
    </xsd:annotation>
</xsd:element>
Collapse Child Elements:
Name Type Min Occurs Max Occurs
ApplicationArea nsA:ApplicationArea (1) (1)
DataArea nsA:DataArea (1) (1)
Collapse Child Attributes:
Name Type Default Value Use
releaseID nsA:releaseID Required
versionID nsA:versionID Optional
systemEnvironmentCode nsA:systemEnvironmentCode Production Optional
languageCode nsA:languageCode en-US Optional
Collapse Derivation Tree: