счет+аналитический

изменение скорости передачи ячеек
Разница между выделенной эффективной полосой и приемлемой скоростью, выражаемая числом ячеек в секунду. 
[ http://www.lexikon.ru/dict/net/index.html]

Тематики

• сети вычислительные

EN

• cell rate margin
• CRM

система управления взаимоотношений с клиентами
Системы управления взаимоотношениями с клиентами | информационные системы масштаба предприятия, предназначенные для сбора и анализа данных по клиентам, разбора сложных форм, многофакторной классификации объектов, построения оптимальных моделей взаимодействия.
[аутсорсингаhttp://www.outsourcing.ru/content/glossary/A/page-1.asp]

Тематики

• информационные технологии в целом

EN

• CRM
• customer relations management

система управления взаимосвязями с клиентами и партнерами
CRM - это стратегия компании касательно взаимодействия с клиентами во всех организационных аспектах - рекламе, продаже, доставке и обслуживании клиентов, дизайне и производстве новых продуктов, выставлении счетов и т.п. Это стратегия, основанная на:
наличии единого хранилища информации и системы, в которые мгновенно помещаются и из которых немедленно доступны все сведения о всех случаях взаимодействия с клиентами;
синхронизированости управления множественными каналами взаимодействия (т.е. существуют организационные процедуры, которые регламентируют использование этой системы и информации в каждом подразделении компании);
постоянном анализе собранной информации о клиентах и принятии соответствующих организационных решений - например, приоритизации клиентов на основе их значимости для компании, выработке индивидуального подхода к клиентам в соответствии с их специфическими потребностями и запросами.

CRM - концептуально новый подход к взаимодействию с клиентом. Как уже упоминалось выше, этот подход подразумевает, что при любом взаимодействии с клиентом по любому каналу, вашему сотруднику доступна полная информация обо всех взаимоотношениях с клиентами, и он принимает решение на ее основе, что в свою очередь тоже сохраняется и доступно при всех последующих взаимодействиях.
Наиболее часто встречается классификация CRM-продуктов по трем ключевым направлениям:
Оперативный CRM
Приложения, дающие оперативный доступ к информации по конкретному клиенту в процессе взаимодействия с ним в рамках обычных бизнес-процессов - продажи, обслуживания и т.п. Требует хорошей интеграции систем, четкой организационной координации процесса взаимодействия с клиентом по всем каналам.
На данный момент подавляющая часть CRM-систем относится в основном к классу Оперативных CRM.
Аналитический CRM
Синхронизация разрозненных массивов данных и поиск статистических закономерностей в этих данных для выработки наиболее эффективной стратегии маркетинга, продаж, обслуживания клиентов и т.п. Требует хорошей интеграции систем, большого объема наработанных статистических данных, хорошего аналитического инструментария.
Менее популярный, чем Оперативный CRM, но все-таки достаточно "проработанный" аспект CRM стратегии. Тесно соприкасается с концепцией DM и поэтому поставщики систем в этих областях активно продвигают и репозиционируют свои системы как системы Аналитического CRM.
Коллаборационный CRM
Предоставление клиенту гораздо большего влияния в процессе дизайна, производства, доставки и обслуживания продукта. Требует технологий, которые с минимальными затратами дают возможность подключить клиента к сотрудничеству в рамках внутренних процессов компании. Примеры коллаборационного CRM:
Сбор предложений клиентов при дизайне продукта
Доступ клиентов к прототипам продукции и возможность обратной связи
Реверсивное ценообразование - когда клиент описывает требования к продукту и определяет цену, которую он готов заплатить, а производитель реагирует на эти предложения
Это наиболее "экзотический" аспект CRM, который требует радикальной перестройки внутренних организационных механизмов для своей реализации - но те немногие компании, которые реализуют его, уже достигли невиданных показателей успешности и возврата на инвестиции. Систем, поддерживающих коллаборационный CRM практически нет на рынке, в том числе потому, что коллаборационный процесс в большинстве случаев сугубо индивидуален и должен автоматизироваться за счет чрезвычайно гибкой CRM системы. Плюс, эта система должна быть основана на самых дешевых и открытых технологиях (Интернет) для снижения затрат на построение интерфейса между вашей организацией и вашими клиентами.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• CRM
• Customer Relationship Management

удержание радиоактивных материалов
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• confinement of radioactive materials
• CRM

управление взаимоотношениями пользователей
контроль взаимоотношений пользователей
управление взаимодействием клиентов
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

Синонимы

• контроль взаимоотношений пользователей
• управление взаимодействием клиентов

EN

• customer relationship management
• CRM

управление запросами на изменение
ПО на протяжении всего жизненного цикла постоянно подвергается изменениям - исправляются ошибки, выполняются доработки и т. д. - поэтому очень важно знать, что, кем и когда изменялось. Системы CRM ведут БД изменений и предлагают технологии управления внесением изменений.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• Change Request Management
• CRM

устройство управления ресурсами связи
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

EN

• communication resource manager
• CRM

система управления взаимосвязями с клиентами и партнерами
CRM - это стратегия компании касательно взаимодействия с клиентами во всех организационных аспектах - рекламе, продаже, доставке и обслуживании клиентов, дизайне и производстве новых продуктов, выставлении счетов и т.п. Это стратегия, основанная на:
наличии единого хранилища информации и системы, в которые мгновенно помещаются и из которых немедленно доступны все сведения о всех случаях взаимодействия с клиентами;
синхронизированости управления множественными каналами взаимодействия (т.е. существуют организационные процедуры, которые регламентируют использование этой системы и информации в каждом подразделении компании);
постоянном анализе собранной информации о клиентах и принятии соответствующих организационных решений - например, приоритизации клиентов на основе их значимости для компании, выработке индивидуального подхода к клиентам в соответствии с их специфическими потребностями и запросами.

CRM - концептуально новый подход к взаимодействию с клиентом. Как уже упоминалось выше, этот подход подразумевает, что при любом взаимодействии с клиентом по любому каналу, вашему сотруднику доступна полная информация обо всех взаимоотношениях с клиентами, и он принимает решение на ее основе, что в свою очередь тоже сохраняется и доступно при всех последующих взаимодействиях.
Наиболее часто встречается классификация CRM-продуктов по трем ключевым направлениям:
Оперативный CRM
Приложения, дающие оперативный доступ к информации по конкретному клиенту в процессе взаимодействия с ним в рамках обычных бизнес-процессов - продажи, обслуживания и т.п. Требует хорошей интеграции систем, четкой организационной координации процесса взаимодействия с клиентом по всем каналам.
На данный момент подавляющая часть CRM-систем относится в основном к классу Оперативных CRM.
Аналитический CRM
Синхронизация разрозненных массивов данных и поиск статистических закономерностей в этих данных для выработки наиболее эффективной стратегии маркетинга, продаж, обслуживания клиентов и т.п. Требует хорошей интеграции систем, большого объема наработанных статистических данных, хорошего аналитического инструментария.
Менее популярный, чем Оперативный CRM, но все-таки достаточно "проработанный" аспект CRM стратегии. Тесно соприкасается с концепцией DM и поэтому поставщики систем в этих областях активно продвигают и репозиционируют свои системы как системы Аналитического CRM.
Коллаборационный CRM
Предоставление клиенту гораздо большего влияния в процессе дизайна, производства, доставки и обслуживания продукта. Требует технологий, которые с минимальными затратами дают возможность подключить клиента к сотрудничеству в рамках внутренних процессов компании. Примеры коллаборационного CRM:
Сбор предложений клиентов при дизайне продукта
Доступ клиентов к прототипам продукции и возможность обратной связи
Реверсивное ценообразование - когда клиент описывает требования к продукту и определяет цену, которую он готов заплатить, а производитель реагирует на эти предложения
Это наиболее "экзотический" аспект CRM, который требует радикальной перестройки внутренних организационных механизмов для своей реализации - но те немногие компании, которые реализуют его, уже достигли невиданных показателей успешности и возврата на инвестиции. Систем, поддерживающих коллаборационный CRM практически нет на рынке, в том числе потому, что коллаборационный процесс в большинстве случаев сугубо индивидуален и должен автоматизироваться за счет чрезвычайно гибкой CRM системы. Плюс, эта система должна быть основана на самых дешевых и открытых технологиях (Интернет) для снижения затрат на построение интерфейса между вашей организацией и вашими клиентами.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• CRM
• Customer Relationship Management

управление взаимоотношениями пользователей
контроль взаимоотношений пользователей
управление взаимодействием клиентов
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

Синонимы

• контроль взаимоотношений пользователей
• управление взаимодействием клиентов

EN

• customer relationship management
• CRM

управление аварийными сигналами
-
[Интент]

Переход от аналоговых систем к цифровым привел к широкому, иногда бесконтрольному использованию аварийных сигналов. Текущая программа снижения количества нежелательных аварийных сигналов, контроля, определения приоритетности и адекватного реагирования на такие сигналы будет способствовать надежной и эффективной работе предприятия.

Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (DCS) упростило подачу сигналов тревоги при любом сбое технологического процесса, поскольку затраты на это невелики или равны нулю. В результате в настоящее время на большинстве предприятий имеются системы, подающие ежедневно огромное количество аварийных сигналов и уведомлений, что мешает работе, а иногда приводит к катастрофическим ситуациям.

„Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.

Широкое распространение компьютеризированного оборудования и распределенных систем управления сделало более простым и быстрым формирование аварийных сигналов. Согласно новым принципам аварийные сигналы следует формировать только тогда, когда необходимы ответные действия оператора. (С разрешения Siemens Energy & Automation)

Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).

Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)

