The negotiating offer is a non-binding proposal for a possible agreement that will move one party to the negotiations over another. One or more offers to negotiate one or more parties to the negotiation may be preceded by a binding contractual offer within the meaning of the WS agreement. The offer describes the service for which an ALS must be negotiated and the corresponding quality of service in terms of guarantees. An offer based on a previous offer is called a counter-offer. In general, each offer in a negotiation process is a counter-offer. In the context of this specification, the term counter-offer refers to the relationship between the initial offer and the offer established on the basis of that offer. The WS agreement itself supports only a single negotiation process: an offer is created on the basis of a model, which can then be accepted or rejected by the consumer; If the consumer accepts the offer, ALS is established. In some scenarios, more flexible and dynamic trading specifications and a more flexible process are needed. The negotiating specification of the WS agreement adds the negotiating and renegotiation functions to the specification of the WS agreement. It describes the basic concepts of ALS negotiation and renegotiation and defines relevant data structures, XML diagrams and interfaces of relevant components. You will find a complete reference to the WS agreement negotiation in the WS negotiation specification. The negotiating model of the WS agreement consists of three levels, with a clear separation between these levels: the level of negotiation, the level of agreement and the level of service.
These levels are shown in the figure below. The negotiating service defines a service forum used by participants in the negotiations to exchange dynamic information in order to reach a common understanding of a valid offer of agreement. During the negotiation process, participants exchange negotiating offers to indicate their negotiating objectives and requirements. This also applies to renegotiated agreements, but additional information is needed when a renegotiated agreement is established. This information is stored in a renegotiation extension document and transmitted to the createAgreement (createPendingAgrement) method of an Agreement Factory (PendingAgrey) as a critical extension. The „extension of renegotiation“ document contains the final reference to the original agreement, which was renegotiated, and possibly domain-specific extensions. If a renegotiated agreement is successfully established, the status of the original agreement must change to Complete. The context of the negotiations defines the role of the participants in the negotiations, their commitments and the nature of the negotiation process, such as. B the negotiation of new agreements or the renegotiation of implementation agreements. As an option, domain-specific trading parameters, such as the number of rounds of negotiations or the deadline, can be indicated.
The level of negotiation provides a protocol and language for negotiating contractual offers and counter-offers and establishing agreements on the basis of negotiated offers.