1C-Bitrixとキャッシュデスクでのオンラインストア：法律54-FZの要件

2017年2月1日、レジスターに関する法律54-の改正が施行されました。



これらの修正により、レジとキャッシュバウチャーを操作するための多くの変更と新しい要件が導入されます。 オンラインストアの生活を楽にするために、1C-Bitrix CMSを新しいバージョンの法律にどのように適合させたかについては、猫の下で読んでください。

54-FZの修正

法律の新バージョンでは、すべての企業がレジの小切手をノックアウトして顧客に提供する必要があります。 場合を除いて。 顧客との和解に関するすべてのデータは、インターネットを介してOFD（Fiscal Data Operator）に自動的に送信される必要があります。 これは、データを蓄積して連邦税務局に転送するアグリゲーターです。 今日、ロシアには5つの認定OFDがあります。







以前は、レジにいわゆるEKLZがありました。これは、このデバイスでノックアウトされたすべてのチェックが保存されたメモリです。 現在、その代わりに、fn-フィスカルドライブが使用されています。 13か月ごとに変更する必要があります。



すべての顧客に現金領収書を提供する必要があります。 しかし、顧客と直接接触していない場合、オンラインショッピングはどうでしょうか。 現在、電子商取引は小切手を電子的に送信する必要があります。



オンラインストアは以前に小切手を印刷しました。 彼らのほとんどは現金取引を持っていなかったので、現金領収書をまったく印刷しませんでした。 しかし、54-FZの改正によれば、クレジットカードまたは電子財布（Yandex.Money、WebMoney）で支払う場合、小切手を印刷する必要があります。



現在、銀行振込のみに小切手は必要ありません。 プライベートクライアントに請求書が発行されると、彼は彼と一緒に郵便局または銀行に送られて支払います。 その他の場合はすべて、領収書を印刷する必要があります。



これは法律の大きな変更です。 これで、レジがサイトのURLに登録されました。 小切手は支払い時にスタンプされ、すべての支払い済み商品をリストする必要があります。



新しい規制を順守するために、すべてのオンラインストアから情報を要求することはできません。 段階的に実装されます。







2017年7月1日から、レジの使用に関する新しい規則に切り替える必要があります。 誰かのEKLZメモリーはより早く終了できます。 このような「ラッキーなもの」については、7月1日が早く来ます。新しいレジを購入する必要があります。2月1日から、ECLZの古いモデルは連邦税務局に登録されなくなります。



レジのメモリをいっぱいにするだけでなく、監督の名前を変更したり、ビジネス拠点を再登録したり、新しい店舗を開いたりすることで、早めに新しい規制に切り替えるように促すことができます。 これには、新しいキャッシュレジスタの緊急購入が伴います。新しい54-FZは、すべてのオンラインストアに必須です。

要件を確認する

新しい法律は、現金領収書の内容に10以上の変更も導入しました。



最も重要なこと-購入したすべての商品を印刷する必要があります。 以前は、合計金額のみを印刷することが可能でしたが、小切手がいつ、どの商品に対してノックアウトされたかは関係ありません。 現在、このような自由は許可されていません。



チェックで示すことも必要です。

• VATの額
• 支払い方法：銀行カード、電子マネー、前払い。

FTSのWebサイトには、新しい法律の全文が記載された巨大なドキュメントがあり、99ページには、金券の7つの正確な要件があります。 さらに、特定の標識セットは、特定の取引の支払い方法によって異なります。



もう1つの興味深い革新は、小切手にQRコードを適用する要件です。 クライアントは、このQRコードを手紙または実際の小切手で受け取り、それを読んで小切手に関する完全な情報を見ることができます。



QRコードは、チェックのパラメーターを示します。時間、チェックの量、フィスカルドライブの数、フィスカルドキュメントの数、フィスカルサイン、計算のサイン（チェックのタイプ）。 小切手のQRコードは、国家科学研究センターが開発した連邦税務サービス「小切手検証」の特別プログラムによってチェックされます-EGAISの物品切手をチェックするプログラムと同様です。



