Comindwareビジネスアプリケーションプラットフォームシステムの概要

なぜ、どのような場合にComindwareソフトウェア製品を選択するのですか？ このシステムとその機能は何ですか？ このレビューでは、これらの問題や他の問題を検討することにしました。 ワークフローの自動化のためのソリューションを探して、Pyrus、Bitrix24、1C、ドキュメント管理、BPM Online、ELMAなど、多くのシステムを試しました。それらの多くは、特定のビジネス内のタスクを正常に解決しました。 選択範囲は広く、各製品には独自の特徴があります。 しかし今、Comindwareシステムについて説明したいと思います-それが何であるか、この製品がほとんどのアナログとどのように異なるか、どのように動作するか。

このシステムに出会ったとき、少なくとも表面的な印象を加えるのに十分な情報が見つかりませんでした。 このレビューが読者の時間を節約し、あなたが最初に会うとき、このシステムでよりバランスが取れることを望みます。

Comindwareとは何ですか？

Comindware Business Application Platformは、絶えず変化するビジネスニーズにタイムリーに「適応」できる柔軟なシステムです。 開発者はそれについて書きます。

実際、Comindwareソフトウェアソリューションはプラットフォームであり、特別なすぐに使用できる製品ではありません。 一方では、これは、ユーザーが使用できるようになる前にソフトウェアを構成するのに時間がかかることを意味します。 一方、Comindware製品を使用する場合は、厳格なフレームワークに制限されず、プラットフォームツールを使用して、要件に合わせてさまざまなソフトウェアソリューションを作成できます。

同時に、特定の利点としての開発者は、Comindwareプラットフォームにより、ビジネスアナリストやビジネスマンがプログラマーの関与なしでもほとんどの機能を独立して構成できることを示しています。 正確に設定できるものと設定する必要があるもの、それが便利な理由、非専門家が使用できる機能については、以下で詳しく説明します。

ターンキーソリューションとプラットフォームの違い

プラットフォームとは、ユーザーのニーズに応じてさまざまな問題を解決できるフレームワーク、特定のソフトウェア環境、またはより単純なツールのセットです。

たとえば、誰もがソフトウェア製品の1Cファミリを知っています。 さらに、それらはすべて、特定のバージョンの共通プラットフォーム1Cによって統合されています。 そして、このプラットフォームの上に、構成がインストールされます。 このプラットフォームで動作するように設計されたチームとソリューションのセット。 各構成は、ユーザーのニーズに対するターンキーソリューションです。

プラットフォームのもう1つのあまり知られていない例は、Bitrixです。 Bitrix CMSサイトの「エンジン」と「クラウド」Bitrix24ソリューション-誰もが製品を知っています。 彼らは非常に異なっています。 しかし、それらは共通のプラットフォームによって結合されています。

Comindwareシステム全体がまさにプラットフォームであることを理解する必要があります。 既製のソリューションはまったくありません。 特定の問題を解決するために、必要に応じて全員が調整します。 Comindwareと同じ1Cを区別する唯一のことは、このシステムのツールセットが比較的単純であり、プログラマーの専門知識を必要としないことです。

システムの基本

以下では、タスク、プロセス、ドキュメントを管理するためのツールとしてのComindwareシステムについて説明します。 原則として、これらのすべての機能はシステム全体の一部であり、プロセスは個別のタスクで構成され、ドキュメント管理はタスクとドキュメントの組み合わせであるため、常に相互に「共鳴」します。

Comindware Business Application Platformは、完全にブラウザベースのソリューションです。 システムには、ユーザーのワークステーションにインストールする必要がある独自のアプリケーションまたはクライアントプログラムがありません。 動作するには、便利なブラウザを開いて、システムのアドレスを指定し、認証を通過するだけです。

システムは2つの部分で構成されています。

1. 開発を目的とした管理部分。
2. ユーザーが作業するユーザー部分。

システムで本格的な作業を行うには、すべてのユーザー設定を設定し、プロセス、タスク、およびドキュメントを構成する必要があります。 また、管理者セクションでビジネスソリューションが作成された後にのみ、ユーザーはセクションでそれらを実行できます。

原則として、ここでは設定の数は比較的少なく、作業用のツールはユーザーレベルで理解できます。 これにより作業が大幅に簡素化されます。 たとえば、Bizagiシステムには、ビジネスアナリストと一緒にプログラマが順番に解決するソリューションを開発するための7つの段階（ウィザードモード）があります。 私のBizagiビデオチュートリアルをご覧になり、Comindwareでの作業がどれほど簡単かを比較してください。

作品を構築するロジックの観点から見ると、最も近いアナロジーは依然として1Cシステムだと思います。プラットフォームへのプログラマーのアクセス（設定の作成）と、設定の一部としての後続のユーザー作業もあります。

