Important Notice: Our web hosting provider recently started charging us for additional visits, which was unexpected. In response, we're seeking donations. Depending on the situation, we may explore different monetization options for our Community and Expert Contributors. It's crucial to provide more returns for their expertise and offer more Expert Validated Answers or AI Validated Answers. Learn more about our hosting issue here.

CIQ Specifications are rich and my application does not need such complexity to define, say name and address of a customer. What do I do?

0
Posted

CIQ Specifications are rich and my application does not need such complexity to define, say name and address of a customer. What do I do?

0

This is the statement we commonly hear from people who look at it. But the main point they miss is that the specification aims at application and industry independency, i.e. not specific to a particular application area, and hence is rich in nature. But version 3.0 allows users the option to customize the specifications to meet their application specific requirements without touching the CIQ core schemas, but at the same time maintain compatibility and conformity with the specifications. For example, take address specification (xAL). If a user wants to just use free text address lines and a few of the address entities (e.g. locality, and postcode), they can define business constraint rules outside of the core schema that ignores the unwanted address entities. See “CIQ TC – Name, Address and Party Specifications” document of version 3.0 specifications that explains how to do this.

Related Questions

What is your question?

*Sadly, we had to bring back ads too. Hopefully more targeted.

Experts123