RE: 16 Mar. Conference Call notice

[Keith.Finkelde@BTFinancialgroup.com]

Bob & BusProc Team

Comments as per previous regarding my view on meta model v framework (but will leave to another time)

1.	Agree - external focus
2.	Suggest a parallel approach dealing with both goods and services
	( the world economy is dramatically increasing the proportion of service based contracts & value flow)
	As all economies that have had VAT, GST ... applied to them, the governments certainly sees this as their major form of revenue.
	( Australia is adopting a GST in June 2000 - so we are right in the middle of it !)
	I will participate in the service based approach.

3.	
4.

Agree - some specifics integrating messages, workflow, roles and business line variation guidelines to be included.

regards 
Keith Finkelde 
BT Portfolio Services
email: keith.finkelde@btfinancialgroup.com
phone: +61 2 9259 9765

-----Original Message-----
From: Bob Haugen [mailto:linkage@interaccess.com]
Sent: Thursday,16 March 2000 3:55
To: 'ebXML-BP@lists.oasis-open.org'
Subject: RE: 16 Mar. Conference Call notice


I am concerned that there is no agreement on what we mean
by "business process" or "metamodel" and thus no idea what
we are proposing to do in Seattle April 3-7.

In preparation for the conference call tomorrow, let me suggest
some definitions - or at least some ideas that might lead to
an agreed definition.

I intend this as a straw-man:  not as an edict, but something
to get the participants at least discussing the issues.
If you think I am missing some critical issues, you are
probably correct.  Help?

1. The focus of the ebXML business process metamodel
should be the external relationships of trading partners,
not the internal processes of individual companies.

2. The external relationships we should focus on first
are those involved with purchasing, or exchanges of
resources between parties.

3. B2B purchasing happens in two main contexts:
production components or supply chain relationships,
and non-production purchasing (office supplies, MRO,
etc.)  The processes differ dramatically between those
two purchasing contexts.
An ebXML business process metamodel must handle
both of those contexts - not just non-production purchasing.

4. Production component purchasing is characterized
by multi-stage agreements, for example:
Yearly contracts with detailed product specifications
Long-range forecasts
Short-range forecasts
    authorizations to procure materials
    authorizations to fabricate 
Changes to all of the above
Shipping authorizations
Sometimes demand-pull signals like electronic Kanbans
   (EDIFACT DELJIT)
The ebXML business process metamodel must handle
all stages of procurement relationships between trading
parties.

"Business process metamodel" cannot be so general
that it loses all business content.  For example, 
"Process", "Step", "Participant", or some other
very general process model is too abstract;
it could describe anything, and so yet another
project would be required to define *business* processes.

The business process metamodel should be at least
as concrete as the production component purchasing
agreement stages outlined above.

Okay, please shoot me...

Respectfully,
Bob Haugen