動的アカウントのない動的承認チェーン

このページは機械翻訳を使用して翻訳されています。

ウェビナーでは、ServiceMasterを取り巻くビジネスプロセスについて、承認チェーンを692から30に減らすことについて話し合いました。私たちは、彼らがプロセスをどのように実行するかを示した後、ライブデモでプロセスを示しました。

どうしてそんなにうまくいかないのですか？

単純に、実装後に開始して、特定の状況に対して承認チェーンを1つ作成する必要があるインスタンスに遭遇します。次に、さまざまな状況が発生し、それを知る前に、何百もの承認チェーンがあります。プロセスを改善するタスクは圧倒的なようですので、修正されません。

彼らは一歩戻り、プロセス全体をレビューして、組織内で承認をトリガーするために必要なものを特定しました。彼らは「商品」と「部署」をレビューして解決しました。

Ianがウェビナーの記録で示唆しているように、最初のステップは現在のプロセスと会社が望む組織的コントロールを評価することです。次のステップは、組織内の特定の承認の原因を評価することです（ユーザーの部署、出荷先の場所、サプライヤー、アカウントコード、アイテム、商品または契約割当）。

トリガーが特定された後、承認グループ、カスタムフィールド、および承認チェーンを構築するプロセスが次々に並ぶ。問題が発生した場合は、記録されたウェビナーでガイダンスを確認してください。