実際のQRコードを使用した小切手の画像は、法的文書と同等です。つまり、紙のオリジナルを用意する必要はなくなりました。

新しい1C-Bitrix

バージョン17.0.1以降、新しいエディション54-FZの要件のサポートを実装しています。



これで、キャッシュレジスタが接続されているコンピューター用の無料の1C-Bitrix.Cashiアプリケーションにアクセスできます。 このアプリケーションはサーバーの原則に基づいて動作します。オンラインストアに「しがみつき」、そこからデータを受信し、レジに送信します。



彼自身は接続を開始する方法を知りません、彼はいくつかのデータ（プリンターのような）を受け取ることができるだけです。 したがって、オンラインストアからデータを受信し、この「プリンター」で印刷する特定の仲介者が必要です。



1C-BitrixはAtolキャッシュレジスタをサポートするようになりました。 少し後に「Barcode-M」がサポートされる予定です。







Atol社は、印刷ユニットのないレジをリリースしました。ところで、オフラインクライアントを使用しない場合、紙にレシートを印刷する必要はなく、デジタルレシートを生成するだけで十分です。 プリンターなし-用紙に問題はありません。

今すぐクライアントと仕事をする方法は？

改正法の手続きを検討してください。



54-FZをサポートするレジをお客様から受け取ります。 最初は、これらはAtolおよびShtrikh-Mブランドの車でした。



クライアントはデータ転送のためにCRFと協定を結びます 。 これは非常に簡単な手順です。







ところで、契約を正式に締結することなく、一部のCRFで作業を開始できます。 法律により、このOFDに最初のデータを送信することにより、OFDと自動的に契約を締結したと考えられています。



クライアントは、連邦税務局にレジを登録します 。 ここでのクエストはより興味深いものです。 連邦税務サービスのウェブサイトには特別なセクションがあり、そのセクションについて登録してキーを入力する必要があります。 キーは個別に発行され、登録とは関係ありません。 デジタル署名として機能します。 クライアントが文書に署名できるデジタル署名を持っている場合、彼はレジを登録することができます。



サイトを訪問した後、彼はレジのデータを選択し、所有権のフォームに記入し、リストからモデルを選択して、「キーで署名」ボタンをクリックする必要があります。















新しい法律では、異なるオンラインストアから1つのレジのお金を受け取ることが許可されています。 ね 異なるサブドメインに3つのオンラインストアがあります。 これらはお金を稼ぐための3つの別々の方法です。 しかし。 法人は1つです。 また、レジも1つにすることができます。



レジをOFDに接続します。 特定のパラメータをレジに登録する必要があります。 通常、これはレジを販売するサービス会社によって行われます。



キャッシュレジスタドライバーをインストール/構成します 。 WindowsとLinux用のドライバがありますが、アプリケーション1C-Bitrix：これまでのところWindows用の興行収入。 Atolレジのドライバーはこちら： https : //goo.gl/uVDRil 。







なぜ2つのドライバーが表示されるのですか？ USB接続を備えたすべてのレジは、2つのUSBポートを占有します。1つずつ、印刷するデータを送信します。 第二に-インターネット上。

つまり、システムをエミュレートし、データを「転送」して、インターネット経由で小切手をOFDに送信します。



したがって、最初のドライバーは取引機器自体のドライバーであり、すべてのAtolデバイスに適しています。 また、2番目のドライバーは2番目のポートエミュレーションドライバーで、OFDに送信されるデータを転送します。 あなたがそれを入れなければ、データはCRFに落ちず、あなたは法律を破るでしょう。 当然、データを送信するにはチャネルも必要です。



2番目のドライバーをインストールしたら、フォルダーに移動し、exeファイルを実行して、送信が実行されるポートを指定する必要があります。 レジは2つのポートを占有するため、どちらが印刷用でどちらが送信用であるかを判断する必要があります。



