販売管理・生産管理の経験はどう伝える？基幹システム案件で確認したい業務知識

「製造業のシステムを担当していたので、生産管理にも対応できます」。経歴を短くまとめようとして、こんな説明になっていないでしょうか。

製造業の会社でも、担当システムが販売管理や人事給与ということはあります。案件を選ぶときに照合したいのは、勤務先の業種だけでなく、どの業務の、どの処理に関わっていたかです。

LFの掲載案件でも「業界」と「担当業務」は別に書かれている

LegacyForceに掲載されている製造業向けの販売管理ツール開発案件は、販売管理の基幹システムと、DBテーブルを通じて連携するツールを開発する募集です。仕事内容には、利用企業のIT部門と直接やり取りし、設計から結合テストまでを中心に担当することが書かれています。

ここで確認したいのは、製造業という業界名だけではありません。販売管理のどのデータを扱うのか、既存システムとの受け渡しを誰が決めるのか、利用部門の業務をどこまで理解している必要があるかです。

また、この案件はVB.NET、Access VBA、Oracle Databaseの開発経験を求めています。販売管理を知っていることが、そのまま技術要件を満たすことにはなりません。業務と技術を別々に照合します。最新の募集状況や条件は案件ページで確認してください。

以下は経験を整理するための例です。システムによって機能の分け方や名称は異なります。

在庫を扱った経験があっても、それだけで生産計画まで経験したとは言えません。一方で、販売と在庫のつながりを説明できることは、連携を担当する募集で経験を確認してもらう材料になります。

普段の処理に加えて、返品、取消、締め後の訂正など、通常と違う扱いに関わった経験を思い出してみてください。

次は説明用の架空の記入例です。

販売管理システムの請求処理改修を担当。締め後の売上訂正について、営業部門と経理部門に処理のタイミングを確認した。翌月の請求への反映方法を詳細設計に記載し、訂正前後の金額を照合するテストを作成した。会計仕訳の設計と入金消込は別担当。

「販売管理の経験あり」だけの場合と比べると、関わった処理、確認先、残した資料、担当外の範囲が分かります。

実際の経歴では、案件固有の金額や顧客情報を持ち出す必要はありません。自分が何を判断し、何を確認したかを説明します。

人事・給与領域の久保さんへのインタビューでは、製品機能の知識だけでなく、規程や計算の根拠を理解して説明すること、例外の扱いを設計へ織り込むことが語られています。

これは人事給与についての経験談ですが、自分の業務知識を整理するときにも参考になります。「使った製品」だけでなく、「その設定や処理が必要な理由を説明した経験」を取り出してみてください。

販売管理の経験者が生産管理案件を検討するなら、未経験の業務を誰に確認できるか、業務担当と技術担当の分担がどうなっているかを聞きます。業務の要件を一人で決める役割と、決まった仕様を実装する役割では、必要な経験が違います。

相談時は、次の4項目をまとめると確認が進みます。

「基幹システム全般」と広げるよりも、任せられる仕事が具体的に伝わります。