ERPプラットフォームとは

この記事では、ERP-CRMシステムの機能クラスについて説明し、ニッチを占めるERP-Platformシステムとは何か、システムの構造を適切に編成する方法について説明します。







この記事では、 クラウドシステムについてのみ説明します。 ユーザーがログイン、登録、使用した場所。 箱入りシステムは別の問題です。

クラウドシステムは人気があり、手頃な価格です。 簡単に知ることができます。毎月の支払いはわずかです。

一部の企業では、クラウドは受け入れられません。 彼らは、閉じたネットワークで、自分の機器で作業したいと考えています。 とても落ち着いています。 しかし、購入する前に、再びクラウドでシステムに精通してください。 いつでもクラウドからボックスを作成できますが、常にボックスクラウドから作成できるわけではありません。



さまざまなクラウドERP-CRMシステムがあります。 私はすべてを4つのタイプに分けます。

1）静的

2）静的+

3）セミダイナミック

4）ダイナミック







1） 静的



これにより、システムは次のようになります。 インターフェイスはすべてのクライアントで同じです。 開発者は定期的に何かを仕上げます。 インターフェースの変更は、すべてのクライアントに適用されます。 一般的なエンジン。 ここでは、クライアントのビジネスプロセスを個別化することはできません。



このオプションは基本的にシンプルで複雑ではありません。 このようなシステムは迅速に開発できます。

しかし、それらはほとんどなくなりました。APIをねじ込んだため、そのようなシステムは「静的+」になります。



2） 静的+。



これは、静的システムの開発です。 開発者がAPIを台無しにしたという点で異なります。 すなわち ユーザーは外部アプリケーションを作成（または既製のものを購入）できます。 このアプリケーションは、メインシステムと通信し、データを送受信できます。

しかし、これはビジネスプロセスの個別化の問題を部分的に解決します。 実際、システム自体のロジックはここでは変更されず、ユーザーはシステムに適応する必要があります。 システムは、システムのデータと複数のアプリケーション（さまざまな場所のデータ）を共有するレポートを作成することさえ簡単にしません。もちろん、レポートをまったく構成できる場合は...



そのようなシステムは人気があります-なぜなら それらは簡単に作成できます。ここで優れたマーケティングを台無しにした場合、優れたデザイナーを雇えば、すべてがうまくいきます。 また、外部アプリケーションやインテグレーターなどの開発者自身を取り囲むこともできます。 すなわち 彼らはさらに多くの人々にパンを与え、それによって彼らの市場での地位をさらに強化します。



静的システムは、一部の狭い専門分野で有効です。 別のプロファイルの場合、別のシステムを構築する必要があります。 あらゆるエリアにサービスを提供したい場合、静的システムは行き止まりです。 静的なクラウドシステム「ERP」はできないため、 これには、顧客のビジネスプロセスを詳細に個別化する必要があり、これは次のクラスでのみ指定できます。「動的システム」。



3.4） ダイナミック（セミダイナミック）



動的システム-ユーザーに適応できます。

内部構成設定に従ってユーザーにインターフェースを表示できるインタープリターコアがあります。 ユーザーがページを開くと、システムはこのページの構成を読み取り、適切な場所に要素を構築します。

ユーザーはこの構成を個別に編集できます。 このようなシステムは、比類のない柔軟性をユーザーに提供し、あらゆるビジネスプロセスに適応し、「ERP」システムを構築することができます。 企業の寿命をカバーする構成を作成できます。

原則として、このようなシステムには統合プログラミングシステムが搭載されています。 プログラミングシステム-設定の柔軟性の頂点。 常にプログラム設定を開発すると、組み込みのプログラミングシステムになります。



適切で動的なシステムを構築することは、大きな困難な仕事です。 静的なシステムは実行できないので、スナップするだけで。 それは多くの作業と大きな投資ですが、より高いクラスのシステムです。



そのようなシステムのダイナミクスは異なる場合があります。

ここでいくつかのポイントを強調します。

1）インターフェイス構成

2）データベース構造の構成

