Difference between revisions of "Configuring the Items ID Generator"

From IMSMA Wiki
Jump to: navigation, search
 
(17 intermediate revisions by 4 users not shown)
Line 1: Line 1:
IMSMANG provides a local identifier (local ID) data element for each item category or subcategory, which when used on data entry forms allows information managers to track items and field reports entered into IMSMANG. These local ID data elements enable data entry clerks to click a button and insert an automatically generated ID rather than enter one manually, helping to reduce duplicate local IDs in the system.  
+
IMSMA<sup>NG</sup> provides a local ID widget for each item category or subcategory, which when used on Data Entry Forms allows information managers to track items and Data Entry Forms entered into {{IMSMANG}}. These local ID widgets enable data entry clerks to click on a button and automatically generated an ID rather than enter one manually, helping to reduce duplicate local IDs in the system.  
 +
 
 +
The local ID generator enables you to define a numbering scheme/series for an item ID e.g. Accident ID and the Form ID, on a Data Entry Form template. Once the numbering scheme/series is defined, users can automatically assign IDs to objects each time they add a Data Entry Form with an object ID field to IMSMA by clicking on the widget/button.
 +
 
 
{{HowTo's
 
{{HowTo's
|[[HowTo:Set Object ID Fields to Autogenerate Object ID Numbers|Set Object ID Fields to Autogenerate Object ID Numbers]]
+
|[[Local ID Generator Window]]
 
}}
 
}}
IMSMANG comes with a default local ID type per item, but there is no limit to how many different types can be created. It is recommended to create at least one local ID type per item subcategory. For example, create a local ID type for completion reports, another for clearance reports and another for minefields. Also, establishing a convention for the local ID types makes it easy to understand and find data.
+
[[File:Local ID Generator Button.png|600px|center|''Local ID Generator Button'']]
  
Local ID types are typically comprised of the following components:
+
{{IMSMANG}} comes with a default local ID generator scheme/series per item, but there is no limit to how many different scheme/series can be created. It is recommended to create at least one local ID generator scheme/series per item subcategory. For example, create a local ID generator scheme/series for Completion Reports and another for Clearance reports. Also, establishing a convention for the local ID generators makes it easy to understand and find data.
  
[Local ID Name]-[System Name]-[Incremented Number]
+
{{note|  
For example, CR-HQ-1.
+
*Information managers can also create an individual local ID for each Data Entry Form template that indicates the kind of information in the form. For example, a Completion Report can have a local ID beginning with “DEF-CR-to give users an immediate understanding of the content of the form.
 
+
*For templates intended to update existing items, such as status change templates, information managers can exclude the item ID generator or the ID field entirely to prevent users from accidentally creating new local IDs for existing items.
{| class="wikitable"
+
}}
|-
 
| '''Local ID Name''' || A text string that represents the item category or subcategory. For example, a completion report could be represented by “CR.
 
|-
 
| '''System Name''' || A value specified in the Client Configuration Tool of the IMSMANG TrayLauncher where system administrators can set a separate system name for each installation of IMSMANG. For example, the Headquarters installation could have “HQ” as a system name while a regional installation could have “R1.”
 
|-
 
| '''Incremented Number''' || A value that increases each time a new ID is generated. Information managers can specify the next number to be generated when the local ID generator button is clicked. For example, a new local ID starting with CR-HQ-1 and proceeding to CR-HQ-2 and so on will be generated each time the Completion Report local ID generator is clicked.
 
|}
 
  
{| class="wikitable"
+
{{NavBox IMSMA NG Administration}}
|-
 
| [[File:Note.jpg | 40px ]] ||
 
*Information managers can also create an individual local ID for each field report template that indicates the kind of information in the form. For example, a completion report can have a local ID beginning with “FR-CR-” to give users an immediate understanding of the content of the form.
 
*For templates intended to update existing items, such as status change templates, information managers can remove the local ID generator or the ID field entirely to prevent users from accidentally creating new local IDs for existing items.
 
|}
 
  
{{NavBox Customizing IMSMA}}
+
[[Category:NAA]]

Latest revision as of 22:41, 17 June 2017

IMSMANG provides a local ID widget for each item category or subcategory, which when used on Data Entry Forms allows information managers to track items and Data Entry Forms entered into IMSMANG. These local ID widgets enable data entry clerks to click on a button and automatically generated an ID rather than enter one manually, helping to reduce duplicate local IDs in the system.

The local ID generator enables you to define a numbering scheme/series for an item ID e.g. Accident ID and the Form ID, on a Data Entry Form template. Once the numbering scheme/series is defined, users can automatically assign IDs to objects each time they add a Data Entry Form with an object ID field to IMSMA by clicking on the widget/button.

Local ID Generator Button

IMSMANG comes with a default local ID generator scheme/series per item, but there is no limit to how many different scheme/series can be created. It is recommended to create at least one local ID generator scheme/series per item subcategory. For example, create a local ID generator scheme/series for Completion Reports and another for Clearance reports. Also, establishing a convention for the local ID generators makes it easy to understand and find data.

Note.jpg
  • Information managers can also create an individual local ID for each Data Entry Form template that indicates the kind of information in the form. For example, a Completion Report can have a local ID beginning with “DEF-CR-” to give users an immediate understanding of the content of the form.
  • For templates intended to update existing items, such as status change templates, information managers can exclude the item ID generator or the ID field entirely to prevent users from accidentally creating new local IDs for existing items.