SAP Business One導入ガイド

SAP Business Oneは、中小・中堅企業のために作られた経営管理システムです。財務、在庫、販売、購買、オペレーションといった中核機能を、1か所でまかないます。S/4HANAのようなエンタープライズ向けシステムより、機能の範囲でも費用の面でも手が届きやすいように設計されています。

大規模で複雑な組織を対象とするS/4HANAと違い、Business Oneはシンプルさとスピードを重視して作られています。大規模なITチームも、長い導入サイクルも必要ありません。多くの場合、そこが魅力です。

すべてを備えようとしているわけではありません。成長の途中にあり、まだグローバル展開には至っていない企業にとって、十分であることを目指しています。

SAP Business Oneのデプロイメントオプション

デプロイメントの選択は、長期的な運用管理のあり方を左右します。オンプレミスを好むチームもあります。完全な管理権限を持てるからです。既存のインフラやコンプライアンス上の要件がある場合は、それが重要になることもあります。ただしその分、アップデート、バックアップ、日常の保守を社内で担う必要があります。

SAPパートナー経由のクラウドホスト型を選ぶチームもあります。保守が容易で、通常は立ち上げも早くなります。管理権限の一部は手放すことになりますが、その見返りに運用の負荷が減ります。

ライセンスは柔軟です。費用をどう管理したいかに応じて、サブスクリプションか永続ライセンスを選べます。検討しておきたい点がいくつかあります。

自社で運用できるだけの社内サポート体制はありますか
完全な管理権限よりも、シンプルさのほうが価値がありますか
月額の費用のほうが、計画を立てやすくなりますか

完璧なモデルはありません。ほかよりも自社の状況に合うモデルがあるだけです。

導入アセスメントを始める調達管理

SAP Business Oneの主なメリット

SAP Business Oneは、中小・中堅企業に必要な仕組みを、複雑なエンタープライズシステムの負担なしに提供するよう設計されています。財務、販売、在庫、購買、オペレーションを、まとまりのある1つのプラットフォームにつなげます。ツールを行き来する時間が減り、本当に重要なことに集中する時間が増えます。

見える化、手作業の削減、事業の拡大のどれを目指す場合でも、成長に合わせて適応できるだけの柔軟性で支えます。そして、導入も管理も容易なため、大規模なERPと違い、運用に専任のIT部門は必要ありません。

ここでは、明快さ、シンプルさ、コントロールを求めるチームにSAP Business Oneが向いている理由を、6つのメリットとして挙げます。

1. 小規模なチームのために作られている

SAP Business Oneは、小規模な企業を念頭に設計されています。エンタープライズ向けプラットフォームのような過剰な機能なしに、必要なものを揃えています。

中核業務に集中できる
不要な複雑さがない
導入も保守も容易

2. 迅速で実践的なデプロイメント

立ち上げに何か月もかける必要はありません。適切なパートナーと進めれば、SAP B1の導入は驚くほど速く進みます。

四半期ではなく週単位
スムーズなオンボーディング
業務への影響が小さい

3. すべてが1つのシステムに

財務、在庫、販売、調達が、すべて1か所にまとまっています。そのため抜け漏れが減り、データへの信頼が高まります。

共通のデータベース
サードパーティ製品の継ぎはぎがない
すっきりしたワークフロー

4. 導入にも運用にも手頃

大規模なシステムと比べて、SAP B1は、開始時にも成長していく過程でも、予算への負担が軽く済みます。

低い初期費用
シンプルな継続保守
柔軟なライセンス

5. 事業の拡大に対応できる

Business Oneは、事業の成長に合わせて拡張できる柔軟性があります。ニーズが変わるたびにシステムを作り直す必要はありません。

モジュール式のアドオン
マルチユーザー、マルチロケーション
業界に合わせてカスタマイズ可能

6. 毎日使いやすい

画面はすっきりしていて、直感的に理解できます。基本を身につけるのに、チームが何週間もの研修を受ける必要はありません。

学習の負担が少ない
論理的な画面とメニュー
高い定着率

SAP Business One (2)

SAP S/4HANAとBusiness One、どちらを選ぶか

よく聞かれる質問ですが、正直なところ、完璧な答えはありません。現在どのように事業を運営しているか、日々どれだけの複雑さを扱っているかによって決まります。

SAP Business Oneは、小規模なチームに向いています。枠にはめられた窮屈さを感じずに、仕組みを整えたいチームです。軽量で、展開が早く、効率よく運営するのに必要なだけの機能を備えています。

SAP S/4HANAは、より大きな規模のシステム、複数の法人、より深いプロセスのために作られています。得られるものは多い一方、求められるものも多くなります。より多くの計画、より大きな変化、より多くの社内リソースです。次の点を自問してみてください。

目指しているのは、簡素化ですか、それとも変革ですか
必要なのは1つのシステムですか、それとも連携して動く複数のシステムですか
エンタープライズ級のものを、チームが現実的に支えられますか

答えが明確な場合もあります。うまくいっていることと足かせになっていることを書き出してみるまで、本当のところがわからない場合もあります。

