理論
理論的には、リスクフリートランザクション（RRF）は、古典的な信頼のテーマのバリエーションです。一方で、顧客は、プロジェクトの完了時に請負業者が受け取るべき金額（保証書として機能する）にサービスを引き渡します（作業明細書はそこで自由形式で実行されます）。 いずれの当事者も、相手方の同意または仲裁の決定なしにこのお金を受け取ることはできません。
すべての関係者にとってのメリットは明らかです。
1. 顧客は自分のお金を危険にさらしません。 顧客は、彼が仕事を終えるまで（顧客がプロジェクトの完了を確認するまで）請負業者にお金を与えません。これは、彼が平凡な「子供」に対して保険をかけられるからです。
2.請負業者は、顧客にお金があり、プロジェクトの終了時に受領されることを確認します。競合が発生した場合は、仲裁に行くことができ、紛争は解決されます。
3. サービスはこれでお金を稼ぎます（ところで、freelance.ruでは、手数料はベラルーシのVATなしの単純化された税制の税よりも10％-2％高い）と、ユーザーを引き付けることができる追加のサービスです。
こちらがチラシです。
練習。
ルール。
私は「義務」で、信頼のサービスを複数回使用しました frinlas.ruでは、ある程度の現金があり、前払いを要求できない場合、大規模なプロジェクトでも非常に便利です。 そして通常は 、調停を通じて手続きに参加しなければならなかったが、全体の手順に非常に短い時間がかかったので、 通常は迅速かつ無痛になりました （予算の10％を与えたとき、厚い両生類は私を非難して肺への酸素のアクセスをブロックしようとしました）時間と論争は、私の意見では、適切に解決されました。
ケース。
したがって、次の注文が到着し、説明に「前払いなし」と示された場合、RRFの使用にすぐに同意し、機能し始めました。 その過程で、通常は微調整や変更が加えられ、プロジェクトは当初予定されていた時間ではなく、定性的で「良いもので」完了しました。 その後、彼のサーバーでテストするために顧客に転送され、（テスト）は契約よりもはるかに速く完了し、特定された問題は翌日に修正され、プロジェクトを終了する時間でした。
顧客は、期限に間に合わなかったという事実を参照して、別のプロジェクト（「 2つの小さなタスク 」）を手伝うように頼み、プロジェクトが移動した新しいサーバーの構成エラーに対処するように頼みました。 私はこれを行いましたが 、通常は自分のプロジェクトではないタスクを明確に遮断しました。 とにかく、その後、トランザクションが完了し、コラボレーションに関するフィードバックが残されました。
例外。
それは思えます-私たちは正直に稼いだお金を待っています-いいえ。
翌朝、 顧客は別のプロジェクトでもう1つ作業を行うように頼み 、個人メッセージで取引の確認をまだ行っていないことに言及しました 。 なぜなら それはすでに明らかな恐 wasであり、彼は彼の要求に対処する人を見つけるという提案で丁寧な拒否を受け取りました、そして私が支払われたプロジェクトで隠されたバグが見つかった場合にのみ私に連絡する必要があります、この場合彼は撤回する許可を確認しない資金。
不明な例外
問題の明らかな解決策は、サポートに連絡することでした。
突然問題が発生しました。
昨日、取引が完了する前に、顧客は、行われたことに加えて、遅延に対する補償を求めました。 サイトで、ストアがドッキングされているゲームのコントロールパネルのいくつかのエラーを修正し、ストアを新しいサーバーに転送します。
ICQからの引用：顧客（16:40:05 07/06/2010）
「プロジェクトのほぼ1か月に及ぶ最後の遅延を補う小さな質問を手伝ってほしいと頼みました。」
これらの作業は完了し、その後顧客は支払いを完了し、フィードバックを交換しました。
今朝、ソケットの新しいリクエストを受け取りましたが、それを実現することを拒否しました。 応答として、顧客はトランザクションの完了を確認することを拒否します
ICQからの引用：顧客（12:08:40 07/07/2010）
それでは、言葉を取り戻します:-) "
私は尋ねます：
1.資金の引き出しを完了する
2.デフォルトおよび恐mailのために顧客を禁止します。
必要に応じて、ICQログを提供します。
それに対して、私は少しがっかりしました。
トランザクションWithout_Risk 07.07.10の14:00：Andrey、雇用主が既にトランザクションの完了を確認しており、この状況を検討するために仲裁に異議を唱えることはできないため、この問題を独自に解決する必要があります。
ロシア語への翻訳- 取引は完了しているため、仲裁サービスを使用することはできませんが 、取引の完了が顧客によって確認されるまでお金は支払われません 。
「これはどうしたらいいのか、今何をすべきか」などのいくつかの質問の後、2日以内に答えてくれると言われました。 私の意見では、このような質問の2日間（次に何をすべきか）は少し長いですが、それほど怖くはありません-週末の時間はあります。 私は間違っていました。 2日が経過しました-答えはありません、同じ反応はありません。 オンラインコンサルタントはSBR 、SBRを使用しています-引き続き沈黙を保ち、ウェブインターフェースから私のメッセージを読みません。 週末が近づいています。つまり、問題とお金の解決策が月曜日から火曜日まで、またはそれより長くかかる可能性があります。
例外処理
18:39のリスクのないトランザクション07/09/10：
こんにちは。
アンドレイ、私たちは今あなたにお金を払うことができません。反対側はこれに同意しません。 トランザクションには目に見える不一致がありますが、それはアービターだけが見つけることができます。 したがって、私たちはあなたの仲裁取引を受け入れました。
私たちはあなたに警告したいと思います：仲裁の推論は、実際の事実と公正さに従ってのみ対処します。 仲裁は無関心な当事者です。
すべてが前述のとおりである場合、仲裁裁判所は適切な決定を下します。
このメッセージの後-私は完全にリラックスしました、すべては私が説明したとおりであり、問題は発生しません
07/13/10-TKの適合性を評価するためのデモプロジェクトが要求されました
07/15/10-技術的要件に関する「欠陥」のリストへの私の応答が要求されます
07/19/10-決定が下されます。
10:43のリスクのないトランザクション07/19/10：
こんにちは
私たちは決定し、予約額の60％をお客様に提供します。残りはプロジェクトに大きな遅れがあったため、雇用主に返還されます。
私が非常に驚いたと言うことは、何も言わないことです。
事実：
1.プロジェクトが完了した（遅延を補うために割り当てられた作業よりも多くの作業が行われ、リコールで顧客が補償の十分性を確認した）。
2.プロジェクトが提出され、受け入れられました（これは、プロジェクトのフィードバックと終了によって確認されます）
3.契約の遅延に対するペナルティはありませんでした（そして、あなたが道徳的側面に目をつぶると、誰も気にしませんし、最大値はあなたがプロジェクトを受け取る前に放棄することを可能にします）。
結論
プロジェクト金額の10％では、トランザクションが完了した後でも問題が発生する可能性があります。 「トランザクションの最終確認」はプライベートメッセージにあります。
SBRはあなたの利益を保護しません-このプロジェクトは原則としてタスク（特に顧客が作成）とは異なり、仲裁の場合は技術仕様のみを見てください 。
SBRの規律 -最初のタスクから逸脱するすべてのアクションは、少なくともサービスを通じて確認する必要があります。顧客はいつでも言葉を取り戻すことができるため、 新しい条件で取引を再交渉することをお勧めします。
仲裁の意思決定メカニズムは透明ではありません：それは法律や公開ルールに基づいているのではなく、他の何かに基づいています（公開するときにこれについての情報をすでに要求しました）。ここからは必ずしも明確ではありません。
推奨事項
保証されたお金が必要な場合：
1. TKからの後退ではなく、プロジェクトに悪影響を与える
2.テストに転送するためのすべてのアクションがトランザクション内のメッセージを通じて記録されるわけではありません
3.顧客を信頼しないでください。仲裁の場合、彼が言ったことは何の価値もありません）。
これらの推奨事項
UPD1：
このケースに関する説明は次のとおりです。
1. 40％の割引は、TKとの不一致（取引に関するコメントに記録されていない）と条件の遅延によるものです。
2.仲裁廷は内線を考慮しませんでした。 補償として働く これは取り決めではありませんでした。
最も重要なこと：調停は、トランザクション内のTKとメッセージのみを考慮し、他の証拠を受け入れません。
変更の問題には注意して慎重になり、トランザクションのコメントのみをすべて修正してください。
そうでなければ、本質的に正しい-彼らは形であなたを打ち負かすことができます。