タグ

契約に関するkeito7のブックマーク (3)

  • Web系フリーランスをモンスタークライアントから守る契約書【テンプレートあり】

    契約書なしの口約束でお仕事を受けてませんか? 自分はまだ駆け出しのフリーランスだから…… クライアントへ契約の手間を与えてしまうから遠慮しちゃう…… 契約とか法律とかよくわからないから…… などなど、理由は様々あるのかもしれません。 でも、契約書なしで案件を受けていると必ずいつかトラブルが起きますよ。 例えば、代金以上の労働を求められたり、お金を払わず逃げられたり。 ボクも12年間、ウェブ制作業に関わってきてますが、残念なことにこうした契約に関わるトラブルをいろいろと経験しました。 確かに、契約書を自分で作るのは難しいです。行政書士へ契約書の作成を依頼するとかなりお金がかかります。 でも、契約書がたった1枚あるだけで、クライアントと友好的な関係を長く築けるのも事実です。 この記事のタイトルには「モンスタークライアントから守る」と書きました。 実際は、契約書は制作を受ける側のあなただけを守る

    Web系フリーランスをモンスタークライアントから守る契約書【テンプレートあり】
  • 契約書のツボ(3)

    「システム開発契約書」とは、ソフトウェアの開発を委託または受託するときの契約書です。 自分が委託する側なのか、受託する側なのかによって大きく内容が変わってきますが、契約書を作成したり、内容を審査したりする際の重要なポイントとしては、以下のものがあります(書では基的に受託者側の立場で解説していますので、ご注意ください)。 なお、システム開発契約の参考書としては、(旧)社団法人日電子工業振興協会によるモデル契約書を解説した「ソフトウェア開発モデル契約解説書」が秀逸です。大手SI企業では、全SEに配布しているとか。これ一冊でシステム開発契約は万全です(プロジェクトマネジャは必携です)。

  • システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance

    先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵「基契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 「仕様策定〜開発まで」と「保守運用」で別契約にすることが多い。 「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で「僕らのコンサル案を僕らが実施し成果が出

    システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
  • 1