Глоссарий ODM

Атрибут есть Поле в Сеансе для которого вы должны генерировать Маску.

Логическое место для сохранения данных в иерархии. Библиотеки позволяют вам определить коллекцию для Связ. объектов и Классификацию для Документов. Объекты сами по себе могут быть Библиотеками. Библиотека может иметь прицепленную Область Хранения.

Функция очистки данных Приложения, заблокированных Системой по проблемам жизн цикла или сетевых проблем.

Группа Действий для заданного Объекта.

Каждому Типу документа назначен Вид редакции, который применяется ко всем Документам этого Типа документа. Заданный Вид редакции может быть Алфавитно-цифровым, типа 01 или А1. Вид редакции может быть установлен автоматом по Дате опубликования версии, например, 1998-05-12.

Владелец семейства есть Исходн. объект ссылки который принадлежит Семейству.

Статус Задания во время выполнения. Этот Статус назначается когда выполненное задание пересматривается с использованием повторного действия .

Статус назначается Новый версии документа.

Статусы которые администратор назначает в ODM Объекты на основе Системных Статусов. Также трактуется как пользовательский Статус.

Выгрузить: Процесс в Модуле Обработки Данных который выбирает данные из Списка системных таблиц ODM и переносит ODM Системные данные в Каталог хранения. Импорт: Процесс в Модуле Обработки Данных который импортирует данные из dump Файлов в указанный Каталог, в Сист.таблицы ODM.

Статус Файлов в Рабочей области. Файлы в Статусе Выдача могут быть отредактированы.

Статус показывает завершение прогона Задания.

Хотя групповые Задания опциональны, Infor рекомендуется строго что вы используете группы Заданий. Бизнес-функция по Группам заданий поддерживает Группы заданий и групповые Задания. Объект Задания, результаты заданий, и как и когда Задание применено может быть задано в Группе заданий. Группа Заданий опциональна. Однако, для организаций с сотнями Заданий, группы Заданий существенный в успешном проведении групп связанных Заданий.

Дата в которую изменение проведено для связанных LN сущностей. Дата заказа на изменение указана в Заказе на изменение чтобы сделать связанные LN сущности действующими или устаревшими на указанную Дату.

Команда, которая позволяет пользователю выполнять Особые операции на ODM Объекте и назначена частная Роль. Например, Действие «Создать Запрос на изменение» (CR_NEW) ассоциировано С Объектом Запрос на изменение. Несколько Действий может быть ассоциировано с каждым Объектом. Оналогично, Действия могут быть общими для нескольких Объектов.

Разрешить пользователю получать Имя Локального хоста динамически если пользователь Локального хоста присоединен к LN серверу.

Показ идентификации, Тип документа, Заголовок, Создатель, Роль ответственного, и версии Информации. Вы можете хранить Информацию Документа в электронных компьютерных Файлах (физические Файлы) или на неэлектронных Носителях, типа бумаги (Твердая копия). Доступ в эту Информацию всегда из Документа, что есть единица контроля для пользователя. Если Нет файла или твердой копии, прицепленной к Документу, то Документ - чисто логическая сущность, обычно используемая для группировки Документов.

Логические Библиотеки Создаются для Документов для упорядочивания данных в иерархическую структуру. Библиотеки Документов используются для каталогизации Документов. Объектами в Документах Библиотеки могут быть под-библиотеки, Документы, и Хранилища области.

Жизн.цикл для Документа из стадии выполнения. Жизн.цикл Документа включает разные фазы, типа В разработке, Представлено, Утверждено, Разрешено, Отозвано, Устарело, и Отклонено.

Статус показывает что изменение было проведено.

Фактич изменение для применения с заданными Данными. Вы можете назначить Задания непосредственно в Предложение на изменение если Предложение в Статусе Созданный.

Заказ на изменение который привязан к родительскому Заказу на изменение и наследует данные родительского заказа на изменение автоматом.

