29組織支払方法
この章の内容は次のとおりです。
銀行、支店および口座コンポーネントの連携の仕組み
銀行、支店および口座は銀行口座モデルを前提として連携します。
このモデルにより、すべての銀行口座を1箇所で定義および追跡し、口座へのアクセスを次の対象に明示的に許可できます。
-
複数のビジネス・ユニット
-
関数
-
ユーザー
これにより、いくつかの異なるビジネス・ユニットで同じ銀行口座を共有する場合に、これらのビジネス・ユニットで銀行口座を重複して設定することがなくなります。
銀行
銀行口座作成の最初のステップは銀行の作成です。次のことが可能です。
-
表示および更新の対象となる既存の銀行を検索する
-
既存のパーティから新規銀行を作成する
次の点を考慮してください。
-
既存のパーティから作成するというオプションは、照合オプションによって暗黙的に実装されます。
-
このオプションは、同じ銀行が設定された既存のパーティが見つかった場合にのみ使用できます。
-
照合オプションを選択すると、一致したパーティから情報がページに再移入されます。
支店
銀行の作成が終了したら、次に、その銀行に関連する支店を1つ以上作成します。支店を作成する際にも照合オプションを使用できます。照合オプションを使用せずに新規支店を作成するには、必要な情報を手動で入力します。また、同じページで支店関連のその他の属性を定義することもできます。
既存のパーティが見つかったときに照合オプションを使用しなかった場合は、同じパーティ名を使用して支店が作成されます。
口座
口座の定義に関連した、次の4つの領域があります。
-
一般情報
-
口座の管理
-
セキュリティ、および口座へのアクセス
-
ビジネス・ユニット割当
銀行および支店の作成が終了したら、次の手順を実行して銀行口座の設定に進みます。
-
銀行口座に関連付ける銀行支店を選択します。
-
銀行口座の所有者を割り当てます。
注意: PayablesまたはReceivablesのための銀行口座を作成するには、その銀行口座を使用するビジネス・ユニットに対して、最初にビジネス・ユニット・アクセスを追加します。
次の点を考慮してください。
-
Oracle Fusion Account PayablesまたはReceivablesの口座は、ビジネス・ユニットによって識別されます。
-
Oracle Fusion Payrollの口座は、法的エンティティによって識別されます。
-
銀行および銀行支店の非アクティブ化というプログラムを使用すると、アクティブな内部および外部銀行口座がないすべての銀行および銀行支店を非アクティブ化できます。
個人支払方法の銀行情報の入力
銀行、支店、および銀行口座情報を実装の一部として集約して入力するか、従業員が自分で銀行情報を追加できるように設定できます。この情報は、様々な目的で複数のアプリケーションに渡って共有できます。
この表では、従業員の銀行情報を作成する方法をいくつか示します。
| アプローチ | 目的 |
|---|---|
|
「銀行の管理」ページおよび「銀行支店の管理」ページ |
支払の送金または支払の受領のために銀行および支店を表示、作成または編集します |
|
「個人支払方法の管理」ページ |
支払を受領するための従業員銀行口座詳細を作成または編集します |
|
データ・ローダー |
統合Excelワークブックを使用して個人支払方法および従業員銀行口座詳細をロードします |
銀行および支店を管理できるユーザーの制御
次の表で、一般的に銀行情報の管理に関わるロール、デフォルトで実行できる処理、および使用するページを示します。
| ロール | 銀行および支店を作成できるかどうか | 従業員銀行口座詳細を作成できるかどうか | 事業所 |
|---|---|---|---|
|
資金マネージャ |
はい |
いいえ |
「銀行の管理」ページおよび「銀行支店の管理」ページ オファリング: ワークフォース配置 機能領域: 給与 |
|
給与管理者 給与インタフェース・コーディネータ 給与マネージャ |
職務ロールまたはプロファイル・オプションに依存 |
はい |
「個人支払方法の管理」ページ、「支払分配」作業領域 |
|
従業員 |
職務ロールまたはプロファイル・オプションに依存 |
はい |
「支払方法の管理」ページ、ポートレート |
プロファイル・オプションを使用して、銀行および支店データを作成する権限を制御できます。「資金管理プロファイル・オプションの管理」ページで、「既存の銀行および支店の使用」プロファイル・オプションを「はい」または「いいえ」に設定します。
-
このオプションを「はい」に設定した場合、銀行および支店データをロードできます。管理者および従業員は、「個人支払方法の作成」ページで値リストから銀行詳細を選択します。
-
このオプションを「いいえ」(デフォルト設定)に設定した場合、銀行詳細をロードできません。管理者および従業員は、フリー・テキストとして銀行および支店の詳細を入力します。
組織支払方法
賃金およびその他の報酬の支出に使用する国別仕様データ・グループ、支払タイプおよび通貨の各組合せに対して、1つの組織支払方法を作成する必要があります。支払の分配を検証または処理するためのルールを作成することもできます。企業にとって必要な数の組織支払方法を作成します。「支払分配」作業領域の「組織支払方法の管理」ページを使用します。
支払タイプ
組織支払方法を作成するときに、支払タイプを選択します。
最も一般的な支払タイプは次のとおりです。
-
電子送金(EFT)
-
Check
-
現金
支払タイプとその名前の正確なリストは、国によって異なります。企業では、ローカライゼーションに適した様々な範囲のタイプをサポートしている場合があります。たとえば、米国では、EFTの支払タイプは振込であり、英国ではBACS、オーストラリアではBECSです。
支払ソース
Oracle Fusion Global Payrollを給与処理に使用する場合は、組織支払方法ごとに少なくとも1つの支払ソースを定義する必要があります。Oracleでは、支払タイプごと、通貨ごとに、1つの組織支払方法をお薦めします。各支払ソースは、Oracle Fusion Cash Managementでアクティブな銀行口座に関連付けられている必要があります。支払ソース・レベルで追加の詳細を定義する場合、支払の処理時にそれらの詳細を使用するには、支払プロセスの送信時に支払ソース名を入力する必要があります。
次の例のように、複数の組織支払方法の異なる支払ソースで同じ銀行口座を使用できます。
| 支払方法 | 支払ソース | 銀行口座 |
|---|---|---|
|
Check |
Bank of America口座A |
銀行A - 口座7890045 |
|
EFT |
Bank of America口座B |
銀行A - 口座7890045 |
支払ルールおよびデフォルト支払ソース
複数の支払ソースを定義する場合、支払ルールを使用して、税レポート・ユニット(TRU)に基づいて適切な支払ソースを決定できます。
次の例は、異なるTRUの3つの異なる支払ソースがある1つの組織支払方法を示しています。
| 支払ソース | 税レポート・ユニット | デフォルト支払ソース |
|---|---|---|
|
給与EFTソースA 銀行A - 口座7890045 |
なし |
はい |
|
給与EFTソースB 銀行B - 口座1238900 |
TRU1 |
いいえ |
|
給与EFTソースC 銀行C - 口座8765999 |
TRU2 |
いいえ |
追加する最初の支払ソースがデフォルト支払ソースですが、別の支払ソースをデフォルトとして選択でき、デフォルト支払ソースを持たないことも可能です。
デフォルト支払ソースがあることの影響を理解するために、TRUが変更されて支払ルールが無効になった場合にどうなるかを説明する次の例を考えてみます。
| アプローチ | 例 |
|---|---|
|
デフォルト支払ソースがあり、支払プロセスによってデフォルト支払ソースを使用して従業員に支払われます。 |
このアプローチは、それぞれが独自のTRUを持つ複数の独立したフランチャイズがある会社に適している場合があります。フランチャイズの所有者がフランチャイズを売却した場合、支払は失敗しません。 |
|
デフォルト支払ソースがなく、適切な支払ソースを使用して支払を行うために、支払プロセスによってエラー通知が発行されます。 |
このアプローチは、支払ルールのコンプライアンスについて厳格なポリシーを持つ会社に適している場合があります。 |
事前通知
事前通知とは、通常、最初に発行される実際の給与クレジットの10銀行取引日以上前に送信する必要があるエントリです。事前通知の目的は、受取銀行または信用組合のルーティング番号および口座番号を検証することです。
事前通知情報を設定するには、電子送金または国際送金支払タイプについて、組織支払方法で次のオプションを設定します。
-
事前通知必須: 支払に事前通知プロセスが必要であることを指定する場合に選択します。
-
事前通知日数: 事前通知待機期間を指定します。待機期間が完了するまで、支払は小切手により発行されます。たとえば、週次給与で事前通知期間が10日間の場合、タイミングによっては、支払プロセスによって送金開始前に2つの支払小切手が発行されることがあります。
組織支払方法の支払ソースの設定
給与処理の組織支払方法(OPM)を作成するときに、支払ソースを設定します。「組織支払方法の管理」タスクを使用します。
InFusionという会社は、電子送金(EFT)支払によって就業者への支払いを行います。TRU外支払について税レポート・ユニット(TRU)の規制に準拠するために、TRUに基づいて2つの異なる銀行から支払を行うための支払ルールが作成されます。この表は、このシナリオにおける主な検討事項の理解に役立ちます。
| 検討事項 | この例の場合 |
|---|---|
|
OPMはいくつ必要ですか。 |
TRU1通貨でEFTによる支払を行う1つの方法。 |
|
支払ソースはいくつ必要ですか。 |
3つ。TRU1用の1つのデフォルト支払ソース、TRU2での支払用の1つのソース、TRU3での支払用の1つのソース。 |
|
銀行口座はいくつ必要ですか。 |
3つ。支払ソースごとに1つ。 |
|
どのような支払方法ルールが必要ですか。 |
各TRUに基づいて支払ソースとして使用される銀行口座に関するルール。 |
前提要件
続行する前に、これらが完了していることを確認します。
-
プライマリ元帳がOracle Cloud General Ledgerで設定されています。
-
支払ソースとして使用する銀行、支店および口座情報がOracle Cloud Cash Managementで設定されています。
-
国別仕様データ・グループに関連付けられた法的エンティティが一般会計に割り当てられています。
-
TRUが設定されています。
基本詳細の作成
-
「支払分配」作業領域で、「組織支払方法の管理」をクリックします。
-
「検索結果」セクションで、「作成」をクリックします。
-
国別仕様データ・グループを選択します。この例はInFusion LDGです。
-
この支払方法を使用できるようにする日付を選択します。
ヒント: この支払方法が給与定義または他のオブジェクトにより使用される、有効日以前の日付を選択します。 -
「続行」をクリックします。
-
「基本詳細」セクションで、次の表に示すようにフィールドに入力します。
フィールド 値 名前
給与振込
支払タイプ
振込
注意: OPMに使用できる支払タイプは、国別仕様によって異なります。通貨
支払通貨
-
「保存」をクリックします。
EFTファイル情報の追加
EFT支払タイプを選択するときに、次のレベルでEFT情報を入力できます。
-
支払ソース・レベル
-
組織支払方法レベル
-
両方のレベル
支払ソースの設定
次のステップを3回実行して、各支払ソースを作成します。
-
「支払ソース情報」の「支払ソース」セクションで、「作成」をクリックします。
-
「支払ソースの作成」ページで、次の表に示すようにフィールドに適切に入力し、「続行」をクリックします。
フィールド ソース1 ソース2 ソース3 名前
給与EFTソース1
給与EFTソース2
給与EFTソース3
銀行口座名
銀行A
銀行B
銀行C
銀行参照
123456789
234567890
345678901
会社参照
456789012
567890123
678901234
ヒント: 支払ソース名は、シナリオごとに一意で可能なかぎり具体的にします。この命名規則は、OPMと支払ルールの複雑な組合せを管理するのに役立ちます。
支払ルールの作成
-
「支払方法ルール」セクションで、給与EFTソース米国について、デフォルト設定が「はい」であることを確認します。
-
同じセクションで、「作成」をクリックし、次の表に示す値を選択して、支払ソースをTRUにマッピングする2つの支払ルールを作成します。
フィールド ソース2 ソース3 デフォルト
いいえ
いいえ
税レポート・ユニット
TRU2
TRU3
支払ソース
給与EFTソース2
給与EFTソース3
-
「送信」をクリックします。