幅広いビジネスセクターの企業は、アプリケーションの処理に関連して頻繁に繰り返されるビジネスプロセスに直面しています。 企業のほとんどのビジネスプロセスは、クライアントからの着信リクエストで始まります。 さらに、多くの業界では、標準的な作業とサービスの実装は複雑で分岐したビジネスプロセスであり、さまざまな段階で会社の複数の部門の従業員のやり取りが必要です。
多くの場合、これらの典型的なタスクは最も資格のある従業員によって解決されないため、大量の作業を行うと、実行速度と実行される作業とサービスの品質に影響するエラーと失敗につながります。
自動化の助けを借りて問題を解決できるように思えますが、実際にはすべてがそれほど単純ではありません。 多くの場合、ビジネスは、ビジネスプロセス自動化システムの展開と既存のインフラストラクチャとの統合への高価な投資、または現在の状態でビジネスプロセスを「凍結」する2つの悪い選択肢から選択する状況に陥ります。これは、将来の企業の競争力の低下につながります。
問題は何ですか
さまざまな部門の従業員のやり取りを整理するのは必ずしも容易ではありません。多くの場合、コミュニケーションの過程で、オーバーレイが発生し、「ヒューマンファクター」が発生し、競合が発生し、従業員が退職します。
状況は、ビジネスプロセス自体の複雑さ、影響、および不透明性によって悪化します。 テレコム分野の例。 サブスクライバーを接続するためのアプリケーションを処理するとき、サービスを提供する可能性の検証には、データベースを使用してカバレッジエリアを分析する場合の自動と、サブスクライバーがカバレッジエリアにいるかどうかを正確に判断できる場合の手動の2種類の検証があります。 従業員が特定のケースでプロセスをどのように展開するかを理解するのは難しい場合があります。
その結果、これはエラーと遅延につながりますが、最速の接続は通信事業者の重要なタスクです。 接続を毎日待つことで、結果が成功する可能性が低くなります。クライアントは、より速い競合他社に接続したり、考えを変えたりすることさえできます。
そして、彼をネットワークに接続するマスターがクライアントに行った後でも、バックオフィスワーカーは、HelpDeskから請求およびCRMまで、さまざまなシステムに新しいサブスクライバーを取得する必要があります。 そして、もちろん、いつでも間違いを犯す可能性があり、それが将来の問題につながる可能性があります。たとえば、誤った資金の償却やタイムリーな請求書ではありません。
ビジネスプロセスパイプライン
このような問題を回避するには、ビジネスプロセスを自動化します。 アプリケーションでの作業を整理するには、特別なOMSシステム（注文管理システム）が使用され、ビジネスプロセスの一般的な説明には、BPM（ビジネスプロセス管理）ツールが使用されます。 後者の場合、説明はISO承認のBPMNグラフィカル表記法を使用して作成されます。 たとえば、BPMNで説明した予約プロセスは次のようになります。
このような記述は、ビジネスプロセスアーキテクトによって作成されます。 その後、スキームはBPMシステムにロードされ、ビジネスプロセスの実行を管理します。 対応するトリガー（注文が表示されるときなど）に応じて、彼らが解決するタスクはさまざまな部門の従業員に届きます。 プロセスが「フリーズ」した場合、経営陣はこれが起こった従業員をすぐに確認します。各段階で期限を設定し、近づいて責任者に通知を生成できます。
同時に、他のプログラムとやり取りするタスクは、人間の介入なしで実行されます-たとえば、クレジットで購入するために申請者を確認する必要がある場合、システムはクレジットビューローAPIを通じて彼の財務データを要求できます。
これにより、エラーの可能性を減らし、複雑なビジネスプロセスを標準化し、要件の変化に応じてそれらを更新し、スタッフの作業をスピードアップできます。 その結果、顧客の不満が減り、会社からのお金が増えました。 見た目は素晴らしいですが、実際、ここでは「それほど単純ではありません」。
それほど単純ではない
ロシアのビジネスにとって重要な点は、このような製品がわが国ではあまり流通していないことです。 ほとんどの既存のシステムはロシア語に翻訳されていません。 これは大きな問題です。一般的な日常業務プロセスの自動化について話しているため、英語を知らないスキルの低い従業員がBPMソフトウェアを使用しています。 したがって、このようなシステムではローカライズが非常に重要です。
さらに、このようなソフトウェアは、原則として、関連する役割を持つユーザーが作成されるWebポータルの形式で実装されます。 従業員にとって、これらはすべて、あなたが働く必要がある別のプログラムのように見えますが、あまり便利ではありません。
もう1つの重要なポイント-BPMシステムの開発者は、原則として、美しく機能的な作業インターフェイスの作成にほとんど注意を払いません。 顧客は、クライアントアプリケーションに自分で実装し、APIを介してシステムとやり取りすることを想定しています。 したがって、「ネイティブ」インターフェースは通常、システムの機能を示すためだけに役立ちます。 しかし、大企業だけがこのようなコストのかかる統合と新しいインターフェースの作成に従事する余裕があり、中小企業にはそのようなリソースがありません。
そして最後に、主なマイナス点は、会社が使用する他のツールと統合せずに、自動化に別のソフトウェアを使用する無意味さです。 元のシステムが無料であっても、このような統合は非常に高価です。 たとえば、BPMシステムにはビジネスプロセスやアプリケーションに関連付けられたデータは保存されません。つまり、そのような情報を配置できるシステムに接続する必要があります。
結果として、ビジネスがソフトウェア開発に関連していない企業は、そのようなシステムの導入を許すことができず、非効率的に働き、お金を失うという古い方法で生きることができません。
救助のためのオープンソース
後で私たちは、上記のすべての問題について多くのことを考え、すべての場合に普遍的なソリューションを作成することは不可能であるという結論に達しました。 ただし、すべての企業が簡単に適応できるツールを作成できます。
したがって、BPMシステムと統合されたオープンソースアプリケーションである新しいHydra OMS製品を開発しました。 私たちの場合、これはオープンソースのBPM Activitiシステムです。
注文とそのステータスに関するデータは内蔵ストレージに保存されます。つまり、外部データベースを使用する必要はありません。 巨大なWebポータルの代わりに、ユーザーは使いやすいインターフェイスで作業します。 新しい注文のビジネスプロセスを開始し、ビジネスプロセスの現在のタスクを完了することができるBPMウィジェットを統合します。 これを使用して、注文の移動を自動化し、その実装のための段階的な「ウィザード」を構成できます。
ここに小さな例があります-典型的なプロセス-休暇申請。 このようなプロセスのビジネスロジックは、次のBPMN図で表すことができます。
ビジネスプロセスがHandle Requestステージに達すると、Hydra OMSのウィジェットは次のフォームをユーザーに表示します。
フィールドのセット、配置、およびそれらを編集する機能は、管理者が各フォームごとに事前に構成します。 ウィジェットにフォームが表示され、フィールドに現在の順序の値が入力されます。
これにより、「エンドツーエンド」のビジネスプロセスを作成できます。そのプロセスはさまざまなシステムで実行されます。 これらのシステムのユーザーは適切なアラートを受け取り、マネージャーはどのステップでも進捗を追跡できます。
同時に、プロジェクトのオープンソースコードにより、必要に応じて、サードパーティのツールを統合したり、特にゼロから開発したりするのではなく、特定のビジネスに合わせたソフトウェアバージョンを作成できます。
GithubからOMS Hydraをダウンロードし、そこに星を入れて、私たちにあなたの願いを書いてください。