3）データ処理構成



システムにすべてのポイントが実装されていない場合は、クラスを「半動的」に分類します。 テーブルを作成し、データベースにフィールドを追加できるシステムを知っていますが、インターフェイスを構成することはできません。



1） インターフェイス構成。

これにより、次のことを意味します。

A）既存のインターフェイスを自由に構成し、新しいモジュールへの新しいインターフェイスを作成できます。

B）オプションのレイヤーがある場合、インターフェースは「2次元」であり、場合によっては「3次元」です。 すなわち ページの任意の場所を制御できます 。



Static +クラスのシステムには問題があり、リストに新しいフィールドを追加することで、少なくとも何らかの形で動的になろうとしています。 しかし、これは問題を解決しません。 インターフェイス管理は1次元のリストに削減されます。 技術的には、これは、どこからでも、あらゆる種類のフィールドを詰め込むための塊からのリンクを持つ、ある種のユニバーサルテーブルです。

システムがもともと静力学として設置されていた場合、それに松葉杖を釘付けしたり、頭上に飛び乗ったりしないでください。 そして、ビジネスが既に確立されている場合-すべてを殺し、ゼロから新しいシステムを作成する-それは非常に困難です。



2） データベース構造の構成

テーブルに新しいフィールドを追加し、新しいテーブルを作成し、データベースでクエリを作成し、データを変更できます。



3） データ処理構成。

実装できます：

A）データベースからデータを受信して​​から画面に表示するまでのレイヤー。 たとえば、PHP、またはある種の発明された言語。

B）PL \ SQLによるデータベースレベルでのデータ処理と既製データのインターフェースへの出力。 これはより有望です。 ここで、トリガーを構築することが可能になります。 これは手順の特殊なケースです。 最初のバージョンでは、これに問題があります。

また、入場のしきい値はここでは低く、言語を教える必要はありません。 SQLはアフリカSQLにもあり、インターフェースのみが異なります。



この記事では、3つのポイントすべてをオンボードで搭載し、オプションBの3番目のポイントを備えたERPプラットフォームシステムについて説明します。データ処理はデータベースレベルで実行されます。 Webインターフェースからの完全なデータベース構成サイクルがあります：テーブル、プロシージャ、トリガー。



インターフェース構成



ERPプラットフォームでは、ページの各要素を制御できます。 いつでも、外部条件またはユーザー権限に応じて、情報の出力の整理、制御要素の作成、特定の領域の表示と非表示を行うことができます。 独自の新しいモジュールを作成するか、既存のモジュールの構成を編集できます。



システムの個々の制御におけるこのような柔軟性はどのように達成されますか？



Webページを構築する構造：



Webページは、ブックマークと呼ばれる領域で構成されています。



Webページには任意の数のブックマークを含めることができます。 最初のブックマークは常に見えています。 それは上にあり、そのままで、基本情報が表示されます。

他のブックマーク間で、ユーザーは切り替えることができます。



以下にアプリケーションの例を示します。 上記がメインエリアです（ブックマーク1）。 以下は、ユーザーが切り替え可能な機能を備えたブックマークのリストです。 この例では、ブックマーク3「計画済み」が開いています。





次に、ブックマークはセルに分割されます。 エクセルのように。 セルを互いに結合することができます。たとえば、1つのセルに3列と2行があります。 画面に情報を表示するための構造はすべてここで行われます。



テキスト、データベースからのデータ、データ入力/編集要素、テーブル構造、リンクなど、各セルに異なる構造を表示できます。



ただし、セルにデータを表示するだけでは十分ではありません。 外部条件によっては、同じセルに異なるデータまたは要素が出力される場合があります。 したがって、各セルには複数の「画面」を含めることができます。 スマートフォンのようなものです。物理的な画面は1つしかありませんが、多くの「デスクトップ」があり、それぞれに独自のショートカットがあります。 また、ここにはセルが1つしかありませんが、異なるデータと要素を持つ複数の画面を持つことができます。



