https://ontologforum.com/index.php?action=history&feed=atom&title=UseCasesInvoiceValidation 2026-05-30T21:35:40Z Revision history for this page on the wiki MediaWiki 1.39.0 https://ontologforum.com/index.php?title=UseCasesInvoiceValidation&diff=2628&oldid=prev 2013-04-26T05:53:45Z

<p>Last updated at: 2005-03-30 19:03:50 By user: ArnoldYim</p> <p><b>New page</b></p><div>= Use Case for Invoice Validation =<br /> <br /> * General Description: The ability for a software agent to validate that an Invoice is accurate both internally and against an Order (if one is referenced). <br /> <br /> * Types of validation: &lt;Please add stuff here!!!&gt; <br /> <br /> [[[PatCassidy]]] One foreseeable problem is where the customer orders one item and the line item in the invoice is not an identical string -- though it is the same item. i.e. the customer and vendor call it by different names. Has this been discussed yet? I know that reconciling different vendor catalog names has been an issue in e-commerce, but don't know if anyone has claimed to resolve it yet. At [[VerticalNet]] we made a beginning by creating an ontology of articles of commerce, but that never reached a functional state before the ontology effort was disbanded. Just reconciling the number of items ordered versus the number shipped (or backordered) will be a first issue. Since reconciling different names is almost as difficult as language understanding, I think it may be necessary to require that order line items be numbered and that the invoice must reference the order line items, not just the order. <br /> <br /> [[[BobHaugen]]] The normal use case here (for companies that still do it) is 3-way Match: Invoice, Order and Receiver. The buyer does not want to pay for items that were not received in good condition. All matches go down to the detail items. <br /> <br /> [[Category:Information]]</div>

imported>ArnoldYim