Status
This feedback is based on the version of FIBO BE & FND & FND that I got from David Newman on December 3, 2015. Some this may need to be updated.
Request for Clarification
...
What if any relationship is there between IndependentParty and AutonomousAgent? It makes sense that every IndependentParty is an AutonomousAgent, but that subclass relationship is not there.
Occurrence, OccurrenceKind & TransactionEvent
- Occurrence and OccurrenceKind are not clearly distinct. Why is a Transaction event not just a subclass of Occurrence? It fits the definition.
Payment and Payment Event
- What is the difference - the English definition does not adequately distiguish the meanings of these two.
Recommended Changes
Definition not match axioms
- oc:Occurrence definition says there is both a date and a location, but there is no restriction for a date. Should be added.
"An Occurrence is a happening of an OccurrenceKind. Each Occurrence has a DateTimeStamp, which identifies when the Occurrence happened, and a Location"
Making things simpler
Contract and ContractTermsSet
...
- Consider subproperty rel:characterizes. This causes many odd things to be inferred to be subclass of Reference. These include Funds, SecuritiesTransaction, RegistrationScheme, AccountSpecificServiceAgreement, SystemOfUnits, AccountingTransactionEvent and Catalog. A Catalog contains things that refer to products, but it does not itself refer to anything, it IS something.
- Consider subproperty rel:appliesTo. Many thing that are not references can apply to other things. A rule or law applies to specific circumstances. This infers every Rule and Law into the class Reference. It infers a SystemOfUnits to be a subclass of Reference. This has to be wrong. Other inferred subclasses of Reference: Funds, SecuritiesTransaction, RegistrationScheme, AccountSpecificServiceAgreement, AccountingTransactionEvent
- Every Classifier is inferred to be a Reference. So the classifier for mortgage purpose has instances say, home improvement, home purchase and refinance. That means these instances are "concept(s) that refer or stand in for anothere concept. What concept does a Classifier stand in for, other than the trivial sense in which every thing in owl is stands in for an concept in the world being modelled.
- A PublicRecord of say a bankruptcy, is inferred to be a Reference if I want to say that PublicRecord refers to an account, (which is does!).
Proposed solution: just remove the domain for refersTo, and from all other properties that have indeterminately broad potential usage.
...
Make corp:hasDateOfIncorporation a subproperty of (a new property called hasCreationDate which is a subproperty of) fd:hasStartDate
Recommended Additions
Chunks of ontology
- for representing communication, which includes request, reponse, from/to and content of the communication. MU has some clear ideas abou this to be shared at a future date.
- ordering products is a special kind of request., link with FND products and services.
Classes
MarketCategory:
Definition: Specifies the market domain in which a product is offered. This is a superclass of LoanMarketCategory which is: specifies the market domain in which the loan product is offered.
RiskAssessment
A subclass of oc:Occurrence that means the event of determining the risk of something. For loans, we have a subclass called CreditRiskAssessment, which entails among other things, getting a credit report.
InformationProduct
For things like credit reports. A Product that is informational in nature, rather than physical.
PostalAddress
There needs to be a way to spell out details of an address, city, street etc, ideally beyond just a string. Cities and zip codes are real things.
Properties
identifies:
should be functional (or isIdentifiedBy inverse functional).
conformsTo:
To be in alignment or agreement or obeying some kind of specification, e.g. terms in a master agreement. Also policies, conditions, guidelines, a recipe.
hasCreationDate (make it a subproperty of hasStartDate)
For reports, contracts, and many other things.
asOfDate a subproperty of hasDate
Used for credit reports. Not necessarily the same as creation date, which could be later. Similar to but not quite the same as effectiveDate .
ALSO: ctr:effectiveDate should probably be a subproperty of asOfDate, since it means effective "as of" a given date.
onBehalfOf
Relates a party to the party for whom the are doing something. E.g a point of contact is acting as such on behalf of a company. It might be this is quite general for FND, or one might want it in BE?
datatype property for version indicator
...