ITおよびソフトウェア企業
問題は、あなた自身が責任を負うことです。 契約の不履行やクライアント自身との仕事の不備は、法廷でさえも自分の権利を保護することが困難または不可能になるという事実につながる可能性があります。
開発会社が犯した主な間違いを分析します。
1.契約の主題が定義されていない
契約の対象は、顧客の弁護士があなたの鼻を突くものです。
それらを計算できます。 次に例を示します。「請負業者は顧客向けのWebサイトを開発しています」または「請負業者はソフトウェア開発サービスを提供しています」。
しかし、これらすべてのスピーチターンから、どの特定のソフトウェアが開発されており、当事者によってどの特定の要件が課されているのかを理解することは困難です。
ぼやけた文言-それはそれが呼ばれているものです！
このような契約は締結されていないと見なされる場合があります（つまり、お金を忘れることがあります）。 裁判官の前にこの時点で誰もあなたをつついていない場合、後者は簡単かつ自然にそれを行います。 たとえば、次のように：
「第一審裁判所は、契約にはウェブサイトでの著作物の被告による執行に関する一般的なフレーズが含まれているため、契約の主題は当事者によって定義されていないと判断した。 サイトの名前、そのコンテンツ、インターネット上の場所の住所は契約書の本文に含まれていません。被告が原告のためにどのウェブサイトを開発したかを判断することはできません。被告が契約書および付録1 」（ケース番号A19-16165 / 2013の08.15.2014の解決）。
彼を説得することは難しいでしょう...しかし、チャンスがあります！ 幸いなことに、すべての裁判所がこの立場を固守しているわけではありません。 別の決定において、裁判所は次のように述べました。
「その主題と作業のタイミングの不確実性による契約の未締結の問題、このサイトの開発のための技術仕様の欠如は、これらの条件の不確実性が契約を履行することが不可能になる可能性があるため、実行前に議論する必要があります。 契約が満たされている場合、これらの条件は矛盾しているとは見なされず、実行された部分で契約は締結されません」（2014年6月27日の第15回AACのケース番号A32-22518 / 2013の解決策）。
契約のそのような不規則性のために、顧客は仕事の結果を受け入れるときに製品の完成のための一定の要件を作成する権利を持っています（そしてすべては特定の品質要件が契約で定義されていないため）。 したがって、次のポイントに行きます。
2.仕事の結果を受け入れるための要件が確立されていない
契約書に仕事の受け入れの明確な手順が記載されていない場合、チェブラーシカが結果に合格していないことを証明するのは困難です。
理想的な契約では、作業の結果を提示するための手順、顧客にサービスの行為を送信するための手順、および顧客による行為に署名する（受け入れる）ための手順を明確に述べる必要があります。
覚えて！ ほとんどの場合、仕事に対する支払いの保証となる文書です。
もちろん、ドキュメントがない場合でも作業の実際のパフォーマンスを証明できますが、これにはより時間がかかり、リスクが伴います。
さて、ここでの主なことは、合意された手順を自分で観察することです。そうしないと、同じ段落が実行者、つまりあなたに対して重い議論になります。 詳細については、3番目の段落をご覧ください。
3.契約によって確立された作業を受け入れるための要件は遵守されません
作業結果の転送の手順が契約で規定されているが、請負業者が従わない場合があります。 結局のところ、ありますか？
このような出来事の進展により、製品の譲渡が行われたという事実は、あなたの名誉と同様に裁判所にとっても意味があります。
そのため、判決の1つで、裁判所は次のように述べました。
「...事件と裁判所の資料から次のように、仕事の第4段階は、一般アクセスのためにサイトを開くことができなかったため、起業家によって受け入れられなかったことが確立されました。 同時に、IP Jabotin I. N.のサーバーへの送信の失敗と技術条件の非調整に関連して、当社は顧客のサーバーにサイトを配置する作業を実行しませんでした。 請負業者によって提案された承認オプションは、起業家によって拒否されました」（2014年7月22日のFAS VVOのケース番号A82-1396 / 2013の解決策）。
電子メールによる対応および電子メールによる作業結果の送信は、義務の適切な履行として裁判所によってめったに認められません。 いずれかの事件で、裁判所は直接述べた：
「...被告は、契約が完了したという事実を確認して、顧客（Claimant）とIntek LLCの請負業者（マネージャー、デザイナー）との間で電子メール通信を提出しました。
仲裁廷は、原告の仕事の事実を支持して被告によって提示された証拠を評価し、被告が結果を送信する人と結果を受け取る人の両方によって署名される仕事行為を原告に提出しなかったと結論付ける、ケースの法的に重要な状況を確認するために指定された証拠を適切に受け入れることができません-所定の方法での仕事の成果と結果の転送。 事件ファイルにおける被告による原告への実施された作業の受理または結果の受理の通知に関する行為の方向性の証拠は提出されません（ロシア連邦仲裁手続法第65条）」（2015年6月6日ASチェリャビンスク地域の決定）
木を伐採することをいくら心配しても、実際の論文の交換が必要です。 そして、あなたは時間通りにそれをする必要があります！
4.情報または文書を提供する顧客の義務は決まっていない
高品質の製品を作成するには、顧客が請負業者に情報を提供する必要があることは明らかです。 情報の提供の遅れは、請負業者側の遅れを伴います。
「彼ら自身のせいです！」-あなたは法廷で心を悲鳴を上げ、胸にかかとを叩きますが、すべて無駄です。 契約では特定の情報を提供するという顧客の義務が明記されていなかったため、顧客が契約条件の違反の理由としてそのような義務を履行しないことに言及することは不可能であることを意味します。
5.契約は法律で定められた方法で承認されていません
法律によるソフトウェア（サイト）の開発の契約は、大規模な取引または関連当事者となる取引であることを忘れないでください。つまり、取引を承認するための一般的な手順に従う必要があります。
そうしないと、契約が無効になるリスクがあります。 そのため、いずれかのケースで、裁判所は次のように指摘しました。
「訴訟ファイルの証拠が、D。レシェトニコフD. G.によって開発されたソフトウェアによる事業活動の一部としてのLLC Klin Serviceの使用の証拠を示さないことを考えると、裁判所は、被告の議論（D.レシェトニコフD. G 。）会社の憲章で規定されている活動の一部として締結されているため、紛争のある取引は通常の事業活動の一部として締結されているため、紛争のある取引の締結を明確に示すことができない 係争中の契約の主題を考慮した通常の事業活動：プロジェクト「貨物管理」のためのソフトウェア開発のための技術仕様の準備に関する作業の実行、ソフトウェア「貨物管理」の開発」（2014年6月19日の判決A40-14292 / 2014 。
そのため、お客様のチャーターのコピーを要求し、美と秩序を取り戻そうとするお客様の活動分野に関連するポイントを注意深く読む必要があります。 しかし、このようなナンセンスに取り組む時間は常にありません。より早く前払いをする必要があります！ それで、私たちは記事の中で最も「おいしい」になります。
6.契約は締結されていません
契約を準備しました。 彼らはそれを顧客に送りましたが、... 2番目のコピーはどこにありますか？ 男の子はいましたか？
契約がないと、債務の回収が妨げられる可能性があります。 契約が電子メールで送信されたが、署名されていないという事実（スキャンは保存できるため、それも実行する必要があります）は裁判所に受け入れられません。
訴訟の1つを考慮して、裁判所は以下を直接示しました。
「事件の資料からわかるように、被告は、クレームの満足に反対し、2012年12月13日の契約番号2012-12-13-1に基づく原告の指示に関するサイトの開発に関するA-68協会の作業の実際の実績を参照しました。
係争中の契約は原告によって署名されていないため、当事者のそれぞれの権利と義務の出現の根拠としての被告のこの文書への言及は、第一審の裁判所によって合法的に採用されていませんでした」
道徳
契約を締結するためのルールを無視しないでください、そうすればあなたの利益を守ることができます...問題は裁判所に届かない可能性があります。
頑張って