ERP システム選定のためのチェックリスト

ERP は、会社の仕組みをモデル化したものです。受注がどのように売上になり、購買がどのように買掛金になり、在庫が倉庫と生産ラインの間をどう動くか。ベンダーを招く前に、そのモデルを書き出してください。見積から入金まで、調達から支払まで、計画から生産まで、採用から退職までといった10〜15のエンドツーエンドのシナリオを、自社の業務を特徴づける例外も含めて自分たちの言葉で記述します。委託在庫を持つ卸売業者、副産物が生じるメーカー、マイルストーン請求を行うサービス企業は、汎用的なシステムが予告なく行き詰まる典型的なケースです。

デモはベンダーの台本ではなく、これらのシナリオに沿って進めてください。一部入金済みの請求書に対する返品伝票（クレジットノート）、システムと一致しない棚卸結果、仕入先の請求書が遅れて届いた月次決算など、難しい部分も含めて流れ全体を見せるよう各チームに依頼します。機能一覧の長さよりも、回答の質のほうが多くを物語ります。

適合性には、プラットフォームがカバーする範囲も含まれます。財務、販売、在庫、製造、人事、調達をひとつのデータモデルでカバーするプラットフォームは、後の連携作業を減らします。一方、各分野で最適な専門ツールを組み合わせれば、各部門は好みの画面を使えます。どちらも誤りではありませんが、組織が抱える連携の量を左右するため、意図的に選択すべきです。

単独で動く ERP はありません。ERP は、銀行、Eコマースのストア、POS システム、倉庫や生産のシステム、CRM、税務当局のサービス、さらに多くの場合は親会社の連結ツールとデータをやり取りします。選定の前に連携マップを描いてください。各接続について、バッチかリアルタイムか、どのシステムがデータを所有するか、相手側が利用できないときにどうなるかを決めます。

次に、各候補がデータをどのように公開しているかを確認します。組織が管理できる認証を備えたドキュメント化された REST API、イベントの Webhook、自動化できる一括インポートとエクスポートは最低限必要です。データにアクセスする手段がベンダーのコンサルタントによるストアドプロシージャの作成しかない場合、今後の変更のたびに発注が必要になります。API ドキュメントを見せてもらい、ほかにどの顧客が連携を実現しているかを尋ねてください。

最後に、連携のロジックをどこに置くかを決めます。ポイントツーポイントのコネクターは構築が早い反面、保守に手間がかかります。組織が所有する小さな連携レイヤーは、当初の作業は増えますが、3年目にはコストが大幅に下がります。

移行は専任の責任者を置いた独立したワークストリームとして扱ってください。まずデータの棚卸しから始めます。どのマスターデータ（顧客、仕入先、品目、勘定科目表、従業員）と、どの未完了の取引（未決済の請求書、未完了の発注書、在庫残高、固定資産台帳）を移行するか、また、アーカイブに保管するのではなく新システムで照会できるようにする履歴をどこまで遡るかを決めます。

データは投入する前にクレンジングします。重複した顧客、換算係数のない3つの単位を持つ品目、納税者番号の期限が切れた仕入先は、いずれも本稼働の週末に照合の問題となります。投入スクリプトは早めに作成し、本番環境のコピーに対して繰り返し実行し、そのたびにコントロールトータル（試算表、売掛金と買掛金の年齢表、在庫評価額）を照合します。最終の投入は、すでに何度も実施しているため、何事もなく終わるはずです。

切り替えの方法は財務部門と合意してください。期の区切りで期首残高から始める方が、取引履歴を移行するよりも単純です。履歴が必要な場合は、承認前にどのレポートを再現する必要があるかを明確に合意します。

最初の1年で失敗するシステムは、機能が合っていなかったものではないことがほとんどです。毎日使う人々が変化に関与せず、知らされるだけだったシステムが失敗します。財務、営業、業務のプロセスオーナーを、実際の権限を持たせて選定チームに加えてください。シナリオに沿ったデモを彼らに進めてもらい、IT 部門の責任者とともに将来の業務プロセスを承認してもらいます。

トレーニングは役割別・シナリオ別に、本稼働の直前に、本番で目にするデータを使って計画します。トレーニング開始前に各部門のスーパーユーザーを決め、サンドボックスで操作する時間を与えます。切り替え後の一定期間は旧システムを閲覧専用で残して数字を確認できるようにし、事前に告知した日に停止します。

最後に、既存のレポートや画面をすべて新システムで作り直すことは避けてください。その中には、新システムが標準で備えている機能を旧システムが持っていなかったために存在していたものもあります。本当に不足しているものを判断する前に、新しいプロセスを四半期ほど運用してみてください。