クラウドボックスオフィス、私の謙虚な経験

一生に一度あなたが何をするかを理解しているものがあり、それ以上の経験は役に立たない。 悲しくなりますが、やらなければなりません。 そのような経験を共有するのは簡単で、コーンでいっぱいで、誰かを助けることができます。



以下は、法律に従って支払いを受け付けてオンラインストアを立ち上げた私の小さな経験です。 54連邦法の発効後にこれを行うことは、かなり難しくなり、費用もかかります。 私は本当のビジネスマンではなく、エンジニアです。 したがって、すべてがエンジニアの観点からナレーションされ、適切な自伝の層があります。



物語は非常に多くのように始まりました：私の友人と私は利害関係クラブを形成し、自分自身のために何かをし始めました、例えば、粘土のhist。 それから他の友人は彼らのためにやるように頼んだ。 それから友達の友達。 彼らは最初はお金を取りませんでしたが、芸術への愛がすぐに財布を空にし、不慣れな人々は時間通りに押し進めました。 そのため、彼らは部品の現金を取り始めました。 その後、ボリュームが何らかの形で増加し、他の都市からの注文が現れ、カードからカードへなど、迅速な転送が開始されました。



税金を説明したくないのと同じように、私はカードで多額のお金を受け取る勇気がなかったので、公共サービスとMFCへの2回の旅行で行われたIPを登録し、現在の口座を開設することが決定されました（週）。



恐れず、自分自身を知り、働き、開発し、税金の6％を支払い、法人のアカウントへの1〜2日の送金は正常であり、お金が消えなかった、それは土曜日であるという安心感を顧客に説明する必要はありませんでした。 そして、彼らは、すみません、以前のように、15分以内にカード番号を使用できなくなります。



処理条件-満足せず、取得のために銀行に明細書が書かれました。



取得とは、法人がカードやその他の種類の電子決済を使用して現在のアカウントへの支払いを受け付ける機会です。 金額は顧客のカードから引き落とされ、法人の口座に入金され、サービスを提供する組織の手数料が差し引かれます。 これは、物理的に、たとえば食料品店で、およびカードでの支払い方法が満たされたときにインターネットで行われます。



すべてがうまくいくでしょうが、54FZは迫り、個人からの支払いの受領のために税チェックで電子小切手を発行する義務を負いました。



個人からIPアカウントにお金を得るためにそれは半年しか残っていませんでした 法律は、物理学者から金銭を受け取るすべての人々にレジを取得するよう命令しました。 インターネットのキャッシュデスク。物理的にオフィス/アウトレット/アパートにあり、インターネットに接続され、小切手に関する情報が税務署に送信されました。



伝統的に、法律には多くの矛盾があり、いくつかの例外があり、2つの解釈があり、最も重要なことは、単に技術がなかったことです。 チケット売り場のラインは数ヶ月前でした。 みんな怖かった、なぜなら 彼らは私たちに簡単かつ自然に罰金を科します。



サイトとアカウントをリンクする方法-誰も知りませんでした。 接続を取得した人はアラームを鳴らしました。



私は実際にレジを持ちたくありませんでした。オフィスの近くで勤務していましたが、何よりも重要なことは何ですか？ 私は口座への支払いを完全に受け取りました、クライアントはすでにロシア中から来ていました、物理的に私は誰にも会いませんでした。 支払いを受け取り、注文を完了し、郵便局に持って行きました。 どれだけのお金を受け取ったか-税はすでに知っているので、銀行は彼女に知らせます。 しかし、法律は法律であり、支払いを受け取るための合法的な方法を見つける作業が始まっています。



簡単になりましたが、オンライン取引は次のようになります。

1. 顧客はサイトで購入し、支払いのためにカードの詳細を入力します。
2. 売り手側では、通常の注文処理に加えて、小切手のデータを生成する必要があります。
3. 支払いを受け取ってから5分以内に、レジから顧客に電子メールまたはSMSで現金領収書を送信する必要があります。 実際にはマルチパスがあります。キャッシャーはチェック用のデータをFiscal Data Operator（OFD）に送信します。 OFDはデータを税金に送信し、電子小切手をクライアントに送信します。

