Bringing It Home: BIEs, ASCCs, and Business Context

Team,

Thinking about the example on p.12 of the CCTS, and how we see ASCCs
created through the "Residence" and "Official" links:

The CCTS spec does not explicitly acknowledge that one can have in a
registry an entity named "ResidenceAddress. Details" or
"OfficialAddress. Details" - rather, it descibes the ASCCs that are
created with these "links" in between. I am not saying that this was an
omission in the CCTS spec, but I believe that from a registry standpoint
the reality is that there is a great advantage to being able to
register/derive and maintain entities named "ResidenceAddress. Details"
and "OfficialAddress. Details" - so that they may be used in multiple
ACCs.

I propose then that:

(1) We consider "ResidenceAddress. Details" amd "OfficialAddress.
Details" to be ABIEs, even though they are not (to my knowledge)
associated with one of the 8 context categories

(2) We represent ASCCs as associations between these ABIEs and the ACC
(per the p.12 example) in which they are contained

So #1 means that a registry user can create an ABIE from an ACC *with
classifying the ACC according to one the 8 context categories* - that
is, by simply providing an Object Class Qualifier in the ABIE
("Residence" or "Official"), in this case.

It would be very inefficient (I believe) to require a user to reference
a classification scheme every time they create an ABIE from an ACC - in
the p.12 example, they would have to create a classification scheme with
only 2 nodes ("Residence" or "Official") and then classify the ABIE.
Much more complicated than it needs to be - the user should simply be
able to add the Object Class Qualifier.

The same concepts would apply for the BCC->BBIE transition - consider a
case of "OfficeTelephoneNumber" (may include an extension) vs.
"HomeTelephoneNumber" (would not include extension).

Please provide thoughts on this.

Thanks,
Joe