[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: use of xPRL - for binary relationships only?
Hi Peter, XPIL relationship handling is for simple one to one relationships such as son-father, c/o, wife off, etc. You are right that if you want detailed relationship profiles captured, use xPRL. Also note that xPRL reuses xPIL which in turn reuses xNL and xAL. So, you can do everything in xPRL that xPIL, xNL and xAL could do in addition to relationships handling. Hope this helps. Regards, Ram ---- Sent from my mobile -original message- Subject: RE: use of xPRL - for binary relationships only? From: "Peter Furnish" <Peter.Furnish@dia.govt.nz> Date: 01/04/2010 06:20 Ram Thanks. Just to clarify my understanding. There is a Relationship element structure inside Party in xPIL, that represents one to one and one to many relationships. But this is obviously limited in that it can only create relationships established from the owning Party which makes setting up relationships data a lot more complicated. Whereas xPRL does a proper job by abstracting relationships into a separate entity which is why xPRL should be used. Peter From: Ram Kumar [mailto:kumar.sydney@gmail.com] Sent: Wednesday, 31 March 2010 4:52 p.m. To: Elena Webb Cc: Colin Wallis; Peter Furnish Subject: Re: use of xPRL - for binary relationships only? Hi Elena, With xPRL you can have many to many relationships, one to many relationships and one to one relationships with roles of both the parties in the relationships. have a look at xPRL sample examples that shows different scenarios. One of the example shows how you can map an entire organisation structure in xPRL. I am not sure about losing information. You will not lose any relationship information. xPRL focusses only on party to party relationship and not party and other entity relationships like product, services, etc. Have a look at all the examples provided in xPRL v3.0 and if you have any further questions, please contact me. Regards, Ram On 31 March 2010 14:33, Elena Webb <Elena.Webb@dia.govt.nz<mailto:Elena.Webb@dia.govt.nz>> wrote: Hi Ram, Thank you for your help with the sample XML document - this is very helpful. I have a question: Does XPRL handle only binary relationships? or can we use xPRL to represent relationship between more than 2 parties? for example: we have relationship between four Parties : Client, Agent, IR Department and Employer. Each of these parties have relationships with the other parties and associated business rules that depend on relationships with other parties. if we use XPRL how do we represent relationships between these four parties without loosing any information? as using binary relationships such as Client - Agent, Client - IR, Client - Employer might compromise business rules. I will highly appreciate your advice, thank you, Elena Elena Webb Enterprise Architect Information & Technology Group The Department of Internal Affairs Te Tari Taiwhenua Direct Dial: +64 4 4748194 x8194 Mobile: +64 272677552 www.dia.govt.nz<http://www.dia.govt.nz> -----Original Message----- From: kumar.sydney@gmail.com<mailto:kumar.sydney@gmail.com> [mailto:kumar.sydney@gmail.com<mailto:kumar.sydney@gmail.com>] Sent: Wednesday, 24 March 2010 5:38 p.m. To: ciq@lists.oasis-open.org<mailto:ciq@lists.oasis-open.org>; Colin Wallis Subject: FW: RE: [ciq] FW: use of CIQ for representing party information Hi, Enclosed is the sample XML document that was validated against OASIS CIQ V3.0 CS02. I have enclosed a sample wrapper to xPIL. You need to set up the environment to validate this XML document as it uses other schemas in the CIQ package. If you have downloaded and installed the CIQ package as per instructions, then you can test this XML document by putting the enclosed two files under "OASIS CIQ V3.0 CS02\ciq-v3\ciq\v3.0\xsd\default\examples\xPIL" Please read the sample XML document for my comments. Regards, Ram > -----Original Message----- > From: Elena Webb > Sent: Wednesday, 24 March 2010 2:53 p.m. > To: Colin Wallis; 'Peter Furnish'; 'kumar.sydney@gmail.com<mailto:kumar.sydney@gmail.com> '; Peter > Furnish > Subject: RE: use of CIQ for representing party information > > Hi Ram, > > Thank you for your response - this is great and simplifies the use of > CIQ lot. > > Taking your offer - here is an example for you to show how it can be > represented in XML using > CIQ: > > Customer - John Smith orders Birth certificate on-line. > > The following data needs to be exchanged between systems Alpha and > Beta using CIQ: > > 1. Customer Name - John Smith > 2. Customer Preadopted Name - Peter TheGreat > 3. Adopted Fathers Names - Alan Smith > 4. Amount Due - $17 - this is the amount required to be > paid by the customer for ordering birth certificate on-line > 5. Credit Card Type - VISA - this is the type of Credit > Card supplied by the customer for payment > 6. Credit Card Expiry - 01/2011 > 7. Credit Card Name - John Smith > 8. Customer Date Of Birth - 10/12/1980 > 9. Customer Email - johny@johnymail.com<mailto:johny@johnymail.com> > 10. Customer Place Of Birth - Paris, France > > Thank you for your cooperation, > > Elena Webb > Enterprise Architect > Information & Technology Group > The Department of Internal Affairs Te Tari Taiwhenua Direct Dial: +64 > 4 4748194 x8194 > Mobile: +64 272677552 > www.dia.govt.nz<http://www.dia.govt.nz> > > -----Original Message----- > From: Colin Wallis > Sent: Wednesday, 24 March 2010 11:06 a.m. > To: 'Peter Furnish'; Elena Webb > Subject: FW: use of CIQ for representing party information > Importance: High > > First response in from the OASIS CIQ Chair....very helpful. > > And I think we should take him up on his offer to stand up some XML if > we give him a clearer actual example (using fictitious data of > course). > > Cheers > > Colin > > -----Original Message----- > From: kumar.sydney@gmail.com<mailto:kumar.sydney@gmail.com> [mailto:kumar.sydney@gmail.com<mailto:kumar.sydney@gmail.com>] > Sent: Wednesday, 24 March 2010 10:55 a.m. > To: ciq@lists.oasis-open.org<mailto:ciq@lists.oasis-open.org>; Colin Wallis > Subject: RE: use of CIQ for representing party information > > > > From: Peter Furnish > > Sent: Tuesday, 23 March 2010 4:16 p.m. > > To: Elena Webb; Colin Wallis > > Subject: RE: use of CIQ for representing party information > > > > Elena, Colin > > > > My take on the use of CIQ for your possible scenarios is as follows. > > > > > > 1. Fathers Given Names - the names of the father > > associated with the life event product being ordered by the > > customer, e.g. customer orders his/hers BirthCertificate on-line. > > > > > > > Do we use combination of xPRL and xNL ? > > > > xPRL to show relationship between Customer and the Farther > > > > and xNL to represent Fathers Given Names as a Person Name under this > > relationship? > > > > PF - Yes, you use a combination of xPIL, xPRL and xNL. You would > > need to create two Party xPIL entities one for the customer and the > > other for the father, assuming each party would then have a > > PartyName xNL, then each party is linked together using xPRL > > Relationships.>> > > If you want to create a relationship between customer and father, then > xPRL is the choice. > If you do not want to create a relationship and instead have something > as follows: > David Blackwell > Son of John Blackwell > Then, xNL will suffice. > > xPIL will be useful when you want to provide details about the > customer like their telephone, email, Name, address, etc. If you want > to also have details of the customer, the customer's father as well as > The relationship between the two, use xPRL. Note that xPIL uses xNL > and xAL and xPRL uses xPIL. > > > > > > > > > 2. Place of Event - The location that the life event took > > place (e.g. Place of Birth, Place of Death, Place of Marriage). > > > > > > > Do we use combination of xPIL and xAL : > > > > xPIL to represent the event (e.g. Birth) and xAL to represent the > > locality of this event ? > > > > > > > > <<PF - Yes, you use a combination of xPIL and xAL as you described > > above. You would need to create a Party xPIL entity for each place > > of event and link it to an xAL address. > > Assuming that an event also involves a named individual this should > > also be associated with a named person, in which case you would need > > a xNL Name. As there is only one party there is no relationship > > requirement.>> > > Again, please note that xPIL uses xNL and xAL, and xPRL uses xPIL. > So, xPIL will help one to define birth details, person's name and > address and other Details such as credit card, telephone, email, of > the person. > > > > > > > 3. Credit Card Name - The cardholder name of the credit > > card supplied by the customer for payment. > > > > > > > > Do we use combination of xPIL and xNL : > > > > xPIL to represent account (credit card) and xNL to represent > > PersonName? Or we only use xNL to represent PersonName? > > > > > > <<PF - Yes, you use a combination of xPIL and xNL as you described > > above. You would need to create a Party xPIL entity for each > > cardholder and link it to an xNL Name. As there is only one party > > there is no relationship requirement.>> > > > > Please see my answer above. xPIL uses xNL and xAL. > > If you have a clear example, I can always show how it can be > represented in XML using CIQ. > > Regards, > > Ram Kumar > Chair, OASIS CIQ TC > > > > > > > > << PF Note. The above interpretation is based on the following. The > > CIQ xPIL Specification does make provision for simple one to one > > relationships to be carried without the need for the use of xPRL. > > This simplifies the xml required and would remove the need for > > xPRL.. However the CIQ v3 spec states "... It is stongly advised > > that users interested in implementing relationships between parties > > using CIQ specifications SHOULD use CIQ xPRL specification version > > 3.0 exclusively ...". I guess what this means is that the xPRL > > standard was developed later than xPIL and extends and does a proper > > job on relationships. This interpretation needs confirming.>> > > > > > > > > Colin, very happy for you to bounce this off your contacts in > > the CIQ world. > > > > > > > > Peter > > > > Peter Furnish > > Senior Standards Analyst, GTS > > The Department of Internal Affairs Te Tari Taiwhenua > > New Zealand Government > > PO Box 10-526, Wellington 6143 > > +64 4 463 1332 or extn 4332 > > peter.furnish@dia.govt.nz<mailto:peter.furnish@dia.govt.nz><mailto:adrian.millar@dia.govt.nz<mailto:adrian.millar@dia.govt.nz>> > > www.dia.govt.nz<http://www.dia.govt.nz><http://www.dia.govt.nz/> > > > > > > > > > > From: Elena Webb > > Sent: Tuesday, 23 March 2010 11:42 a.m. > > To: Colin Wallis; Peter Furnish > > Subject: use of CIQ for representing party information > > Importance: High > > > > Hi Colin and Peter, > > > > As discussed with Colin on the phone earlier this morning I > > need your advice on how we use different parts of CIQ such as > > xNL, xAL, xPIL and xPRL to exchange customer related > > information on Life Event requests (for Births Deaths > > Marriage certificate information etc). > > > > I have specific examples: > > > > > > 4. Fathers Given Names - the names of the father > > associated with the life event product being ordered by the > > customer, e.g. customer orders his/hers BirthCertificate on-line. > > > > > > > > Do we use combination of xPRL and xNL ? > > > > xPRL to show relationship between Customer and the Farther > > > > and xNL to represent Fathers Given Names as a Person Name > > under this relationship? > > > > > > > > 5. Place of Event - The location that the life event took > > place (e.g. Place of Birth, Place of Death, Place of Marriage). > > > > > > > > Do we use combination of xPIL and xAL : > > > > xPIL to represent the event (e.g. Birth) and xAL to represent > > the locality of this event ? > > > > > > > > 6. Credit Card Name - The cardholder name of the credit > > card supplied by the customer for payment. > > > > > > > > Do we use combination of xPIL and xNL : > > > > xPIL to represent account (credit card) and xNL to represent > > PersonName? Or we only use xNL to represent PersonName? > > > > > > > > I will appreciate it if you can confirm that with the CIQ TC. > > > > > > > > As I have mentioned to Colin - these are specific examples of > > Data Exchanges for the project I am currently working on > > ...mapping data items to CIQ v3 elements and I will highly > > appreciate your advice by Monday 29 March 2010. > > > > > > > > Please let me know if any additional information is required. > > > > > > > > thank you, > > > > > > > > > ______________________________________________________________ ==== CAUTION: This email message and any attachments contain information that may be confidential and may be LEGALLY PRIVILEGED. If you are not the intended recipient, any use, disclosure or copying of this message or attachments is strictly prohibited. If you have received this email message in error please notify us immediately and erase all copies of the message and attachments. Thank you. ==== ==== CAUTION: This email message and any attachments contain information that may be confidential and may be LEGALLY PRIVILEGED. If you are not the intended recipient, any use, disclosure or copying of this message or attachments is strictly prohibited. If you have received this email message in error please notify us immediately and erase all copies of the message and attachments. Thank you. ====
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]