また、外部条件によっては、セルテーブルの列または行が非表示/表示される場合があります。



外部条件とは何ですか？

セルまたは列/行のプロパティでは、ページがロードされたときに列/行の出力のセル画面番号または条件を表示する手順が指定されています。 そして、すでに手順の中で、データと条件が処理され、いずれかの結論で決定が下されます。 言い換えると、ページが読み込まれるとプロシージャがひきつります。 要素を出力するかどうかを決定します。



非常に特殊な場合には、インターフェイスエディタの機能では不十分な場合があります。 この場合、セルにこの特別な機能を備えたphpファイルを埋め込むことができます。



モバイル版



セルラー構造は、モバイルバージョンでの自動変換にも非常に便利です。 ページを「コンパクトに」表示するには、ページのすべてのセルを1列に並べるだけで十分です。 たとえば、企業が何らかのモジュールを開発した場合、モバイルバージョン専用に何かを行う必要はありません。 モジュールは自動的に入ります。 しかし、多くの企業には、モバイルバージョンを開発および保守するための部門全体が含まれています。 そして、ここではすべてが自動で、手間がかかりません。

さらに、「美しさ」を高めるための手動調整機能があります。 たとえば、モバイル出力の形式に応じて、表示する必要のないセルや、表のテキストを短縮する方法に注意することができます。



結果として、これから：





これは自動的に行われます：





ユニバーサルアクセス権



また、メッシュ構造のおかげで、アクセス権のシステムが柔軟に実装されます。

アクセスレベルの詳細は、各ページ要素までです。 従業員にページへのアクセス権を与えることができますが、ページの特定の要素、個々のセルおよび編集要素に制限します。

アクセスレベルは最初は指定できません。デフォルトではセルのプロパティで設定されますが、従業員の権利の役割で特に指定されていない限り重複しています。

要素で特に指定されていない限り、アクセス権も継承されます：page-bookmark-cell。



さらに、メニューリンクは、識別子とユーザーセッションでハッシュされます。 たとえば、他のユーザーがアクセスできない機能のためにリンクを別のユーザーに転送する場合、このリンクは機能しません。 すなわち セキュリティレベルは、メニューレベルと要素への直接アクセスレベルの両方で2倍です。



アクセス権システムの柔軟性により、外部の請負業者をアカウントに入れることもできます。アクセス権を設定するだけで、必要なものだけを表示および操作できます。



多言語機能



システムの多言語機能は、セルラー構造に対するもう1つのボーナスです。 言語の制限はありません。 ユーザー自身が任意の言語を追加し、システム要素をその言語に翻訳できます。

各メニュー項目、ブックマーク、セル、フォーム要素など。 任意の言語に翻訳できます。

技術的には、これは単純に行われ、次のことを示す表があります。

1）言語番号

2）アイテムタイプ

3）アイテム番号

4）要素テキスト



ユーザーはインターフェース言語を選択します。 システムは現在のユーザーの言語番号を知っています。

システムのコアがページを構成するとき、エレメントのタイプ、エレメント番号、現在選択されている言語の番号を認識し、目的のテキストを表示します。

インターフェースエディターでは、言語の数に応じて入力フィールドの数が表示され、必要な情報が入力されます。



開発を簡素化するために、YandexトランスレーターAPIが使用されます。 技術的には、システム言語への翻訳はワンクリックで実行できます。

たとえば、システムには新しい言語が必要でした-これほど簡単なものはありません。 彼は、変換テーブルからすべてのフィールドを選択するスクリプトを登録して実行し、それぞれがYandexトランスレーターを介して実行し、各要素に必要な言語のフィールドを作成します。 そして、10秒でシステムは新しい言語に翻訳されます。 翻訳はもちろん技術的なものですが、何もないよりはましです。スペシャリストが最初から翻訳するよりも修正する方が簡単です。



セルテキストの自動翻訳の例





これまでのところ、ヘブライ語とアラビア語にはいくつかの問題があります。 ミラーリングはありますが、現在取り組んでいます。 すべてが自動的に行われます。



