OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ciq message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [ciq] Initial Draft extensible Party Relationships Language (xPRL)v3.0 specification


Hi David,

All your comments are valid and I have changed the specs. accordingly.
I am not sure about your point 5.

Thanks for your input and please let me know if you have any further 
feedback
for me.

Regards,

Ram

Ram Kumar wrote:
> Hi David,
>
> Many thanks on your comments. Will look into them and come back to you.
>
> Regards,
>
> Ram
>
> Bruehlmeier, David wrote:
>> Hi Ram,
>>
>> sorry for not responding earlier. I just got back from vacation.
>>
>> IMO, the specification is straight-forward and covers what is needed to
>> represent relationships between parties. I support the decision to drop
>> the somewhat "artificial" entity "group", which can very well be
>> represented by the existing entity "organisation".
>>
>> Just a few minor notes:
>>
>> 1. I suggest to add the attribute "RelationshipStartReason" in symmetry
>> to "RelationshipsEndReason". This might be useful e.g. when to companies
>> merge, the RelationshipStartReason could be "Merger".
>>
>> 2. In the examples in the ciq-xprl-specs-v3.doc chapter 5.11.x, I
>> suggest to use different names for   RelationshipType:
>>    5.11.1 "Wife-Husband" -> "Marriage"
>>    5.11.2 "Subsidiary-Parent" -> "Corporation"
>>    5.11.3 "Employer-Employee" -> "Employment"
>>    5.11.5 "Wife-Husband" -> "Marriage" / "Sister-Brother" -> Siblings
>>
>> 3. I also suggest to use these terms in the documentation fields of
>> xPRL.xsd and in the example xml files.
>>
>> 4. I don't understand nor see the necessity of the attribute
>> "IsLegalEntity" in xPRL.xsd
>>
>> 5. In an earlier draft, I once saw the entity "review" (or similar)
>> which was related to the relationship. Although it's certainly not
>> crucial, I kind of liked the idea of having a formal way to document the
>> reviewing of relationships. Your thoughts on that?
>>
>> Regards,
>> Dave
>>
>>
>>
>>
>>
>>
>>
>>  
>>> -----Original Message-----
>>> From: Ram Kumar [mailto:ram.kumar@oasis-open.org] Sent: Dienstag, 
>>> 24. Juli 2007 11:42
>>> To: ciq@lists.oasis-open.org
>>> Cc: liz.kolster@ssc.govt.nz
>>> Subject: [ciq] Initial Draft extensible Party Relationships Language 
>>> (xPRL) v3.0 specification
>>>
>>> Team,
>>>
>>> Please find enclosed the first draft of xPRL v3.0 specifications for 
>>> your review.
>>> This package contains:
>>>
>>> - a draft specifications document
>>> - xPRL draft schema (uses v3.0 Public Review 02 specs namel, xNL, 
>>> xAL, and xPIL)
>>> - 12 examples demonstrating the application of xPRL
>>>
>>> Please review the specs., and let me know your views. Please note 
>>> that since we introduced
>>> Relationships Language in 2001, the following were/are considered 
>>> out of scope for xPRL:
>>>
>>> *         Transactional "customer/party information" such as recent 
>>> purchases, payment history, etc.
>>>
>>> *         Message envelopes that carry CIQ relationship payload
>>>
>>> *         Formatting of the CIQ represented relationship data
>>>
>>> *         Privacy and security issues connected to exchanging and 
>>> storing personal information and relationships
>>>
>>> *         Data exchange methods and procedures for party 
>>> relationship information
>>>
>>> *         Messaging protocol for exchange of party relationship 
>>> information
>>> *         Validation/verification of party relationship information
>>>
>>> *         API specifications
>>>
>>> *         Relationships between Party and any other entity such as 
>>> financial/business transaction, product, service, etc
>>>
>>> *         Privacy and access policies, access logging, tracking, and 
>>> control of party data and between parties
>>>
>>> Please provide input in the form of criticisms, suggestions, 
>>> feedback, etc that will help us move forward.
>>>
>>> Regards,
>>>
>>> Ram
>>>
>>> -- 
>>>
>>> Ram Kumar
>>> Manager - Technical Committee Development
>>> OASIS
>>> Post Office Box 455
>>> Billerica,MA 0821
>>> USA
>>> +61 412 758 025 (Direct)
>>> + 1 978 667 5115 (OASIS HQ)
>>> + 1 978 667 5114 (Fax)
>>> ram.kumar@oasis-open.org
>>> http://www.oasis-open.org
>>> "Advancing e-Business Standards Since 1993"
>>>
>>>
>>>     
>>
>>   
>

-- 
Ram Kumar
Manager - Technical Committee Development
OASIS
Post Office Box 455
Billerica,MA 0821
USA
+61 412 758 025 (Direct)
+ 1 978 667 5115 (OASIS HQ)
+ 1 978 667 5114 (Fax)
ram.kumar@oasis-open.org
http://www.oasis-open.org
"Advancing e-Business Standards Since 1993"



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]