注文が夜に完了し、あなたが安らかに眠り、クライアントが面倒なマーケティングの後にあなたのサイトを選択し、支払いをし、チケットオフィスが単純にオフになった場合、新しいシフトは開かれませんでした-あなたの問題。 インターネットが失われた場合（そして、私たちはしばしばパイプを変更し、それから雷を機器に変えます）-あなたの問題。 サイトがクラッシュし、チェックが消えなかった場合-あなたの問題。



まれな購入のためにレジの近くに住み、屋根裏部屋のプロバイダーがハングアップしないように祈るだけです。



そのため、クラウドを優先して物理的な興行を放棄することが最終的に決定されました。 これはレジのエミュレーターです。 いわば、Webインターフェイスを備えたキャッシュデスク。



また、税務署にも登録されており、OFDへの接続が必要ですが、場所が示されています-現金提供者のデータセンター。 私はサンクトペテルブルクにいます。クラウドボックスオフィスの場所はモスクワです。 これは誰も気にしません。



多かれ少なかれすべてを修正するために、私はレジを登録し、私のアカウントにプラスチックを入れるための行動計画を考え出さなければなりませんでした。



手順は次のとおりです。

1. 銀行で取得サービスを取得します。 私は銀行Tでそれを手に入れました。Yandex.Moneyまたは他の同様のサービスで可能です。 これは、アカウントへのクレジットカード支払いのためです。
2. 適切なオンラインストアエンジンを見つけてください。 活気があり、便利で、良いレビューがあり、最も重要なのは、取得者と互換性があることです（そのため、特定のエンジンに支払いモジュールがあります）。 質問をすぐに終了したかったので（笑）、私は先に進んでOpencartを選びました（Word Press、Opencart、Magento、Presta Shopのアドオンが最終ラウンドに参加しました）。 Opencart-最も人気のあるエンジンの1つで、視覚的で、理解している人は少なくないようです。
3. レンタル用のクラウドボックスオフィスを探します。 ここはほとんど空です。 環礁を選んだのは、選択するものがなかったからです。 2018年の終わりに存在する残りの1.5年は、クラウドチケットオフィスはあまり印象的ではありませんでした。 銀行のオンラインストアエンジンとの互換性のリストは短く、互換性のあるOFDのリストもあまり良くありません。
4. CRFを選択します-レジで税の小切手を登録するためのデータの送信先。 多くのCRFがありますが、実際には-多くのエージェントがお互いを持っています。 CRFは、最も悪い評価のないものが選択され、キャッシュレジスタプロバイダーのパートナーのリストに載っていました。 パートナーなので、互換性は良いはずだと考えられていました。
5. クラウドレジのキャッシュプロバイダーへの登録を開始し、受信したデータを税務署に転送してから、税プロバイダーから受信したデータをプロバイダーに入力します。 再びmnogohodovochka。
   
   
   
   税務署にレジを登録するには、旅行が必要です（私は良い税務署を持っていますが、何かが絶えず起こっています：建物と事務所の修理がランダムに行われ、電子キュー装置が故障して無秩序になり、ライブキューの仲間がベビーベッドを置くように努力します税自体が時間を設定したが、優先権を与えたが、インターネット上でサインアップしました。もちろん、セキュリティは機能しますが、それでも沈殿物は残ります）。 クエストのこのセクションを変更するには、パラグラフ6を使用できます。
6. nalog.ru Webサイトから、インターネット上でレジ（または多くのレジ）を登録するための適格な電子署名を取得します。

突然、クエストもあります。 EDSの多くのプロバイダー。 技術サポートは、額の質問に対する「ギザギザのフレーズ」で応答します。「提案されたEDSを使用して、レジで税を登録できますか」、あいまいなテキストの最も頻繁に読む段落です。 その後、組織ごとにリストを間引いて、有料でも駐車の可能性がゼロであるオフィスの人々を排除しました（私が2つの仕事で働いていたチケットオフィスの登録時、利用可能な時間枠は狭かったです）。 それから、「レジ係の鍵」と呼ばれる既成の解決策がありましたが、街の反対側に行きます。