Общий механизм изменений контролируется LN связанными сущностями. Дата заказа на изменение указывается чтобы установить связанные сущности как Действующие или Устаревшие по этой заданной Дате.

Статус в жизн.цикле изменения который показывает что изменяемые сущности приведены в неактивное или отложенное состояние по некоторой Причине.

Общий механизм Фильтрации набора записей на предоставленных условиях.

Запрос на изменение инициирует процесс Изменения. Запросы на изменение записываются из различных источников, таких как запрос рынка, пересмотр изделия, и отзыв Клиента для внедрения инноваций и обновления продукта. Информация, сохраненная в форме Запроса на изменение, позволяет вам отследить различные Изменения как они запрошены различными источниками.

Список Объектов заданных в ODM используется в Управлении изменениями. Некоторые из объектов, доступн для Измен. в ODM есть Изделие, СИ, Операции маршрутов, и т д.

Уникальный идентификатор для каких-либо Изменений. Заголовок изменения есть изменение которое содержит похожие Запросы на изменение которые могут быть сгруппированы и Представлено на рассмотрение в единственном Заголовке изменения. Этот идентификатор есть сущность базы данных которая отображает изменение.

Опция которая лимитирует процесс ревизии Редакции документа и исключительно к единственному индивиду. Несколько Редакции документа не могут быть ревизированы в одно время когда эта опция в использовании соответствующего Документа.

Основной объект к которому вторичный Объект привязан, например, Владелец семейства.

Список кодов С описанием, определенным Сисадмином, чтобы классифицировать необязательный Изменения.

Код заданный для Атрибута Объекта. Вы можете вести уникальные Коды маски для Атрибута Объекта.

Список кодов и описаний, которые даны как Причины для изменения. Коды и описания определены Сисадмином.

Комитет с Председателем и Соглас. лицами кто проводит изменения используя Управление изменениями. Только авторизованные пользователи могут создать Комитет по изменениям.

Комитет который Утверждает или Отклоняет Документ пользуясь Управлением документами. Только авторизованные пользователи могут создать Комитет управления документами.

Независимый Пакет в LN который дает эффект данные решения в сценарии развития продукта С правильно включенными данными функциональности. ODM гарантирует что данные продукта обрабатываются правильно и что наиболее строгие процессы жизн.цикла применены. ODM дает полностью интегрированные средства Управления документами, Управления изменениями и Управления папками LN пользователя. ODM вызывается непосредственно от LN, что позволяет пользователю прикреплять Документы в LN Объекты, и Просматривать соответствующие Файлы, прикрепленные к Документам.

Конфигурация масок для генерации ИД в формате организации. Для конфигурации масок вы должны сконфигурировать код маски ассоциированный С Атрибутом.

Механизм который создает уникальный идентификатор Атрибуту Объекта представленный как уникальный Код маски. Фактич Сгенерированный Номер зависит от Конфигурации маски заданной пользователем по Коду маски. Если маска объекта не определена, берется Значение маски по умолчанию. Активная Маска объекта используется для генерации Номера Атрибута Объекта.

Система генерации создает уникальный идентификатор Документа. В Модуле Управление документами, маска могут быть заданы для ИД документа, Редакции документа, ИД твердой копии и ИД файла. Маска ИД документа и Редакции документа зависит от Типа документа.

Место где Твердая копия, например, Документы, хранятся.

Механизм принятый Соглас. лицами или Комитетом управления документами. Механизм позволяет контролировать выполнение процесса Соглас. лицами из Комитета.

Концепция написания и редактирования нескольких Таблиц в единственном Сеансе. MMT нацелена на улучшение LN Приложения вызовом родственных Сеансов для головного как спутников в MMT Сеансах.

Область размещенная на Хосте для определения назначения хранения, типа Рабочая область.

Назначение подходящего Действия в конкретную Роль согласно нужде чтобы выполнять соответств Действия в ODM, например, дизайнер, инженер, программист, и администратор.

