「情報システム信頼性向上のための取引慣行・契約に関する研究会」最終報告書
■ 「情報システム信頼性向上のための取引慣行・契約に関する研究会」最終報告書 ～情報システム・モデル取引・契約 書～ の公表について 経済産業省では、「情報システムの信頼性向上のための取引慣行・契約に関する研究会」を設置し、取引・契約モデルの検討を行ってきました。 パブリックコメントによる意見聴取を経て、平成19年4月には、対等な交渉力を有するユーザ・ベンダを契約当事者とし、ウォーターフォールモデルによる重要インフラ・企業基幹システム構築を前提条件とするモデル取引・契約書＜第一版＞を、 また、平成20年4月には、中小企業の取引の多数を占めるパッケージ・SaaS・ASP型の取引について「重要事項説明書」を活用した簡易・透明な取引モデルを前提条件とするモデル取引・契約書＜追補版＞を策定・公表しました。 本モデル取引・契約書の活用により、情報システム取引の可視化、信頼性の向上等が期待されます。
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