これらの機能およびその他の多くの機能は、ダイナミックシステムのインターフェイスエディターの正しい構成によって提供されます。



インターフェースとデータベースの関係



インターフェイスは何らかの形でデータベースと通信する必要があります。 リンクとともに、入力パラメーター（タスク番号など）がページに転送されます。 入力パラメーターにより、ページはデータベースからセルに必要な情報を表示します。 同じ女性が、ユーザーが入力したフォームからデータベース内のデータを変更できます。

これを行うために、データソースと呼ばれる構造があります。 これらは、データベースから取得するプロシージャ、プロシージャのどのフィールドに入力する入力パラメータ、ページがプロシージャから受け取る出力パラメータ、およびそれらをどこに送るかを説明するリンクです。

データソースはグローバルおよびローカルです。 グローバルは、ページがロードされるときに実行されます。 ローカルイベントは、たとえばボタンが押されたときに実行されます。 ユーザーが入力した情報を記録するには、ボタンが表示され、トリガーされるとソースが実行されます。 入力パラメーターには、対応するフィールドが示され、そこから情報が取得されます。



技術的には、データソースは、ロード時にページをその場でロードし、データベース内の対応するクエリを実行できるようにする構造です。 そして、受け取った情報を適切に廃棄します。



データベース構成



ERPプラットフォームでは、ユーザーはデータベースを完全に制御できます。 ユーザーは、テーブル、プロシージャ、およびトリガーを管理します。 アカウントのウェブインターフェースからすべて。



テーブルとフィールドの作成は基本的に標準です。

通常のデータベースとの唯一の違いは、Imageデータ型です。 画像を保存するためのデータのタイプ。

したがって、手順は彼と連携することもできます。 Webページのデータソースは画像を操作することもできます。また、セルはそれらを表示し、要素を形成し、それらをロードすることができます。



プロシージャは完全なPL \ SQLをサポートします。 クエリ、ループ、条件、文字列操作、データ変更操作などを行うことができます。 多くの組み込みシステム機能。

珍しい構造もあります。 たとえば、プロシージャ/トリガーにAPI構造を直接埋め込むことができます。 すなわち （イベントから）トリガーからデータベースに直接、外部のどこかに情報を送信します。 ユーザーはAPI構造を構成し、送信先のアドレスを構成します。

トリガーは、データの記録、変更、削除、およびそれらの任意の組み合わせのイベントで作成されます。

ネストの手順に手順を埋め込むことができます。

スケジュールに従ってスケジュールされた開始にプロシージャを配置できるタスクスケジューラがあります。



編集可能なシステムには1つの機能があります。 ユーザーにすべての編集を提供するには、この編集システムで構成を開発する必要があります。 そして以来 開発者自身が、このコンフィギュレーターを使用してシステムを構成し、作業を自動化しようとします。 したがって、システムには優れたCRUDツールがあります。



たとえば、変数の宣言では、選択したテーブルのデータに基づいて、名前と目的のデータ型ですぐに変数を自動的に作成できます。

一致する名前のselectに自動的に入力できます。 インセットおよび更新で、フィールドと変数の対応を自動的に設定することもできます。



各テーブルに一連の標準プロシージャを作成できます。 たとえば、新しいテーブルを作成しました。 プロシージャをワンクリックで作成できます。データの追加、削除、変更、出力の一覧表示、識別子による出力。 すべてのデータタイプは既に登録されており、対応する操作が作成されます。 とても便利です。 デフォルトで作成されたものでは不十分な場合、すべてを問題なく変更できるため、すべてを最初から作成するよりも簡単です。



テーブルを作成するのではなく、通常はいくつかのモジュール用にテーブルを作成し、モジュール用のインターフェイスを作成することは明らかです。 インターフェイスコンフィギュレーターには、あらゆる種類の自動化システムもあります。 たとえば、テーブルフィールドに基づいて一連の入力編集フォーム要素を作成できます。 システム自体がそれらを作成し、名前を付け、データタイプごとに入力を制限し、データタイプに対応するパターンを登録し、Yandexトランスレーターを介して要素を他の言語に自動技術翻訳します。 操作。 ページの必要なセルにそれらを配置するために、必要に応じて何かを修正するためだけに残ります。