На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Начало работы

Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".

Характеристики «хорошего» аварийного сообщения

В число базовых требований к аварийному сообщению, включенных в аттестационный документ EEMUA, входит ясное, непротиворечивое представление информации. На каждом экране дисплея:

• Должно быть четко определено возникшее состояние;

• Следует использовать терминологию, понятную для оператора;

• Должна применяться непротиворечивая система сокращений, основанная на стандартном словаре сокращений для данной отрасли производства;

• Следует использовать согласованную структуру сообщения;

• Система не должна строиться только на основе теговых обозначений и номеров;

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

Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Качественная система управления аварийными сигналами должна опираться на руководящий документ. В стандарте ISA SP-18.02 «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности», предложен целостный подход, основанный на модели жизненного цикла, которая включает в себя определяющие принципы, обучение, контроль и аудит.

Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.

Практика прошлых лет заключалась в том, чтобы использовать любые аварийные сигналы независимо от того - нужны они или нет. Однако в последнее время при конфигурировании систем аварийных сигналов исходят из необходимости ответных действий со стороны оператора. Этот принцип, который отражает фундаментальные изменения в разработке систем и взаимодействии операторов, стал основой проекта стандарта SP18 ISA. В этом документе дается следующее определение аварийного сигнала: „звуковой и/или визуальный способ привлечения внимания, указывающий оператору на неисправность оборудования, отклонения в технологическом процессе или аномальные условия эксплуатации, которые требуют реагирования”. При такой практике сигнал конфигурируется только в том случае, когда на него необходим ответ оператора.

