SAP給与計算-グロスパート

給与の総額部分は、契約上の要件に従って従業員の総給与を決定するために使用され、支払いと控除で構成されます。総賃金は、以下を含むさまざまな要素で構成されています。

基本給
最愛の手当
変動手当
Bonuses
準備基金
Gratuity

次に、従業員の登録ごとに行われるさまざまな控除があります。これらの控除には、会社所有のアパート（COA）、会社が後援するデイケア、およびその他の控除が含まれます。

これらの要素はすべて、国の法定労働規則に基づいており、従業員の総課税所得を決定します。

ウェイジタイプ

ウェイジタイプは、給与処理の重要な要素の1つです。情報の保存方法に基づいています。ウェイジタイプは、以下の2つのカテゴリに分類できます。

ダイアログウェイジタイプまたはプライマリウェイジタイプ

一次ウェイジタイプは、インフォタイプにデータが入力されるウェイジタイプとして定義されます。プライマリウェイジタイプは、SAPが提供するモデルウェイジタイプをコピーすることによって作成されます。一次ウェイジタイプにはさまざまなタイプがあります-

Time wage type

時間ウェイジタイプは、時間関連情報を保存するために使用されます。このウェイジタイプは、給与と時間管理を組み合わせるために使用されます。時間ウェイジタイプは、評価時に生成され、以下を介して設定されます。T510S またはカスタムを使用する PCR。

Dialogue wage type

このウェイジタイプには基本給が含まれます IT0008、定期的な支払いと控除 IT0014、および追加の支払い IT0015。

二次ウェイジタイプまたはテクニカルウェイジタイプ

二次ウェイジタイプは、SAPシステムで事前定義されたウェイジタイプであり、 'で始まります。/'。これらのウェイジタイプは、給与計算の実行中に作成されます。

これらのウェイジタイプはシステムによって生成され、オンラインで更新することはできません。

例- /559 Bank Transfer

ウェイジタイプ要素

ウェイジタイプの重要な要素は次のとおりです。

金額AMT
RTEを評価する
番号NUM

処理タイプに応じて、各要素は1つ、2つ、またはすべての要素値を持つことができます。

For example −基本給にはレートと数値を含めることができますが、ボーナス給には金額のみを含めることができます。

支払い

支払いには、雇用契約に従って従業員に支払われるすべての支払いと、支払われる任意の支払いが含まれます。支払いは、従業員の総報酬を組み合わせたものです。

この総報酬は、社会保険と納税の計算、および純報酬の計算として定義されます。

支払い構造

支払は、SAP給与システムの以下のコンポーネントに関して定義されます-

Basic Pay−このコンポーネントは、固定賃金およびその他の給与要素で構成され、給与計算期間ごとに従業員に支払われます。詳細は基本給に入力されます(0008) Infotype。
Recurring Payments and Deductions−定期的な支払いと控除には、残業、休暇、その他の要素が含まれます。この情報は、定期支払いと控除で維持されますInfotype (0014)。
Additional Payments−支払いセクションには、各給与計算期間に支払われない多くのコンポーネントがあります。この情報は追加の支払いに追加されますInfotype (0015)。

給与計算における時間管理

時間管理は、従業員の総給与を計算するために使用される給与計算の重要なコンポーネントの1つです。金銭的利益は、勤務スケジュールと予定労働時間によって決定されます。

給与との時間管理の統合は、残業のボーナス、夜間/奇数時間の労働手当、休日の労働などの賃金タイプを決定するために使用されます。

使用することもできます Time Data Recording そして Administration Component Integration 時間管理コンポーネントを使用して、従業員の時間データ情報を検索し、さらに時間賃金タイプを決定します。

今回の評価コンポーネントを使用する場合 Integration と Time Management コンポーネント。これは、時間評価によって決定されたタイムウェイジタイプを検索するために使用されます。

夜勤補償/シフト変更補償

このコンポーネントは、従業員が奇数時間で働いている場合、またはシフト時間が変更された場合に、従業員が経済的に不利にならないようにするために使用されます。

