Как стать автором
Обновить

Комментарии 8

Для пешего похода к третьему водоводу и ручного перекрытия правильного вентиля — хорошо. Порядок в документации — это вообще хорошо и правильно.

Но автоматизированное перекрытие нужного вентиля по команде с пульта было бы быстрее, и вероятность ошибки при этом ниже. При этом оператор может сразу увидеть подтверждение от датчика, что перекрытие выполнено успешно, и поток уменьшился. Что не отменяет необходимости иметь точное и актуальное описание инженерного комплекса.
А гарантия у вас на это дело такая же отвратительная, как и у «просто Делл»?
Какой ответ Вы ожидаете услышать?
«Да, такая же отвратительная и мы так же убегаем в норку, когда от нас просят исполнить гарантийные обязательства» или «нет, ни в коем случае, мы молодцы, вот пруф».

«просто Делл» мне не мог поменять гарантийный монитор полтора месяца, потому что мальчику из техсаппорта не захотелось. Не знаю, может, голос ему мой не понравился, наверное. А когда поменяли, поменяли на неоткалиброванный и сказали, что дальше как-нибудь сам, это уже не наша проблема.

Upd. Кстати, отвечать месяц и одну неделю это тоже неплохо. Фирменный почерк узнаю.
Уважаемый,
1. Предлагаю Вам ознакомиться со структурой компании EMC, прежде чем задавать подобные вопросы. Подразделение EMC ECD, чей продукт описан выше, занимается разработкой ПО и не относится к Core бизнесу. С таким же успехом можно голословно заявлять, что поддержка «плохая» у подразделений Pivotal, VMWare и RSA.
2. Тем более поддержка продуктов софтверного подразделения ECD никак не связана с поддержкой мониторов DELL
3. Тем более, если Вы таки проявите такое же рвение и упорство в изучении вопроса, с коим хаите, то увидите, что 23.01.16 произошло слияние подразделения EMC ECD и компании OpenText. И от этого поддержка станет только лучше, так как софтверный бизнес перешел в софтверную же компанию.

4. С удовольствием отвечу на Ваши вопросы по существу, если они есть.

Спасибо.

Upd. Кстати, не являясь сотрудником маркетинга, стараюсь тем не менее нести свет в массы в свободное от основной деятельности время, которое хотелось бы использовать с бОльшей пользой, чем читать посты про мальчика из техсаппорта и монитор. В связи с этим еще раз хотелось бы обратить внимание на п.4.
Upd2. берегите карму на хабре.
Красиво, модно, современно. Вот только трудно применимо в современных реалиях для действующих промышленных объектов. Да и для проектируемых. От проекта до ввода в эксплуатацию может произойти много изменений. И большая часть из них слабо будет отражена в проекте. А актуализировать документацию в ходе будущих модернизаций могут годами. Если вообще будут. «И так сойдет!»

Забавны попытки внедрения электронного документооборота на многих предприятиях. Он есть, им пользуются, подписи собираются, но чтобы документ или акт передать дальше, ты всё равно должен подписать его бумажную копию. Не скажу, что везде так, но примеры видел в живую в разных конторах.

Хотя, может это связано с тем, что в крупных руководителях ещё сидят люди, работающие со времен СССР и порядки у них такие же пока.
Интересно, где в России внедряются подобные системы? Внедрению такой системы на действующем производстве должен предшествовать гигантский объём работы по разгребанию бардака и актуализации документации. Внедрение в рамках нового проектирования увеличивает стоимость проекта и тут нам передаёт привет тендерная система.

Пример с вентилем отвратительный (с точки зрения АСУТП). Фото с подписанными маркером на коллекторе ветвями трубопровода и замазученными задвижками — шикарно. И вот в этих условиях вы говорите о Asset Operations =)
«Гигантский объем работ», как Вы правильно заметили, присутствует и должен быть выполнен. Здесь все зависит от того, готова ли компания терпеть бардак, или масштабы бедствия таковы, что «держаться нету больше сил» (с) и компания готова вложиться в проект по внедрению соответствующих ИТ систем и найти соответствующее финансирование.

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

Спасибо за вентель =). Отвечу так: посты на хабре для широкой аудитории, поэтому хочется рассказать просто о сложном.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий