フリーランスと仲裁何かを変えなければ、行き止まりになってしまうのです - ページ 8

[Yevhenii Levchenko]

Artyom Trishkin:

さらに醜い。会話でもツッコミを入れた通りの振る舞いをするんですね。

悪いことに...

[Artyom Trishkin]

Yevhenii Levchenko:
校長は誰ですか？ソースコードが欲しいクライアントか、首を突っ込んで返したくない女性か？お客さまは一人なのでしょうか？:)

紛争を解決するためのルールや手順が用意されている。ソースコードを落として忘れてしまったのです。そうすると、どちらかというと、仲裁で解決する...。

問題提起を掘り下げれば、その内容は容易に理解できる。

1. クライアントがソリューションの実証段階を確認した、つまり、TORに沿った作業が行われたことに合意した。彼の資金が凍結されたのは、もっと前、つまりToRが確認された時点である。
2. コントラクターは、完成したソリューションをクライアントに引き渡した。これで、クライアントは完成した作品とソースコードを手にすることができます。
3. 完成したソリューションの譲渡を確認しなければならないが、顧客は確認しない。つまり、お客さんはすでに欲しいものを受け取って帰ってしまったのです。確認ボタンは押さなかった。その理由は、本人以外にはわからない。本人は知らないか、心当たりがないのでしょう。お金はずっと凍結されており、本人が確認しないとCAに振り込まれないことも知らないかもしれません。
   依頼主は満足し、請負業者は報酬を受け取らないというのはどうでしょう。
   契約者が仲裁に行くことを提案するのですか？オッケーです。申請して、仲裁から自動応答が来る。お客様の同意・不同意の確認待ち...。
   1ヶ月経ってもお客さんが来ない...。そして、実行者から顧客への準備決定の移転の事実の確認後、自動的に業務が終了することはないが、顧客から注文したものを受け取ったという確認はない。
   そして、彼が受け取ったのは......これに関するデータはすべて作品の中にあります。
   

では、業者が完成したソリューションを引き渡し、それを受け取ったクライアントが確認を行わなかった1週間後に、作業の自動完了を行うことはできないのでしょうか？

そうすれば、このような事件に関する出演者の報道が絶えないフォーラムから解放されるでしょう。これは孤立した事件ではありません。

[Yevhenii Levchenko]

Artyom Trishkin:

問題提起を掘り下げれば、その内容は容易に理解できる。

1. クライアントがソリューションの実証段階を確認した、つまり、TORに沿った作業が行われたことに合意した。彼の資金が凍結されたのは、もっと前、つまりToRが確認された時点である。
2. コントラクターは、完成したソリューションをクライアントに引き渡した。これで、クライアントは完成した作品とソースコードを手にすることができます。
3. 完成したソリューションの譲渡を確認しなければならないが、顧客は確認しない。つまり、お客さんはすでに欲しいものを受け取って帰ってしまったのです。確認ボタンは押さなかった。その理由は、本人以外にはわからない。もしかしたら、本人は知らないか、心当たりがないかもしれない。彼のお金はとっくに凍結されており、本人が確認しなければ実施者に振り込まれないことを知らないかもしれない。
   何があるのか？クライアントは満足し、コントラクターは支払われない。
   契約者が仲裁に行くことを提案するのですか？ オッケーです。申請して、仲裁から自動応答が来る。お客様の同意・不同意の確認待ち...。
   1ヶ月経ってもお客さんが来ない...。そして、実行者から顧客への準備決定の移転の事実の確認後、自動的に業務が終了することはないが、顧客から注文したものを受け取ったという確認はない。
   そして、彼が受け取ったのは......これに関するデータはすべて作品の中にあります。
   

では、業者が完成したソリューションを引き渡し、それを受け取ったクライアントが確認を行わなかった1週間後に、作業の自動完了を行うことはできないのでしょうか。

そうすれば、このような事件に関する出演者の報道が絶えないフォーラムから解放されるでしょう。これは孤立した事件ではありません。

おそらく、ToRへの準拠を確認する必要があるからでしょう...。これを自動化するのは難しい。それが私の推測です。でも、正しいような気がします。この手のものは必ず2〜3日のテスト期間を設けてください。特に、他の掲示板でお客様を見つけたとき。しかし、短期間ではありますが、すべてをmqlで行う方が良いということに気づきました。条件通りにやっていれば、お金はもらえます。私はまだ裁定取引に直面したことはありませんが、紛争解決のメカニズムとしては許容されるものです。テーマから判断すると、決して速くはないのですが。

[Artyom Trishkin]

Yevhenii Levchenko:
おそらく、TORへの準拠を確認する必要があるから でしょう...。これを自動化するのは難しい。それが私の推測です。でも、すべて正しいようです。この手のものは必ず2〜3日のテスト期間を設けてください。特に、他の掲示板でお客さんを見つけたとき。しかし、短期間ではありますが、すべてをmqlで行う方が良いということに気づきました。条件通りにやっていれば、お金はもらえます。私はまだ裁定取引に直面したことはありませんが、紛争解決のメカニズムとしては許容されるものです。テーマから判断すると、決して速くはないのですが。