同時に、Comindwareでは、ユーザー機能と管理者機能の分離が非常に厳密に設定されています。 これは利点だと思います。 たとえば、同じ1Cでは、一部の外部処理（スクリプト）をユーザーが開いた構成から開始できます。これにより、通常の従業員に、多くの場合完全に不要な追加の機会が与えられます。

管理セクション

この記事では、主に管理セクションについて説明します。これは、ユーザーセクションが何をどのように構成するかに直接依存するためです。

システムは、次の主要コンポーネントで構成されています。

1. ユーザー
2. テンプレート
3. 設定
4. 通信チャネル。
5. データ伝送経路;
6. レポート。

ユーザー

ユーザーは、管理者から通常の実行者まで、すべてシステムの将来の参加者です。 Comindware Business Application Platformのこのタイプのシステムと同様に、ユーザー権限のセットを作成できます。 そして、各ユーザーは、選択した権限を持つ特定の役割を割り当てます。

ただし、重要な機能があります。Comindwareでは、ユーザーが別の機能を実行します。 タスクとプロセスを作成するとき、管理者は特定のユーザー（名前、役職）をプロセス段階の責任ある参加者として参照できます。

ユーザーには、2種類の認証が実装されます。

• LDAP-すなわち 双方向アプリケーション（軽量ディレクトリアクセスプロトコル）を使用してアクセスする機能。
• ローカル認証は、ユーザー名とパスワードを使用した従来のログインです。

パターン

システム全体は、3種類のテンプレートで構成されます。

• 記録する
• 処理
• ケース。

執筆時点では、ケースはまだ活発に開発されているため、今回はケースについて説明しません。 今日、仕事のための非常に十分な記録とプロセスがあります。

プロセス

プロセステンプレートはBPMN 2.0形式で説明されています。 私の記事「 例によるBPMNの簡単な説明 」で読むことができます。 プロセスウィンドウの左側にあるヒント付きのグラフィックツールは、経験の浅いユーザーでもテンプレートをすばやく作成または変更するのに役立ちます。 したがって、このシステムのビジネスプロセステンプレートは、ビジネスアナリストまたはビジネスリーダーが技術専門家の助けを借りずに作成できます。

アナログと比較したシステムのいくつかの機能：

• 開始要素（開始フォーム）の設定と一連のルールがすぐに可能です。 その結果、開始フォームには独自のネストされたフォームがあります。 Bizagiでは、これは不可能です。start要素は1つの「Start」機能を実行します。
• アクションを作成するとき、メインテンプレートウィンドウからこのアクションの詳細な説明を直接設定できます。 これを行うには、マウスを右クリックしてコンテキストメニューを呼び出し、目的の項目を選択して、たとえば、独自のフォームを作成します。
• フォームのコンストラクタは非常にシンプルで直感的です。 仕事に支障をきたすことはまずありません。 興味深いことに、このコンストラクターでは、投稿のリンクをすぐに作成できます。 それが何であり、なぜそれが必要なのか、もう少し低く言います。

そのため、各アクションに対してフォームとブランチを示すプロセスを作成しました。 テンプレートの編集モード（ここではデザイナーと呼びます）には、非常に便利なボタンがあります-チェック。 プロセスのエラーと論理的な矛盾を特定するのに役立ちます。 視覚的に確認し、「確認」ボタンを使用した後、選択したテンプレートをわかりやすい名前で保存できます。

記録

エントリは、ビジネスモデリングではビジネスエンティティとも呼ばれます。 これは、ディレクトリまたはドキュメントの任意のバージョンです。 つまり 情報フィールドを含み、プロセスまたはケースではないエンティティ。 これは、従業員のリスト、倉庫のリスト、顧客の注文などです。

レコードテンプレートチューニングには以下が含まれます。

• 属性-入力可能なフィールド。
• フォーム-一貫性と外観;
• レコードタイプに許可される操作。
• ツールバー（ユーザーにとって便利な設定）;
• アクセス権、設定など

ここで最も重要なことは、属性を割り当て、ユーザーが使用する便利なフォームを作成し、アクセス権を指定することです。 これは、通常、レコードテンプレートでの作業が終了する場所です。

設定

管理パネルの別の重要な項目は、ユーザーのシステムの外観、アクセス権などの基本設定を担当します。

利用可能な設定：