アプリケーション1C-Bitrix：cashをインストールします 。 インストーラーは非常にシンプルです。 インストール後、サイトの管理パネルから、サイトの認証データを取得し、アプリケーションに入力する必要があります。 さらに、システム自体が特定のストアを見つけ、必要なデータ自体を取得し、認証キーを受け取ります。



1C-Bitrix：Site Managementにレジをセットアップしました 。 「1C-Bitrix」は、3つの主要なシナリオをサポートするようになりました。

1. レジとの自動統合 。 現金取引はあるが1Cはないオンラインストア向けに設計されています。 すべての現金取引は製品自体の内部でエミュレートされます。つまり、1C-Bitrix内のキャッシュレジスタで完全な作業が行われます。
2. 手動登録（バックアップシナリオ） 。 ね トランザクションにあり、突然接続が失われます。 小切手を緊急に登録する必要があります。 印刷できますが、サイトは登録されていません。 これは、オンラインストア内で手動で実行できます。 「戻る」（部分的に）、「変更を伴う新しいチェックをノックアウトする」、「新しいチェックをノックアウトする」などの操作を投稿できます。
3. リアルタイムでの1Cとの統合 。 サイクルが混在しているため（1Cのレジとオンラインストアに小切手を印刷する）、オンラインストア用に追加のアプリケーションを設定する必要はありません。1Cはその機能を引き継ぎます。 彼女はリアルタイムチャンネルを作成し、サイト上のすべての変更を監視します。 支払いの小切手が生成されるとすぐに1Cに分類され、その小切手はどのキャッシュデスクで印刷するかをすでに決定しています。 1C用の特別なドライバーをインストールし、レジを接続するだけで十分です。

Law 54-FZの新しいバージョンに取り組みます。

オンラインストアのレジ

「1C-Bitrix」に新しいセクション「キャッシャーズオブKKM」が登場しました。







「Connect KKM」ボタンは登録URLを生成します。これはアプリケーションに入力する必要があります。 1Cを介してレジを接続する場合、何も設定する必要はありません。











接続して登録すると、すべてのキャッシュレジスタが表に表示されます。







CMSの新しいセクションは何ですか？



従来のストアとは異なり、オンラインストアは顧客のラインを規制できません。 10人が通常の店舗に来た場合、彼らは同時に購入することができず、並ぶでしょう。 残念ながら、オンラインストアは機能しません。 たとえば、大規模な広告キャンペーンを開始しましたが、顧客は激しく走りました。 10人が同時に注文し、小切手を印刷する時間はほとんどありません。



この状況では、いくつかの解決策があります。

1. バッファリングを確認します 。 それらは優先度順に印刷されます。
2. 興行収入からの「農場」 。 複数のレジを1つのオンラインストアに接続すると、デバイスのワークロードに応じて、チェックを自動的にルーティングできます。

「1C-Bitrix」に新しいセクションを作成する2番目の理由：特定のレジが属するレジを指定できるようにするため。 1つのオンラインストアは、複数の法人によって表されます。 IPでいくつかの支払いを受け取ることで収益性が高いとします。 「1C-Bitrix」内に会社を作成し、特定のキャッシュレジスタセットを接続して、「このIPはこのキャッシュレジスタセットで動作しますが、LLCはこの支払い手段セットで動作し、独自のキャッシュレジスタセットがあります。」と言います。



設定後、各キャッシュデスクの初期金額を指定する必要があります。 これは1回限りの手順です。 蓄積量のようなものがあり、それはzレポートチェックに印刷されます。 キャッシャーはすぐにオンラインストアでの作業を開始しないかもしれないので、彼らは通常20セントから3ルーブルまで少量をノックアウトします。 税をチェックするときの参照ポイントとして使用されます。







これで、システムはその日の小切手のリストを表示し、URL、金額、注文などを示します。 無限の数のチェックを1つの注文にリンクできます。