したがって、チェーンの参加者：

1. 私は個人の起業家です。
2. オンラインストアのWebサイトのプロバイダー。
3. アカウントおよび取得サービスを提供する銀行。
4. クラウドキャッシュプロバイダー
5. 税務登録デスク;
6. 税務署でレジを登録するための電子署名の提供者。
7. 小切手の登録のためのOFD。

法律が施行される前に、最初の3つのポイントで十分です。 参加後、そのうちの7つがあり、一部を他の人と調整する必要があります。 サイトエンジンと選択されたレジで友人を獲得するために-銀行と。



何に関連するもの：

1. 銀行が提供するモジュールがCMSに接続されました。 モジュールは、支払い端末の番号とパスワードを指定しました。
2. 銀行の「キャッシュデスク」セクションの取得セクションで、ログインが登録されました。レジのパスワードとある種のコード、Atol Webサイトからダウンロードされた「部門コード」です。 オープン形式では、そうではなく、XMLから選択する必要がありました。
3. キャッシュデスクとOFDが参加しました（Atolの「すべてを含む」にもかかわらず、OFDが別にお金を欲しがっているというニュアンスがありました）。

実際に何が起こったのか、それについて私が考えていること：



1.同じAtolですべてのフォームに記入するのは非常に簡単ではありませんでした;個々のフィールドの完成の説明をサポートするために書かなければなりませんでした。 マネージャーはクリアランスを支援し、税務署に登録した後、Team Viewerを介してキャッシュデスクのセットアップを支援することを約束しました。これはまさに組織が支払いを受け取るまででした。 それから私は自分だけに頼らなければなりませんでした。

レジを登録するための電子署名を作成するには、Chromeブラウザにプラグインを追加してロードする必要がありました。 私は自分が何をしていたのか完全には理解していませんでした。すべてが最初の試みではありませんでしたが、何とかうまくいきました。



Taxは、クロムは存在せず、その下にInternet Explorer用のプラグインを配置する必要があると考えています。 長年使用していませんでしたが、バージョン9からバージョン11にアップグレードすると、起動時にWindowsがフリーズしました。 修正後、一部のソフトウェアが機能しなくなりました。



2.銀行Tは、デバッグ取得のためのテスト参加者を提供しました。デモポストスクリプトとパスワードを使用したログイン、お金が引き落とされず、小切手がレジやOFDに送信されなかったテストカード番号。 テストは賢明ですが、



3.銀行が提供するオンラインストアのモジュールは、銀行のパートナーであるAtolとのプロトコルでは互換性がないことが判明しました。 銀行T.はプロトコル1.0でしか動作しませんでしたが、キャッシャーは1.05との互換性がありませんでした。 プロトコルの変更は10日間ハングしました（システムはすべてが正常で、エラーはありませんでしたが、チェックは失敗しなかったと書いています！）。



2019年以降、この問題はクローズされています 州は誰もがプロトコル1.05に切り替えることを強制しました。 しかし、これは新しいプロトコルの導入前です。



4. Bank T.モジュールが完全にクラッシュしました。 サイトに支払い済みの配信があります-支払いの最後のステップで不明なエラーで支払いがクラッシュします。 同様に、支払い済み商品が倉庫から自動的に引き落とされるように、コールバックが必要です。 誰でもくしゃみをするだけで支払いは失敗し、評判が損なわれます。 サイトで何か変更がありました。サイトを停止して、一連のテストを再度行ってください。そうしないと、モジュールが機能するという事実ではありません。



最初の実際の支払いの前に、テスト支払いで約60個が作成されました。これは5の代わりです。銀行のサポート自体は、テストに合格するために、コールバックとサイトのさまざまな機能を無効にするよう要求しました。 さらに、多くのバグがひそかに修正されています。 彼らがモジュールを修理したという事実は手紙にさえ言及しなかった。 サイトを停止して一連のテストを行う必要があるため、サイト上の何かを変更するのは今でも怖いです。 また、CMSログを見ると、支払いに達した人が支払いをしなかった場合、支払いモジュールがすぐに離陸したようです。