SAP Business One導入前に検討すべき主なポイント

SAP Business Oneを導入することは、ソフトウェアを選んで本稼働日を決めるだけではありません。自社の仕事が実際にどう回っているか、誰が変革を率いるのか、本当は何を改善したいのかを、もう少し考える必要があります。標準のままですべてが解決すると思い込んで飛び込むチームもあれば、計画段階で足踏みしたまま動けなくなるチームもあります。

どちらも、思われている以上によく起きます。

技術的な話に入りすぎる前に、立ち止まって率直な問いをいくつか投げかけてみると役立ちます。今、うまくいっているのは何か。うまくいっていないのは何か。そして、たとえ良い方向への変化であっても、本当に変わる準備ができているか。

1. なぜ取り組むのかを明確にする

当たり前に聞こえますが、「成功」とは何かについて、全員の認識が一致しているとは限りません。レポーティングの改善か。手作業の削減か。より強いコントロールか。

実際の目標を書き出す
チーム間で共有されているかを確認する
最も重要なものに優先順位を付ける

2. 現在のプロセスを書き出す

何かを自動化する前に、すでにうまく機能しているものと、単に定着してしまった回避策とを見分ける必要があります。

主要なワークフローを文書化する
日常的に使っている人を巻き込む
明らかな非効率を洗い出す

3. データについて早い段階から考える

きれいなデータを入れておけば、その後がすべてスムーズになります。では、プロジェクトの途中で整理するとどうか。すぐに収拾がつかなくなります。

どのデータを移行するのか
正確で、漏れはないか
何の修正を誰が担うのか

4. 習熟にかかる時間を見込む

シンプルなシステムでも、習得には時間がかかります。最初は抵抗するチームもあるでしょう。やる気がないからではなく、慣れていないからです。

実際の研修時間を織り込む
ユーザーが実際に触って試せるようにする
序盤の多少のつまずきは想定しておく

5. 初日から作り込みすぎない

すべてを一度に解決したくなるものです。しかし、最初から大きく始めると、始める前から足を引っ張られかねません。

まずは中核のニーズに絞る
追加要素は後から段階的に入れる
進めながら調整できる余地を残す

6. 社内のリソースを揃える

優れたパートナーがいても、社内の誰かがプロジェクトの責任を持つ必要があります。そうでなければ、意思決定が止まるか、急ぎすぎることになります。

プロジェクトオーナーを任命する
役割を早めに明確にする
経営陣の関与を保つ

SAP Business Oneは、事業の構造とチームが引き受けられる範囲に応じて、段階的に導入することも、一括で導入することもできます。どちらを選ぶかは、チームの仕事の進め方、意思決定のあり方、そして今どこまでの変化を現実的に受け止められるかを映しています。財務、購買、場合によっては在庫といった基本から始める企業もあれば、初日からもっと広い範囲で始める企業もあります。そこは企業によって異なります。

変わらないのは、最初から正しく行わなければならないというプレッシャーです。そこで、アプローチが重要になります。

検討しておく価値のある点がいくつかあります。

自社のプロセスは整理され、よく理解されていますか。それとも、やや場当たり的ですか
日々の業務と並行して、テストや研修を行う余力がチームにありますか
事業は、実際のところ、どれだけ早く成果を必要としていますか
経営陣はロールアウトを積極的に支えていますか。それとも、傍観しているだけですか

全面展開を計画し、途中で縮小することもあるでしょう。あるいは小さく始めて、もっと進められると気づくこともあるでしょう。それは普通のことです。目標は完璧な実行ではなく、混乱なく前進することです。

私がお手伝いできること

SAPとデジタルトランスフォーメーションに25年携わってきた中で、キックオフから本稼働までのプロジェクトと、誰も語らない混乱の中盤を見てきました。最初から私が率いることもあります。事態が思わぬ方向に進んだときに、立て直しのために呼ばれることもあります。

どちらの場合も、私の役割は同じです。事業が本当に必要としていることと、システムが実際に提供できることをつなぐこと。専門用語は使いません。飾り立てもしません。ここにあるのは理論ではありません。現場で長年、現実のプレッシャーの下で実際の問題を解決してきた経験から形づくられたものです。

要件のヒアリング

SAP Business Oneの導入でよくある失敗

善意で取り組んでも、SAP Business Oneのプロジェクトは軌道から外れることがあります。原因が誤った判断とは限りません。気づかれないまま積み重なった小さなことが原因の場合もあります。計画が急ぎ足だったのかもしれません。あるいは、テストに必要な注意が向けられなかったのかもしれません。チームが早い段階で巻き込まれず、当事者意識を持てなかった場合もあります。

システム自体は堅実です。しかし、ロールアウトにどう臨むかですべてが変わります。

ほかよりも多く見られるつまずきがいくつかあります。

初期の計画セッションを飛ばす
データの乱れを甘く見る
早すぎる段階で、カスタマイズをやりすぎる
本稼働後のことを忘れる

致命的な問題ではありませんが、早めに気づけば、プロセス全体の負担はずっと軽くなります。