For example −従業員の予定労働時間が変更され、経済的不利益に直面している場合、元の労働時間に基づいて支払われます。たとえば、従業員が夜勤ボーナス付きの夜勤から早期勤務にシフトを変更する場合などです。

従業員のシフト時間が変更され、その従業員が経済的に利益を得る場合、その従業員は変更された労働時間に基づいて支払われます。

シフトが金曜日から日曜日に変わり、日曜日のボーナスがある従業員について考えてみます。この場合、シフトチェンジ報酬は報酬明細書の下に記載されます。特定のカテゴリーのシフト変更補償の支払いを制限することも可能です。

従業員の報酬情報

これは、手動で計算されたウェイジ、ボーナス、または非標準ウェイジタイプを処理するために使用されます。

関数	必要なコンポーネント
実行された作業のウェイジタイプとシステム内の他のコンポーネントに関する情報を記録します	クロスアプリケーションタイムシート

このコンポーネントは、時間および人に関連する時間賃金タイプとともに給与に関する情報を提供します。時間ウェイジタイプは、給与計算で実行される作業の財務評価を実行するために使用されます。

ウェイジタイプ評価

ウェイジタイプは、給与処理の重要な要素の1つです。情報の保存方法に基づいて、一次および二次ウェイジタイプとして定義することができます。

給与計算の実行中に、一次ウェイジタイプに値が提供され、給与計算の実行時にセカンダリウェイジタイプが形成されます。以下のパスに移動すると、ウェイジタイプの特性をチェックすることができます。

SPRO→IMG→人事管理→人事管理→情報タイプ→ウェイジタイプ→ウェイジタイプカタログ→ウェイジタイプ特性

平均の新旧の処理

のリリースで 4.6B、平均の処理が変更されました。平均の処理は国とリリースによって異なり、アルゼンチン、ブラジル、その他いくつかの国では、新しい処理がバージョンとともにリリースされます。4.5B。

一度に使用できるのは、これら2つのバージョンのいずれかのみです。古いバージョンを使用している場合は、同じバージョンを引き続き使用でき、新しいバージョンに移行する必要はありませんが、古いバージョンは開発中ではありません。。

平均の技術的処理は、次の手順に示すように構成できます。

SPRO→IMG→給与計算→給与計算インド→時間ウェイジタイプ評価→平均→平均の評価基準

これについては、次の要件を確認する必要があります-

平均値を計算するための基礎を形成する
平均の計算ルールの定義
ウェイジタイプへの計算ルールの割当

平均の新しい技術的処理を作成するには、をクリックします New Entries

新しいウィンドウで、上記のようにさまざまなルールを定義し、上部の保存アイコンをクリックします。

インセンティブ賃金：概要

インセンティブ賃金を維持するために、標準のSAPシステムでさまざまな会計プロセスが定義されています。

インセンティブ賃金の月給計算

このウェイジタイプでは、各チケットの目標時間は、出来高給を使用して計算されます。これは、従業員が支払うべきタイムチケットの金額を計算するために使用されます。この金額は次のもので構成されます-

Basic Monthly Pay −これは、業績に関係なく従業員に支払われる総額を定義し、契約に従って月額または時給で支払うことができます。
Time Dependent Variable Pay−これは、従業員のマスター賃金表レートとは異なる賃金表レートを定義するために使用されます。特定の活動のマスターペイレートと比較して、従業員に高いレートで報酬が支払われる可能性があります。タイムチケットには、より高い賃金表を入力する必要があります。
Performance Dependent Variable Pay−これは、従業員が目標時間よりも短い時間で作業を完了した場合のクレジットに使用されます。目標時間と実際の時間の違いはタイムチケットに記載されています。

インセンティブ賃金の時給計算

これは月給の計算と似ていますが、月給が最初から時給として指定されている点が異なります。したがって、月基本給を時給に変換する必要はありません。

インセンティブ賃金会計：ツール

Personnel calculation schemas −

インセンティブ賃金のタイムチケットのスキーマ評価には2つのタイプがあります-

German Version DIW0 −これにはドイツ語のみに固有の特別な機能が含まれています。
International Version XIW00−スキーマXIW00を使用して、さまざまな国ごとに独自のインセンティブ賃金会計規則を設定できます。タイムチケットの評価は国や組織によって異なるため、国固有の会計スキーマはありません。