5.ログに記録する必要があります。 CMSのログとOFDのログを見ると、突然、興行収入が空中から消えます。 環礁は多くの場合、予防のために立ち上がっており、2019年には予防のために9件の手紙が、技術的な不具合については1件の手紙があります。 次に、販売および「パンチ」チェックが手動で行われたかどうかをログで確認する必要があります。



時間：

1. クラウドボックスオフィスの登録には1週間かかりました。 プラグインの探求。 電子署名はすぐには作成されず、注文に問題があり、最も重要なことには、署名の支払いは悪名高い3人によって行われました。
2. CMS、銀行、クラウドボックスオフィスを組み合わせるのに1か月近くかかりました。 銀行から提供されたモジュールに目立ったエラーがなく、Atolが1日でプロトコルを切り替えなかった場合（日から「引くまで」）に短縮されます。

お金：

• 電子署名-1500摩擦、1回限り
• クラウドボックスオフィスを1年間レンタルします。 + OFD-36000r。
• 取得-各支払いの2.79％
• CMS用のモジュールのペア-2800r。 （一度限り）
• ホスティングCMS-1800摩擦。 年ごと。

クラウドボックスオフィスを設置しないことは可能ですか？



最初に、法律54-FZとその説明を読む必要があります。おそらく、アクティビティにはまだキャッシュデスクは必要ありません。



それでも必要であるが、機会と希望がない場合、RoboMarketのようなサービスが個人への販売を引き継ぎます。物理学者からの注文と支払いを受け入れ、売り手に注文を送信し、彼は注文をクライアントに送信します。 次に、サービスは、法人として法人に現在のアカウントに支払いを転送します。 しかし、1000ユーロの罰金については、かなり混乱し恐ろしい合意があります。 その結果、このサービスは売り手と買い手の両方で人気がなくなったことが判明しました。



通常のオンライン（物理）キャッシュデスクを置くことができます。 彼女はサイト/銀行から販売データを受け取り、小切手を送信します。 個人からの支払いに関する決定の検索時に、このようなスキームはCMS Bitrix +いくつかの1C konfで機能しました。 最も可能性が高いのは、現在、このような決定が増えていることです。



私は利用可能なインターネット接続の信頼性を信じておらず、物理的なレジを必要としないので、私には向いていませんでした。 顧客と直接接触することはほとんどありません。



一般に、問題は解決されており、インターネットから個人からの支払いを受け入れることに成功しています。

かなり複雑なスキームを解いて作業状態にすることができましたが、準備が整ったすべての額の簡単な決定でも3つのステップが必要でした（完成したCMSを注文するのではなく、完成したCMSを取得するのが賢明だったのは良いことです）。



このプロセスは、パートナーシップ契約が発表されたにもかかわらず、個々の参加者間の不一致によって妨げられ、さらにソフトウェアの品質があまり良くなく、クライアントとの作業がより良いものになる可能性があるため、 新しいサービスに関する通知は定期的に送信され、CMSのモジュール更新に関するメッセージはほとんど受信されていません。



一般的に、満足のいく、悪いに接しています。



それとは別に、少なくとも大学レベルではITのトレーニングが必要であることに注意する必要があります。 ログを読み取り、出席を登録し、XMLから抽出し、一般にそれが接続するものを理解する準備をします。



もし今日再びこの探求を始めたなら、おそらくソフトウェアの観点から、より少ない手数料で銀行やアクワイアラーをより有能なものに変えていただろう。 私は、興行収入が生きているかどうかをチェックするセルフテストを行う他のクラウドボックスプロバイダーを探します。 24時間対応のテクニカルサポートの電話番号（8-800）。 それまでの間、ログを確認する必要があります。

一般に、私は仕事に多かれ少なかれ満足しており、CMS、OFD、そして突然、税金を変更しません。



上記のすべては、絶対的な真実を主張することなく、私の個人的な経験です。



役立つリンク：

• 小切手を送信するタイミングの説明
• ロボカッサと54-FZ
• Yandex.Cashおよび54-FZ
• オンラインボックスオフィス、Contour Externブログ
• 銀行から支払いを受け取るための視覚的な指示