Pull to refresh
43
15
Наталия Сляднева @NSlyadneva

Руководитель сервисного направления в КРОК

Send message

Здесь есть несколько важных моментов. На старте инженер не всегда знает, когда точно вернет запчасть. Иногда запчасть, взятая для теста, может уйти в ремонт. А еще инженеры могут перемещать запчасть между друг другом. Следить за всем этим, естественно, будет сложно. Кроме того, данные одного отчета не могут гарантировать нам достоверную статистику. Поэтому все три отчета дополняют друг друга. То есть, например, первый нужен больше для контроля за выданными инженеру запчастями. На его основе мы можем отслеживать статус запчастей, не возвращенных после теста/ремонта. В то время как отчет №2 — это по сути еженедельный срез состояния склада. За счет того, что в нем есть данные примерно за 3 месяца, мы видим в целом движения запчастей по складу. Так и вероятность ошибки в отчетах сводится к минимуму, и картинка по статистике получается максимально полная. И к тому же выгрузка и обработка отчета автоматизирована и не вносит сложностей в данном процессе.

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

Ого, а сайт точно официальный был, раз расширение несколько странное было? Уникальная ситуация, чтобы сразу все 100% дисков испортить. Вендор прям молодец, что так быстро произвел замену! Последнее время производители полностью под пароли закрывают доступ к микрокодам, а у некоторых скачивать можно только через партнера, который авторизован на оказание, чтобы только обученный инженер проводил установку.
Не совсем так. Вендора тоже можно понять: таким образом страхует себя от ситуаций, когда заказчики копят отказы оборудования, потом быстро все чинят на поддержке и снова сходят с неё. Это экономически нерабочая модель для вендора, вот они и прописывают такие нормы. К тому же, разработчики тратят время на выпуск обновлений на ПО, постоянно совершенствуют свой продукт, и получается нечестно, что всю эту работу оплачивают только клиенты, которые регулярно платят за поддержку с обновлениями.
Спасибо, буду писать еще. Трудности, они очень вероятны с обеих сторон, если нет прозрачности в процессе и понимания чего хотим на выходе.
Документ не является конфиденциальным. Это стандартная часть ТКП.
К сожалению, английской версии пока нет.
А вот этого сказать не могу. ЦОД общественный, увидели случайно, что в соседней ячейке происходило. Но случай, конечно, красноречивый.
Расследование заключается в первую очередь в сборе и анализе всех фактов и взаимосвязей, которые подтверждаются техническими данными (логами, отчётами и т.д.) с обоснованием произошедшего инцидента. Скрыть что-то существенное или переиначить факты в этом плане не так просто. Поэтому всегда даем максимально подробный отчет и пруфы, чтобы снять такие вопросы сразу.
Правильное ТЗ — это еще не главное конкурентное преимущество (если вы об этом). Нужно еще уметь по нему работать. Поэтому копирования не боимся. Если кому-то будет полезно, значит не зря писала статью. Очень рада, если помогла!
Да, вот и получается, что только с опытом можно все эти тонкости учесть в договоре. Поэтому и решили поделиться тем, с чем уже сталкивались. Будет круто, если что-то вам пригодится.
Если все встало, то после восстановления работы разбираемся в причинах (смотрим на момент, когда появились ошибки, кто какие действия до и после совершал и т.д.). Целое расследование со всех сторон проводим. Сейчас невозможно скрыть кривые руки персонала.
Если нарушение работоспособности связано с багами у самого производителя, то наш счетчик на время восстановления работы приостанавливается на время решения проблемы со стороны производителя. Да и часто заказчики разграничивают вендорский сервис и администрирование. Но мы параллельно работаем над обходным решением, которое позволит восстановить самый критичный сервис. Виртуалка встала, предложим и поможем развернуть на физическом.

Information

Rating
362-nd
Location
Москва, Москва и Московская обл., Россия
Works in
Registered
Activity