部分期間報酬

このコンポーネントは、従業員の勤務期間が短い場合の報酬を確認するために使用されます。次の場合に因数分解を使用できます-

従業員が特定の期間、退職、参加、または欠勤した場合。
基本給の変更、交代、仕事の再割り当て、または個人の勤務スケジュールの変更があった場合。

従業員の正しい報酬を見つけるために、報酬額にさまざまな方法に基づく部分期間係数を掛けます。

支払方法
演繹法
PWS方式
ハイブリッド方式

各給与システムには、部分期間係数を決定するために必要ないくつかの因数分解ルールが含まれています。これらのルールは、会社の特定の要件を満たすようにカスタマイズできます。

以下のインフォタイプは、部分期間報酬について計算されます-

行動	インフォタイプ0000
組織の割り当て	インフォタイプ0001
予定労働時間	インフォタイプ0007
基本給	インフォタイプ0008
定期的な支払いと控除	インフォタイプ0014
追加の支払い	インフォタイプ0015
欠席	インフォタイプ2001
代替	インフォタイプ2003

部分期間係数

この係数は、部分報酬の計算に使用されます。これは、会社や状況に応じてさまざまな式を使用して計算される変数値として定義されます。

カスタマイジング中に、部分期間係数が特定の状況の人事計算ルールで定義され、特定の期間のウェイジタイプに割り当てられます。

部分期間係数に固定報酬額を掛けると、特定の期間に支払われる部分期間報酬額が得られます。

For example- 3からの無給休暇にあった従業員を検討^RD 2月29日に^第3月、従業員が2月で20の稼働日と3月23の稼働日を考慮月に2月と2日で2日間のために働いていることを、この手段

パラメータ	2月	行進
計画労働時間（SSOLL）	148	172
欠席（SAU）	132	156
個別期間労働時間（SDIVI）	148	172
一般労働時間（SDIVP）	167,7	167,7

次に、次のさまざまな方法を使用して削減を検討します-

部分期間係数
基本報酬

方法	計算式	2月の報酬	3月の報酬
PWS	a =（SSOLL-SAU **）/ SDIVI	0,108	0,093
	報酬の削減：b×a	351,22	302,44
Payment	a =（SSOLL-SAU **）/ SDIVP	0,095	0,095
	報酬の削減：b×a	308,94	308,94
Deduction	a =（SDIVP-SAU **）/ SDIVP	0,213	0,070
	報酬の削減：b×a	692,68	227,64

今、あなたが使用する場合 payment method、従業員は両方の月に同じ報酬を受け取ります。

あなたが使用する場合 deduction method、従業員は2月に過払い、3月に過少支払いになります。

の場合 PWS method を使用すると、従業員は3月と比較して2月に多くの給与を受け取りますが、その差はごくわずかです。

給与パッケージ

このコンポーネントは、従業員の総収入と純利益、および従業員の純利益に影響を与えるさまざまなコンポーネントを決定するために使用されます。

以下のコンポーネントで構成されています-

人事管理
給与計算南アフリカ
給与オーストラリア

従業員の給与パッケージを設定する前に、以下のインフォタイプを設定する必要があります。以下は、インフォタイプが国固有であり、いくつかの国でのみ有効です-

アクション（インフォタイプ0000）
アドレス（インフォタイプ0006）
基本給（インフォタイプ0008）
組織割当（インフォタイプ0001）
個人データ（インフォタイプ0002）
銀行詳細（インフォタイプ0009）
計画作業時間（インフォタイプ0007）
Social Insurance SA（Infotype 0150）（南アフリカのみ）
スーパーアニュエーション（インフォタイプ0220）（オーストラリアのみ）
税SA（インフォタイプ0149）（南アフリカのみ）

給与パッケージSPRO→IMG→人事管理→人事管理→給与データ→給与パッケージを見つけることができます。

カスタマイジングで以下のコンポーネントを定義する必要があります-

Basic Settings −ガイドラインに従って補正領域を定義するために使用されます。
Salary Components −従業員の報酬パッケージの要素が含まれています。

