| Tim mentioned, that JAVA is an accepted programming language in the real world of business today. | |
| Tim mentioned, that the ebXML Registry/Repository implementer in Hong Kong build their own Java toolkits for it. Further XML schema will be used more in the future and the apache parsers are a good choice at the moment. | |
| Tim emphasises on the view of different levels/layers of how to look at the problem of getting a CPA from two CPP's. First level: mechanical level, Second level: business process level. | |
| Tim mentioned, that there are currently two schools of thought: a) you can automated everything and b) you never will be able to automate everything. | |
| Andrew's concern how to get a CPP in the first place. The openebXML project has a subproject with a web based application to guide the CPP creator through the ebXML worksheets. Tim also thinks that this could be a nice project to give the CPP creator a tool or web application to "fill out" the CPP. | |
| Negotiation is an idea within ebXML. To allow a negotiation between potential trading partners. The bootstrap problem is how to start the negotiation in the first place. There must be a default negotiation which allows to negotiate the negotiation type which will be used for the negotiation of real CPPA. | |
| Andrew was curious of WHO will use this negotiation. A small company with NO experience or a big multinational company.... | |
| ebXML sees that big companies will dictate the CPA with smaller companies. | |
| Tim mentioned, that Business to Consumer has some sort of negotiation built in the web shopping applications. The consumer follows the web pages where the consumer can make selections (white car, leather seat, air conditioning) which is some sort of negotiation. Of course here the company dictates most of the negotiation...there is not much space for the consumer to negotiate. | |
| Tim mentioned, that electronic marketplaces often only have one CPA, where all participants have to use. | |
| Who will be the customers of an CPA negotiation tool? End points of the CPA (two trading partners), a intermediary (who provides the negotiation process), small companies with no or small ebXML, eBusiness experience, big companies etc. | |
| This project would have to define the potential users. | |
| Andrew mentioned, that "to be ISO conform" could be a major problem for a small company, maybe just because it is very expensive, needs more people, more machines, other methodologies etc. Andrew sees a similar problem for companies "to be ebXML compliant", or to be able to do electronic business the ebXML way. | |
| The scope of this project: analyse creation of CPA (for example. layering), implement proto-type. check applicability of the solution to the problem. Maybe use ebXML use cases as samples. | |
| Andrew: Evaluation: Who will evaluate, what will be evaluated, which point of view will be evaluated. | |
| Dr Ling: what is the need for this project? complexity, need for highly qualified (and expensive) personal. The barrier today (of EDI for example) is the high cost to lay out the environment. Further a standard, guideline, framework of how to do electronic business. Tim had an example: General Motors would be happy to have 600 companies which provide one specific part. GM would then be able, to compare, contrast and chose. On the other hand smaller companies would be happy to be able to present them for GM, to be visible to GM, to be in a position such that GM even considers to do business with them. Further when we watch at a bazaar, in the streets, we see negotiation, a free flow of communication, and many deals. The idea to bring that flow of communication and negotiation into the electronic world. | |
| Dr. Ling: Who's problem is this project addressing? ebXML: ebXML is not a revolution but an evolution. Tim: electronic business evolves step by step. ebXML is another step to provide a standardised way of how to do electronic business. | |
| Dr Ling: Write the CR rather BIG and then take parts out of it because the big CR will be part of the literature review part in the final thesis. | |
| Tim: Project scope: Try to automate the REPETITIVE (even complex) task and leave the hard bits for human negotiation (if i recall right). | |
| Andrew would like to have a matrix with who (openebXML project, Hong Kong guys etc) is doing what. Tim suggested to send the question to the groups to place them self into the matrix. | |