購買依頼 リリース承認設定 (Define Release Procedure)

博士 博士

ここはみんなで作り上げるノウハウサイトにしていくサイトだぞい。
是非カスタマイズの事例などコメントして欲しいのじゃ!

T-CODES_ALR_87002179
概要分類を使う購買依頼の承認手続を設定します。承認グループ、承認コード、承認区分、承認方針を定義し、承認グループごとに購買依頼を一括で承認するか(全明細を同時に承認)も設定します。

T-CODE:S_ALR_87002179 から実行すると「アクティビティ選択」が表示され、5 つの作業から選びます。
テーブルT16FG:承認グループ
T16FH:承認グループテキスト
T16FC:承認コード
T16FD:承認コードテキスト
T16FS:承認方針
T16FT:承認方針テキスト
T16FV:承認前提条件
T16FK:承認状況
T16FW:承認コードへの機能割当
T161S:承認区分: 購買依頼
T161U:承認区分に対するテキスト
この記事のポイント

カスタマイズ設定

アクティビティ選択

アクティビティ選択の画面
  1. 承認グループ
  2. 承認コード
  3. 承認区分
  4. 承認方針
  5. ワークフロー

承認グループ

①を選ぶと、購買依頼の承認グループの一覧が表示されます。承認コードや承認方針の画面は、購買発注承認の記事も参考にしてください。

承認グループ: 購買依頼の画面

主な設定項目

  1. 承認Grp:承認グループです。1 つまたは複数の承認方針をまとめます
  2. 承認Obj.:承認グループが有効な購買伝票の種類(承認オブジェクト)です
  3. OvRelPReq:購買依頼の全明細を同時に承認する(一括承認)かを指定します
  4. クラス:承認グループに割り当てる分類のクラスです

画面の例では、承認グループ 01(購買依頼承認)を承認オブジェクト 1 で登録し、一括承認(OvRelPReq)はオフ、クラスには B1・JB・P2 と同じ Z_PREQ_RELEASE_JP を割り当てています。

承認コード

「承認コード」を選ぶと、購買依頼の承認グループごとの承認コードの一覧が表示されます。

承認コードの画面

主な設定項目

  1. 承認グループ:1 つまたは複数の承認方針をまとめるグループです。画面の例では 01(購買依頼承認)のほか、A1・B1 があります。
  2. 承認コード:承認方針の範囲内で、購買依頼明細・購買依頼全体・購買伝票全体を処理するために使う承認コードです。画面の例では、承認グループ 01 に 01(購買課長)と 02(購買部長)を登録しています。ほかに A1・A2・B1・B2 があります。
  3. ワークフローロール:承認コードがワークフローに関連することを指定します。設定した承認コードが割り当てられた従業員は、伝票を承認する必要があるときに統合受信ボックスでワークアイテムを受け取り、それを実行すると承認トランザクションが呼び出されて伝票を承認または拒否します。画面の例ではどの承認コードにも「1」が入っています。

承認区分

「承認区分」を選ぶと、購買依頼の承認区分の一覧が表示されます。承認区分は、購買依頼に適用される承認方針によって登録時に設定されます。

承認区分の画面

主な設定項目

  1. 承認区分:購買依頼の承認状況を指定します。購買依頼を固定するか(資材所要量計画による変更なし)と、購買依頼に対して見積依頼や購買発注を登録できるかを決めます。画面の例では 1「見積依頼」、2「見積依頼/購買発注」、3「見積依頼/購買発注 日付変更なし」、4「見積依頼/購買発注 変更なし」などがあります。

承認区分の選択

一覧で承認区分の行を選んで「詳細」を押すと、その承認区分の詳細画面に移ります。下の画像は承認区分 2(見積依頼/購買発注)を選んだところです。

承認区分の選択の画面

主な設定項目

  1. 行:詳細を見る承認区分です。この例では 2(見積依頼/購買発注)です
  2. 詳細:選んだ承認区分の詳細画面に移ります

承認区分の詳細

詳細画面では、承認区分ごとに、購買依頼を固定するか、見積依頼や購買発注を登録できるかと、承認手続の開始後に購買依頼を変更したときの扱いを確認できます。

承認区分の詳細の画面