For example −基本給と社用車。

給与コンポーネントグループ

これは、従業員の組織の割り当てに基づいてデフォルトの給与コンポーネントを定義するために使用されます。

適格基準

適格基準を使用して、従業員が特定の給与コンポーネントを給与パッケージにデフォルト設定するかどうかを決定するためのチェックを作成できます。

For example−従業員は、特定の賃金表レベルに達すると、特定の給与要素を受け取る資格があります。このルールに適格な基準を設定できます。

追加の設定

これは、給与パッケージの追加機能を維持するために使用されます。さまざまな国の仕様に従って、さまざまなステップを定義できます。

社用車規制の維持
レシーバーの旅行手当率を定義する
Result

給与パッケージのモデリング

T-code: P16B_ADMIN

以下は、後続のスクリーンショットに関する一般的な情報です。

画面の右側は、現在パッケージの一部であるコンポーネントで構成されています。
画面の左側には、対象となるすべての追加コンポーネントが含まれています。

パッケージをモデル化するには、次のタスクを実行する必要があります-

1つは、給与コンポーネントのテキストをクリックし、矢印を選択してコンポーネントを2つのボックス間で移動することです。これを使用して、パッケージからコンポーネントを追加/削除できます。
コンポーネントの詳細を変更する場合は、コンポーネントの金額をクリックします。
この下に編集セクションがあります。このセクションは各コンポーネントに固有であり、コンポーネントに有効な関連する金額、パーセンテージ、および貢献情報が含まれています。
[承認]をクリックして、新しい属性をパッケージに含めます。
[リセット]ボタンをクリックして、最後に使用した値を入力できます。

モデリング画面を閉じると、次のオプションから選択できます-

サンプルのオンライン給与明細をプレビューできるシミュレーションを選択できます。
それに応じてインフォタイプを更新する[更新]を選択できます。

親愛手当

この手当は、従業員に支払われる月額報酬の一部であり、場所やその他の要因によって異なります。このコンポーネントの値は、その場所の消費者物価指数（CPI）に依存し、この指数は政府の規制に従って異なります。従業員が別の場所に異動または異動した場合、この手当も場所に応じて変更されます。

親愛なる手当は、基本給、所得税、チップなどの他の要素とともに、計算用の従業員の給与パッケージを形成します。

次の方法を使用して、標準のSAPシステムでDearness許容値を計算できます。

CPI slab based calculation

新規エントリを使用して、SAPシステムで新しいCPIを定義することもできます。

インクリメンタルCPIスラブベースの計算
基本的なスラブベースの計算
最小値を条件として、基本的なスラブベースの計算
非スラブベースの計算
インクリメンタル基本スラブベースの計算

Note −非管理職の場合、この手当は親愛なる手当と呼ばれますが、管理職の従業員グループの場合は、生活費手当（COLA）とも呼ばれます。

SAPシステムでDAを設定するには、SPRO→IMG→給与計算→給与計算インド→親愛なる手当→親愛なる手当の基本スラブ詳細の更新に移動します。

これをクリックすると、固定値、パーセンテージ、CPI％mulを含むDearness許容値の基本スラブの詳細が表示されます。ファクト、通貨。

住宅手当

このコンポーネントは、従業員の宿泊施設に関する情報を維持するために使用されます。これは、免税額を計算し、住宅手当に適用される必要条件を確認するために使用されます。

住宅を使用して住宅レコードを更新または作成している間 (HRA / CLA / COA) 下 Infotype (0581)、システムは動的に更新します Basic Pay Infotype (0008) 住宅の新規または変更されたウェイジタイプを使用します。

住宅の下のさまざまなタイプの宿泊施設

Rented −従業員が賃貸住宅を利用する場合、居住用宿泊施設の賃貸にかかる費用を賄うために家賃手当（HRA）を受け取ります。

この場合、システムは、賃貸された宿泊施設と従業員が支払った賃貸金額に対する免税額を計算します。
Company Leased Accommodation (CLA) −従業員が会社賃貸宿泊施設を利用する場合、会社は宿泊施設を賃貸し、それを住宅手当として従業員に提供します。

