400店舗を電子キャッシュデスクに転送した方法

こんにちは、私の名前はスヴェトラーナです。私はM.Videoの小売のリーディングアナリストです。 オフラインビジネスで電子キャッシュレジスタを実装する必要がある場合、タスクの重要な性質を完全に想像できます。 そして、全国に数百の店舗がある場合、プロジェクトは多くの未知の課題に変わります。 そして今日は、アナリストとプロジェクトマネージャーの観点から、電子キャッシュレジスタを実装した経験についてお話したいと思います。 そして私の同僚は、次の出版物のいずれかで技術的な詳細を説明します。



そのため、2016年11月に、FZ-54の導入が近づいていることを知りました。2017年の夏までに、店舗のすべてのキャッシュデスクを新しいものと交換する必要があります。 ウラジオストックからカリーニングラードまで、全国のすべての地域にあるすべてのキャッシュデスクは約2.5千台です。 タスクの割り当て方法を知っていますか？



「ロシア連邦に変化が現れました：連邦法54-クラウドの財政化！ 従わなければなりません。」 そして、ディレクティブの実装を開始しました。

入力データ

2016年10月末には、ロスネフチがすでに新しいキャッシュレジスタを導入しており、税制もその結果に満足していることがわかりました。 しかし、それがどのように、どのような形で導入されたか-誰も詳細を知りませんでした。 グーグルでは、市場の誰もまだ何をすべきか本当に分かっていないことに気付きました。 彼らはあまり知りませんでした。会計データの新しい形式があります。これは、OFDと税金に転送する必要があるタグを含む100ページのページドキュメントです。 会計データオペレーター-認定組織があります。少なくとも1つと契約を締結する必要があります。つまり、入札、選択の長い苦悩、およびその前にテストサイトが存在しないことです。 また、キャッシュデスクの登録と再登録の手順は変わりつつあります。CCPを税務署に持ち込む必要がなくなったため、納税者の​​個人アカウントからすべてをリモートで実行できます。 残りの情報は一貫性がなく曖昧でした。



EKLZ（保護された電子制御テープ）の代わりにフィスカルドライブが表示されるため、間違いなくこれを行う必要があります。また、レジのフリートを近代化する必要があります。

新しいキャッシュデスクへの移行

マネージャー、アナリスト、およびレジの選択を引き受ける複数の技術専門家で構成される緊急プロジェクトチームが作成されました。



次の2つのオプションがありました。

• 新しい認定キャッシュデスクを購入します（その時点ですでにKKTを認定している企業は多くありませんでした）。
• カスタムキャッシュデスクを作成します。古いものからEKLZを取り外し、2、3の穴を開け、2、3のワイヤーを挿入し、フィスカルドライブを接続します。

その結果、私たちは、集合農場をキャッシュデスクの変更で囲い込むのではなく、新しいものを取得することにしました。 私たちはAtol社を選びました。Atol社は私たちにとってレジのサプライヤと新しいパートナーになりました。

実装はどうでしたか

戦略的に、チームはFZ-54の実装を最後まで遅らせることを決定しましたが、バージョンFFD 1.0の実装フェーズをスキップし、1.0から1.05に再登録し、バージョン1.05ですぐに開始します。 人生が示しているように、この決定は誤りであり、無駄な時間がほぼ1か月かかりました。



最初は混乱がありました。税に転送する必要がある財政データの形式は2日ごとに変更されました。 私たちは何かを開発し、立法要件が更新され、昨日やったことを改良し始めました。 そして何度も。







2番目の難点は、ソフトウェアがOracleで作成されており、当時のAtolにはまだ互換性のあるファームウェアがないことでした。 したがって、私はまた、CCPのシェルを並行して作成する必要がありました。 この作業は、実際にはタッチ、試行錯誤によって行われたため、最も困難でした。 実際、彼らは自転車を発明しました。



最終的に、個別のサービスが開発されました。このサービスは、各レジの職場にインストールされ、CCPとやり取りし、データを送受信します。



多くの時間と労力が、クレジット、前払い、前払い、前払いのクレジットなど、さまざまなタグを持つ割引、前払い、ボーナス、仮想ルーブルと多くの支払い方法とカードを一致させるために費やされました。 パズルは収まらず、投資家や方法論者に相談しなかった程度。



会社の別の願いは、現金の領収書の外観を保持することでした。各領収書には、追加の特性と、適用される株式と割引資金によって提供される割引の内訳が示されています。 そして、これはCCPからチェックテンプレートを使用するオプションを完全に除外しました。 会社と法律の要件を組み合わせた新しいテンプレートの開発に着手しました。 両当事者の利益は満たされましたが、小切手は2倍の長さになり、キャッシュレジスタの消費はその後大幅に増加しました。