主な設定項目

  1. 承認 ID:購買依頼の承認状況を指定する承認区分です。購買依頼に適用される承認方針によって、登録時に設定されます。この例では 2(見積依頼/購買発注)です
  2. 所要量計画用に確定済・見積用に承認済・購買発注発行用に承認済:この承認区分の購買依頼でできることを決めます。
    • 所要量計画用に確定済:購買依頼を固定するかを指定します。固定された購買依頼は MRP で変更されません。この例ではオフです
    • 見積用に承認済:この承認区分の購買依頼を参照して、見積依頼と見積を処理できるかを指定します。この例ではオンです
    • 購買発注発行用に承認済:この承認区分の購買依頼に対して、購買発注を発行してよいかを指定します。この例ではオンです
  3. 項目選択キー:購買依頼の特定の項目を、入力必須・入力可能・非表示・照会のみのどれにするかを決めるキーです。購買依頼の承認後に、特定の項目を変更できるかどうかを決めるのに使います。この例では FZ01(承認状況 1)です
  4. 承認処理開始後の変更:承認手続の開始後に購買依頼を変更したときの扱いです。
    • 変更可能:承認手続の開始後に購買伝票が変更されたとき、システムがどう対応するかを決めます。購買依頼には 1〜4 の値を使います(1 変更不可、2 変更可能、新方針決定なし、3 新規方針での新規承認の場合に変更可、4 新規方針の新規承認または値変更の場合に変更可)。3 と 4 では購買依頼を変更でき、承認方針が変わったときは承認がリセットされ、承認手続が最初からやり直しになります。4 では、金額が「金額変更」の割合を超えて増えたときも、承認がリセットされます。この例では空です
    • 金額変更:承認手続の開始後に、購買依頼の金額が増えてよい割合(%)です。変更後の金額が元の金額をこの割合を超えて上回ると、エラーメッセージが表示されます。この割合以内に金額を直せば承認手続はそのまま続き、変更をそのままにすると承認がリセットされ、承認手続が最初からやり直しになります。金額の変更がチェックされるのは、変更可能が 4 のときだけです。この例では 10.0 です

承認方針

「承認方針」を選ぶと、購買依頼の承認グループごとの承認方針の一覧が表示されます。

承認方針の画面

主な設定項目

  1. 承認グループ:承認方針をまとめるグループです。同じ承認方針キーを、承認グループを分けて複数回使えます。画面の例では 01 のほか、A1・B1・JB・P2・PR があります。
  2. 承認方針:承認方針のキーです。承認グループと組み合わせて登録します。画面の例では、承認グループ 01 に承認方針 01「購買課長・部長承認」を登録しています。ほかの承認グループには 01・02・X1・P2 があります。

承認方針の選択

承認方針の中身は、一覧で行を選んで「詳細」を押した先の詳細画面で登録します。画面の例では、承認グループ 01・承認方針 01 の行を選んでいます。

承認方針の選択の画面

主な設定項目

  1. 行の選択:詳細を見る承認方針の行です。この例では承認グループ 01・承認方針 01「購買課長・部長承認」です
  2. 詳細:選んだ承認方針の詳細画面に移ります

承認方針の詳細

詳細画面では、承認方針で購買依頼を承認する承認コードを登録し、下のボタンから承認の順序・承認後の承認区分・承認方針を割り当てる購買依頼の条件を登録します。画面の例では、承認グループ 01(購買依頼承認)の承認方針 01 に、承認コード 01(購買課長)と 02(購買部長)を割り当てています。

承認方針の詳細の画面

主な設定項目

  1. 承認グループ・承認方針:承認グループと、承認方針のキー・テキストです。承認方針は承認グループと組み合わせて登録します。この例では 01(購買依頼承認)と 01「購買課長・部長承認」です
  2. 承認コード:この承認方針で購買依頼を承認する承認コードです。承認グループに登録した承認コードから選びます。この例では 01(購買課長)と 02(購買部長)です
  3. 承認前提条件:承認コードどうしの承認の順序を指定する画面を開きます
  4. 承認状況:承認コードで承認したあとに、購買依頼に設定される承認区分を指定する画面を開きます
  5. 分類:この承認方針を割り当てる購買依頼の条件を、クラスの特性値で指定する画面を開きます

承認前提条件

「承認前提条件」を押すと、承認コードを縦と横に並べたダイアログが表示されます。行の承認コードが承認する前に、承認が済んでいる必要がある承認コードの列にチェックを付けます。画面の例では、02 の行の 01 の列にチェックがあり、購買部長(02)は購買課長(01)の承認のあとに承認します。

承認前提条件の画面

主な設定項目

  1. 承認前提条件:行の承認コードの承認より前に、承認が済んでいる必要がある承認コード(列)を指定します。この例では、02 の行の 01 にチェックがあります

承認状況

「承認状況」を押すと、承認が進むごとに購買依頼に設定される承認区分を指定するダイアログが表示されます。行ごとに、承認が済んだ承認コードの組合せと、そのときの承認区分が並びます。

承認状況の画面