会社のリース資格は、従業員の手当の賃金表グループによって異なります。従業員がCLA福利厚生を使用すると、システムはCLAの該当する必要条件をチェックします。
Company Owned Accommodation (COA)−従業員がCOAを使用する場合、この場合、会社が宿泊施設を所有し、従業員に住宅手当として提供します。CLAと同様に、COAの従業員の適格性は、賃金表手当の従業員グループに依存します。

従業員がCOA給付を選択すると、システムはCOAに適用可能な必要条件を計算します。
Hotel Accommodation−会社は従業員にホテルの宿泊施設を提供することもできます。ホテルでの滞在は、政府の規則に従って一定期間に依存し、滞在が制限時間を超える場合は、宿泊費に必要条件が適用されます。

SAP標準システムでは、以下の宿泊施設タイプがデフォルトで設定されています-

賃貸宿泊施設
リース会社（旧）
パーカブルホテル宿泊施設

システムに新しい宿泊施設タイプを作成することもできます。SPRO→IMG→給与計算→給与計算インド→住宅→宿泊施設タイプの定義に移動します。

[宿泊施設タイプ]で、定義済みの住宅タイプを表示したり、[新規エントリ]ボタンをクリックして新しいエントリを作成したりできます。

税コードで、宿泊施設の種類に応じて税コードを選択します。

税コードフィールドは、さまざまな宿泊施設タイプごとに決定します-

車と運搬手当

このコンポーネントは、輸送手当の免除を処理するために使用されます。詳細はで維持されますCar and Conveyance Infotype (0583)。

標準のSAPシステムでは、従業員に与えられる輸送手当が免除されます。従業員に輸送手当と免除を与える場合は、システムで次の構成を構成する必要があります。

SPRO→IMG→給与計算→給与計算インド→自動車および輸送→定義：輸送タイプに移動します。

SAPシステムでは、さまざまなセクションで免除するためにさまざまなCarスキーマを使用できます。

長期償還

これは、一定期間にわたって従業員に提供される長期的な利益として定義されます。期間は3年から5年まで異なります。標準のSAPシステムでは、長期的なメリットは次のカテゴリに分類できます。

ハードファニッシングスキーム

これには、冷蔵庫、テレビ、洗濯機、コンピューターなどの可動アイテムを購入する目的で従業員に提供される福利厚生が含まれます。

ソフトファニッシングスキームまたはその他の払い戻し

これには、ソファ、椅子、カーペットなどの消費財を購入する目的で従業員に提供される福利厚生が含まれます。

車のメンテナンススキーム

このメリットには、一定期間にわたる車のメンテナンスなどが含まれます。

長期償還インフォタイプ（0590）

このインフォタイプは、従業員が請求する長期償還を維持するために使用され、次のサブタイプのいずれかで使用されます-

Subtype SHFS −ハードファニッシングスキーム情報を維持するため
Subtype SSFS −ソフトファニッシングスキーム情報を維持するため
Subtype SCAR −車のメンテナンススキーム情報を維持するため

長期償還を設定するには、SPRO→IMG→給与計算→給与計算インド→長期償還→長期償還の年数のブロックを維持します。

従業員による長期的な福利厚生を利用するには、満たす必要のある各福利厚生に付随するさまざまな要件があります。

ハードファニッシングスキーム

この場合、従業員が会計年度中に利用できる資産に適用される必要な値として一定の割合があります。

この固定値は計算で維持されます Hard Furnishing Perk Value constant (HFPRC) テーブルビューの Payroll Constants (V_T511K)。

ソフトファニッシングスキーム

この場合、システムは、従業員が現在の会計年度に利用する資産の必要な値を計算し、それは、長期償還で維持する必要なパーセンテージに基づいています。 Infotype (590) およびサブタイプ SSFS。

車のメンテナンススキーム

通常、システムには、自動車整備スキームまたはシステムで作成した他の同様のタイプのスキームに必要な値は含まれていません。

請求

会社では、従業員は金銭的および非金銭的給付を請求する資格があり、これらの請求は賃金表のグループ化および他の多くの要因によって異なります。従業員は、これらの特典を受ける資格に基づいて請求を提出する必要があります。提出される請求には、次の種類があります-