ギフトカードの問題

別の自転車はギフトカードでした。 それらのデータを税に転送する方法は？ 顧客がギフトカードを購入すると、それにお金を預けます-前払い-次に商品の購入に費やします-前払いの相殺。 つまり、1つの金額の売り上げが2回実行され、新しい法律によると、「すべての小切手を会計化する必要があります」この状況では、2回税金を支払わなければなりませんでした。支払いとして使用します。 ただし、FFD 1.0は、ローン、前払金、前払金の返済およびその他の支払いの内訳を提供しませんでした。



これは、1.05以降のFFDの以降のバージョンで提供されました。 そのため、プロジェクトの開始時にそれを選択しましたが、フォーマットは税と調整されていなかったため、フォーマットの使用に関する説明がなかったため、テストループでもKKTファームウェアは1.05をサポートする準備ができていませんでした。



時間が経ちましたが、はっきりしませんでした。 FFD 1.05の承認日は絶えず変化しており、締め切りは厳しかった。 金融機関、キャッシュグループ、および方法論者との新しい調整ラウンドが始まりました。 購入の割引として、ギフトカードでの支払い額を表示することにしました。 しかし、改正が完了してプレゼンテーションが行われるとすぐに、これを行うことは絶対に不可能であるという税の明確化が始まりました。 そして、ため息をついて、チームは週末に集まり、自転車の車輪を交換しました。

法律の追加と税との対立

私が言ったように、問題を解決するとすぐに、法律の説明が現れました。 私は常にやり直さなければなりませんでした。 しかし、当初、議員と税務当局は、ビジネスのために生じた多くの質問に対する答えを持っていなかったという事実に直面していました。 その結果、KKTの生産者、ビジネスおよび税の専門家を集めたAkitワーキンググループが登場しました。



各会議で、税務当局は彼らの観点からどうあるべきかを話し、その後、私たちの質問に戸惑い、ビジネスプロセスがロスネフチの経験に基づいて想像していたよりも少し広いことを理解し、熟考のために一時停止しました。 そして、彼らが答えを持って戻ってきて、他の会社が明確な質問をするようになったとき、誰もが私たちが行き止まりに達し、新しい質問が生じ、税が再び考えられないことを理解しました。 プロセスは苦痛であり、このチアゴモチンは11月から3月まで続いた。



そして、3月に、近い将来にプロジェクトを開始しなければすぐに店舗を「失う」ことになり、その時点での基準に基づいてそれらを実装し始めたことを知ったとき、私たちは忍耐力を失いました。

オンラインストアでのチェックイン

並行して、2番目のグループはオンラインストアでのFZ-54の導入に取り組んでいました。 以前は、オンライン購入の小切手は、商品がモバイルキャッシュデスクを備えた宅配便で配達された場合にのみ有効でしたが、新しい法律によれば、サイト上のカード、Yandex.Money、およびその他の種類の電子決済で支払う場合、購入ごとにOFD、税務署、およびクライアントに小切手を転送する必要がありました。



以前は、これらの場合、そのようなチェックはありませんでした。 購入は会社の勘定に表示され、課税ベースを通過しましたが、これは税計算を個別に調整した会計部門のレベルでのみ表示されました。 そのため、オンラインストア用のキャッシュデスクはありませんでした。 再度サイクルする必要がありました。



最終的に、オンラインストアには小売店とまったく同じキャッシュデスクを設置することにしました。 また、1つの小切手が5〜7秒間印刷されるため、現金デスクがすべての注文を物理的に管理できるように、小切手印刷モジュールが削除されました。 その後、私たちはAtol社のソリューションを使用することにしました。つまり、レジの作業を並列化し、負荷を分散するためのいわゆるファームです。 今日、Atolにはオンラインストア向けの完全なターンキーソリューションがありますが、当時の市場にあったものから進めました。

より早くより良い

電子式金銭登録機の導入に関するすべての作業を並行して実行することにより、正しいことを行いました.KKTのメーカーと一緒にすべての店舗を新しい形式に切り替える方法を考え出した人もいれば、12月に新しい金銭登録機と会計ドライブを購入する人もいました。 他の多くの企業は後に購入に参加し、法律が施行されるまでに新しい現金を手に入れることができませんでした。なぜなら、製造業者は同時に生じた需要を物理的に満たす時間がなかったからです。



困難な探求には、2つの非常に重要な日付がありました。

