SAP FI/COコンサルのスキルシートの書き方｜面談で評価される実績の見せ方

SAP FI/COコンサルのスキルシートは、プロジェクトごとにSAPの環境を1行で示し、担当した機能をサブモジュールの言葉で書き、その機能に自分がどう関わったか（要件を決めたのか、設定したのか、運用したのか）を動詞で書き分けるのが基本です。「FI/CO担当」とだけ書くと、読み手は設計から任せてよいのか、保守を任せる人なのかを判断できません。

経験を機能と工程で棚卸しする方法はSAP FI/COコンサルがフリーランスになるには、案件で求められるスキルの中身はSAP FI/COコンサルのスキルの記事で扱っています。この記事では、棚卸しした経験をシートの上でどう見せるかに絞って解説します。

プロジェクト欄の冒頭に「SAPの環境」を1行で書く

FI/COの読み手は、担当内容を読む前に「どんな環境のプロジェクトだったか」を知りたいと考えています。同じ固定資産の設定でも、新規導入とS/4HANAへの変換、海外拠点への展開では難しさが違うためです。プロジェクトの最初に、次の要素を1行にまとめておくと読みやすくなります。

例（架空）：「S/4HANA（オンプレミス）／新規導入／国内グループ会社の会社コード複数／MM・PPとの連携あり」

規模は社名が特定されない程度のおおまかな書き方で十分です。どこまで書いてよいかはスキルシートと守秘義務の記事をご覧ください。

機能はサブモジュールの言葉で、深さは動詞で書く

「FI担当」ではなく機能の名前で書く

FIもCOも範囲が広いため、モジュール名だけでは担当の中身が伝わりません。FI-GL、FI-AP、FI-AR、FI-AA、CO-CCA、CO-PC、CO-PAのように、サブモジュールの言葉で書くと、読み手は案件の要件と照らし合わせやすくなります。略称に加えて「固定資産」「製品原価計算」のように日本語を添えると、略称に慣れていない読み手にも伝わります。

関わり方の深さは動詞で分ける

同じ機能でも、関わり方には深さの違いがあります。シートでは、次のような動詞を決めて使い分けると、面談で聞かれたときの説明と食い違いません。

書き換えの例（架空）：

• 書き換え前：FI-AA担当
• 書き換え後：FI-AA（固定資産）の減価償却の要件を経理部門と決め、設定。旧システムの資産データの移行とテストを担当

一つの行に「要件」「設定」「移行」「テスト」が入っていると、担当の幅が一目で伝わります。

会計の業務知識をどこに書くか

FI/COでは、システムの設定と同じくらい、会計の業務知識が見られます。ところが、スキルシートの型には業務知識を書く欄がないことが多く、書き漏らされがちです。

• スキル一覧に「業務知識」の行を作る：月次・年次決算、債権債務の管理、固定資産、原価計算、管理会計の配賦など、説明できる業務を並べる
• 経理の実務経験は一つの経歴として書く：事業会社の経理にいた期間は、SAPの経験とは別のプロジェクト欄にして、担当した業務と使っていたシステムを書く
• 制度対応はプロジェクトの担当内容に書く：インボイス制度や電子帳簿保存法などへの対応に関わった場合は、どの機能で何を変えたかを書く

簿記などの資格は資格欄に書き、業務知識の行では「何を説明できるか」を書くと、知識と実務の両方が伝わります。

記入例（架空）

次は、書き方の型を示すための例です。業種と規模はぼかしてあり、実在のプロジェクトではありません。

