パイロット会社は、その長年にわたって、小売インフラストラクチャの構築と再編成のための何百ものプロジェクトを実施してきました。 ストアにとって最も重要なことの1つは、ほとんどの場合、1つのレジシステムから新しいシステムへの移行作業です。
今日、私たちはレジの移行の特徴、企業がその過程で犯す一般的な間違いについて話し、それらを避けるために何を探すべきかアドバイスします。
移行の一般的な原因
金銭登録機ソフトウェアの移行プロセスの詳細に立ち入る前に、このようなニーズが生じる理由についてお話しする価値があります。 ほとんどの場合、流通ネットワークの管理者は、次の3つの主な理由の影響で既存のソフトウェアを置き換えることを決定します。
- 高価すぎる -多くの小売業者は、所有コストが高いため、現在のソリューションを変更することを考えています。 これは、たとえば、法律の変更（EGAISおよび54-FZの場合と同様）、サービス、および人件費のために必要な改善のコストで構成されています。 これは、外国のソフトウェアの場合に特に顕著です。多くの場合、改善にはかなりの費用がかかります。 この場合、法律に違反せず、予算から抜け出さないために、新しいソフトウェアに移行する必要があります。
- 低開発速度（改善、修正、リリース更新） -開発会社は、たとえば機能の改善やソフトウェアエラーの排除など、顧客の要望に常に迅速に対応するとは限りません。 小売業者は重大な修正を数か月待たなければならず、機能の変更には数年かかる場合があります。 ビジネスの成長率が開発速度よりも高い場合、決定を変更する必要があります。
- 解決策は不安定です。単純な小売システムは、金銭的な損失と顧客の不満に直接変換され、会社のイメージを損なう可能性があります。
レジ移行のハイライト
ソフトウェアの移行に伴ういくつかの基本的なプロセスがあります。
- 高品質の技術仕様の準備 。 重要なプロセスであるため、小売業者から十分な注意が払われません。 技術的なタスクには、ソリューションの一般的な概念のみが含まれますが、ビジネスプロセスの機能や詳細については説明しません。
- 流通ネットワークで利用可能なバックオフィス/ ERPシステムとソリューションの統合 。 多くの場合、このプロセスはビジネスごとに個別であるため、独自のアプローチが必要です。 一般的なシステムには標準的なソリューションがありますが、各企業のタスクには適合しません。
- フロントソリューションの交換 。 この段階では、レジソフトウェアが既存の取引機器と互換性があるかどうかを確認することが重要です。 機器の技術的能力が新しいソフトウェアの使用を許可しない可能性は十分にあります。 この場合、小売業者は、機器のアップグレード、OSライセンスの購入、またはデバイスの完全な交換に追加費用が発生する場合があります。
明らかに、移行はこれらのプロセスのみに限定されるものではなく、通常は「悪魔は細部に宿っています」。 しかし、適切なアプローチを使用すると、エラーのリスクを大幅に最小限に抑えることができます。
混乱させる方法：移行エラー
移行を計画するときに発生する最も一般的な問題を挙げることができます。
エラー＃1：「雷が鳴るまで」
多くの場合、小売業者は最後の瞬間に移行を決定します。たとえば、来月から法律の新しい要件が適用されるためです。 締め切りが厳しいため、新しいソリューションの品質テスト、スタッフ、およびインフラストラクチャトレーニングの時間はありません。 そのため、ほぼ確実に、小売業者は問題に直面します。
回避方法 ：複雑なソフトウェアの移行は1日で完了しないことを理解する必要があります。 事前に準備を開始し、4〜5か月でプロジェクトに取り組む必要があります。
間違い2：不十分な細工の要件
参照条件-基本の基礎。 詳細かつ正確に定式化するほど、移行プロセス自体に驚きが生じない可能性が高くなり、ソリューション自体が期待に応えることができます。 キャッシュレジスタソフトウェアはデザイナーのサイトではなく、「フォントで遊ぶ」ことはここではそれほど簡単ではないことに注意してください。
私たちのプラクティスの例としては、
Profi-Tキャッシュレジスタソフトウェアへの移行プロジェクトの1つで、顧客がデータのアップロード（商品、価格、システムユーザー、特権）を提供してくれたことがあります。 それらの構造に焦点を合わせて、現金システムとERPシステム間の交換を組織しました。 後に、顧客によって発行されたデータと実稼働環境で実際に動作するデータの形式が異なることが判明しました。 そのため、データ交換システムをやり直す必要があり、プロジェクトのタイミングに影響を及ぼしました。
回避方法 ：TORの準備に時間を節約せず、プロセスにIT小売業者だけでなく、システムを使用する従業員も参加させます。
間違いその3：「彼ら」と同じようにしたい
多くの場合、小売業者はこのソフトウェアを競合他社から見たため、新しいキャッシュレジスタソリューションへの移行を検討します。 ビジネスプロセスに適しているかどうかは考慮されません。 その結果、製品は期待どおりに機能せず、割り当てられたタスクの全範囲を満たしていません。
回避方法 ：サプライヤにテストサンプルを依頼し、ソリューションオプションに関するアドバイスを求め、質問することをheしないでください。
移行後：誰もが自分でやるべきこと
別のトピックは、新しいソフトウェアへの移行プロジェクトの完了後の取引インフラストラクチャのメンテナンスです。 場合によっては、顧客企業はこのタスクを自分のIT部門に転送することを好みます。 そして、これはいくつかの理由で最良の解決策ではありません。
原則として、小売チェーンの技術スタッフは、新しいシステムを使用する能力が不足している可能性があり、学習と没入には時間がかかります。 その結果、インシデントが開発者サポートサービスに直ちに転送された場合よりも、発生した問題を解決するのに時間がかかり、SLAに示された期限内に問題が解決されます。
同じ理由で、ソフトウェア構成エラーが発生する場合があります。 結果として、ソリューションの無期限の部分的または完全な操作不能。
したがって、パイロット会社の専門家は、アフターサービスに専門家を参加させることを推奨しています。 サポートサービスがどのように機能するかについては、ブログの前半（
1と
2 ）で説明しました。 また、別の資料
では、小売機器のメンテナンスについて読むことができ
ます 。