[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 ...
Hey guys, Look at the Gateway for QuickBooks provided by eByz at www.ebyz.com . they have a free evaluation copy. Though this gateway in no way makes use of ebxml..it uses standards such as SOAP and UDDI. Have a look Sunil ----- Original Message ----- From: "Rachel Foerster" <firstname.lastname@example.org> To: "'Todd Boyle'" <email@example.com>; "'Frank. Christopher'" <C.Frank@seeburger.de>; "'Christopher Harvey'" <firstname.lastname@example.org>; <email@example.com> Cc: <firstname.lastname@example.org> Sent: Tuesday, April 23, 2002 2:17 PM Subject: RE: AW: [ebxml-dev] RE: [EDI-L] Article on ebXML Core Components ... > Todd, > > Way to go. But, and this is my beef....if QuickBooks enjoys 80% market > share, and I believe it does, then why on earth can't one user of QuickBooks > interoperate with another user of QuickBooks for the electronic exchange of > purchase orders and invoices. Gads, this should be a walk in the part for > the developers at Intuit! And furthermore, Quicken and QuickBooks should > interoperate as well!!! Child's play!!!! > > And consider that QuickBooks now does quotes, plus perhaps a couple of other > documents, if Intuit when the route of creating interoperability between its > own products, and using XML/ebXML, Gadzooks!!!! What an idea!!! In Intuit > when this way they'd get 100% market share.... > > Rachel > > -----Original Message----- > From: Todd Boyle [mailto:email@example.com] > Sent: Tuesday, April 23, 2002 11:26 AM > To: Frank. Christopher; Christopher Harvey; firstname.lastname@example.org > Cc: email@example.com > Subject: Re: AW: [ebxml-dev] RE: [EDI-L] Article on ebXML Core > Components ... > > > At 01:02 AM 4/23/02, Frank. Christopher wrote: > >Onk! > > > >Following this discussion I (again) get the impression that a huge count > >of people is waiting for the 1001st definition of a invoice and the > >5096th definition of a purchase order. > > > >Again (I expect) we will face the reality that even SME will require > >branch specific information in their documents and will "interpret" this > >or that so or different, will use price including tax and the addition > >of tax and net price will not match the total price and so on. > > In the U.S., Quickbooks has something like 80% market share. > > How do you explain the fact that such an overwhelming percentage > of small businesses are able to run their company with a total > vocabulary of something like 200 data elements, and a single page > invoice and order? > > Frank with all due respect, SMEs will *not* have this problem you > describe, interpreting documents. You are neglecting the facts that > in SMEs there is extreme compression of the roles, and that all > of their buying and selling is conducted manually, by people who > will be dead if they're not alert. They already conducted the sale > or purchase personally and they don't sit and maintain diaries > of every detail in their computer, now or ever. > > It will be a permanent feature of SMEs, that most sales or purchases > are conducted by ONE person and that they neither need, nor > desire, detailed documentation, detailed contracts, or step- > by-step business process software. They just need a way to > make their bookkeeping automatic for cash, inventory, payables, > and receivables. > > If large Enterprises have a problem processing a standard PO > or invoice with SMEs that's tough luck because SMEs are not > going to start doing extra keypunching just to make things > more convenient for the Enterprises. > > I will concede, if the vision of the UMM, CPPA, RegRep and > BCPMC were realized in a piece of software, and it were handed > to SMEs for free, and it was capable of running alongside the > existing accounting system, they might install it. The very > first thing they would do is configure it to be limited to their > own context (the SME context of 200 words vocabulary), and > limit the documents support to orders and invoices capable > of being understood by Quickbooks. This is rather like > giving Maserati race cars, capable of 300KPH to every > suburban family in order to speed up the traffic on the > streets where speed limits are never more than 100Kph, > since they won't buy it themselves... > > Todd > > > > ---------------------------------------------------------------- > The ebxml-dev list is sponsored by OASIS. > To subscribe or unsubscribe from this elist use the subscription > manager: <http://lists.ebxml.org/ob/adm.pl> > > > ---------------------------------------------------------------- > The ebxml-dev list is sponsored by OASIS. > To subscribe or unsubscribe from this elist use the subscription > manager: <http://lists.ebxml.org/ob/adm.pl> >
Powered by eList eXpress LLC