目次:
ビデオ: my history up until being nys emt 1998,(preceded by my run through of emergency room today) (十一月 2024)
祖父のエンタープライズリソースプランニング(ERP)システムは死にかけています。 従来のERPツールは包括的なものとして構築されました。 これらは、ビジネスインテリジェンス(BI)、顧客関係管理(CRM)、総勘定元帳、および人事(HR)アプリケーションを組み合わせたフルスイートでした。 これらは、先入観のある特定のビジネスユースケースとデバイスに直接結び付けられるオンプレミスアプリとして構築されました。 Panorama Consultingのデータによると、大多数の企業は依然としてオンプレミスERPを使用していますが、クラウドベースのERPへの移行は、企業がERPツールにアクセスする方法だけでなく、それらを構築する方法も変えていることです。
今日、企業はクラウドベースのERPソリューションを使用する可能性が高くなっています。 クラウドへの移行により、企業は必要に応じて拡張および契約でき、クラウド実装により、ITプロフェッショナルは新しい機能とセキュリティパッチが利用可能になったときにアプリをすばやく更新できます。 通常、クラウドベースのERPベンダーは、シームレスに接続できる個別のモジュールに分割されたアプリを構築します。 本質的に、BIアプリとCRMアプリが必要な場合は、それらをオンに切り替えることができます。 HR管理およびPOS(Point of Sales)アプリが必要ない場合は、それらをオフに切り替えることができます。 何か変更があった場合は、切り替えるだけで、必要な場所にデータが表示されます。
このため、ERPスイートビルディングはアラカルトスタイルであるため、次の質問をする必要があります。完全に統合されたERPソリューションは、クラウドベースでもオンプレミスでも死んでいますか? サードパーティのアプリのコレクションで1つのERPスイートを構築できますか? 考えてみてください:IFTTT、MuleSoft、Zapierなどの統合ツールを使用すると、何百ものサードパーティツールを結び付けて、アプリのオールスターチームを作成できます。 ベンダーXの総勘定元帳アプリは好きですが、ベンダーYが作成したCRMアプリが好きですか? それを構築します。
Forrester Researchの副社長兼プリンシパルアナリストであるPaul Hamerman氏は、次のように述べています。 「今年は人事、それからCRMです。私が話した企業の大部分では、さまざまなベンダーのテクノロジーを使用しています。」
画像提供:パノラマコンサルティング
1つのERPベンダーを選択する理由
1つのERPベンダーと連携することにはいくつかの利点があります。 ほとんどのERPベンダーは同じデジタルアーキテクチャ上ですべてを構築します。つまり、CRMからeコマース、総勘定元帳まで、すべてのモジュールで同じユーザーインターフェイス(UI)を利用できます。 これは、このアーキテクチャ内に存在するデータの監視と保護に1つのセキュリティプロトコルのみを使用していることも意味します。 組み合わせるアプリが多いほど、より多くのセキュリティ調整を行う必要があります。
Hamermanは、完全に統合されたスイートを実装するかどうかを選択する際に、企業が次の質問を自問することを提案します。 彼らが持っているものはまだ実行可能ですか、それとも交換する必要がある特定のコンポーネントがありますか? 彼らの長期戦略は何ですか? これらの質問をする理由は簡単です。異なるニーズには異なる種類のERP実装戦略が必要です。
「特定の産業は、完全に統合されたERPの恩恵を受けます」とHamerman氏は述べています。 「特に、生産管理とサプライチェーンは、キャパシティの制御が容易であるため、収益を自動化するための会計システムへの販売の流れが容易です。収益側では、エンドツーエンドの自動化に適したアクティビティフローが見られます。 」
他のタイプのツール、すなわち、応募者追跡(AT)、人材管理、および人事管理を使用すると、さまざまなベンダーからそれらのアプリを引き出し、基本的な自動化とデータ共有のためにERPにプラグインすることができます。 それでも違いについて混乱している場合は、次のように考えてください。総勘定元帳は、ERPツールのコアコンポーネントです。 それはあなたの会社の主要な会計記録です。 それはあなたのビジネスに固有のものであり、他のシステムに合わせて簡単に複製したり調整したりすることはできません。 したがって、ゼロからビジネスを開始する場合は、複数の会計ツールを組み合わせて「Voltron ERP」を形成する代わりに、1つのERPツールを選択してください。
「資産管理、流通、会計などを分割しようとするのは非常に困難です」と、ERP企業AcumaticaのCEOであるJon Roskill氏は述べています。 「これらすべてのシステムの中核となる作業量は総勘定元帳です。見ているほとんどすべての製品にはその中に1つがあります。すべてのビジネスにそれが必要です。総勘定元帳を異なるシステムに分割しようとすると、トヨタを購入して、そのエンジンをホンダに搭載しようとするようなものです。機能させることはできますが、その作業量は意味をなさないでしょう。その中核の会計システムは原子単位であり、そのアトミックユニットの外に出ることは、私が誰かに望んでいることではありません。」
ZapierのCEO、Wade Fosterは、Roskillの自動車エンジンの類推には論理があると言いました。 しかし、フォスター氏は、彼が話している企業は、大量のカスタマイズを必要とし、サードパーティのソフトウェアとうまく通信できない「巨大なERPツール」を避けていると述べた。 「これらの大きなERPツールを使用すると、アプリを他のツールと一緒に動作させるのが難しくなる程度に、それらを9にカスタマイズできます」とFoster氏は言います。 「しかし、より多くの組織がより多くのツールを採用しているのを見ると、1つのツールキットにカスタマイズするのではなく、ツールが互いに対話する方法を見つけることがより重要になっていることがわかります。」
Roskillはまた、強力な製品ベースのビジネスモデルを持つすべての企業が、Software-as-a-Service(SaaS)アーキテクチャの中心としてERPツールを選択することを推奨しています。 そこから、AzuquaやMulesoftなどの高負荷の統合ツールを使用して、トランザクション量が多く、産業強度の高いビジネスニーズに対応できると彼は言いました。 そのため、本質的に、ERPを導入したら、Azuquaなどのツールを使用してCRM、データ視覚化、電子商取引ソフトウェアを接続することが実行可能です。 総勘定元帳とERPの基盤の中核である金融、サプライチェーン、および製品追跡ソリューションを分割しないようにしてください。
一方、Zapierは、あなたの会社の生死を意味しない、より軽量でポイントツーポイントのトランザクションにより適していると彼は言いました。 たとえば、ZapierはマーケティングオートメーションツールをTwitterフィードに接続してデータをやり取りするための優れたツールです。 「スパゲッティコードの原因となる統合に巻き込まれたくないのです」と彼は説明しました。 「これらの軽量ツールから産業用強度システムを構築した場合、持続不可能なものになります。」
フォスターは、ロスキルの主張に反対します。 彼は、Zapierがフックされたツールの正確なパワーとパフォーマンスを提供できると言いました。 したがって、Zapierを大規模な製造ソリューションと会計ツールに接続した場合、Zapierがどのように動作するかを心配する必要はありません。 さらに、Zapierの稼働率は99.99999パーセントです、と彼は言いました。
従来のERPが死んでいると思うかどうかは、ツールのパフォーマンスよりもニーズと好みに関係しています。 現在、Panorama Consultingによると、クラウドベースのERPツールよりも多くの企業がオンプレミスの「巨大な」ERPソフトウェアを使用しています。 彼らのデータは、既にオンプレミスのERPソフトウェアをインストールしている企業がやり直しを望んでいない傾向があることを示しています。 ただし、オンプレミスツールを優先してSaaSベースのツールを採用している企業は増加しています。 その結果、他の種類のエンタープライズソフトウェアとプラグアンドプレイできるソリューションを探しています。
最終的に、より小さく、より集中した会計および基幹業務アプリからERPを構築するための最善のアプローチになりますか? Roskillのように、それは不可能だと言う人もいます。 しかし、フォスターのように、はいと言う人もいます。 答えは、状況に対するハマーマンの評価と一致する可能性が高い:「どちらの方法でも機能する」。