そして、私は再びcom-9ヌルモデムを見ることはないと思った
モスクワのウラジオストクにある午前中の1時、現金デスクは拒否しました。 ここだけでなく、市内全域。 小売ネットワークに多くあるBarcode-Mのすべてのモデルのようです。 モスクワの午前2時に、バグが近隣のタイムゾーンに飛び込みました。 朝の3時-次。 朝までに、モスクワを覆った。
例えば、バーコード-Mは、RBCによると、ピャテロチカ、マグネット、マグノリア、ガスプロムとロスネフチのガソリンスタンドにあります。 そして私たちと。
レジなしで働くことは不可能です。 これは法律違反です。 私たちが見たように、今日一般的に私たちのオフィスの近くにある同じマグノリアは閉鎖されました。 全国のいくつかの小さなチェーンも店舗をオープンしませんでした。
どうした
Barcode-Mは、製造業者が事前に知っているように見えるエラーをキャッチしたか、非常に操作性の高い修正プログラムをリリースしました。 少なくともモスクワ時間の午前9時には、ファームウェアは既にフォーラムの指示に従って入手可能になっています。
これがディスカッションスレッドです。
RBC では 、チェックアウト時に自動更新がオンになっている場合、失敗はなかったというニュースにコメントがあります。 工場出荷時の構成レベルでは、自動更新はデフォルトでオフになっています。
状態は「紙が活発になくなった後」であり、ドキュメントを印刷しようとするとき、状態をリセットしようとするとき、およびいくつかのコマンドを実行した後でも、レジ係は常に再起動します。
Strochフォーラム（ちなみに非常に早く落ちた）からの指示によると、シフトがまだ開かれていない場合はエラーを修正するのは非常に簡単で迅速でした-シフトが開かれた場合は長くて苦痛でした。
私たちは1つを除くすべてのシフトを、なんとかオフィスのテストキャッシュデスクで開くことができました。
これはどういう意味ですか？
顧客に小切手を発行するには、3つのコンポーネントが必要です。
- このチェックを作成するためのインターフェース（例えば、位置を手動で入力するか、コンピューターから何らかのタイプ1Cソフトウェアから取得することができます）。
- 印刷モジュール（彼は自分でチェックを行います）
- そして、レジストラ（以前はECLZでしたが、現在、オンラインの配送業者は、税金のすべての小切手を記録するものです）。
通常、2番目と3番目のコンポーネントは、「キャッシュレジスタ」と呼ばれるモジュールに結合され、小切手に商品を詰め込むためのインターフェイスがあるコンピューターに接続されます。 このインターフェイスは通常、製品会計に関連付けられていますが、これは私たちの歴史にとってそれほど重要ではありません。
重要なことは、チェックアウトファームウェアが失敗したため、チェックを発行できないことです。
バイヤーは来ますが、小切手を発行できません。
1回の小切手を発行しなかった場合、数万ルーブルの罰金です。 最もひどいフライト。これは、食中毒後の小売店でのみ発生します。
これは、問題が修正されるまで店舗を閉鎖しても安全であることを意味していました。 それが、この日、Pがそのような詩的な名前を受け取った理由です。
私たちにとって、販売に関する12月20日は6月の1週間のようです。 多くの人にも。
どうする
閉じる。 次に、興行収入を再フラッシュします。
Shtrikhsはオンラインでフラッシュする機会があります-レジの仕事にリモートで接続したキャッシュレジスタの一部で、新しいファームウェアファイルをソフトウェアに入れ、キャッシュデスクはhawalaです。 再起動して新しいシフトを開始し、動作するようになりました。
残念ながら、これはサービスアクセスケーブルがCOM 9pin-COM 9pinであるインターフェースでのみ機能しました。 他のすべてのキャッシュデスクでは、コンピューターへの接続がまったくありませんでした。 たとえば、COM 25pinを搭載したコンピューターを見つけるのはかなり難しいからです。 私はアストラハンにいますが、これはクロック周波数が12-20メガヘルツの最初の386SXです。 2つの「ゴールデンアックス」があり、レキシコンで印刷し、USBコンバーター（処理能力がプロセッサー、実際にはコンピューターよりも大きいようです）を介してヌルモデム経由でラップトップにデータを転送することもできます。
そんな贅沢はありませんでした。
別の方法としては、ファームウェア付きのフラッシュドライブを取り出して、レジに挿入する方法があります。 次のことを行いました。
- 私たちのエンジニアは、最も売れ行きの良い店（売上高が最も高い場所）に行き、そこで現金デスクを調達し始めました。 たとえば、バグが発見されてから40分後に、タガンスカヤとクルスカヤ（地下鉄の建物で最高の駐車場と店舗）のポイントが上昇しました。 メガベラヤダチャ-1時間半など。
- 古いポイントは、私たちがその場ですぐにフラッシュできるように、いくつかの現金デスクをオフィスに運転しました。
この時点で、連邦税務局は非常に適切なことを行いました。 一般に、近年の州は、明確な問題の解決策で私をひどく驚かせました（ここに、私たちの歴史に関係のない別の例があります）。 そのため、連邦税務局は、小切手なしで商品を発行することは可能であると述べましたが、翌日、販売されたすべてのものは修正小切手を突破する必要があります。
こちらがリンクです。 引用はここにあります：
「2017年12月20日の01:00から、SHTRIH-M JSC、RR-Electro LLC、Trinity LLC、およびNTTs Izmeritel LLCのメーカーのキャッシュレジスタの作業で大規模な技術的不具合が発生しました。 この点に関して、ロシア連邦税務局は、2003年5月22日付けの連邦法第4.3条第4項54-54に従って、以前の計算を調整すると、現金修正チェックが形成されることを想起します（厳格な修正報告のフォーム）。
したがって、キャッシュデスクが復元された後に技術的な不具合が発生した場合、ユーザーは未報告の収益の合計額でレジの領収書を生成する必要があります。
ロシア連邦税務局は、そのような状況では、CCPのユーザーが管理責任を負わないという事実に注意を払っています。なぜなら、ロシア連邦の行政犯罪法の第1.5条の第1部および第4項に従って、アルコールを販売する場合を含め、レジを使用しないことに対するユーザーの罪悪感がないからです」
修正チェックは、すでに発行されたチェックをいくつかの会計hemoで更新できるようなものですが、少なくとも何らかの形で。 つまり、大量の紙片や各チェックの説明ノートではなく、比較的連続した手順です。
そして、最も重要なのは、商品を販売できることです。
一部のキャッシュデスクには、フラッシュドライブスロットがまったくありません。 たとえば、Elves PP Fは、今日のネットワークでのテスト実装に合格していないようです。 コンピューターのcomコネクタを探してください。
これは見た目です。 キャッシャー：
それから不必要なものすべてを引き裂く：
ボードに移動します。
ここにフラッシュドライブを配置します。
このようなスプリッターは便利な場合があります-スロットが異なるためです：
スクイーズ：
問題の解決策は、今日リリースされたファームウェアにアップグレードすることです。 2017年12月20日付けのファームウェア
ファームウェアは公式ウェブサイトからダウンロードできます。 リモートで更新する場合：
1.キャッシャーをCOMコード経由で接続する
2.レジの職場にリモートで接続する
3. Tera Termソフトウェアをインストールし、ファームウェアをフィードします。
4.次の次の指示の完了といくつかの典型的な設定。
その場で：新しいファームウェアでSDカードを作成し、到着し、キャッシャーを分解し、SDカードを引き出し、自動更新フラグをオンにして新しいカードを挿入し、キャッシャーをキャッシャーのワークステーションに接続します（彼女が大規模ネットワークへのアップリンクを見るため）、更新し、技術を作成しますゼロ調整、簡単な消耗、次の店に行きます。 フラッシュドライブはそのままで、古いドライブは処理中にキャッシュデスクに戻ります。
次の問題は、キャッシュデスクが機能しない場合、カード端末も機能しないことです。 それらが統合されている場合。 これが4番目の柱コンポーネントです。 小売部門の責任者でIT部門の元長であるKarinaは、妄想的です。 彼女は遅かれ早かれ、すべての小売業者が現金デスクの故障に直面したと疑っていました。 したがって、2つを除くすべてのポイントで、1つの非統合端末が予備として存在していました。 結果-カードを受け入れることができます。
夕方
現金デスクの40％をリモートでリクエストしました。 夕方までに、ほとんどの店舗を復元しました。 たとえば、キャッシュデスクの1つであるシニアポイントが車に戻り、コードでキャッシュデスクに接続し、サポートへのRDPアクセスを彼の車に与え、その場で縫い付けました。 現金デスクの1つは、渋滞を2時間40分間通り抜けて、地下鉄の外にある店舗からオフィスまで運ばれました。
2017年12月20日の今日、ロシアの小売業の歴史の中で間違いなく低下すると思います。 災害復旧に関する決定を正当化する必要がある場合、チケットオフィスがカバーされた日を覚えているためです。