Статус показывает что Созданное Изменение представлено на согласование.

Физическая субстанция для твердой копии, например, бумага, калька, дискета, CD-ROM, перфокарты и т д.

Каталог, распознаваемый модулем Управление документами для хранения зарегистрированных Файлов.

Одна из областей, где принятые Файлы хранятся пока Документ Представлен на рассмотрение для просмотра или выпуска в случае Документа с быстрым утверждением. Пользователи имеют доступ только на чтение в эту Область.

Общие параметры ODM используются для установки значений По умолч для параметров в ODM.

Нефизическая сущность, которая определена в ODM для управления жизненным циклом продукта простым способом. Например, LN Гл.таблица рассматривается как Объект. Объекты классифицированы как ODM Объекты и LN Объекты. ODM Объекты отнесенные к ODM, например, Библиотеки, Документы, Изменения, Папки, Запросы, и т.д. Нет- LN Объекты есть Изделие, СИ, заказ закупка, заказ продажи, и т.д.

Любая LN сущность которая может быть привязана к Папке. Для примера, инженерная Папка, Предложение о продаже, или Файл Работников.

Объект есть Член указанного Семейства объектов.

Опция Навигации показывает проводник Объектов для выбранных Объектов. Эта опция показывает членов, Владельцев семейств и Членов семейств для выбранных Объектов.

Если несколько Файлов прикреплены к Редакции документа, Система берет Основной FILE и выполняет Операции файла (Просмотр/Печать/Редактирование) соответственно.

Статус показывает что Объект Отклонен и требования далее не рассматриваются.

Относит.заказ на измен. (RCO) правит датой Эффективн. для связанных LN сущность которые включаются в зависимости от Продолжительности относительно базовой даты заказа на измен.

Статус Редакции документа, показывает что Редакция документа была Отозвана после Разрешения. Редакция не существует после отзыва Документа.

Основной формат для представления Информации в структуриванном виде.

Контейнер данных Изделие который хранит группу Связанных объектов изделия. Каждая Папка имеет механизм жизненного цикла. Папки дают гибкое решение для определения взаимосвязи, связей и зависимостей между разными аспектами данных о продукте в форме Объектов. Папка может быть Персональной или Разделяемой.

Параметры для критерия Выбора данных и показа в Отчете.

Действие которое позволяет пользователю Переработать Отклоненную Редакцию документа. Статус Редакции документа Изменен из Отклоненный в В разработке.

Уровень полномочий назначенный пользователю определяет разные Действия которые могут быть выполнены в ODM, например, создание, удаление, Редактирование, и просмотр для Документа

Рабочая область назначенная пользователю По умолч, для регистрации Файлов. Если Рабочая область не задана для пользователья то Рабочая область создается системой автоматом и По умолч Рабочая область назначается. Только одна Рабочая область может быть назначена пользователю как Рабочая область По умолч. Сисадмин может назначить По умолч Рабочую область для Всех пользователей. Индивидуальные пользователи могут назначить собственные По умолч Рабочие области.

Принцип или Условие которое может быть использовано как однозначное указание триггеру в зависимости от события/сущности.

Описание Предложения на изменение. Все обрабатываемые LN сущности, Соглас.лицо списки , Субподрядчики, Задания и группы Заданий , Заказы на изменение включены в это Предложение. Предложение По умолч создано при создании Изменения.

Статус показывает что Документ или изменение Представлено на рассмотрение для утверждения или отклонения.

Статус Файлов присутствующих в Области Хранения. Файлы в Прием Статусе не могут быть изменены, только просмотрены.

Физический файл прикрепленный к Редакция документа.

Список кодов и описаний определенных согласно требования организации для назначения Приоритета изменения.

Твердая копия (Информация) прикрепленная к Редакции документа.

Проводник Объектов позволяет пользователю Просмотр связей объекта в форме горизонтальной древовидной структуры.

Процесс создания, просмотра, Утверждения или Отклонения и Завершения изменения.

