ShowMatchDocument schema, example, validation rules, validation stylesheet

ShowMatchDocument type: ShowMatchDocument

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 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 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. When matching takes place in the accounts payable application, the purchasing application must inform the accounts payable application of the purchasing transactions (purchase orders, goods receiving notes and inspection tickets) to which the invoice (in accounts payable) is to be matched. These integration scenarios have been developed for document matching to occur at the line level within the PurchaseOrder document and the Invoice document. This may be a one to one relationship, or it may be a many to one relationship from Invoice to PurchaseOrder or from the PurchaseOrder to the Invoice. Charges not associated with a specific Invoice line match be matched individually. The purpose of the ShowMatchDocument is to enable the accounts payable application and the purchasing application to exchange information required either by request or initiated by some business event.

ShowMatchDocument extends: BusinessObjectDocument
Structure:
Elements:
Name Type Description
DataArea ShowMatchDocumentDataArea

Is where the information that the BOD message carries is provided, in this case ShowMatchDocument. The information consists of a Verb and one or more Nouns. The verb (Show) indicates the action to be performed on the Noun (MatchDocument).

ShowMatchDocumentDataArea extends: DataArea
Structure:
Elements:
Name Type Description
MatchDocument reference
Show reference

ShowMatchDocument Scenario Diagram

Show schema

Show type: Show

The Show verb is used when sending the information about a specific instance of a business document or entity. The Show verb may be used to respond to a Get request or it can be used in a publish scenario, where it pushes information to other applications based on a business event.Although BODs based on this verb do not commonly cause updates to occur, there may be times when the component receiving the Show decides to use the information it receives to update. This is entirely the decision of the receiving software component and is not forbidden.The behavior of the Show verb is quite straight forward with one exception. The Show response to any Get request needs to read the request carefully to ensure the response is returning the requested Data Types.

Show extends: ConfirmableVerb
Structure:

MatchDocument schema

MatchDocument type: MatchDocument

Identifies an internal document containing matching information. Essential it holds cross reference information among the customer Purchase Order and the Suppier Invoice. It supports N-way matching.

Header type: MatchDocumentHeader

Header information for the matching document instance.

Line type: MatchDocumentLine

Line level infoi\rmatoin for the matching doucment.

MatchPoint type: MatchPoint

A Match Line (like geometric lines) must consist of at least 2 Match Points. A Match Point can match different lines in documents identified in other Match Points. It is not required that LineNumbers are the same.

MatchCriteria type: MatchCriteria

The Match Criteria is included in the match document to identify the type of information being matched. It identifies the information for the associated matching document.

MatchCriteria

Match Criteria identifies the detailed information that is being matched. Typically this is the unit price, unit quantity the the extended amount.

Structure:
Elements:
Name Type Description
Description Description

Is a free form description of the line.

Free-form text description of the Noun or Componenet in which the description occurs. The lang attribute indicates the language the description is in. Owner inidcates the user or entity that provided teh description..

OrderItem reference

Provides information on the Orderable Item. When associated with an order like a Purchase Order, it identifies the item being ordered at the associated Line.

OrderQuantity Quantity

Indicates the number of ordered items for the given line..

A decimal value.

TotalAmount Amounts

Indicates the accumulated cost of the ordered items for this line. It is OrderedQuantity multiplied by the UnitPrce.

UnitPrice AmountPerQuantity

Indicates the price per unit of the items ordered.

Indicates the cost or price of something represented as a value per a number of units. The price of eggs for example would be 1.29 per 1 dozen.

UserArea reference

MatchDocument extends: Document
Structure:

MatchDocumentHeader extends: DocumentHeader

A Matching Document is a document in and of itself. It may exist in an ERP application, just like a Sales Order. The Matching Document essentially holds a cross reference among the documents being matched. The header contains general and financial information. The document references used in the Header are for all of the doucments being matched in addition to documents that are not explicitly part of the matching process, but still need to be referenced, such as a Quote. However, since matching is essentiall N-way, even a Quote could be matched. Note that the Status on the MatchDocument indicates whether the Match was successful or was a failure.

Structure:
Elements:
Name Type Description
Distribution reference

Indicates the Financial Entities involved in the transaction.

A distribution identifies how monetary amounts are distributed accross an organization.

InvoiceDate DateTimeAny

The date on which the original invoice document was issued

MatchingDate DateTimeAny

The date on which the associated document was matched

MatchType Type