• 2017年2月1日-この日から、古いタイプのレジを登録することは禁止されました。
• 2017年7月1日-この重要な日に、すべてのキャッシュデスクは新しいソフトウェアで動作するはずでした。

2月1日から7月1日までの期間は非常にストレスが多かった。 まず、新しいキャッシュデスク用のソフトウェアがまだありませんでした。 しかし、興行収入も。 そして、2月1日以降、すでにいくつかの店舗を開く予定でした。



2月1日まで、私たちは読むことを試みました。店を開く前に、ECLZから現金デスクを購入し、事前に登録しようとしました。 しかし、店舗の住所とリース契約なしでこれを行うことは不可能でした。 そのため、オープニングデートを7月1日に近づけるように依頼するか、いくつかのトリックを思いつきました。 たとえば、一部の店舗では、近くの店舗の住所に事前に現金デスクが登録されていて、その後罰金が科されることに気づきましたが、少なくとも店舗を開くことができる登録済みの現金デスクでした。 また、住所の不一致に対してペナルティを支払うことは、時間通りに店舗を開いたり、認定されていないキャッシュレジスタと取引したりするよりもはるかに簡単でした。



ここに、400店舗の一部のキャッシュデスクで2月1日から7月1日までにECLZの有効期間が終了する要因を追加します。 各チェックアウトでEKLZの有効期限を特定し、可能な場合は法律が施行される前にそれらを交換するために、すべての店舗は在庫を介して実施されなければなりませんでした。



新年の前に、交換プロセスは大成功を収めました。一部のチケットオフィスのEKLZを新しいものに簡単に交換しました。 他の多くの企業も同じことをしました。 それは合法でしたが、税務署はすぐに何が起こっているのかを理解し、この店をカバーしました。 これで、深刻な理由だけでEKDZまたはキャッシュデスク自体を変更することができました。キャッシュデスクが壊れた場合、またはEKLZの期限が終了した場合です。



その後、財務局から地域の税務当局への手紙、セントラルヒーティングサービスとの民間契約が使用されました。特に厳しいケースでは、彼らは現金破壊に頼ることさえ考えました：店で、「何か」重いものを落としたり、熱いお茶をこぼしたりします。



締め切りが迫っていたため、金銭登録ソフトウェアを完成させる時間がありませんでした。 一部の店舗では、4月中旬から一部のキャッシュデスクが営業停止することを理解しましたが、代替資金はありません。 これは恐ろしいことのように思えます：店には4つのキャッシュデスクがあり、1つは取り外され、3つは残っています。 しかし、12のキャッシュデスクを備えた大きな店舗の1つで完璧な瞬間からはほど遠く、8は失敗し、残りの4つはタイムリーな顧客サービスには十分ではありませんでした。 7月1日からX時間は4月にシフトしました。



そして、3月にレジが置き換えられず、これらの店舗にFZ-54の新しい要件が導入されない限り、3つの店舗が完全に上昇することがすぐに明らかになりました。

アヴラルと彼のチーム

24 x 7の運用モードに切り替え、サプライヤからのすべての新しいキャッシュデスクは最初に国内の遠い地域に送られ、モスクワの店舗はラインの最後に置かれました。 同時に、レジの一部が地域に向かっていたため、中央で行うことができなくなったため、レジのリモート登録の問題を解決する必要がありました。 彼らが独立して登録の世話をするように、店のディレクターにイニシアチブを与えるだけでした。 ただし、このためには、各ディレクターが暗号キーを提供する必要がありました。レジの登録は重大な問題であり、メッセンジャーでアカウントを作成することはあなたのためではありません。



さらに、すでに地域に送られていたキャッシュデスクには古いファームウェアがあったことが判明しました。結局、購入契約はh番目に締結され、それ以降、多くの水とファームウェアが漏洩しました。 登録するには、すべてのデバイスを再フラッシュする必要があります。



技術サポートヒーローのチームを作成しなければなりませんでした。このチームは、偉業モードで支店に行き、到着したばかりのレジを更新しました。 営業中のレジを占有しないために、登録は上級レジの職場で行われました。 これを行うには、すばやく変換し、ポートを再構成し、必要なソフトウェアをインストールする必要がありました。 登録されたデバイスは一列に並べられ、ネットワークに接続されて登録されました。 たまたま十分なケーブルがなく、窓から直接取り出さなければなりませんでした。



人と時間は非常に不足していたため、実際に店舗の技術サポートを麻痺させ、エンジニアと私はフラッシュと登録のプロセスをデバッグしました。 外出先で、指示、専門家の到着のスケジュール、および店舗の新しいキャッシュデスクへの移行がまとめられ、変更されました。 一部の支店では従業員自身が最後の手順を管理しましたが、他の支店では従業員がテーブルの下に潜り、電線を引き出し、古いキャッシュデスクを取り外し、新しいものを取り付けて接続することを断固として拒否しました。

