No subject

Contract ID (uri)
Party A (uri)
Party B (uri)
Signatory of Party A (text)
Signatory of Party B (text)
Contact Address of Party A (text or uri?)
Contact Address of Party B (text or uri?)
Main Content of this Contract
- What is to be provided (text)
- What is received in return (text)
Term and Termination
- Term / Validity Period of the Contract (Datetime-Datetime)
- Termination (text)
- Survival of Certain Terms (text)
Damages
- Explanation (text)
- max amount from A to B (number?)
- max amount from B to A (number?)
Non Disclosure
- How to specify (text)
- How Long (datetime-datetime)
Relationship to other Contracts (text)
Signature of the Signatory of Party A (text)
Date of the Signature A (datetime)
Signature of the Signatory of Party B (text)
Date of the Signature B (datetime)

Is this generally good or are there anything that are necessary in addition
to these?

Should we specify the schema for these or should we keep it to bare minimal
and let everything else be represented as text?
Should we try to incorporate LegalXML etc.

These are the kind of questions that I have in mind for the "Contract as a
document" portion.

Fortunately, we have Scott Blackmer in this WG who is a knowledgeable
lawyer, so Scott could cast some insight on this issue.

Then, there will be the protocol for exchanging this along with some
technical requirement such as inclusion of the public key of the parties.
I will touch on these on a separate post.

Please discuss.

-- 
Nat Sakimura (=nat)
http://www.sakimura.org/en/

--00163628369416882a046e29ffaf
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi. <br><br>Sorry that it is so slow for me to get fully involved. <br><br>=
I would like to start discussion from the concept. <br>Without understandin=
g the general concept, the discussion can go sideways quite easily. <br>
<br>The main aim of Contract Exchange is to define a way to exchange the &q=
uot;(possibly) Legally Binding Contract&quot; between parties. <br><br>Thus=
, defining what should be in that Contract Document is one of the main task=
 of this WG. <br>
<br>The other task is to define a protocol that enables parties to achieve =
the creation and exchange of such contract documents. <br><br>From my exper=
iecne, a contract generally has the following in it. <br><br>Contract ID (u=
ri)<br>
 Party A (uri)<br>Party B (uri)<br>Signatory of Party A (text)<br> Signator=
y of Party B (text) <br> Contact Address of Party A (text or uri?)<br>Conta=
ct Address of Party B (text or uri?)<br>Main Content of this Contract<br>
- What is to be provided (text)<br>- What is received in return (text)<br>T=
erm and Termination<br> - Term / Validity Period of the Contract (Datetime-=
Datetime)<br> - Termination (text)<br>- Survival of Certain Terms (text)<br=
>
 Damages<br>- Explanation (text)<br>- max amount from A to B (number?)<br>-=
 max amount from B to A (number?)<br>Non Disclosure<br>- How to specify (te=
xt)<br>- How Long (datetime-datetime)<br> Relationship to other Contracts (=
text)<br>
 Signature of the Signatory of Party A (text)<br>Date of the Signature A (d=
atetime)<br>Signature of the Signatory of Party B (text)<br>Date of the Sig=
nature B (datetime)<br> <br>Is this generally good or are there anything th=
at are necessary in addition to these? <br>
<br>Should we specify the schema for these or should we keep it to bare min=
imal and let everything else be represented as text? <br>Should we try to i=
ncorporate LegalXML etc. <br><br>These are the kind of questions that I hav=
e in mind for the &quot;Contract as a document&quot; portion. <br>
<br>Fortunately, we have Scott Blackmer in this WG who is a knowledgeable l=
awyer, so Scott could cast some insight on this issue. <br><br>Then, there =
will be the protocol for exchanging this along with some technical requirem=
ent such as inclusion of the public key of the parties. <br>
I will touch on these on a separate post. <br><br>Please discuss. <br><br>-=
- <br>Nat Sakimura (=3Dnat)<br><a href=3D"http://www.sakimura.org/en/">http=
://www.sakimura.org/en/</a><br>

--00163628369416882a046e29ffaf--