Skip to main content
N
nxpet1-Visitor
1-Visitor
February 5, 2019
Question

Constraint on Category > why via Referenced Item Type?

  • February 5, 2019
  • 1 reply
  • 1688 views

Hi! We are using the SE Solution, where the category for the type requirement is constrained in the following way:

 

Constrained Method: Field Relationsship

Source Field: Referenced Item Type

Source Values: Shared Requirement

Constrained Field: Category

Allowed Values: Heading, ...

 

Can someone explain me why "Referenced Item Type = Shared Requirement" is used here? Why not just "Type = Requirement"? Would that make a difference?

 

Thanks

Timo

1 reply

A
ascott17-Peridot
17-Peridot
February 7, 2019

Hi Timo,

The purpose of the constraint is to restrict the category value based on the type of content the node (requirement) is pointing to (the shared item). The shared item could for example be a Document or a Shared Requirement and usually the constraint you identified below is always paired with a similar document version of the constraint.

 

Source Field: Referenced Item Type

Source Values: Requirement Document

Constrained Field: Category

Allowed Values: Document

 

So to answer your question: A node is always going to be the same type, but the type of the shared item can vary.

 

Hope that helps!

-Andrew

N
nxpet1-VisitorAuthor
1-Visitor
February 8, 2019

Hi Andrew, I do not understand it yet. The constraint is defined on the type "Requirement". How can the shared item vary? It is always the "Shared Requirement"?

 

What is the difference to:

1. Basic Constraint; Constrained Field = Category; Allowed Value = Heading, ...

2. Field Relationship; Source Field Type = Requirement; Constrained Field = Category; Allowed Value = Heading, ...

Won't these two constraints work as well?

 

Regards, Timo

Terms & ConditionsCookie settingsAccessibility statement