サーバールームのクリーニング女性

危機は後退し、店舗には新しい現金デスクが提供され、小切手は突破されました。 そして突然、小切手に関する情報が税に送られないことがある点で判明しました。 場所を理解し始めました。 ある店では、誰かが歩いて、ネットワークケーブルでつまずいて、コネクタから飛び出しました。 別の店舗では、ネットワーク機器は構成されていません。3番目には、不安定なネットワーク接続があり、4番目には、何か他のものがあります。 しかし、その結果、小切手は数日間送信されていません。 もちろん、すべての情報は会計ドライブに保存され、接続が表示されるとすぐに、すべてが一括して会計データオペレーターに送られます。



ただし、キャッシュデスクが30日間何も税に転送しない場合、販売のために自動的にブロックされます。



新しいキャッシュデスクに切り替える店舗がほとんどなかったとき、チーム全体が飼い葉inの中の赤ちゃんのように世話をし、閉鎖されていないレジのシフトを毎日手動で追跡することができました。 また、チケットオフィスの数が数百と見積もられている場合、全員を追跡することはできません。 早急にソフトウェアを完成させる必要がありました。1日の終わりにデータが財政運営者に送信されない場合、レジ担当者はテクニカルサポートに連絡するよう通知を受け取ります。



その瞬間から、技術サポートは私たちをさらに「愛」し始めました。

何が来たのか、どこで努力しているのか

これで、すべての店舗が新しいレジに転送されました。 当分の間、私たちは環礁でのみ働いていますが、これは私たちの独占禁止政策と明確に矛盾しています。 削除された「ストローク」はインベントリされました。5歳以上の人は破棄され、最新のものはテストされ、近代化の準備が行われました。 私たちは彼らのためにソフトウェアを作成し、セントラルヒーティングサービスの専門家に電話し、財政ドライブを挿入して封印し、準備金になります。 前のサプライヤが昨年末に新しいキャッシュレジスタの供給について話し始めなかった苦い経験からすでに学んでいますが、供給契約はまだ有効です。 さらに、レジは故障する可能性があります（正直なところ、自分で！）、修理または交換する必要があります。



会計データ形式1.0の現在のバージョンは2019年1月1日まで有効であるため、まもなくバージョン1.05への移行作業を開始します。 特にタグがあります。特に、委託された商品の説明、支払いフォームの分離の概念など、非常に必要なものがあります。 これにより、税レポートでより多くのフィルターを使用できます。



現在、現金と電子的支払いの2つの支払い方法しかありません。 2番目のカテゴリには、前払い、ローン、銀行カード、Yandex.Money、Qiwiウォレットなどが含まれます。 したがって、財政データオペレーターのレベルで何かがあることを理解することは、使命不可能です。 そして、これは税を相殺することを困難にします。



法律によれば、クライアントが電子形式で小切手を受け取りたい場合、この小切手の主要なパラメータを記載したSMSまたは電子メールを送信する必要があります。 すべては郵便で簡単で、小切手の非常に美しい写真を送ることができ、それは本物の紙の小切手のように見えます。 しかし、同じSMSは非常に高価な喜びです。 あまりにも多くの情報を送信する場合、1つのメッセージではなく、複数のメッセージに対して支払う必要があるため、小切手を一意に識別する5つの財政標識のみを送信することにしました。 また、これらの標識は、小切手に印刷されるQRコードに縫い付けられています。











そのため、必要に応じて、コードをスキャンするか、税務サービス「小切手」のモバイルアプリケーションで小切手の5つの会計標識を手動で運転することにより、小切手に関するすべての情報をすぐに取得できます。 ところで、このスキームはこれまでのところ完璧ではありません。



この機能の導入には、興行で送信サービスを作成するために多大な作業が必要であり、タイムリーな送信の監視を実装し、障害が発生した場合に再送信を強制するため、SMSの送信はまだ独自に実装していません。



しかし、これはすべて私たちの先を行っています。



そして今、振り返ってみると、そのようなタスクであっても、多くの未知のものがあり、期限が急激に変わり、外出先で機器とパートナーが変わるため、品質と期限を観察し、迅速かつ有能な実装を実行できることがわかります。 人々が働き、目標に向かって進む準備ができていれば、解決できない問題はありません！ 私たちの仕事の結果を誇りに思います！ この経験は、すべての参加者にとって非常に貴重です。