RomanPyrは私の間違いを指摘し、 誤解を招かないように記事を書き直しました。
ただし、 免責事項 ：
- この投稿は、スタートアップについて考えている人や、「一般的な開発のために」読んでいる人にとって興味深いかもしれません。 彼は会計/税金についてです。 それは非常に退屈かもしれません。
- 改訂された記事でさえ、不正確を含む場合があります。 これは、 Svezetプロジェクトでのエスクローサービスの実装に関する私の考えを反映しています。
それは思われる
それは前払いとしての人々への信仰を強化しません 。
しかし、インターネットでの前払いには、多くの「落とし穴」があります。
- リソースの信頼
- 税務サービスの観点からの金融取引の合法性。
- 税金だけではありません。 ライセンスの必要性。
- エスクローの実装における顧客へのその他の不便。
用語とサンプルシナリオ
クライアントは、何かを注文し、最終的にすべての支払いをする人です。
エージェントとは、報酬を購入し、もたらし、受け取る人です。
お客様は米国からNexus 5を入手したいと考えています。
準備ができているエージェントがいます。
最も明白な解決策：取引の保証人として、クライアントはデポジット/前払い/全額を私たちに支払います（すでに信頼していると信じています）。
エージェントは商品を持ち込み、クライアントはいなくなります。
この場合、エージェントは何も失っていないため、クライアントが責任を負います。
エージェントとは、報酬を購入し、もたらし、受け取る人です。
お客様は米国からNexus 5を入手したいと考えています。
準備ができているエージェントがいます。
最も明白な解決策：取引の保証人として、クライアントはデポジット/前払い/全額を私たちに支払います（すでに信頼していると信じています）。
エージェントは商品を持ち込み、クライアントはいなくなります。
この場合、エージェントは何も失っていないため、クライアントが責任を負います。
各アイテムの詳細。
リソースを信頼します。
どこかにお金を送るというまさにアイデアは、人々の頭に障壁を置きます。
また、プロジェクトのアイデアが新しく、その利点がすぐに明らかにならない場合、「拒否」は実質的に保証されます。
登場したばかりのプロジェクトにお金を送る人はほとんどいません（ほとんど誰もいないでしょう）。
支払いと税金。 業務の合法性 。
OK、プロジェクトは新しいものではありません。 彼は自分自身を証明し、私たちを信じています。
簡単に思えます。私はお金を受け取り、履行するまでそれを保持し、そのお金を執行者（エージェント）に送金しました。
現在、私たちは技術的な実装を検討していませんが、州の管理機関はそれについて考えるだけです。
お金が電子ウォレットで（当座預金ではなく）入金されるとすぐに、 NPCの法律の下で、この金額は課税ベースの一部になります。 税法の第25章。
これが発生しないようにするには、これらの収益がポイントを満たさなければなりません
第251条の1、2および/または9。課税ベースを決定する際に考慮されていない所得。
1）所得、費用を発生主義で決定する納税者が商品の前払いで他人から受け取った財産、財産権、作品またはサービスの形（作品、サービス）。
2）財産、財産権の形で、義務の保証として誓約または預金の形で受け取られます。
および/または
9）コミッション契約、代理店契約、またはその他の同様の契約に基づく義務の履行に関連して、コミッションエージェント、エージェント、および（または）他の弁護士が受け取った財産（金銭を含む）の形で、およびエージェント、エージェント、および（または、元本、元本、および（または）他の元本のための別の弁護士（そのような費用が、締結された契約の条件に従って手数料代理人、代理人、および（または）他の弁護士の費用に含まれない場合） 指定された収入には、手数料、代理店、またはその他の同様の報酬は含まれません。
2）財産、財産権の形で、義務の保証として誓約または預金の形で受け取られます。
および/または
9）コミッション契約、代理店契約、またはその他の同様の契約に基づく義務の履行に関連して、コミッションエージェント、エージェント、および（または）他の弁護士が受け取った財産（金銭を含む）の形で、およびエージェント、エージェント、および（または、元本、元本、および（または）他の元本のための別の弁護士（そのような費用が、締結された契約の条件に従って手数料代理人、代理人、および（または）他の弁護士の費用に含まれない場合） 指定された収入には、手数料、代理店、またはその他の同様の報酬は含まれません。
したがって、相互作用スキームを構築する必要があります：クライアント-I（エージェント）-旅行者（サブエージェント）。
私たちはこれを「オールスルーセルフ」スキームと呼んでいます。
サイトがクライアントとエージェントが出会う情報プラットフォームであるスキームに自分自身を制限する計画がある場合（そのスキームを「情報活動」と呼びましょう）。
そのような支払いは次のように解釈されます：
ロシア連邦税法第250条の第8項。 営業外収益。
8）このコードの第251条で指定されている場合を除き、無償で受け取った財産（作品、サービス）または財産権の形で。
財産（工事、サービス）の受領時に、このコードの第105.3条の規定を考慮して決定された市場価格に基づいて収入が無料で評価されますが、この章に従って決定された残存価値以上-減価償却資産および生産コスト（取得）以上-他のプロパティ（実行された作業、レンダリングされたサービス）。 価格に関する情報は、納税者（財産（仕事、サービス）の受領者、文書化、または独立した評価によって確認されるべきです。
財産（工事、サービス）の受領時に、このコードの第105.3条の規定を考慮して決定された市場価格に基づいて収入が無料で評価されますが、この章に従って決定された残存価値以上-減価償却資産および生産コスト（取得）以上-他のプロパティ（実行された作業、レンダリングされたサービス）。 価格に関する情報は、納税者（財産（仕事、サービス）の受領者、文書化、または独立した評価によって確認されるべきです。
少なくとも6％の税金が課税されます。
さらに、このスキーム（「情報活動」）では、ギフトの形でのみクライアントにデポジットを支払うことができます。 年間最大4000ルーブルは個人所得税の対象ではありません。 純利益（税引後）から支払われます。
「所得費用」課税オブジェクトを使用する場合、支払いの理由（OKVEDアクティビティコードと矛盾しない）が必要ですが、このスキームではそれらを見つけることができません。
この点を要約します。
- 「すべて自分自身を通して」。 税金と支払いの問題を解決するようです。 しかし、FLもAvitoもこの方法で行ったわけではないので、何かが気になります。 さて、この記事のパラグラフ1と4の質問はどこにも行きません。
- 「情報活動。」 「電子マネーオペレーター」を含む複雑なスキームが必要です（以下の「ライセンスの必要性」を参照）
ライセンスの必要性。 。
私は、それらを他の人に転送するためにそのような支払いを受け入れる権利を持ちません。これらはNPCの法律からの「電子マネーオペレーター」の機能だからです。 だから私は中央銀行のライセンスが必要です。
FLが「安全な取引」で電子マネーオペレーターのPSKVを使用しているのはそのためだと思います。
エスクローの実装における顧客へのその他の不便。
- 送金できるのは、個人用の財布だけです。
非表示のテキスト7.9。 電子資金を転送する場合、法人または個人の起業家は資金の受領者であり、資金の受領者が本連邦法第10条の第2部で指定された電子的支払い手段を使用する個人である場合は支払人である場合があります。
10.2
2. 2001年8月7日の連邦法N115-「犯罪的に得られた収入とテロ資金の合法化（洗濯）との闘い」に従って、電子マネーオペレーターが個人であるクライアントの識別を行う場合、電子支払い手段が使用されます。クライアント-個人、いつでも電子資金の残高が10万ルーブルまたは公式の10万ルーブルに相当する外貨建ての金額を超えない場合 ロシア銀行の名目レート。 指定された電子的な支払い手段は擬人化されています。
- サービス料。
取得、会計、税金、投資利益率、仲裁のコストで構成されています。
低い仲裁の支払いは、汚職への直接の道です。
また、FLのこのような高い割合についても説明します。
- 誰もが電子マネーを使用しているわけではありません。
特に外国人のお客様。
そして、そのようなクライアントに何かを持ってきたエージェントが現金でお金を受け取る方が便利です。 現地通貨で。
その結果、初期段階での「インターネット上の保証」の最も論理的なバージョンの実装は、物議を醸すイベントのように見えます。
Webmoneyエスクローのアウトソーシングオプションには欠点（名声、手数料）のほとんどがなく、会計の頭脳を壊さないようにしています。