[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: initial draft of CPP-CPA Specification
Todd, I don't have a good picture in my mind of what this "economic exchange event" would be or how it would be manifested in the CPA. I don't understand how an "economic exchange event" could be recognized below the level of the application. It seems to me that this event is part of the BP metamodel and needs to be defined in the BP Specification Schema, perhaps using signals rather than business messages. Using signals would perhaps enable the B2B middleware to handle the event in an application-independent manner. Regards, Marty ************************************************************************************* Martin W. Sachs IBM T. J. Watson Research Center P. O. B. 704 Yorktown Hts, NY 10598 914-784-7287; IBM tie line 863-7287 Notes address: Martin W Sachs/Watson/IBM Internet address: mwsachs @ us.ibm.com ************************************************************************************* "Todd Boyle" <tboyle@rosehill.net> on 01/26/2001 01:32:33 PM To: "Bob Haugen" <linkage@interaccess.com>, "'Stefano POGLIANI'" <stefano.pogliani@sun.com>, Martin W Sachs/Watson/IBM@IBMUS cc: <ebxml-tp@lists.ebxml.org>, "Xbrl-Public" <xbrl-public@egroups.com> Subject: RE: initial draft of CPP-CPA Specification I advocate that ebXML provide a mechanism for communicating to both parties the point where an economic exchange has happened (recognition). I will argue that ebXML should include this mechanism within its scope rather than delegate recognition to the separate accounting applications. Delegation is harmful to small business because it greatly increases the processing logic on their site, effectively this perpetuates a lot of human intervention to record entries. It increases their costs by causing inconsistent recognition by the parties and out-of-reconcilation payables and receivables. It increases professional services costs (semantic interpretation of ambiguous entries). You said, http://lists.ebxml.org/archives/ebxml-tp/200101/msg00165.html My focus here is recognition of economic events from legal and accounting viewpoints. For example, when ownership of an economic resource changes hands is part of the public logic of the collaboration. Likewise the rules for when contractual agreements have been formed. So it's not like the collaboration software decides to bother the legacy system, it's more like some EAI layer can use these recognition events as hooks. Jamie Clark of the ABA will have a lunch-and-learn in Vancouver about legal ramifications of ebXML business collaborations. I plan to attend and take notes. This is great information. The GAAP recognition of economic events is highly connected with the legal recognition. Developers on the ebXML mailing lists have sometimes argued the vocabulary should be uncoupled from the legal domain for various purposes (I refer to the recent controversy over using the word "Partner" or "Party" in XML schemas isasmuch as they have binding legal meanings.) I am only interested in GAAP and legally binding. Supporting transactions to be legally binding is within the scope of ebXML, of course. Klaus-Dieter Naujok said as much in his October 19 post. http://lists.ebxml.org/archives/ebxml-architecture/200010/msg00127.html I presume everybody agrees on this point. In conclusion I advocate event notification to both parties concurrently sufficient for accounting recognition, rather than delegating the interpretation and timing of economic events to the individual applications. Todd
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC