Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| docs:2000_concepts:0200_basics:0600_business_object_groups [2022/08/25 00:00] – ↷ Page moved from 2000_concepts:0200_basics:0600_business_object_groups to docs:2000_concepts:0200_basics:0600_business_object_groups administrator | docs:2000_concepts:0200_basics:0600_business_object_groups [2025/06/12 02:09] (current) – Rename to AwareIM aware_support3 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | {{tag> | ||
| [< | [< | ||
| ====== Business Object Groups ====== | ====== Business Object Groups ====== | ||
| - | //Business object groups// in **//Aware IM//** offer you a simple and convenient way to handle similar yet different data. | + | //Business object groups// in //**AwareIM**// |
| Let us consider an application that registers client communication history, such as meetings, phone calls, letters, e-mails, etc. A summary of the history should be presented as a chronological list on the client form. The user should be able to see full details of any list item on a separate form. | Let us consider an application that registers client communication history, such as meetings, phone calls, letters, e-mails, etc. A summary of the history should be presented as a chronological list on the client form. The user should be able to see full details of any list item on a separate form. | ||
| Line 12: | Line 13: | ||
| Another way of going about it could be to create separate business objects for different communication types, like '' | Another way of going about it could be to create separate business objects for different communication types, like '' | ||
| - | With the solution that //**Aware IM**// offers you would create separate business objects for different communication types, like '' | + | With the solution that //**AwareIM**// offers you would create separate business objects for different communication types, like '' |
| Each member of a group usually contains attributes common to all other members. In the example above the common attributes would be the date when the communication was sent or received and the state of the communication. Each member would also have some specific attributes not found in other group members, for example, telephone number for telephone communication; | Each member of a group usually contains attributes common to all other members. In the example above the common attributes would be the date when the communication was sent or received and the state of the communication. Each member would also have some specific attributes not found in other group members, for example, telephone number for telephone communication; | ||
| - | Business object groups are treated in the same way as regular business objects - they can be used in business rules, queries, document templates, and they also appear in the list of available attribute types. So, we would simply add a [[2000_concepts: | + | Business object groups are treated in the same way as regular business objects - they can be used in business rules, queries, document templates, and they also appear in the list of available attribute types. So, we would simply add a [[docs:2000_concepts: |
| Business object groups are useful in the following scenarios: | Business object groups are useful in the following scenarios: | ||
| - | - Business object groups can be used in queries to search the system for objects of different types based on the criteria that use common attributes of the group – see [[2000_concepts: | + | - Business object groups can be used in queries to search the system for objects of different types based on the criteria that use common attributes of the group – see [[docs:2000_concepts: |
| - Business object groups can be referred to by reference attributes as shown in the above example – the '' | - Business object groups can be referred to by reference attributes as shown in the above example – the '' | ||
| - | - Business object groups can be used in business rules – again in this case rules may only use common attributes of the group. For example consider the following rules:< | + | - Business object groups can be used in business rules – again in this case rules may only use common attributes of the group. For example consider the following rules:< |
| - | | + | |
| - | Communication.State = ' | + | |
| Here the second rule would set the value of the state attribute of any communication object found by a query irrespective of its type. | Here the second rule would set the value of the state attribute of any communication object found by a query irrespective of its type. | ||
| - | <note tip>If business rules attached to different members of a group are exactly the same it is better to use group names in the rules rather than names of a particular group member. In this case changes made to a rule attached to one member will be automatically transferred to the equivalent rules attached to other members – see also [[2500_config_apps: | + | <callout type="tip" icon=" |
| - | Configuration of business object groups is explained in the [[2500_config_apps: | + | Configuration of business object groups is explained in the [[docs:2500_config_apps: |