主な設定項目

  1. 承認コードの組合せ:承認が済んだ承認コードにチェックが付いた組合せです。この例では、1 行目がまだ承認されていない状態、2 行目が 01 だけが承認した状態、3 行目が 01 と 02 が承認した状態です
  2. 承認区分:その組合せのときに購買依頼に設定される承認区分です。承認区分によって、購買依頼を見積依頼や購買発注に使えるかが決まります。この例では、1 行目と 2 行目が I、3 行目が 2(見積依頼/購買発注)です。I は、承認区分の詳細で「見積用に承認済」「購買発注発行用に承認済」がどちらもオフの承認区分です

分類

「分類」を押すと、承認グループに割り当てたクラスの特性に値を入れる画面が表示されます。特性と特性値によって、この承認方針を割り当てる購買依頼を指定します。画面の例のクラス Z_PREQ_RELEASE_JP には、プラントと登録区分 (購買依頼/納入日程) の 2 つの特性があります。

分類の画面

主な設定項目

  1. 特性の値:承認方針を割り当てる購買依頼の条件です。特性ごとに、個別の値か値の範囲を入れます。この例では、プラントが 1010、登録区分 (購買依頼/納入日程) が R(リアルタイム(マニュアル))です

ワークフロー

「ワークフロー」を選ぶと、購買依頼の承認コードへのロールの割当の一覧が表示されます。ワークフローに関連する承認コードに組織管理のオブジェクトを割り当て、承認担当者はワークフローの実行中にロール決定により決まります。

ワークフローの画面

主な設定項目

  1. 承認グループ:割当の対象になる承認コードの承認グループです。
  2. 承認コード:担当者を割り当てる承認コードです。画面の例では承認グループ A1・承認コード A1 に複数の行があります。
  3. プラント:プラントを一意に識別するキーです。画面の例では PLC1〜PLC4 のプラントごとに割り当てています。
  4. オブジェクトタイプ:組織管理のオブジェクトのタイプを表す 1 文字か 2 文字のコードです(例: S はポジション、Q は資格/能力、E はイベント)。画面の例では US が入っています。
  5. 担当者 ID:ワークフロー管理で使う組織管理の担当者 ID です。

関連するカスタマイズ

  • 転職求人
  • フリーランス案件
  • 株式会社日立産業制御ソリューションズ

【リモート可】【PM/PL候補】【東京】SAP(S/4HANA)エンジニア ※フレックスタイム制/ワークライフバランス◎(S/4HANA)

年収
430~800万円 / 年
勤務地
東京都
雇用形態
正社員
必須要件
SAP導入に強い興味があり、以下それぞれの経験がある方を求めています。
PM/PL:SAP導入にあたり要件定義~本稼働までの一連流れを経験していること
開発:モジュールのカスタマイズ経験が(一つ以上)あること

求人詳細を見る

  • キリンビジネスシステム株式会社

SAP会計領域コンサルタント(管理職)/キリングループ唯一のIT会社(FI/CO)

年収
900~1,300万円 / 年
勤務地
東京都
雇用形態
正社員
必須要件
以下A・B・Cすべてを満たす方
A. SAPアプリケーション領域(FIまたはCO)での実務経験(目安:3年以上)
FI(財務会計)または CO(管理会計)モジュールにおける導入・開発・運用のご経験

求人詳細を見る

  • キリンビジネスシステム株式会社

SAPコンサルタント/キリングループ唯一のIT会社(SD/MM/PP)

年収
500~850万円 / 年
勤務地
東京都
雇用形態
正社員
必須要件
SAPアプリケーション領域(SD、MM、PP、FI、COのいずれか)における導入、開発、運用の実務経験
ABAPおよびカスタマイズに関する経験
SAP標準モジュールに関する知見

求人詳細を見る

  • 株式会社ベイカレント・コンサルティング

【SAPコンサルタント】経営戦略実現を全社横断変革で支援/平均年収1,350万円

年収
600~2,500万円 / 年
勤務地
東京都
雇用形態
正社員
必須要件
社会人経験3年以上
SAP導入・活用経験
【歓迎(WANT)】

求人詳細を見る

  • 株式会社 ホープス

【年収1000万円可】【リモート可】【上流工程】【SAP導入コンサルタント】リモート・ハイブリッド勤務OK|平均残業月10時間/HOPES ※基幹系業務システムの導入推進を行っていただける方を募集

年収
800~1,800万円 / 年
勤務地
東京都
雇用形態
正社員
必須要件
SAPモジュールいずれかの業務コンサル経験
【尚可】
SAP開発経験

求人詳細を見る

  • MM
  • SD

【S/4HANAバージョンアップ(要件定義)】メーカー企業(オンサイト)/SD・MM領域

