Defining a custom noun
You can add the metadata for your own nouns to the Data Catalog.
Customer-defined nouns do not have to fully, adopt all practices as used in standard nouns, such as the way object IDs or references are formatted. They must meet these conditions:
- The noun content is in XML.
- The noun has an identifying attribute.
- The noun's envelope is a BOD.
Nouns are described by XML Schema (XSD) files. The Infor-delivered nouns are the officially published schemas. Customers can create their own XMLSchema for their nouns.
The name of a custom noun must be unique compared to the standard noun names that are already uploaded in the Data Catalog. We recommend that you always precede Custom nouns with "My. " For example, MyMaterialRelease or MyShippingSchedule. Using "My "avoids naming conflicts with standard Infor nouns.
The name of a custom noun may contain:
- Letters A-Z or a-z
- Numbers 0-9
- Underscore
To add a custom noun to the Data Catalog, you must prepare an archive file containing the metadata. You can upload several custom nouns in one archive simultaneously. For each custom noun, a noun data-set that is composed of two files must be present and must contain the noun name in the title:
- <nounname>.xml
- <nounname>.xsd
These additional validations are performed on the archive file upon import by ION:
- The archive may only contain valid XSD and valid XML files.
- The noun name of the XSD file must be the same as the noun name that is used inside the XSD file.
- The custom noun definition may only be defined in one XSD file.
- The XML files that defined the
metadata of the custom noun must refer to this namespace:
xmlns= “http://schema.infor.com/InforOAGIS/2”
Upon upload of a custom noun, ION assigns this noun a patch number, depending on the first available number for the current tenant. When the same custom noun is uploaded again, the patch number increases. ION does not compare the noun definition contents of the new noun and the noun that already exists in the Data Catalog.
To create the metadata for a custom noun:
- Select the application object in a connection point.
- Select the attributes of the object in a filter or content-based routing in an object flow.
- Select the application object and its attributes in a workflow activation policy.
- Select the application object, its references, and its attributes in a monitor.
When using namespaces in your XSDs, the local element name must be unique at any level in a BOD. Two elements having the same name but a different namespace must not exist within the same parent element. So, for example, this object is not supported:
<Customer>
<Address xmlns="namespace1">
…
</Address>
<Address xmlns="namespace2">
…
</Address>
</Customer>
When a sequence number is used to track changes on the business object, that number should be defined as the VariationXPath in the noun metadata properties file. For example:
<Noun>
<NounName>MySampleDocument</NounName>
<NounType>Transactional</NounType>
<IDXPath>/*/DataArea/MySampleDocument/SampleHeader/DocumentID</IDXPath>
<VariationXPath>/*/DataArea/MySampleDocument/SampleHeader/VariationID</VariationXPath>
<SupportedVerbs>
<SupportedVerb>Acknowledge</SupportedVerb>
<SupportedVerb>Process</SupportedVerb>
<SupportedVerb>Sync</SupportedVerb>
</SupportedVerbs>
</Noun>