1. 計画フェーズを急ぎすぎる

速く進めなければというプレッシャーを感じるチームもあります。しかし、事前の計画を省くと、後でより多くの問題を生むことが多く、それも修正に時間がかかる種類の問題になりがちです。

明確なスコープや目標がない
プロセス間の依存関係の見落とし
非現実的な本稼働スケジュール

2. データ作業を過小評価する

データ移行は見た目より難しい作業です。Excel上ではきれいに見えるものが、システムで試すと不整合や欠落だらけだと判明することがよくあります。

重複レコードや書式の問題
重要な項目の空欄や誤用
整理の責任者が決まっていない

3. 早すぎる段階でカスタマイズしようとする

Business Oneは、標準のままでも十分に機能します。ユーザーが標準の設定を試す前の初日からカスタマイズすると、たいてい労力が無駄になります。

価値が不明確なまま増えるコスト
将来のアップグレードが難しくなる
後で誰にも理解できなくなるカスタムロジック

4. ユーザーをプロセスから外す

ユーザーを早い段階で巻き込まなければ、定着率が下がります。定着率が下がると、システムはシェルフウェアになります。技術的には稼働していても、十分には使われません。

テスト中にフィードバックがない
研修が駆け足で、実務と切り離されている
ユーザーが以前のやり方に戻る

5. ITだけのプロジェクトとして扱う

ERPは、部門をまたぐ仕事の流れを変えます。導入をIT部門だけで進めると、業務側の重要な文脈が見落とされがちです。

業務側のインプットが限られる
機能面よりも技術面に偏る
本稼働後の責任の空白

6. その後の計画がない

本稼働はゴールではありません。稼働後の計画がなければ、物事は停滞します。修正が積み上がります。システムへの信頼は、想像以上に早く薄れていきます。

サポート体制がない
改善のロードマップがない
稼働後にチームの勢いが失われる

SAP Business Oneは他のアプリケーションと連携できますか？

はい。実際に連携されていることも多くあります。SAP Business Oneは、CRM、eコマースプラットフォーム、物流ツール、さらには業界特有のシステムまで、幅広いサードパーティのアプリケーションと連携できます。APIを使う場合も、ミドルウェアを使う場合も、構築済みのコネクタを使う場合も、技術的な選択肢はそろっています。ただ、連携を正しく行えるかどうかは、ツールよりも、事業側のニーズがどれだけ明確に定義されているかにかかっています。

「すべてをつなごう」と言うのは簡単です。難しいのは、どのデータを、いつ、どちらの方向に動かす必要があるのかを見極めることです。

早めに整理しておく価値のある点がいくつかあります。

何を、なぜ連携する必要があるのか
双方のデータを誰が管理するのか
どのくらいの頻度で同期する必要があるのか
気づかれないまま失敗した場合にどうなるのか

連携は大きな価値を生み得ますが、つなぐだけで動くことはまずありません。慎重な進め方と何度かの予行演習が、動くだけのものと、信頼して任せられるものとを分けます。

SAP Business Oneに導入後サポートは必要ですか？

はい。技術的な問題のためだけではありません。システムが稼働しても、本当の仕事は、人々が実際の場面で使い始めてからです。疑問が出てきます。レポートが誰かの期待した内容を示していません。ある業務が以前より遅く感じられます。これらは失敗ではありません。定着していく過程で通る、ごく普通の曲線です。

導入後のサポートは、物事を前に進め続ける助けになります。チームのニーズに応じて、軽い関与にも、より体系立てた形にもできます。ただ、それがなければ、小さな不満は静かに大きくなりがちです。

サポートには、通常、次のようなものが含まれます。

細かな修正と調整
ユーザーからの継続的な質問と、研修の不足部分への対応
パフォーマンスの確認とバックアップ
フェーズ2や追加モジュールの計画

数か月でサポートを縮小する企業もあれば、一定のリズムを保ち続ける企業もあります。どちらにしても、電話できる相手、つまり御社の構成をすでに知っている人がいることが、動いているだけのシステムと、実際に使われるシステムとを分けることがあります。

クライアントとのワークショップでメモを取るコンサルタント

SAP Business OneとSAP GROW、どちらを選ぶべきですか？

SAP Business OneとSAP GROWのどちらを選ぶかは、たいてい、事業の構造と、今後どれだけの柔軟性を求めるかで決まります。

SAP Business Oneは、設定の仕方を自分たちで決めたい中小・中堅企業に適していることが多いです。

オンプレミスでも、パートナー経由のクラウドでもホスティングできます。プロセスを適応させる余地が広がる一方、システムに対してより大きな責任を負うことにもなります。

SAP GROWはS/4HANA Cloudを基盤とし、スピード、標準化、拡張性を求める企業向けに位置付けられています。ベストプラクティスを組み込んだ、あらかじめ定義されたモデルに沿って進めます。そのため展開は早くなりますが、柔軟性は低くなります。既存のワークフローに合わせて設計するのではなく、用意された枠組みの中で進めることになります。

次の点を自問すると役立ちます。