急速に成長しているeコマース市場を背景に、ますます多くの企業が、まったく新しいITインフラストラクチャを作成してトランザクションコストを削減しようと考えています。 特にオフラインのビジネス、および多かれ少なかれ合理化されたビジネスプロセスを持つ大企業にとって、深刻なオンラインビジネスの基盤を構築するタスクは非常に緊急になっています。
eコマースで7年の経験があります。 この間、私たちは多くの方法を試しましたが、今日、大規模なオンラインストアの本格的な橋頭headを構築するための最適なソリューションを模索しているようです。 私たちは先駆者のふりをするわけではありませんが、この記事で提案されている自動化パスが他社では非常にまれであることを認めなければなりません。
オンラインストアのITインフラストラクチャの主な問題の1つは、データベースの二重性です。 CMSに基づいてWebサイトを作成し、1Cで記録を保持する場合、会社には2つの異なるデータベースがあり、後でそれぞれが内部要素間に独自の論理的な関係を持っていると考える人はほとんどいない
このようなITインフラストラクチャの主な問題を検討してください。これは、所有コストとその後の近代化の複雑さに影響します。 このアプローチに関連するすべての問題を説明することは不可能であるため、主なもののみをリストします。 誰もが、残りの問題を経験と能力の限りで考えます。
1. 2つの場所にアイテムを作成します。
サイトの2か所と1Cで何百回もの商品をダウンロードする必要があります。
これで多くを自動化できますが、これらの松葉杖ではありませんか？
2.注文の会計。
多くは、サイトで注文の記録を保持し、1Cに転送します。
申し訳ありませんが、これはまったくナンセンスです。
3. CRM機能。
多くの場合、サイト側で実装しようとするため、通常の分析を収集する機能が完全に欠如しています。 実際、本当に強力な分析は、CRMまたはERPでのみ（比較的）安価に取得できます。
たとえば、1Cレベルでは、サイトデータベースにある1Cに大量のクライアントデータがないため、CRMを自分のニーズに合わせて最終化することはできません。 すべてのデータが1Cレベルであれば、統計を使用するとはるかに簡単になります。
4.重要な決定を行うための分析。
次の重要な決定を考慮します。
- 倉庫回転率
- セールスファネル
- コストレポート
- キャッシュフロー
- バランス
- 販売レポート
サイト上の分析に必要なツールの数が十分ではないため、そうすべきではありません。 また、データベースが2つあるため、1Cでは分析を行うのに十分な情報がありません。
5.ビジネスプロセスの変更。
ビジネスの成長に伴い、取引プロセスは絶えず変化しており、ITインフラストラクチャのレベルで絶えず改善する必要があります。 データベースが2つあるため、サイトレベルと1Cレベルの両方でロジックを変更する必要があります。
たとえば、1Cで新しいフィールドを作成する場合、サイトに追加する必要があります。 または、サイトで累積割引を作成する場合、同様に1Cで実装する必要があります。
6.商品コンテンツのベース。
商社が多くの製品コンテンツを保有している場合、多くの場合、あらゆる種類のExcelファイルがリポジトリとして機能します。 一部の企業は、コンテンツを別のデータベースに保存し、そこからサイトおよび1Cにアップロードします。 このアプローチでは、3番目のデータベースが表示されます。 コンテンツ形式の近代化により、すでに3つのベースが変更されています。 ただ「素晴らしい」。
提案された方法は、上記の問題から会社を救います。 主なものは、1Cレベルのすべての論理関係を備えた単一のデータベースを作成し、このデータベースとサイトデータベースとの完全な双方向同期です。サイトデータベースは、制御できませんが、サイトを操作するためだけに作成されました。
このようなシステムの主な利点は、まず、前述のアプローチの上記の欠点がないことです。 もちろん、より詳細に説明する欠点もあります。
アプローチの短所
1. Webデータベースレベルでデータ間の論理関係を構成する必要性。
1Cを中央データベースと見なしているという事実にもかかわらず、クライアントが何らかの情報をすぐに表示する必要がある場合、サイト上でいくつかのロジックを生成する必要があります。
例：
クライアントへの配送費用の計算をサイトに実装する必要があります。 1Cは商品の量と重量に関するデータを保存します。つまり、物流会社のAPIを使用して計算を実行できます。 1C内ではこのロジックを実行しませんが、サイト上で実行しますが、同時にサイトレベルで計算した後、サイトレベルで形成された配信フィールドと価格の注文が1Cになるため、データベースレベルで完全な同期が維持されます。 また、1Cには配達の日付と住所に関する情報が含まれています。
2. 1Cコードのコストと品質。
1C市場はひどく過熱しています; 1Cスペシャリストを見つけるのは簡単ではありません。 この場合、基本設定と主要なプログラミングタスクは1Cレベルです。
3.アプローチの徹底。
しかし、これはプラスになる可能性がありますが、ほとんどの場合、起業家は基礎に時間とお金を費やすことを望みませんが、迅速で安価で信頼性の低い設計を構築しようとします。
これは初心者のビジネスマンのために行う必要がありますが、この記事は、すぐに建てられた構造がすでに十分に傾いている、または数回再構築されている人を対象としています。
4.一時費用。
すべての会社がオンラインストアのインフラストラクチャに140〜30万ルーブルを投資する余裕があるわけではありません。 私たちの場合、少ない投資で管理できる可能性は低いです。
それでも、1Cの1つのメインデータベースを使用したアプローチの利点と、このデータベースのWEBレベルでの複製について、さらに詳しく説明します。
1. ITインフラストラクチャの低所有コスト。
初心者がサイトレベルでプログラムする方が安価に思えますが、これは最終的にビジネスのITインフラストラクチャの所有コストに影響を与えるため、1年または2年でサイトを稼働状態に維持するには70〜15万ルーブル（これは1つのコストです） 2人のプログラマー）
さらに、1Cを修正する必要があります。
したがって、1C会計システムも備えたCMSシステム上のサイトを持つ企業は、サイトと1Cの両方で常に作業にお金を費やし、松葉杖でそれらを同期することで常に問題を解決しています。
DB 1Cレベルでブリッジヘッドを作成すると、 1か月あたり5〜10千がサイトに費やされます。
2.会社のビジネスプロセスの合理化。
多くの企業は、1Cで利用可能なビジネスプロセスの標準ロジックを無視しています。 それらは確かに普遍的ではありませんが、多くの場合、ビジネスには、最小限の改善で1C機能の使用を許可しないような基本的な機能がありません。
1Cでオンラインストアのメインデータベースを作成すると、多くのビジネスプロセスが最初に正しく構築されます。
3. 1Cで活動がすでに進行中で、特性を備えたコンテンツが確立され、ビジネスプロセスが構築されている場合、サイトの作成コストが大幅に削減されます。
この場合、オンラインストアの作成は、サイトのデータベースのコピーを作成することになります（既製の交換ツールを使用すると、 3〜5時間で完了します）。
残念ながら、ロシアの現実では、世界中で使用されている最先端のビジネス自動化ツールを使用できません。 ほとんどの企業は、ERCシステムとして1Cを使用しています。 有能なビジネスアーキテクチャを作成するタスクは、ビジネスが既に開発されている遅すぎるビジネスマンにとって非常に頻繁に発生します。 この記事が、大規模で興味深いプロジェクトを構築する際に適切な決定を下すのに役立つことを願っています。