contains the information that determines the type of invoice document matching process. Suggested values associated with this field are: 2 Way: Invoice is matched to the Purchase Order 3 Way: Invoice is matched with the Purchase Order, and Receipt 4 Way: Invoice is matched with the Purchase Order, Receipt, and Inspection results.

Parties reference
Remittance Remittance

Remittance refers to a reference identifier to print on a remittance advice, for example, supplier invoice number. When a RemittanceAdvice BOD exists this could be a DocumentReference name RemittanceReference.

A reference identifier to print on remittance advice, for example, supplier invoice number.

UserArea reference

MatchDocumentLine extends: DocumentLine

A Match Line contains the information for the matching cross reference among the documents being matched. Each Match Line contains 2 or more Match Points. A Match Point represents the document being matched and the matching critieria.

Structure:
Elements:
Name Type Description
MatchPoint reference
Status reference

mlr - Couldn't this be an attribute?

UserArea reference

MatchPoint

A Match Point identifies a document and the matching critier that is matched with other Match Points. The DocumentReference must be mutually exclusive of the other Match Point Document References for the Match Line.

Structure:
Elements:
Name Type Description
DocumentReferences reference
MatchCriteria reference
UserArea reference

Verb Common Files

Verb.xsd schema

AcknowledgableVerb extends: ConfirmableVerb
Structure:
Attributes:
Name Type Usage Description
acknowledge AcknowledgementType

AcknowledgementType restricts: xs:NMTOKEN
Enumerations:
Always
Never
OnChange

ConfirmableVerb extends: Verb
Structure:
Attributes:
Name Type Usage Description
confirm ConfirmType

ConfirmType restricts: xs:NMTOKEN
Enumerations:
Always
Never
OnChange

Expression restricts: xs:string

ExpressionCriteria
Structure:
Elements:
Name Type Description
SelectExpression Expression

Allows the 1-n number of selection expressions for the information to be returned.

Attributes:
Name Type Usage Description
expressionLanguage xs:string optional

RequestVerb extends: ConfirmableVerb
Structure:
Elements:
Name Type Description
ReturnCriteria

Allows the initator of the BOD to indicate the information (down to the field level) that is requested to be returned. The expressionLanguage indicates the expression language being used.

VerbBase.xsd schema

Verb type: Verb

Verb
Structure:

Noun Common Files

Document.xsd schema

Document extends: Noun
Structure:
Elements:
Name Type Description
Header reference
Line reference

DocumentHeader
Structure:
Elements:
Name Type Description
Attachments reference
Description Description

Is a description of the document.

Free-form text description of the Noun or Componenet in which the description occurs. The lang attribute indicates the language the description is in. Owner inidcates the user or entity that provided teh description..

DocumentDateTime DateTime

Is the date and time the document was last created. This is not the date and time that the BOD message instance was created.

DocumentIds reference

Is the identifier for the document. It is possible to carry the document identifier for the other Parties. These DocumentIds are referenced by sematic names.

Is the identifier for the document. It is possible to carry the document identifier for the other Parties. These DocumentIds are referenced by sematic names.

DocumentReferences reference
LastModificationDateTime DateTime

Is the date and time the document was last modified. This is not the date and time that the BOD message was sent.

Note Note

Is Note for the document in which it is contained.

A free form note. The lang attribute identifies the language that the note is in. The author identifies the author of the note. The enrtyDate indicates the date the note was entered or last modified.

Status reference

DocumentLine
Structure:
Elements:
Name Type Description
LineNumber LineNumber

Is the Line Number of the given Line Coponent within the document. LineNumbers are assigned by the sending system.

Identifies the instance of a Line within a given document.

DocumentOrderHeader restricts: DocumentHeader
Structure:
Elements:
Name Type Description
Attachments reference
Description Description

Is a description of the document.

Free-form text description of the Noun or Componenet in which the description occurs. The lang attribute indicates the language the description is in. Owner inidcates the user or entity that provided teh description..

DocumentDateTime DateTime

Is the date and time the document was last created. This is not the date and time that the BOD message instance was created.

DocumentIds reference

Is the identifier for the document. It is possible to carry the document identifier for the other Parties. These DocumentIds are referenced by sematic names.

Is the identifier for the document. It is possible to carry the document identifier for the other Parties. These DocumentIds are referenced by sematic names.

DocumentReferences reference
LastModificationDateTime DateTime

Is the date and time the document was last modified. This is not the date and time that the BOD message was sent.

Note Note

Is Note for the document in which it is contained.

A free form note. The lang attribute identifies the language that the note is in. The author identifies the author of the note. The enrtyDate indicates the date the note was entered or last modified.