金銭的請求

これには、適格額に応じて利用可能な請求が含まれます。

For example−Rsの運搬手当。月額1800またはRsの医療請求。特定の評価年に15000。

非金銭的請求

これらの主張は通常、会社の仕事のために従業員によって提起されます。それらは通常、ステーショナリーリクエスト、電卓、ガソリンなどのユニットに配置されます。

これとは別に、として知られているもう1つのタイプのクレームがあります slab based claim。スラブベースのクレームのいくつかの一般的なタイプは、LTA、自動車整備手当などです。これらのタイプのクレームには、通常1年以上の適格性があります。

For example−自動車整備手当–有効期間は自動車の購入日から始まり、1年目と2年目に従業員はRsの自動車整備手当の対象となります。3000および3年目では、請求の適格性はRsです。5000と4年目の資格はルピーです。7500。

金銭以外の請求のセクションに入るには、次のスクリーンショットに示すように、次のトランザクションコードPC00_M40_REMPを使用する必要があります。

上記の取引を実行すると、償還請求画面が表示されます。

クレームは次の方法で処理できます-

Regular payroll run −この返済タイプでは、追加の支払い Infotype 0015 このレポートに入力した情報で更新され、通常の給与と一緒に請求の支払いが行われます。
Off-cycle payroll run −この方法では、1回限りの支払いがオフサイクルになります Infotype 0267 は、このレポートに入力した情報で更新され、承認された請求は、オフサイクルの支払いプロセスを通じて支払うことができます。

For example −この支払いでは、請求は同じ日に支払われるか、その週に提出された請求は任意の曜日に支払われます。

ボーナス

このコンポーネントは、従業員のボーナスを処理するために使用され、通常のボーナスとオフサイクルのボーナスの両方を計算できます。

クレームと同様に、支払うことができるボーナスには2つのタイプがあります-

Type 1 Additional Payments 0015 −この場合、SAPシステムは、通常のボーナスが処理されるときにインフォタイプを更新します。
Type 2 Additional Off-Cycle Payments for Off-Cycle Bonus 0267 −この場合、オフサイクルボーナスが計算されると、システムで0267インフォタイプが更新されます。

チップ

これは、会社との関係のために雇用主が従業員に提供する法定福利厚生として定義されています。チップは、次のルールに基づいて構成できます-

Payment of Gratuity Act, 1972−これによると、雇用主がこの要素に貢献しなければならない最低額は、従業員の基本給の4.81％です。チップ法と比較して利益が優れているという会社の方針による。
Personal IDs 0185 Gratuity for India subtype 03 −これは、チップの従業員の従業員ID番号と、従業員のチップに貢献しているトラストの名前を維持するために使用されます。
Gratuity Listing Report (HINCGRY0) to Generate Gratuity List −このレポートは、従業員に代わって信託名への従業員ごとの貢献を示すリストを生成するために使用されます。

このパスに従うことにより、SAPシステムでチップを設定することができます。SPRO→IMG→給与計算→給与計算インド→退職給付→チップに移動します。

チップ（個人ID）の従業員レコードは、インフォタイプおよびインドサブタイプ03のチップで更新されます。

老朽化

これは、雇用主が会社との関係のために従業員に提供する利益として定義されます。雇用主は、従業員にこの給付を提供するために、月次または年次ベースで退職年金信託に拠出します。これには、従業員の拠出は含まれません。このコンポーネントは、月給の一部として提示されておらず、課税対象のコンポーネントではありません。

Superannuation report (HINCSAN0) for list −このレポートを使用して、特定の期間におけるこのコンポーネントの雇用主の貢献を提供する退職年金リストを生成できます。
Superannuation component and configuration −このコンポーネントは、個人IDとしての従業員レコードで構成されます Infotype 0185 インドサブタイプ01の退職年金。このサブタイプは、従業員の信託名と従業員識別番号を維持するために使用されます。

雇用主が退職年金口座を維持する信託名を定義するには、システムで信託IDと信託名を定義する必要があります。

これは、SPRO→IMG→給与計算→給与計算インド→退職給付→退職年金信託IDの維持に移動することで実行できます。