[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Re: AW: [ebxml-dev] RE: [EDI-L] Article on ebXML Core Components ...
Note to Mike-> Delete this email now! Don't read any further, you may get sicker than you already are and require medical help. If you decide to ignore the warning you are responsible for your own health. On 4/25/02 2:54 PM, "Rachel Foerster" wrote: > Maybe I'm real dense on this....but your comment about on-hand/on-order > doesn't at all relate to orders received from a customer. These concepts > relate to what you are buying from your supplier. Rachel, I tried the lazy way to show that QB can do what you asked for for. I made the mistake, being lazy, to use information from their web site without really making sure it supported the point I was trying to make. I am aware of the inners of QB, which includes transactions to allow what you were enquiring about. However, being lazy, I thought that the information on their web site was good enough. As you pointed out politely, I was wrong. I should have spend more time in finding a way to reproduce the information that available via QB SDK, even if it is not easily reproducible. I will not make that mistake again. As to your question: > So, my point re QB....can it **receive** a PO from a customer and then take > care all of the above tasks required for the PO-to-Payment process including > the necessary documents (ideally relevant to our discussion, electronic > business messages in a standard format)? The short answer is, not by itself. However, there are 3rd Party EDI front-ends to QB that utilize the QB SDK to receive EDI PO, PO returns, RFQ, Invoices, Payment Advice, Credit notice, etc.. In other words, QB via its API allows the automation via 3rd party solutions to provide the Quote-PO-to-Payment cycle. Since 3rd party vendors have provided for an EDI interface, it should be possible to give QB an ebXML front-end. Since QB does have a large market share in the "small business" area, proving a shrink-wrap ebXML front-end may just be what is required. Klaus -- Klaus-Dieter Naujok UN/CEFACT/eBTWG & TMWG Chair IONA Technologies, Santa Clara, CA, Chief Scientific Officer END 2 ANYWHERE <http://www.iona.com/>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC