ПОИСК Статьи Чертежи Таблицы Контракты с поставщиком из "Как интегрировать САПР и АСТПП " Требуйте, чтобы все, обещаемое продавцом, вносилось в текст контракта. Продавец может оказаться почтенной личностью и искренне говорить. О, не беспокойтесь об этом, это не является проблемой . Однако у вас не окажется законной защиты (если это окажется проблемой впоследствии), если вы не оговорили этого письменно. Словесные или устные контракты, вообще говоря, не выдерживают испБГгания при сделках такого масштаба. [c.126] Не уступайте и не принимайте фразы контракта только потому, что поставщик говорит Так пишется во всех наших контрактах . Необходимо, чтобы контракт был ясен, сбалансирован и не подвергал вас неоправданному риску. Ведите серьезные переговоры Поставщик собирается извлечь прибыль в результате вашей покупки и обязан рассмотреть ваши проблемы. [c.126] Если поставщик обещал удовлетворить некоторые ваши специальные потребности (например, предоставить программу выполнения специальной функции, уникальной для вашей экономической деятельности), включите это обещание в контракт. Для этого потребуется очень ясная и конкретная функциональная сйецификация (см. разд. 9.5), включающая данные о плате за услугу. [c.126] Прочтите и поймите каждое слово- в контракте. Получите независимый юридический совет, если что-нибудь представляется неясным. Не идите на соглашение, если речь идет о принятии чего-то, что вызовет впосл1ДСТвии неразрешимые проблемы. [c.126] Оговорите удержание существенной части платежа (по крайней мере, 10%) до тех пор, пока не будет продемонстрировано к вашему удовлетворению, что система работает в вашем приложении. Придержите эти деньги до тех пор, пока поставщик не воплотит в жизнь обещания из контракта. Если контракт хорошо составлен, а у вас имеется законная жалоба, то вы опираетесь на прочный фундамент. Поставщики не любят судебных разбирательств, они предпочтут удовлетворить клиента. Предоставьте им любую возможность решения вашей проблемы. Храните письменные записи об всем на случай возникновения трудностей. [c.126] В общем случае вы будете иметь дело с двумя контрактами с соглашением о продаже и с контрактом о техническом обслуживании. [c.126] Разумеется, вы можете предпочесть не заключать контракта о техническом обслуживании, а оплачивать каждый вызов отдельно с учетом затрат времени и материалов. Однако такой вариант не рекомендуется, поскольку в общем случае оказывается эквивалентным по затратам и значительно менее удобным, чем контракт о техническом обслуживании. Он эквивалентен по затратам, потому что почасовые тарифы и затраты на ремонт (замену) деталей столь велики, что единичное обслуживание часто стоит так же дорого, как целый год технического обслуживания того же оборудования по контракту. Обслуживание по вызовам также чревато более медленной реакцией на вызрвы, связанные с отказами оборудования, а также малой профилактикой или ее отсутствием. Аналогичным вариантом является самообслуживание, когда вы приобретаете-надлежащую квалификацию и храните запас деталей для самостоятельного технического обслуживания компьютерного оборудования. В этом случае вы должны задать себе вопрос Хочу ли я по-настоящему ремонтировать компьютеры Если ответ положительный, вам нужно подготовиться к значительным капиталовложениям в обучение, укомплектование персонала и хранение деталей (хранение запаса деталей может добавить 10% к первоначальной цене системы), чтобы гарантировать соответствующий уровень времени наработки системы на отказ. [c.128] Большинство поставщиков предпочитают при вызове направлять специалистов по техническому обслуживанию из своего филиала. Если у вас действительно большая установка, вы можете также постоянно иметь квалифицированных представителей поставщика — специалистов по техническому обслуживанию на своей территории. Один поставщик САПР/АСТПП рекомендует технического представителя, как только клиент имеет более чем на 1 млн. долл. установленного оборудования и по одному дополнительному техническому представителю на каждый миллион долларов, вложенных в оборудование впоследствии. Такие поставщики даже структурируют гонорары за обслуживание, чтобы сделать их более дешевыми при этом варианте. [c.128] Соглашение о техническом обслуживании будет также обусловливать часы дня, когда соглашение действует. Типичный вариант — восемь часов в Ьутки (например, с 8 ч утра до 4 ч дня). Проявите внимание к этому вопросу. Если вы планируете две смены операторов САПР/АСТПП, разумно предусмотреть деление времени технического обслуживания, обеспечивающее охват обеих смен. Иначе говоря, если машина дает отказ в начале смены, которая не охвачена контрактом, ваши проектировщики останутся без системы на все время смены. [c.129] Иногда предлагается как вариант гарантированное время наработки на отказ. Гарантия 95% наработки на отказ в месяц выглядит внушительно до тех пор, пока вы не поймете, что этой гарантией охватывается только то время суток, когда в силе соглашение о техническом обслуживании. Рассмотрим следующий пример. [c.129] Гарантированное время наработки на отказ может также выйти боком и в других отношениях. Если у вас только один графопостроитель и он вышел из строя, следует ли считать, что вышла из строя система А как насчет отказа одного из двух имеющихся дисководов При каких отказах интерфейсов оборудование АСТПП вашего предприятия продолжает работать или обновляется центральная база данных на вашем большом компьютере Вам необходимо четко определить, что именно гарантируется. [c.129] Другая полезная фраза в контракте о техническом обслуживании относится к непрерывной работе. Она означает, что поставщик будет работать как часы для восстановления простаивающей системы, даже если эта работа потребует от поставщика тех периодов времени, которые обычно не охватываются. Например, в случае, когда предусмотрен охват 8 ч в сутки, фраза о непрерывной работе поможет, если машина вышла из строя в час дня. Если компьютер не заработал к 4 часам дня, когда кончается обычное обслуживание, поставщик должен продолжать ремонтировать машину (возможно, с участием резервного персонала оперативного технического обслуживания), пока не починит ее. [c.130] Обычно поставщики САПР/АСТПП накладывают ограничения на число возможных перемещений системы как правило, разрешается не более одного перемещения в год. Дело в том, что требуется определенная работа для перемещения системы даже в пределах комнаты. Необходимо отключить кабели и уложить их заново, особая осторожность требуется при перемещении тонкого оборудования, например дисководов, и всю систему нужно соединить заново и протестировать. Было бы странно перемещать систему чаще чем раз в год, но если вы находитесь в ситуации быстрых изменений или роста, обратите внимание на эту фразу. [c.130] Дисковые пакеты. Мысль о падении головки (когда головка чтения-записи над быстро вращающимся дисковым пакетом касается его на мгновение и царапает поверхность, выводя из строя диск и значительную часть содержащихся на нем данных) приводит в содрагание самых закаленных специалистов по компьютерам. Чтобы избежать таких падений, предпринимаются тщательные меры защиты, включая сферхэффективные фильтры, специальное кондиционирование воздуха и т. д. Тем не менее иногда они происходят. Падения случаются на сменных дисковых пакетах более часто, чем на фиксированных (винчестерских). Затраты на ремонт после падения головки могут вылиться в четырех- или пятизначную сумму, не считая затрат на восстановление потерянных данных. [c.131] Программное обеспечение. Соглашение о техническом обслуживании программного обеспечения будет в общем случае утверждать, что вы не являетесь собственником этого программного обеспечения, а только арендуете его и имеете право на поддержку техническим обслуживанием, если в программном обеспечении обнаружены ошибки. Обычно вам сообщают номер телефона, по которому можно позвонить, если возникла проблема. Контракт может или определять, или не определять, как быстро поставщик обязан откликнуться на сообщение о вашей проблеме. Отыскание ошибок в программном обеспечении, вообще говоря, является более трудным и длительным, чем решение проблем с аппаратурой, и поэтому вам придется ожидать больше времени после того, как вы сообщите о проблемах с программным обеспечением. Иногда уходят месяцы на обнаружение таких ошибок. На самом деле многие ошибки остаются не найденными до тех пор, пока не выпускается существенно новая версия программного обеспечения. Ваше терпение в данном случае будет оправдано устранением существенной ошибки. В отношении поддержки программного обеспечения можно сделать некоторые выводы. [c.132] Сила обязательств поставщика по контракту относительно поддержки программного обеспечения должна быть пропорциональна уровню зависимости вашей экономической деятельности от программного обеспечения. Важно иметь в контракте фразу, утверждающую, что поставщик будет исправлять ошибку, или обеспечивать обводку (временное исправление), или принимать некие положительные меры, когда у вас возникнут проблемы с программным обеспечением. Рекомендуется фраза о расширении обслуживания, аналогичная фразе о расширении обслуживания аппаратуры. [c.132] Следует иметь доступ к исходному тексту системы (для надежности) на случай банкротства поставщика. [c.132] Не следует заключать с вашими собственными клиентами контрактные соглашения, базирующиеся на непроверенном программном обеспечении. [c.132] Вернуться к основной статье