この適合性については、お客様にもご確認いただいて おります。それだけです。誰かが何かを確認する必要はありません。お客様には全てご確認いただきました。彼の確認が取れないと、仕事の引き継ぎができない。つまり、仕事の引き継ぎのステップに進めないのだ。だから、最後の段階で、つまり、執行者にお金を振り込むのはお客様次第なのですが、彼は何も確認しないのです。コントラクターは、すべてのステップを完了しました。そして、最後の一歩を確認しなかったのは、常にお客様次第です。わかりましたか？

この段階で仲裁に入るのは、契約者にとって余計な手間がかかる。クライアントはすでに注文したものをすべて持っている。そして、契約者は注文は 確定しているが、お金はない。何のための仲裁なのか？これは、自動的に顧客が表示され、この仲裁に同意するまで待機するように要求します。この場合、仲裁は必要ありません。必要なのは、1週間後の作業の自動完了と、すでにクライアントが完了を確認した完了済みの注文に対する請負業者からのお金のロック解除です。

[Andrey F. Zelinsky]

Artyom Trishkin:

この適合性については、お客様にもご確認いただいて おります。 それだけです。誰も何も確認する必要はありません。お客様が全て確認され ...

開発者がステップを確認したら、すぐにお客様がステップを確認し、その後、見て確認する。

と聞くと、「サービスがよくわからなかったから」という答えが返ってきますが、これは決して特別なケースではありません。

たしかに、「お客様の主治医は誰か」というスタイルですべてを構築することは可能ですが、それは意図的なごまかし、だまし討ちになりますから、よくありません。

正しく構築されたサービスとは、お客様が初めて来て、サービスがわからないということを想定して構築されたサービスです。

[Yevhenii Levchenko]

Artyom Trishkin:

この適合性については、お客様にもご確認いただいて おります。 それだけです。誰かが何かを確認する必要はありません。お客様には全てご確認いただきました。彼の確認が取れないと、仕事の引き継ぎができない。つまり、仕事の引き継ぎのステップに進めないのだ。だから、最後の段階で、つまり、執行者にお金を振り込むのはお客様次第なのですが、彼は何も確認しないのです。コントラクターは、すべてのステップを完了しました。そして、最後の一歩を確認しなかったのは、常にお客様次第です。わかりましたか？

この段階で仲裁に入るのは、契約者にとって余計な手間がかかる。クライアントはすでに注文したものをすべて持っている。そして、契約者は注文は確定しているが、お金はない。何のための仲裁なのか？これは、自動的に顧客が表示され、この仲裁に同意するまで待機するように要求します。この場合、仲裁は必要ありません。必要なのは、1週間後の作業の自動完了と、すでにクライアントが完了を確認した完了済みの注文に対する請負業者からの金銭のロック解除です。

これが今、あなたの考える「あるべき姿」です。しかし、フリーランスの中では、検証されたデモンストレーションと検証された仕事は別物なのです。 デモは、ご覧の通り、まだ完成した仕事とはみなされていません。開発者にこんな質問をしてみてください。もしかしたら、変えてくれるかもしれません。

しかし、仲裁は、関連スレッドの最新の書き込みから判断すると、より迅速に問題を解決するようになりました。

[Vladimir Simakov]

自動化することは難しくありません。

例えば、こんな感じです。

1. 契約者が作品を提出した後、お客様がN時間（24時間）活動しない場合、お客様不在のまま作品を終了させることが可能です。
2. それからN日後、お客様が中断して現れない場合は、その仕事は終了となります。完了時刻は、実行者から仕事を引き渡された時刻である。

結果、お客様の権利は尊重され、仲裁人は安心し、請負人は心配することはない。

[Andrey F. Zelinsky]

Vladimir Simakov:

...

その結果：・・・・・・。やる側は心配ない。

このサイトはなんとお粗末なのでしょう。-- こないだのスレッドですが、カスタム開発者が連絡 くれないんですよ。

は、顧客に有利な解約の場合（デベロッパーがコンタクトを失っている場合）、顧客が10％損をすることを忘れている。

想像してみてください、お客さんが帰ったら、契約者は10％支払うのです。

これは、お客さまへのアドバイスです。「しばらくお待ち ください。業者も人間です。"

もちろん、「そのような不注意なユーザーのアカウントは削除して ください」[https://www.mql5.com/ru/forum/285790/page4#comment_15771616] である。

p.s. 自動的な解約はありません。解約は顧客または仲裁側からしか行えません。それ以外のすべてのバリエーションは「ずる賢いジンジャーの顔から」です。

[Yevhenii Levchenko]

Andrey F. Zelinsky:

p.s. 自動的な終了はありません -- 終了はクライアント側か仲裁側でのみ可能です -- 他のすべてのバリエーションは「ずる賢いジンジャーの顔から」です。

それすらも十分でない場合もあります。比較的最近、大きなスキャンダルが ありましたね...。

[Denis Nikolaev]

こんにちは。

掛け持ちはあまり良くないですね。

お客様が何らかの理由で保釈された場合、開発元は仲裁に入ることができます。

仲裁人がいつまでも現れない場合は、掲示板の該当スレッドに書き込むことができます。

フォーラムへの投稿が役に立たなかった場合、servicedeskに書き込むことができます。

個人的にテストしたスキーム - 動作します。