В цепочке поставки серверов, систем хранения и сетевого оборудования участвуют четыре стороны: производитель, дистрибьютор, реселлер и системный интегратор. Спецификация в их предложениях совпадает до строчки, а обязательства при отказе различаются принципиально. Производитель отвечает за исправность изделия, дистрибьютор за ввоз и логистику, реселлер за передачу товара по накладной, системный интегратор за работоспособность собранного решения в границах сервисного договора.
Вопрос решается до закупки, а не в ночь аварии: куда уходит заявка, когда встал ЦОД, и чем подтверждено, что её примут. Ниже разобрано, что продаёт каждая сторона, таблица зон ответственности с адресом обращения при отказе, разница между гарантией и сервисным контрактом, путь заявки по линиям поддержки и перечень пунктов договора, закрывающих спор о том, чья это авария.
Производитель работает по двухуровневой партнёрской модели: изделия отгружаются дистрибьюторам, а внедрение и сопровождение конечного заказчика ложатся на партнёров. Механизм здесь экономический. Штат инженеров внедрения в каждой стране обходится дороже, чем передача этой работы партнёрам, а типовой работы у производителя нет: у каждого заказчика своя схема. Поэтому поддержка производителя разговаривает про изделие и его микрокод, но не про вашу схему резервирования.
Дистрибьютор закрывает ввоз, таможенное оформление, хранение и товарный кредит для партнёров. С конечным заказчиком он не работает и пусконаладку не делает. Реселлер перепродаёт позиции по спецификации, которую заказчик прислал сам. Если в спецификации оказался трансивер, несовместимый с коммутатором, реселлер привезёт именно его: проверка совместимости это работа пресейл-инженера, а в договоре купли-продажи её нет.
Системный интегратор продаёт результат: спроектированную схему, смонтированное и настроенное оборудование, приёмо-сдаточные испытания и последующее сопровождение. Ответственность здесь шире стоимости железа, но ровно в тех границах, которые записаны в договоре. Формулировка про полный цикл в презентации не обязывает ни к чему, обязывает перечень объектов, сроки и порядок эскалации в приложении к договору.
Таблица собрана по одному признаку: что сторона обязана сделать по документу, а не что она обещает на встрече. Второй и третий столбцы отвечают на главный вопрос аварийной ночи, кому звонить и что вам ответят.
| Сторона | За что отвечает по документу | Куда обращаться при отказе | Чем ограничена ответственность |
|---|---|---|---|
| Производитель (вендор) | Исправность изделия, выпуск обновлений микрокода, устранение подтверждённых дефектов, замена компонента по гарантии | В поддержку производителя по серийному номеру, если на этот номер есть действующий контракт поддержки. Заявку заводит владелец контракта | Самим изделием. Простой сервисов, ошибки проекта и настройки в зону производителя не входят |
| Дистрибьютор | Ввоз и таможенное оформление, хранение, отгрузка партнёру, замена брака по цепочке поставки | Конечный заказчик к нему не обращается, канал идёт через того, кто выписал накладную | Поставкой товара по договору с партнёром. Прямых обязательств перед вашим бизнесом у него нет |
| Реселлер | Передача оборудования по присланной заказчиком спецификации, оформление документов, гарантийный обмен через поставщика | К менеджеру, который вёл сделку. Дальше запускается процедура возврата или обмена, её срок определяется договором | Условиями договора купли-продажи. Диагностику, настройку и проверку совместимости он не оказывает |
| Системный интегратор | Проект, монтаж, настройка, испытания и сопровождение по сервисному договору, эскалация к производителю | В единую точку приёма заявок, указанную в сервисном договоре, круглосуточно или в согласованное окно | Перечнем объектов, сроками и классами обращений, которые записаны в сервисном договоре |
Практический вывод касается третьего столбца. Обращение в поддержку производителя принимается по серийному номеру, и первое, что проверяется, это наличие действующего контракта на этот номер. Контракт часто оформлен на партнёра, тогда заявку заводит партнёр, а заказчик получает отказ в приёме. Если контракта поддержки нет вовсе, остаётся гарантия на изделие, а она покрывает замену детали, но не восстановление сервиса.
Заводская гарантия покрывает неисправность самого изделия и заканчивается на замене неисправной части. В неё не входят диагностика вашей конфигурации, выезд инженера, настройка после замены, восстановление данных и компенсация простоя. Сервисный контракт покупается отдельно и описывает как раз это: кто принимает заявку, за какое время подтверждает приём, за какое восстанавливает сервис и что происходит при нарушении срока.
Две метрики в договоре разводятся всегда. Время реакции это подтверждение приёма и начало работ, время восстановления это работающий сервис. Когда метрика одна, отчётность закрывается быстрым ответом при неустранённой аварии. Как устроены классы обращений и почему одинаковые на бумаге условия дают разное фактическое время простоя, разобрано в статье про ИТ-аутсорсинг инфраструктуры и работу по SLA.
Отдельный случай это поставка по параллельному импорту. Обратиться в глобальную поддержку производителя по серийному номеру такого оборудования заказчик не может, поэтому обязательства по замене держит поставщик по договору поставки. Значит, в договоре нужны гарантийный срок, порядок передачи неисправного узла и источник подменного компонента. Что имеет смысл держать своим запасом на площадке, разобрано в материале про склад ЗИП в серверной.
Поддержка производителя устроена уровнями, и понимание этой лестницы экономит часы в аварии.
Разница в скорости между схемами не в вежливости операторов, а в том, у кого лежит описание вашей сети. Инженер со схемой уровня LLD, журналами за нужный период и доступом к оборудованию локализует отказ по симптому. Оператор без схемы идёт по списку проверок, и каждый шаг это ещё один круг переписки с часовой разницей и переводом.
Большую часть будущих споров снимает одна процедура. До подписания разберите с подрядчиком сценарий отказа критичного узла: кто получает событие, кто принимает решение о переключении, откуда берётся компонент на замену, кто заводит заявку производителю и кто разговаривает с бизнесом про сроки. Несогласованность вскрывается на этой встрече, а не на упавшей системе. Типовые ошибки стыка зон в сетях, собранных из оборудования разных производителей, разобраны в статье про мультивендорную ИТ-сеть.
Канал продаж у производителя двухуровневый: отгрузка идёт дистрибьюторам, продажа конечному заказчику партнёрам. Прямой контракт возможен для ограниченного круга проектов и не отменяет ни внедрения, ни сопровождения: их придётся закрывать своим штатом или отдельным договором. Стоимость проекта складывается из закупки и работ, поэтому экономия на одной части переносит расходы в другую.
Тот, кто проектировал и настраивал схему, если это записано в договоре. Поддержка производителя закрывает заявку, как только подтверждает исправность изделия: ошибки проекта, конфигурации и распределения нагрузки в её зону не входят. Когда схему собирал сам заказчик, ответственность остаётся внутри его ИТ-службы.
Предметом обязательства. Гарантия покрывает неисправность изделия и заканчивается заменой части, сервисный контракт описывает работу с вашей инфраструктурой: приём заявки, сроки восстановления, порядок эскалации и последствия нарушения срока. Гарантия идёт вместе с изделием, а контракт поддержки покупается отдельно на конкретные серийные номера и имеет собственный срок действия.
К поставщику по договору поставки. Глобальная поддержка производителя работает по серийному номеру с активным контрактом, а на такое оборудование он не оформляется, поэтому замену и сроки держит поставщик. Условия проверяются до оплаты: гарантийный срок, порядок передачи неисправного узла, наличие подменного компонента.
Смотреть, кто собирал спецификацию. Когда её прислал заказчик, реселлер обязательства выполнил, и замена зависит от условий договора, а не от факта несовместимости. Когда спецификацию готовил подрядчик, ошибка на нём, и это должно быть закреплено отдельным пунктом про ответственность за подбор оборудования.
Меню
Каталог