注文の中に、2番目のオプションが表示されました。







注文の支払い登録スキームはもう少し複雑です。 支払いシステムは支払いの通過を確認し、商品は出荷のために送られます。 以前は、これは自動的に行われたか、店主が注文の収集を開始するようにマネージャーがボックスにチェックを入れていました。 現在、このようなチェックマークが2つあります。 最初のカチカチと言う-電子支払いツールは、お金の受領を確認しました。 2番目のチェックマークは、チェックが壊れていることを示しています。 これにより、チェックのURLも追加されます。これにより、オンラインストアのマネージャーはOFD内でこのチェックを確認できます。 同じURLがクライアントにメールで送信されます。







Zレポートは手動で閉じることができます：







...そして自動的に。 Zレポートのクローズ中（最大15分）、領収書は印刷できません。 レポートを閉じた後、新しいキャッシュレジスタシフトを手動または自動で開くこともできます。 オフラインおよびオンライン取引の操作モードが混在している場合は、キャッシュレジスタシフトを物理的に閉じるときにZレポートを閉じることをお勧めします。

「ささいなこと」への注意

上記のように、最大​​の不便な点の1つは、買い手との決済時に小切手をノックアウトする必要があることです。 小切手がどのような形式になるかは問題ではありません-紙または電子で。 オンラインストアが1日24時間営業している場合、この期間中はチェックアウトが機能するはずです。 そのため、電源と安定したインターネットアクセスの問題を解決することを忘れないでください。 多くの不便さは、ストアの混合モード（「オンラインオフライン」）に関連しています。



1C-Bitrixは、これらすべての困難を克服するのにどのように役立ちますか？

• レジの利用可能性を1分に1回チェックします 。 KKMが現在利用できない場合、サイトでの支払いは受け付けられません。 クライアントは支払い方法を選択し、「注文する」をクリックしました。 出来上がりです。 ただし、ここではリダイレクトは支払いサービスページではなく、オンラインストアの内部ページ（カスタマイズ可能）に対して実行されます。 このような作業スキームは、インターネットが失われた場合、zレポートがノックアウトされた場合、および現金窓口が1つしかない場合に役立ちます。 レジが再びオンラインになると、直接認証リンクが購入者に送信されます。 彼はそれを通過し、注文の代金を支払います。
• チェックキューを生成します 。 このキューからの小切手は、レジスター間で分配され、オフィスにも配置できます。 1台のコンピューターに最大4台のデバイスを安全に接続できます。
• 事前承認（必要な量のブロック） 。 これは、数分の制限を回避する方法です。 しかし、それはカードの支払いにのみ適しています。 注文時に、クライアントの銀行カード口座で必要な金額をブロックできます。 それらを書き留めるのではなく、事前にブロックするだけです。 この場合、法律により小切手を破棄する必要はありません。 商品の入手可能性を安全に確認し、注文を収集し、発送し、その後、オンラインストアを介して、小切手を外してお金を払い落とすよう命令することができます。

宅配便

上記で述べたように、小切手は注文の一部として購入したすべての商品をリストするはずです。 したがって、宅配便業者がクライアントに行くとき、彼はあなたのオンラインストアの現在のカタログをレジに持っていなければなりません。 つまり、オンラインストアとレジの同期をサポートする必要があります。 しかし、これらはCOMポートのエミュレーションを介して動作するため、たとえば10万ポジションのカタログのアンロードには非常に長い時間がかかります。



しかし、2番目のオプションがあります。 朝の宅配便業者は、今日輸送する必要のある注文のバッチを受け取ります。カタログ全体がレジで同期されるのではなく、ノックアウトする必要がある小切手のみが同期されます。 たとえば、クライアントが注文からすべての商品を受け取らない場合、宅配便業者は小切手から残りの商品を取り除き、それを印刷します。 小切手は会計処理され、OFDに送信され、クライアントに紙の印刷物が渡されます。 確かに、この作業スキームはレジのすべてのモデルでサポートされているわけではないため、デバイスで領収書を編集できるかどうかを確認してください。