ユニバーサルディレクトリの番号を示すリストフィールドで、そのディレクトリのデータソースを自動的に作成し、その出力をリストに転送します。



テーブル構造の出力を使用して、列に対してさまざまなグループ操作を行うこともできます。



当然、セル構造、ページテンプレート、フォーム要素などをコピーできます。 プロシージャのスナップショットを作成し、何か問題がある場合はロールバックすることもできます。



CRUDアプローチのおかげで、開発は高速です。



コンパイルのおかげで、プロシージャは高速に動作します。 最新のデータベースは非常に完璧なツールであり、それらを無視する意味はありません。 ユーザーがWebインターフェースを介して作成した手順がコンパイルされます。

システムは動作し、プロシージャの構造を認識し、コンパイル済みの高速動作要素への必要な要求を満たします。



レポートコンフィギュレーター



ERPプラットフォームには強力なレポートコンフィギュレーターがあります。 彼に関する良い記事が最近公開されました。



基本設定



もちろん、ユーザーにシステムのコアを提供する場合、少なくとも1,000回クールであれば、それが何であり、何を食べているかはわかりません。

結論としては、すでに何かが搭載されているはずです。 さらに、この何かが美しく、便利に作られており、ほとんどの企業に修正を加えることなく適合することが望ましい。システムにアクセスする新しいユーザーは、外観の可愛さと機能性を見て、内部機能の急勾配については考えません。

また、新しいユーザーが要素の説明と、それがどこから来たのかという説明を受け取る「トレーニングモード」を作成することをお勧めします。このアプローチは非常に役立ちます。



ERPプラットフォームでは、これは「基本構成」と呼ばれます。どこかに収まらない場合は、クライアントのニーズに合わせて簡単に変更できます。

複雑なインターフェースとデータ処理を行うために、構成を任意に深く開発できます。



基本構成は、完全な顧客サービスサイクル用に構成されています。 CRM-新規顧客を引き付ける作業、顧客にサービスを提供する作業のタスクプロジェクト、顧客の問題を登録および解決するためのアプリケーション。



現在、基本構成には次のものが含まれます

。-タスクおよびそれらのSCRUMボード。

-プロジェクト

-アプリケーション（Xelp Deskシステム）-CRM

（リード、オファー、取引）

-カウンターパーティ管理システム

-チャート、オブジェクト

-アカウント調整システム



これらのモジュールはすべて、システムのWebインターフェースから直接構築されます。したがって、ユーザーが簡単に編集できます。

また、基本構成は常に進化し、最終化されています。新しい必要なモジュールが表示されます。

一般的な基本構成では、さまざまなタイプのビジネス向けのニッチモジュールを開発する予定です。それらは「非表示」モードでハングし、必要な場合、ユーザーは「オンにする」だけで済みます。



結論として、ユーザーのリクエストが何かを変更したときはとてもいいと言いたいです。「はい、問題ありません！」と答えて、すぐにユーザーの問題を解決できます。「そのような個々の改善のために、修正のために...私たちに...お金で...すべて準備ができています。



動的なシステムにより、優れたサービスを編成できます。

- 顧客向けシステムの構成を個別に変更する機会です。システムはブラックボックスではありません。ドキュメントを学習し、構成エディターを理解したら、自分で変更を加えることができます。エディターを閉じません。システム管理者（アカウントを作成した人）と、そのような権利を割り当てる従業員が利用できます。

- サービスの所有者のために -便利かつ効率的に顧客にサービスを提供します。顧客の電話で、静的システムのようにすべてのクライアントのインターフェースを変更するのではなく、できるだけ早く、個別に変更することができます。クライアントは、構成エディターをまったく検討する必要はありません。サポートサービスに連絡するだけで、すべてを行うことができます。また、特定の作業量を月額料金に含めることができます。