Неконтролируемая Область где Все Файлы Создаются и хранятся прежде чем пользователь просмотрит и закончит редактирование. Область содержит одну Версию каждого файла. Пользователи могут Редактировать Файлы которым назначена Рабочая область. Одна или более Рабочих областей могут быть назначены тому же самому пользователю, и более чем один пользователь может быть назначен той же самой Рабочей области. Каждому пользователю, кто работает С Файлами назначается Рабочая область По умолчанию. Когда пользователь выдает Файлы из Хранилища, Файлы копируются в эту Рабочую область. Рабочая область по умолчанию также испоьзуется в других обстоятельствах, типа когда Файлы регистрируются в ODM.

Статус изменения, который показывает что замороженное изменение активировано и сейчас в процессе проведения изменения.

Размер твердой копии, типа А2 и А4 Размер бумаги.

Статус показывает что Документ получмл формальное утверждение и готов для дистрибуции.

Ревизия позволяет пользователю Создавать новую версию из существующего утвержденного (Изменения /Папки) или Разрешенного (Редакция документа) статуса, например, новая версия в случае Редакции документа и новое Предложение в случае Предложения на изменение.

Редакции документа отслеживают Изменения в Прикреплен. файлах и Твердой копии. Версия Документ создается По умолч при создании Документа.. Большинство Работ С Документами выполняются над Редакциями документа. Редакции документа назначен Статус который указывает место редакции в жизн.цикле. Операции, которые можно выполнять над Редакцией документа, зависят от Статуса редакции.

Ретроспектива версии в Объекте.

Роли определенные в ODM назначаются Работнику как часть Полномочий которые предусмотрены в организации.

Роль определяет позицию и полномочия Работника, чтобы выполнять указанные действия и процессы или достигать указанных данных.

Предопределенная сущность привязанная к LN Объектам в ODM. Объекты предопределены в ODM и разрешены для привязки к Редакции Документа /предложению на изменение /папкам в зависимости от их Статуса.

Одно или Двухпутная Связь между Двумя Редакциями документа. Если Связь однопутная то Редакция документа связана в одном Направлении, другими словами, Редакция документа 2 связана с Редакцией документа 1, и если Редакция документа 1 также связана с Редакция документа 2, то Связь называется Двухпутная.

Связь Наследования между Двумя Редакциями документа. Дочерний документ есть логический элемент Родительского документа.

Все Семейства объектов которые имеют частный Объект как Владелец.

Семейство С одним или более Объектами как Члены семейства, которые связаны с Владельцем семейства.

Программа установленная на клиенте или сервере, в зависимости от требования. Выполнение программы Сервер-хранилища позволяет перенос файлов между областями, которые обозначены в ODM во время определенных операций, и также позволяет вам регистрировать и доставать Файлы в случае смонтированных Областей.

Фундаментальные Действия применимы ко Всем операциям в ODM. Все Действия которые относятся к ODM Объектам есть системные Действия, По умолч, которые невозможно удалить или модифицировать. Пользователи не могут создать Системные Действия.

Таблица которая перечисляет Все Объекты относящиеся к ODM Конфигурации по Порядков. номер, Пакету, и модуль для выгрузки Информации.

Процедура которая описывает путь, удаленная Рабочая область может быть доступна из Локального хоста.

Персона, Ответственная за просмотр Предложения на изменение или Редакцию документа.

Индивидуальное назначение изменению или Комитету управления документами просмотреть Предложение на изменение или Редакцию документа соответственно и дать обоснованные рекомендации.

Начальный Статус для Запроса на изменение или на само изменение.

Документ который описывает подробности Запроса на изменение которые хранятся в ODM для ссылок.

Удобочитаемое размещение Отчетов в стандартном виде. Формат Отчета включает следующие поля: Номер компании, Название компании, Дата/Время, Пользователь, Номер страницы И Отчет Заголовок Описание.