小切手を電子的に送信する

オンラインストアは通常、顧客と直接対話しないため、小切手を電子的に送信するには、顧客から電子メールアドレスまたは携帯電話番号を取得する必要があります。 「1C-Bitrix」では、送信は電子メールでのみサポートされています。 新しいイベント（「KKMチェック」）が作成されると、QRコードと、チェックの全データが記載されたページへのURLを含むレターが自動的にクライアントに送信されます。

財務計算の可能なシナリオ

Law 54-FZの最新バージョンでは、7つの可能なシナリオについて説明しています。 前の版では、それらのうちの4つがありました：レポートの下で収入/費用、テイク/リターン。 したがって、作成するすべてのチェックチェーンはこれらのシナリオに対応します。







注 ：新しい一連のシナリオは、新しいレジのファームウェアでのみサポートされているため、購入時にファームウェアのバージョンを確認してください。



人生で起こりうるいくつかの状況と私たちの行動のアルゴリズムを見てみましょう。



最初のシナリオ ：カードで支払われる3つの商品の注文が行われ、商品の1つが欠落しています。 クライアントは、別の製品と交換するように要求します。 しかし、あなたはすでにお金を受け入れて、3つの商品の小切手をノックアウトしました、そして、望ましい交換は利用できません。 クライアントは次のように述べています。「Tシャツを2枚渡し、3枚目のお金を返します。」 この場合、次のチェーンを作成する必要があります： 注文品の小切手（ノックアウト）-返品小切手（ノックアウトが必要）-本当に出荷された商品の新しい小切手 。 つまり、正しい操作を登録する必要がある3つのチェックをノックアウトする必要があります。



もっと複雑なシナリオを考えてみましょう 。カードで支払われる3つの商品の注文が行われ、商品の1つが欠落しています。 クライアントは、不足している商品の代金を内部アカウントに残し、残りの商品を出荷するように要求します。 この場合、小切手の作成のチェーンは次のようになります。 商品のある小切手-返品の小切手-不足しているものを除いた商品のある小切手-「Advance」とマークされた小切手 。



その後、顧客が「Advance」チェックで商品を購入すると、「Adance of the advance」と表示される決算チェックをノックアウトします。 この小切手の金額は連邦税務局に登録されません。つまり、資金の二重計算は行われません。



別のシナリオ ：注文は3つの商品に対して行われ、全額が支払われますが、店舗にはすべての商品の在庫がないため、顧客は部品で出荷することに同意します。 この場合、チェックチェーンは次のようになります。 「Advance」とマークされたチェック-「Include Advance」とマークされた特定の出荷のチェック（チェックには出荷した商品のみが含まれます）など、チェーン全体がこれを閉じるまでご注文 このような状況では、出荷の順序は人が決定する必要があります。 システムではありません。

おわりに

まとめると。

• バージョン17.0.1の「1C-Bitrix：Site Management」は、Law 54-FZの新しいバージョンに完全に準拠しています。
• オンラインストアのキャッシュレジスタを無制限にサポート
• 店舗の負荷が増加した場合に、複数のレジに小切手を分配する機能があります
• ビジネスチェーン全体がサポートされています：レジのシフトを開いてから小切手の登録まで、レジのシフトを閉じてzレポートを生成する前に
• サポートされている返金チェック
• オンラインストア用の無料のWindowsアプリケーションが提供されますが、バージョン17.0.1でのみ動作します
• ストアは24時間稼働できます。 主なことは、レジが接続されているコンピューターに電力とインターネットがあることです
• 現金領収書とそのバッファリングの自動キューがサポートされています
• 1つのストアで異なる数の法人がサポートされています。 複数の店舗の1つの法人、または1つの店舗の複数の法人

すべての詳細情報、よく寄せられる質問に関するFAQ、および更新プログラムを含むニュースレターの購読- こちら