Адекватная реакция

Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"

Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.

Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.

И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.

Система, нацеленная на оператора

Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.

«В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.

Удобное отображение информации с помощью человеко-машинного интерфейса является наиболее существенным аспектом системы управления аварийными сигналами. Джонс из Wonderware говорит: „Аварийные сигналы перед поступлением к оператору должны быть отфильтрованы так, чтобы до оператора дошли нужные сообщения. Программное обеспечение предоставляет инструментарий для удобной конфигурации этих параметров, но также важны согласованность и подтверждение ответных действий”.

Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"

Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.

«Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.

Рентабельность

Эффективная система управления аварийными сигналами стоит времени и денег. Однако и неэффективная система также стоит денег и времени, но приводит к снижению производительности и повышению риска для человеческой жизни. Хотя создание новой программы управления аварийными сигналами или пересмотр и реконструкция старой может обескуражить кого угодно, существует масса информации по способам реализации и достижения целей системы управления аварийными сигналами.

Наиболее важным является именно определение цели и способов ее достижения. МакТэвиш говорит, что система должна выдавать своевременные аварийные сигналы, которые не дублируют друг друга, адекватно отражают ситуацию, помогают оператору диагностировать проблему и определять эффективное направление действий. „Целью является поддержание производства в безопасном, надежном рабочем состоянии, которое позволяет выпускать качественный продукт. В конечном итоге целью является финансовая прибыль. Если на предприятии не удается достичь этих целей, то его существование находится под вопросом.

Управление аварийными сигналами - это процесс, а не схема, - подводит итог Гэртнер из Invensys. - Это то же самое, что и производственная безопасность. Это - постоянный процесс, он никогда не заканчивается. Мы уже осознали высокую стоимость низкой эффективности и руководители предприятий больше не хотят за нее расплачиваться”.

Автор: Джини Катцель, Control Engineering

[ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]

Тематики

• автоматизированные системы

EN

• alarm management