• グループ。 システムへのアクセス権のレベルとタイプの両方の観点、および会社の部門やその他の特性の両方の観点から、ユーザーをグループにグループ化する機能。
• サイドナビゲーションを設定します（ユーザーの権利レベルに応じて、左側に異なるメニューパネルが表示されます）。 ここでは、人が作業する必要があるアイテムのみを指定でき、不必要な人を表示することはできません。これにより、システムの使いやすさが向上します。
• グローバルアクセス許可は、ユーザーグループに割り当てられているのと同じアクセス権です。
• グローバル設定-管理者が必要とする基本設定。
• バックアップは、誰もが知る必要がある機能です。 ビジネスシステムでのバックアップの作成は、どの会社でも定期的に実行されます。

通信チャネル

管理セクションのこの項目では、さまざまな通信オプションを構成できます。

1. メール 独自のメールを設定できます。 メールのインターフェースはシンプルですが、セットアップには最低限の知識も必要です。 顧客からの通知や要求をシステムに直接受け入れることは、多くの場合に便利です。
2. Webリクエスト。 このセクションはプログラマ向けです。自動化の設定、APIを介したデータの受信、アプリケーションや他のシステムからの重要なリクエストの通知の受信に使用されます。

報告書

Comindwareシステムでのレポートは非​​常に簡潔です。 独自のレポートの作成はここでは提供されません。 また、既存のレポートは非​​常に簡単です。 これらはアクティブなプロセスのステータスを記述し、リアルタイムで何が起こっているかを見ることができます。 レポートを生成するには、プロセスまたはレコードのテンプレートを選択して、この領域で何が起こっているかを確認するだけで十分です。

作業中のプロジェクト、クライアント、従業員のワークロードのリストを表示したい場合は、対応するリストをソートすることですべて取得できます。

一方では、Comindware Business Application Platformでのレポート作成は「弱点」と見なすことができます。 一方、プロセスシステムでは、通常、他の種類のレポートは不要であり、使用されません。 プロセスを操作する際の最も重要なことは、何らかの理由でどのプロセスが停止しているかを理解することです。 システムは、この機能に組み込みのレポートを提供します。

要約すると、賛否両論

Comindwareシステムの紛れもない利点の1つは、管理者レベルでもシステムを簡単に操作できることです。 プロセスを作成し、必要なフィールドを追加し、誰がそれを使用するか、どのドキュメントに記入するかを示し、プロセスを開始します。

システムの利点：

• 使いやすい
• アナログと比較した速度。
• ネイティブクライアントを使用する必要はありません（プログラムのインストール）。
• SAASソリューションとスタンドアロンの可用性。
• BPMN 2.0表記の使用（便利な標準）。

決定の短所：

• より複雑なアナログで利用可能ないくつかの有用なソリューションの欠如;
• 特定の数のバグの存在（それらは重大ではありませんが、ユーザーは時々それらに遭遇します）;
• 未処理のドキュメント。 ソフトウェア製品は活発な開発の段階にあり、ほとんどの場合、ドキュメントの小さなリストがこの事実に関連しています。

私の観点からすると、BPMシステムとしてのプラットフォームは非常にユーザーフレンドリーです。 同時に、ソフトウェア製品はローコードタイプのシステムに属します。 原則として、プログラマーによるソフトウェア製品の構成に参加する必要はありません。 場合によっては必要になることがあります-外部スクリプトを実行する（可能性はC＃で実装されます）、つまり Comindwareが提供していない特別な機能を実装し、他のシステムと統合します。 他のすべての場合では、必要に応じて、プログラミングから遠く離れた人でも、すべてを構成し、独立して作業を開始できます。

1. マネージャーまたはマネージャーに代わって従業員は、従業員のリスト、役職、およびアクセス権を記入します。
2. アナリストはプロセスとフォームを作成し、これがすべて機能する方法を説明します。 これらはすべて、明確で便利なグラフィカル表記の形式で行われます。

その後、すぐにシステムを起動して、システムでアクティブに作業を開始できます。 プログラマは、必要に応じて接続されます（たとえば、産業または他の大企業の場合、他のシステムとの統合のため）。 しかし、同時に、アナリストとプログラマーは1つの共通の環境とシステムで協力して、相互理解に伴う多くの矛盾や問題を回避できます。

Comindwareソフトウェア環境に統合を実装する必要がある場合、APIを介してデータを交換する機能が実装されますが、サードパーティのプログラムは従業員、顧客、プロセス、つまり JSON形式のユーザーデータベース、つまり APIソリューションの共通標準が使用されます。これは、迅速な統合に便利です。

ユーザーの外観とナビゲーションも、システム管理者がプログラマーの助けを借りずに構成します。 システムの速度は非常に満足です。

会社の規模とニーズに応じて、SAASソリューションを適用できます。 開発者のサーバーでシステムを使用して、各ユーザーに月額料金を支払うか、「箱に入れて」製品を購入して自分のサーバーにインストールすることができます。