Добрий веч╕р ус╕м.<br><br>Хм...<br>Я скажу пару приватних думок, абсолютно без претенз╕╖ на якусь там глобальну правоту.<br><br>Все тут кажуть н╕би-то й правильно. Ну, кожен гарно опису╓ (╕ впевнений, що абсолютно чесно та щиросердно!) конкретний окремий випадок в сво╓му житт╕ ще й помножений на екстраполяц╕ю свого суб&#39;╓ктивного житт╓вого досв╕ду :)<br>

<br>Забули заф╕ксувати лише к╕лька др╕бних деталей:<br>1. SLA - це якраз ╕ ╓ абсолютно окремий конкретний випадок. От як м╕ж собою домовляться дв╕ сторони (а в реал╕ - це дв╕ людини) - так ╕ буде.<br><br>2. Не бува╓ &quot;шаблон╕в&quot; SLA. А той, хто працю╓ на основ╕ &quot;шаблон╕в SLA&quot; - або &quot;гал╕мий к╕дала&quot;, або &quot;гал╕мий ламер&quot;. Це стосу╓ться обох стор╕н. Хоча <a href="http://zmejgorynych.blogspot.com/2008/07/sla.html">ось таки шаблон</a> :).<br>

<br>3. Best practice каже, що реально працювати зг╕дно п╕дписаних (sic!) SLA можна лише п╕сля того, як:<br>- м╕ж провайдером та кл╕╓нтом вже ╓ певен досв╕д сп╕впрац╕ (╕сну╓ певна дов╕ра), ╕ в╕н в принцип╕ задовольня╓ обидв╕ сторони<br>

- у провайдера ╓ реально д╕юча система KPI/KQI як м╕н╕мум для тих п╕дрозд╕л╕в, котр╕ працюють на гарант╕ю параметр╕в, об╕цяних кл╕╓нту.<br><br>Це ╓ лише абсолютно необх╕дн╕ (але часто не достатн╕!) умови.<br><br>Те, що свою ╕нфраструктуру треба знати ╕ гарантувати кл╕╓нту availability &amp; accessibility- це одне. Але можна й заробляти грош╕ на розв&#39;язанн╕ системи л╕н╕йних р╕внянь :). Аби лише кл╕╓нт був з цим згоден.<br>

<br>Наприклад, у провайдера-1 ╓ SLA з провайдером-2 про певн╕ QoS-параметри м╕ж site-1 та site-2. З передбаченими штрафними санкц╕ями.<br>Ну то кожному з них окремо н╕що не заважа╓ так складати SLA для сво╖х кл╕╓нт╕в, щоби сума потенц╕йних штраф╕в провайдера за порушення <b>цих</b> QoS-параметр╕в була меншою за штрафи м╕ж провайдерами.<br>

<br>Уф.. Велика тема. Ц╕ла наука. ╢ багато людей та п╕дрозд╕л╕в, котр╕ вже десяток рок╕в займаються лише ц╕╓ю темою.<br><br>Regards,<br>/oleh<br><br><br><br><br><div class="gmail_quote">2009/7/21 Andrew Stesin <span dir="ltr">&lt;<a href="mailto:stesin@gmail.com">stesin@gmail.com</a>&gt;</span><br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">2009/7/21 Anton Turygin &lt;<a href="mailto:pa3op@tsua.net">pa3op@tsua.net</a>&gt;:<br>
<div class="im">&gt;<br>
&gt; Ага. Заявки кастомеров типа &quot;дайте мне гарантированый канал до Индии&quot;<br>
&gt; поражают воображение ;-)<br>
<br>
</div>Совершенно нормальные заявки, ничто не мешает такую услугу предоставить.<br>
<br>
Вообще написание договоров о предоставлении услуг (Интернет-доступ,<br>
VPN и пр.) наука не слишком сложная, но требует а) системности и б)<br>
навыков. В частности системность - это начать договор с раздела 1<br>
&quot;Предмет договора&quot;, а продолжить - разделом 2 &quot;Термины и определения&quot;,<br>
потом разделом 3 &quot;Обозначения и сокращения&quot;. Тем самым установить<br>
понятийный аппарат.<br>
<br>
После чего дальнейшее (права и обязанности сторон, в т.ч. касаемо SLA)<br>
писать, чётко и пунктуально опираясь на понятийный аппарат, и<br>
тщательно избегая применения в тексте каких-либо понятий, терминов и<br>
сокращений, которые не определены чётко ранее.<br>
<br>
Составление договоров - тоже есть формальная методика, которая<br>
позволяет избежать &quot;белых пятен&quot; неопределенности, спорных моментов и<br>
логических ловушек (из которых потом растут арбитражные ситуации). В<br>
этом и состоит ремесло юристконсульта.<br>
<br>
Без этого же (многократно наблюдал-с) получается какой-то птичий<br>
базар, хлопанье крыльями, говорильня и кудахтанье, в стиле, столь<br>
свойственном Herr Mc&#39;Stoolyeff (то есть в практической плоскости -<br>
&quot;мутная вода&quot;, словесное трёпокружево, и - в конечном итоге -<br>
попадалово абонента, или &quot;инвестора&quot;...)<br>
</blockquote></div><br><br>