月額単価
~1,500,000円 / 月
稼働場所
東京都原則オンサイト
業務領域
要件定義, 設計
要スキル
SAP S/4HANA導入またはバージョンアップ案件の経験
要件定義フェーズでの参画経験
ロジスティクス(SD/MM)領域のコンサルティング経験

案件詳細を見る

  • CO
  • MM
  • SD

【ECC6.0→S/4HANA再構築】東京・都内(出社)/SD・MM・CO ABAP開発・設計・テスト

月額単価
~1,200,000円 / 月
稼働場所
東京都出社想定
業務領域
設計, 開発(ABAP/Fiori), テスト
要スキル
SD、MM、COいずれかのモジュール知見
ABAP開発スキル
詳細設計経験

案件詳細を見る

  • MM
  • SD
  • PP

【SAP S/4保守・運用(ABAP)】東京・田無(テレワーク併用)/インシデント対応・ABAP改修

月額単価
~1,000,000円 / 月
稼働場所
東京都オンサイト、月5日までテレワーク可
業務領域
開発(ABAP/Fiori), 運用・保守
要スキル
ABAPプログラミング実務経験(1年以上)
SD、MMの標準伝票を登録から転記まで独力で操作可能
【尚可】

案件詳細を見る

  • FI
  • CO
  • MM
  • SD
  • PP

【SAP Public Cloud導入(組立製造業・多モジュール)】兵庫(リモート対応可)/MM・SD・FI・CO・PP

月額単価
~1,100,000円 / 月
稼働場所
兵庫県(原則リモート対応可)
業務領域
要件定義
要スキル
SAP導入経験

案件詳細を見る

  • MM
  • SD

【S/4HANA導入支援(システムテスト・移行)】東京・リモート併用/移行支援

月額単価
~1,400,000円 / 月
稼働場所
東京都リモート併用、週1~2日都内23区オンサイト
業務領域
テスト
要スキル
S/4HANAまたはSAPシステムの基本知識
ロジ領域(SD・MM)の標準機能・アドオン機能の理解
システムテスト実施経験

案件詳細を見る

  • FI
  • CO
  • MM
  • SD

【S/4HANA導入支援】東京(リモート併用)/基本設計&実装

月額単価
~1,400,000円 / 月
稼働場所
東京都リモート併用(週1〜2日都内23区でオンサイト)
業務領域
設計
要スキル
商社系の構築案件でのフルアドオン開発経験
基本設計フェーズを含むS/4HANA導入経験
複数モジュールの理解(FI/CO/MM/SD)

案件詳細を見る

  • MM

【S/4HANA新規導入支援(MM)】リモート併用・関西出張対応/コンサルタント

月額単価
~1,400,000円 / 月
稼働場所
大阪府リモート併用、関西へ月2回程度の出張あり
業務領域
要件定義, 設計, 運用・保守
要スキル
新規S/4HANA導入案件の経験が豊富な方
SAP仕入先直送の業務プロセス・カスタマイズ知見
アドオン機能の仕様検討能力

案件詳細を見る

  • CO
  • MM
  • SD
  • PP

【S/4HANA新規導入支援(要件定義)】リモート・オンサイト併用/PP・MM・SD・CO

月額単価
~1,400,000円 / 月
稼働場所
東京都リモート・オンサイト併用(要相談)
業務領域
要件定義
要スキル
PP/MM/SD/CO領域での要件定義フェーズの実務経験
製造業向けERPプロジェクトの経験
日本語でのコミュニケーション能力

案件詳細を見る

  • MM
  • SD

【S/4HANA移行 複数プロジェクトの業務分析・要件定義】リモート併用/業務仕様書作成

月額単価
~1,400,000円 / 月
稼働場所
東京都リモート併用。オンサイト頻度・場所は要相談
業務領域
要件定義
要スキル
業務ヒアリングから業務要件、業務仕様を文書化した経験
仕様書が不足するシステムの現行業務可視化経験
受注、在庫、出荷、手配等の業務理解

案件詳細を見る

  • MM

【ITサービス/S/4HANA新規導入(MM)】大阪府(リモート併用)/要件定義から本番稼働までのプロセス推進

月額単価
~1,300,000円 / 月
稼働場所
大阪府リモート併用
業務領域
要件定義, 設計
要スキル
SAP MM(購買・在庫管理)モジュールにおけるコンサルタントとしての実務経験
SAP導入プロジェクトにおける要件定義から本番稼働までの一連のフェーズ(フルライフサイクル)を経験されていること
【尚可】

案件詳細を見る

よかったらシェアしてね!
  • URLをコピーしました!
この記事のポイント