期間：20XX年10月〜翌々年3月（1年6か月）
環境：S/4HANA（オンプレミス）／新規導入／国内グループ会社の会社コード複数／MM・PPとの連携あり
業種・概要：製造業（中堅規模）の基幹システム刷新
立場：FI/COチーム5名のうち、CO領域のサブリーダー
担当工程：要件定義、設計・設定、統合テスト、本番稼働の支援
担当内容：CO-CCA（原価センタ会計）の配賦の要件を経理部門と決め、設定。CO-PC（製品原価計算）の標準原価の設定を担当し、PP担当と原価の積み上げ方を調整。統合テストで、製造から会計までの伝票の流れを確認
工夫・成果：配賦の基準を部門ごとに一覧にし、経理部門が自分で見直せる形にした。稼働後最初の月次決算に立ち会い、原価差異の問い合わせに対応した

実際に書くときは、ご自身の経験に置き換えてください。

他モジュールとの連携は「つなぎ目」として書く

会計のデータは、販売・購買・生産の取引から流れてきます。連携の経験は、FI/COのシートで差がつきやすい部分ですが、「SD・MMとの連携」と書くだけでは中身が伝わりません。

次のように、どのつなぎ目で何をしたかを書きます。

• 入庫・請求書照合の仕訳で使う勘定の決め方を、MM担当と一緒に決めた
• 出荷・請求から作られる売上の仕訳を、統合テストでSD担当と確かめた
• 製造の実績から作られる原価差異の扱いを、PP担当と調整した

統合テストで不具合の原因を切り分けた経験があれば、「どのモジュールの、どの設定が原因だったか」まで一言添えると、統合テストを任せられる人として伝わります。販売・購買側の書き方はSAP SD/MMコンサルのスキルシートの記事で解説しています。

保守・運用の経験の書き方

保守・運用の経験は、導入プロジェクトと同じ型で書くと、担当内容が「問い合わせ対応」の一言で終わりがちです。次の3点に分けると、本番環境での力が伝わります。

1. 対応した問い合わせの種類：決算期の残高の不一致、支払処理のエラー、配賦の結果の確認など
2. 改修の経験：小さな追加開発や設定の変更で、自分が要件を決めたもの
3. 決算期の役割：月次・年次決算の期間に、どの処理を見守り、何を判断したか

同じ会社で導入から保守まで続けて担当した場合は、期間を分けて2件のプロジェクトとして書くと、導入の経験と保守の経験の長さがそれぞれ伝わります。

リーダー経験と海外展開の書き方

FI/COチームのリーダーや、他チームとの調整を担った経験は、立場の欄に「リーダー」と書くだけでなく、何を取りまとめたかを書きます。チームの人数、管理した課題の範囲、調整した相手（経理部門の責任者、他モジュールのリーダー、導入ベンダーなど）を書くと、リードを任せられる範囲が伝わります。

海外拠点への展開の経験は、対象の国や地域の数のおおまかな規模と、英語を使った場面（資料の読み書き、会議、現地担当者とのやり取り）を書き分けます。「英語可」とだけ書くと、会議の進行まで任せてよいのかが読み手に分かりません。

よくある質問

経理の経験が長く、SAPの設定経験は短いです。どちらを先に書けばよいですか？

応募する案件によります。要件定義や業務側の取りまとめの案件なら、経理の実務経験を要約の上に置くと伝わりやすくなります。設定を担う案件なら、短くてもSAPで設定した機能を先に書き、経理の経験は「業務知識の裏付け」として続けて書くのがおすすめです。

ECCとS/4HANAの両方の経験があります。どう書き分けますか？

プロジェクトごとの「環境」の行に版を書けば、読み手はどちらの経験かを区別できます。スキル一覧では、ECCとS/4HANAの経験年数を分けて書くと、新しい環境での経験の長さが伝わります。S/4HANAへの移行に関わった場合の書き方はS/4HANA移行のスキルシートの記事をご覧ください。

SAPの認定資格はどこに書けばよいですか？

資格欄に、正式な名称と取得した年月を書きます。資格の名称は改定されることがあるため、取得時の名称のまま書いてかまいません。案件では実務の経験が重視されるため、資格は経験を補う材料として、プロジェクト欄の内容とあわせて読まれることが多くなります。