Translation

<literal>NameKey</literal> *
type: Content of: <chapter><sect1><variablelist><varlistentry><term>
<literal>Key</literal> *
22/240
Context English Russian State
All hardware components not classified as computers, possibly ranging from a "blade center" chassis to printers and USB sticks, depending on the level of granularity of your CI structure.
Все оборудование, не относящееся к Компьютерам, возможно от корзины для blade - серверов до принтеров или USB носителей, в зависимости от уровня разбиения/представления вашей ИТ инфраструктуры.
[ Network ]
[ Network ] - Сеть
Logical networks (LAN, WLAN, WAN etc.), which span IP address spaces.
Логические сети (LAN, WLAN, WAN и т.д..), которые охватываются вашим IP адресным пространством.
[ Software ]
[ Software ] - Программное обеспечение
All software products and licenses.
Все программные продукты и лицензии.
[ Locations ]
[ Locations ] - Местоположение
All Locations, e.g. building, workplace, IT facility.
Все места размещения, т.е. здания, рабочие места, машзалы, стойки...
If the five classes do not suffice to describe your IT environment, further classes can be added via the "general catalog" link in the OTRS::ITSM admin area. After creating a new CI class in the general catalog, a definition must be entered in ConfigItem.
Если этих пяти классов недостаточно для описания вашей ИТ-инфраструктуры, с помощью пункта меню "Общий каталог" панели администратора OTRS::ITSM можно добавить нужные классы. После создания нового класса CI в Общем каталоге, необходимо добавить его описание в меню "Описание учетных элементов"
<graphic fileref="screenshots/admin-general-catalog-management-class.png" scalefit="1" width="100%" contentdepth="100%"></graphic>
<graphic fileref="screenshots/admin-general-catalog-management-class.png" scalefit="1" width="100%" contentdepth="100%"></graphic>
The design of a CMDB data model and of the associated CIs is a task which should not be underestimated. Our experience shows that it is highly recommendable to validate conceptual thoughts in a dry run against the existing IT infrastructure, before changing the OTRS::ITSM standard data model and/or CI classes. It has proven to be of value to resort to external assistance, e.g. of ITIL practice experts for the CMDB design.
Разработка модели CMDB и CI, которые будут в нее заносится и управляться в ней - задача, которую не следует недооценивать. Наш опыт показывает, что это весьма желательно проверить концептуальные мысли, просто сформулировав их на первом этапе, и изменить поставляемую по умолчанию модель и набор классов CI для OTRS :: ITSM на втором этапе. Было бы очень полезным прибегнуть к внешней помощи, например, экспертов ITIL по проектированию структуры CMDB.
Multiple input field types can be used when defining a class. These input field types are used to generate the edit form for creating new or editing already existing configuration items.
 
Since version 6.0.18 the configuration item class definitions have to be written in YAML format.
 
The following block is an example of a form field called <emphasis>Operating System</emphasis>.
 
---
- Key: OperatingSystem
Name: Operating System
Input:
Type: Text
Size: 50
MaxLength: 100
 
The following settings are available when adding or editing this resource. The fields marked with an asterisk are mandatory.
 
<literal>Key</literal> *
<literal>Имя</literal>
Must be unique and only accept alphabetic and numeric characters. If this is changed, data will not be readable from old definitions.
 
<literal>Name</literal> *
<literal>Имя</literal>
The label of the field in the form. Any type of characters can be entered to this field including uppercase letters and spaces.
 
It is recommended to always use English words for names.
 
Names can be translated into other languages with custom translation files. See the <ulink url="https://doc.otrs.com/doc/manual/developer/7.0/en/content/how-it-works/translations.html#custom-translation-file">Custom Translation File</ulink> chapter in the developer manual.
 
<literal>Searchable</literal>
<literal>Сервисы</literal>
Defines whether the field is searchable or not. Possible values are <emphasis>0</emphasis> or <emphasis>1</emphasis>.
 
<literal>Input</literal> *
<literal>Влияние</literal>
Initiates the definition of the input field. An input field can contain the following attributes:
 
<literal>Type</literal> *
<literal>Тип</literal>
Defines the type of the element. Must be placed indented as a logical block. Possible values are:
 
<literal>Text</literal>: A single text field.
<literal>Тип</literal>
<literal>TextArea</literal>: A text field with multiple rows.
 
<literal>GeneralCatalog</literal>: A drop-down list for select a general catalog class. The general catalog class must be defined before use it as input type. The items of the general catalog class will be the options of the drop-down list.
 
<literal>CustomerCompany</literal>: A drop-down list for select a customer from the database back end.
 

Loading…

No matching activity found.

Browse all component changes

Glossary

English Russian
No related strings found in the glossary.

Source information

Source string comment
type: Content of: <chapter><sect1><variablelist><varlistentry><term>
Labels
No labels currently set.
Flags
ignore-same
Source string location
en/content/admin-area.xml:219
Source string age
9 months ago
Translation file
i18n/doc-itsm.ru.po, string 941