Характеристика показывает детали статистики, типа Числа твердых копий и Файлов привязанных к Редакции документа и общего Размера Файлов, связанных с версией.

Указывает различные состояния при выполнении заданий жизн цикла. Статусы есть Создан, в Работе, Сделано и Пропущено.

Запрос на изменение может иметь следующие Статусы:

Статус Изменения в течение жизн цикла. Изменение может иметь следующие статусы:

Предложение на изменение может иметь следующий Статус:

Редакция документа имеет следующие Статус на протяжении жизненного цикла Документа:

Вторичный Статус Объекта который зависит от Статуса другого Системного объекта в жизн. цикле Документа или Изменения.

Объект представляет физическую природу, например, Твердая копия для Документы. Содержимое Твердой копии Документа печатается на бумаге. Носитель хранилища, типа кассет и фильма, рассматриваются как Твердая копия.

Назначен каждому Документу. Каждому Типу документа назначен Вид редакции который применим ко Всем Документам для этого Типа документа. Маска Документа и Редакциия может зависеть от Типа документа. Типы документов определяют назначение версий к Твердым копиям и Файлам привязанным к Редакции документа. Примеры Типов Документов Компании могут быть, управление безопасностью, Документы сборки, диаграмма подключения, сопроводительные инструкции, чертежные Документы и стандартные Документы.

Прикрепление Документа или Файла к Типу документа в форме Шаблоны.

Классификация областей, типа Рабочая область и Область Хранения для регистрации/работы С наличным и хранимым Файлом соответственно.

Поверх регистрации, файлу назначается Тип файла. Каждый Тип файла ассоциирован С одним или более файловым расширением. Если Тип файла задан для конкретного Типа документа, Файлы только указанного Типа файла могут быть прицеплены к Документу этого Типа документа. Сисадмин может ограничить набор типов файлов которые могут быть прицеплены в Редакцию документа для конкретного Типа документа. Например, текстовые Файлы имеют трехбуквенное расширение типа .txt или .doc. Аналогично, графические Файлы имеют разные расширения, типа .jpg, .bmp, и т д.

Модуль в ODM, который дает общие средства Управление документами типа контролируемого доступа к Документу, безопасное хранение содержания Документа, поддержка Жизненного цикл Документа, и ведение взаимосвязи между Документами и другими Объектами в LN Системе. Управление документами дает эффективность и безопасность использования данных Документа.

Модуль в LN ODM который контролирует процессы Изменения продукта в жизн цикле. Управление Изменениями гарантирует что Изменения продукта проводятся в наглядном, контролируемом и заказанном стиле. Модуль Управления изменениями обеспечивает гибкость в Создании процесса изменений для оптимизации ERP Системы Предприятия.

Модуль ведет Папки и упрощает управление Информацией продукта. Модуль Управление папками дает общее гибкое решение для адресации проблем связей и зависимостей. Связывание Папки к LN Объекту создает простой и эффективный метод для расширения Домена данных объекта, и предоставляет быстрый выбор любого типа информации относительно Объекта.

Условие заданное пользователем, построено на значениях атрибутов родственных объектов, создает Запрос. Запрос может быть построен на одном или более условиях. Например, вы можете установить условия для выбора Всех Документов определенного типа.

Статус показывает что соотв Объект утвержден для применения.

Объект указывает физический файл. Всем Файлам назначается версия по LN, автоматом. Первому прицепленному файлу назначается первая Версия. Эта Версия сохраняется пока файл не выдан из области хранилища . Для Редактирования файла из области хранилища , пользователь должен выдать файл в Рабочую область. Выданный файл регистрируется в базе данных как новая Версия файла.

Хост есть узел сети который распознается в сети. Все узля сети которые могут быть доступны Документу файлового сервера или Компонент Сервер-хранилище может быть определен как Хосты.

Объект который привязан к Исходн. объекту.

Объект относится к Семейству объектов. Семейство объектов может иметь Объекты как члены.