メインコンテンツへスキップ
見出し画像

ECCとS/4HANAの違い｜販売・購買・会計の業務コンサルが押さえたい変更点

    アサインコネクト｜SAP案件・キャリア

    ECCで販売・購買・会計の業務コンサルをしてきた方が、S/4HANAの案件を見るときに気になるのは「自分の知っているSAPと、何が変わったのか」ではないでしょうか。

    この記事は、ECC（SAP ERP 6.0）の業務の経験があるSAPコンサルタントの目線で、S/4HANAで変わった点のうち、販売・購買・会計の業務に関わるものを、SAPの公式トレーニングと公式の資料で整理します。保守の期限や移行の方式の話は、別記事に譲ります。


    このnoteは、SAP人材に特化した案件紹介サービス「アサインコネクト」が書いています。

    当社には、S/4HANAへの移行やECCの領域のSAP案件が継続的に届いています。この記事の後半でも、実際に届いた3件の条件を紹介しています。

    ECCでの業務の経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。

    下の画像か、その下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。

    画像

    アサインコネクトをチェックする

    この記事でわかること

    • ECCからS/4HANAへの変更点を、SAPがどこにまとめているか

    • 取引先のマスタが「ビジネスパートナー」に変わったことの意味

    • 販売の伝票と価格の結果、在庫の伝票、会計の明細の持ち方の変化

    • 当社に届いたECC・コンバージョンの案件3件の条件と、そこから読み取れること

    1. 変更点はどこにまとめられているか

    SAPの公式トレーニングでは、すでにSAPを使っている会社がS/4HANAへ移るときには、それまでのSAP ERP 6.0との違いを理解しておく必要があり、そのために「Simplification Item Catalog（簡素化項目のカタログ）」が役に立つ、と説明されています。

    • カタログには、S/4HANAで何が変わるかを、主に機能の単位で説明した「Simplification Item（簡素化項目）」が並んでいる

    • 項目は、販売（Sales and Distribution）や会計（Finance）など、業務の領域ごとにまとまっている

    • 取引やある機能が「使えなくなった」と書かれていても、その業務ができなくなったという意味ではなく、多くは別の新しい機能に置き換わっている、と説明されている

    • 変更には、業務に影響するものと、データの持ち方など技術に影響するものがある

    • S/4HANAのリリースごとに、カタログは更新される

    以前は、同じ内容をまとめたPDFの「Simplification List」が使われていましたが、いまはカタログを使うことが勧められています。移行の案件では、業務コンサルも、自分の領域の項目に目を通すことになると考えられます。

    ECCの保守の期限と、S/4HANAへの移行の方式（新規導入・コンバージョンなど）は、別記事「S/4HANA移行と2027年の保守期限｜移行案件でSAPコンサルに求められる経験」で整理しています。

    2. 取引先のマスタは「ビジネスパートナー」に

    販売・購買・会計のどの業務コンサルにも関わるのが、取引先のマスタの変化です。

    ECCの得意先・仕入先との違い

    公式トレーニングでは、ECCで得意先と仕入先を別々のマスタで持っていたことの制約として、次の点が挙げられています。

    • 1つのマスタに、住所を1つしか持てない

    • 同じ相手が得意先でも仕入先でもある場合に、1つのマスタで両方の関係を持てない

    • 個人（B2C）を持てない

    • 時期によって変わる値（時間依存）を持てない

    S/4HANAでは、取引先をビジネスパートナー（BP）として持ちます。一般的なデータは役割をまたいで共有され、1つのビジネスパートナーに「得意先」「仕入先」などの複数の役割（ロール）を持たせられます。住所も複数持て、時間依存にも対応します。

    移行で必要になること

    公式トレーニングでは、ECCからS/4HANAへのコンバージョンの前提として、すべての得意先・仕入先のマスタをビジネスパートナーに変換しておく必要がある、と説明されています。ビジネスパートナーと得意先・仕入先のデータを同期させる仕組みは、CVI（Customer Vendor Integration）と呼ばれます。

    また、ECCで得意先・仕入先を管理していた設定（勘定グループ）はS/4HANAにも残り、販売の伝票の取引先の役割（パートナー機能）を決めるときなどに今も使われる、とされています。取引先のマスタの外から得意先・仕入先を登録する仕組み（インターフェース）は、CVIの機能を呼ぶ形に合わせる必要があります。

    マスタの管理を仕組みとして整える話は、別記事「SAP MDGの案件｜マスタデータ管理で求められる経験」で整理しています。

    3. 販売・購買で変わること

    販売の伝票と価格の結果

    公式トレーニングでは、販売の領域で最も大きな変更として、次のような点が挙げられています。

    • 伝票のステータス（状態）の持ち方：ECCでは、受注・出荷・請求の伝票の状態を別の表に持っていたが、S/4HANAでは伝票そのもののヘッダや明細に持つ

    • 伝票フロー：伝票のつながりと状態をまとめて見られる「プロセスの概要」の画面が作られた

    • 価格の結果：価格決定の結果を新しい表に持ち、桁数が増え、通貨の小数の桁にしばられない値を持てるようになった

    伝票の状態や価格の結果を読み出していたアドオンや帳票は、手直しの対象になり得ます。移行の案件で、業務コンサルがアドオンの棚卸しに関わる場面です。

    販売リベート

    販売リベートの処理は、S/4HANAでは決済管理（Settlement Management）の「条件契約（Condition Contract）」の仕組みに置き換わった、と説明されています。ECCではリベートの契約を作るところから始まっていましたが、S/4HANAでは条件契約を作って有効にし、その中に対象の取引先や条件をまとめます。売上や仕入の数量・金額の目標に応じた割引に使え、リベートの見越しの計上と、精算のときにその見越しを戻す流れも示されています。

    在庫の伝票

    在庫管理のデータの持ち方も変わりました。SAPのサポートの資料では、ECCの在庫管理は、在庫の伝票の表のほかに、合計や履歴を持つ表を多く使っていたため、情報が重複し、在庫の照会が遅くなったり、データベースのロックが起きたりしやすかった、と説明されています。S/4HANAでは、在庫の伝票を1つの表に追加するだけで記録し、在庫の数量はその伝票から都度計算する、新しいデータモデルに変わっています。

    購買の業務そのものの流れは、ECCの経験がそのまま土台になります。購買・在庫の業務の全体は、別記事「SAP MMモジュールとは｜購買・在庫の業務と、MM案件で求められる経験」で整理しています。

    4. 会計で変わること

    会計の明細は1つの表に（ユニバーサルジャーナル）

    公式トレーニングでは、ユニバーサルジャーナル（表ACDOCA）が、総勘定元帳、利益センタ会計、固定資産会計、原価計算の元帳（Material Ledger）、管理会計（CO）、収益性分析の明細を共通で持つ、と説明されています。各記帳は、ユニバーサルジャーナルに明細を作り、財務会計と管理会計のデータを1つの構造にまとめる、とされています。

    業務の側から見ると、次のような変化として表れます。

    • 財務会計と管理会計の数字を、同じ明細から見られる

    • 勘定科目の残高を、明細にある項目（利益センタ・機能領域など）で見られる

    • 勘定科目ベースの収益性分析では、分析の項目もユニバーサルジャーナルに持つ

    与信管理

    販売の与信のチェックは、S/4HANAではSAP Credit Managementの仕組みで行います。与信のマスタをビジネスパートナーに持たせる点など、仕組みの話は、別記事「SAP FSCMの案件｜与信管理・債権管理で会計コンサルに求められる経験」で整理しています。

    会計の領域の全体は、別記事「SAP FI/COコンサルの仕事｜会計モジュールの違いと、会計案件で求められる経験」で整理しています。

    5. 移行で業務コンサルが確かめること

    ここからは、公式トレーニングの説明から整理した一つの見方です。ECCからS/4HANAへ移るとき、販売・購買・会計の業務コンサルは、次のようなことを業務の担当者と確かめることになると考えられます。

    • 自分の領域のSimplification Itemのうち、どれが今の業務に当たるか

    • 得意先・仕入先をビジネスパートナーへ変換するときの番号の付け方と、データの整え方

    • 伝票の状態や価格の結果を読み出しているアドオン・帳票・インターフェースはどれか

    • 販売リベートを使っている場合、条件契約の仕組みでどう置き換えるか

    • 会計の帳票を、ユニバーサルジャーナルの明細の項目で作り直せるか

    どれも、ECCの業務の流れを知っている人ほど、影響のある箇所に早く気づける確認です。データの移し方そのものの話は、別記事「SAPのデータ移行の案件｜移行リーダー・移行担当で求められる経験」で整理しています。

    6. ECC・コンバージョンの案件では何が求められているか

    2026年の7月〜10月に当社が受け取ったSAP関連の案件のうち、ECCやコンバージョンを案件名か条件に入れた案件は3件でした。販売・購買・会計の業務コンサルの枠で「ECCからS/4HANAへの変更点」を名指しした案件はありませんでした。条件を書き直して紹介します。

    ECC・コンバージョンが入っていた3件（発注元が分からない形に書き直し）

    1. S/4HANAへのシェルコンバージョンでの基盤のアーキテクチャ（原則週5日出社）

    - 必須＝SAP Basisの経験、シェルコンバージョンの経験、アーキテクチャの方針書を作成・修正した経験

    2. 食品販売企業のSAPシステムコンバージョン（HANA）とSEMからSAC Planningへの移行の設計・開発（週5日出社）

    - 必須＝SAC Planning領域の設計・開発の経験、SAP BWと計画系の業務の知見・経験、SACの設計・開発・テストを一人称で担えること、顧客との課題整理・折衝の経験

    3. 運輸業の新リース会計基準への対応（複数システムの改修）の統制支援・SAP会計領域リードの枠（常駐）

    - 必須＝SAP S/4HANAまたはSAP ECCの開発・開発管理の経験、SAP会計領域でのチームリード・ベンダーマネジメントの経験、制度会計・管理会計・連結会計のいずれかの領域での開発の経験、50〜100名規模のプロジェクトの経験（複数案件）

    この3件から読み取れること

    1. コンバージョンの案件は、業務モジュールの外の枠だった

    1件目は基盤（Basis）、2件目は計画系（SAC・BW）の枠でした。どちらも、販売・購買・会計の業務モジュールの変更点を求めているわけではありません。コンバージョンでは、業務の領域だけでなく、基盤や周りの仕組みの移行にも枠が立つことが分かります。基盤の枠の話は別記事「SAP Basisの仕事｜Basisの案件で求められる経験」、計画系の話は別記事「SAP SAC（Analytics Cloud）コンサルの仕事｜経営管理・計画の案件で求められる経験」で整理しています。

    2. 「S/4HANAまたはECC」と、ECCの経験がそのまま条件に入っていた

    3件目の必須は「SAP S/4HANAまたはSAP ECCの開発・開発管理の経験」で、S/4HANAの経験を必須にしていませんでした。ECCの経験だけでも、この条件は満たせる書き方です。

    3. 3件目はリードの枠で、会計の領域の経験が見られていた

    3件目では、会計領域でのチームリード・ベンダーマネジメントの経験と、制度会計・管理会計・連結会計の「いずれか」の領域での開発の経験が必須でした。ECCかS/4HANAかよりも、会計の領域でどの立場を担ったかが見られる枠です。

    ご自身のECCでの経験が、どの案件に近いか気になった方へ。希望条件をLINEで登録いただくと、近いSAP案件が出たときに個別にご案内します。

    SAP案件の受け取り方を見る

    7. ECCの経験を経歴書で伝えるときのポイント

    「ECCの経験あり」とだけ書くと、案件の担当者は、どの業務を、どの立場で受け持ったのかを判断できません。次の点が読み取れるようにしておくのがおすすめです。

    • 領域：販売・購買・在庫・会計のどれを扱ったか

    • 段階：導入・追加開発・運用保守・移行のどこに関わったか

    • 立場：業務の要件を決めたのか、設定をしたのか、開発やテストを管理したのか

    • S/4HANAとの関わり：移行の影響の調査、ビジネスパートナーへの変換、アドオンの棚卸しなどに関わったか

    • 規模：会社コードや拠点の数、プロジェクトの人数

    経歴書の全体の書き方は、別記事「SAPコンサルの職務経歴書｜案件の担当者に伝わる書き方」で整理しています。

    8. よくある質問

    ECCの経験しか無くても、S/4HANAの案件に入れますか？

    当社に届いた3件のうち1件は「S/4HANAまたはECC」の経験を必須にしており、ECCの経験だけでも条件を満たせる書き方でした。ただし、案件ごとに条件は違うため、S/4HANAの経験を必須にしている案件もあり得ます。案件の条件の書き方を確かめるのがよいでしょう。

    Public Cloudでも、同じ変更点を押さえればよいですか？

    公式トレーニングでは、S/4HANAのデータモデルと画面は、クラウドとオンプレミスで一貫している、と説明されています。一方で、Public Cloudは標準の範囲で使う前提の導入になります。その話は、別記事「SAP Public Cloudの導入案件｜Fit to Standardでコンサルに求められること」で整理しています。

    まとめ

    • ECCからS/4HANAへの変更点は、SAPのSimplification Item Catalogに、業務の領域ごとにまとまっている

    • 取引先はビジネスパートナーで持ち、1つのマスタに得意先・仕入先などの役割を持たせる。移行の前に変換が必要になる

    • 販売の伝票の状態と価格の結果、在庫の伝票、会計の明細（ユニバーサルジャーナル）の持ち方が変わり、販売リベートは条件契約の仕組みに置き換わった

    • 当社に届いた3件では、ECCの経験がそのまま条件に入る書き方もあり、コンバージョンの枠は基盤や計画系にも立っていた

    SAPのモジュール全体の中で、各領域がどうつながっているかは、別記事「【2026年版】SAPモジュール一覧と業務のつながり」で整理しています。

    アサインコネクトは、SAP人材に特化した案件紹介サービスです。

    希望条件をLINEで登録すると、条件に合うSAP案件を個別に受け取れます。

    SAP案件を受け取る方法を見る

    参考資料

     
     

    アサインコネクト｜SAP案件・キャリア

     
     
    SAPフリーランスの案件・独立・キャリア情報を整理して発信。自分の経験をどう活かせるか、案件選びで何を見るかをわかりやすく届けます。案件・キャリアのご相談もお気軽にどうぞ。

    あなたへのおすすめ