システムの保守・運用・管理におけるＳＬＡの重要性と注意点

システムの保守・運用・管理については、サービスの質（サービスのレベル）が重要になってきます。

システムの保守・管理等で、ベンダー（受託者）側がなすべきこととして、合意したサービスのレベルを維持する、ユーザー（委託者）側があるサービスのレベルを期待している、ということがあります。

システムの保守・運用・管理におけるリスクと業務の範囲

システムの保守・運用・管理におけるリスクには、主に次のようなものがあげられます。

・ システム障害

・ 情報消滅

・ 情報漏洩

そして、これらが起きた際にベンダー（受託者）側にとって問題となるのは、

ベンダー側の

債務不履行

　や

　過失の有無

です。

債務不履行は、契約上の責任（義務違反）ですが、契約書に書かれてある業務を明らかにやっていない、というケースはほとんどないと思われます。

保守・運用・管理に関する契約 ～ 請負と委任のトラブル

システム等の保守・運用や管理に関する契約は、基本的には委任（準委任）契約であることは以前にも書きました。

しかし、実際には請負契約か委任（準委任）契約でもめることが多くあり、それにより委託料等の一部の支払い拒絶や減額の要求がなされることがあります。

では、そのもめる元になっていることは何なのでしょうか？

開発の遅れの原因は．．． ～「当然のこと」も「当然のこと」だけでは済まされません

システム開発等では、当初のスケジュールや納期が延びることはよくあることです。

スケジュールの遅延、納期の変更等について、ベンダー（受託者、開発）側に一方的なミスがあれば、それについての責任はベンダーにあることは当然と思われます。

しかし、実際には一方的な原因で遅延等が生じることは少ないのではないでしょうか。

要件定義の契約類型と注意点 ～ 準委任契約ではあるけれど

システム開発契約においては、段階（フェーズ）ごとに個別契約を締結することが多いと思います。

そのうち、要件定義の契約については、委任契約（準委任契約）ですると思われます。

委任契約（準委任契約）は、事務を委託するという契約で、仕事の完成が目的となる請負契約とは異なります。

見切り発車で開発を始める際の注意点

システム開発において、後々に問題になることの一つに、

　見切り発車で開発を始める

ということがあります。

発注者側からの正式な発注書が出ない、一方で、早く開発に取り掛からないと納期に間に合わない、などという事情があると思われます。

保守管理は準委任契約＋α

前回、

　保守管理（運用）は、全体として委任契約で、請負契約の業務が入る契約

と書きました。

保守管理（運用）の場合、多くは「何かの完成（仕事の完成）」を目的とするわけではありません。

委任契約の目的は、

　事務の委託

です。