組織支払方法の概要

組織支払方法(OPM)によって、従業員およびサード・パーティへの支払方法が制御されます。OPMは、給与定義、支払ソース、支払ルール、事前通知と対話し、個人支払方法(PPM)を組織支払ソースにリンクします。

使用する銀行、銀行支店および銀行口座を設定したら、組織の支払方法を定義できます。OPMには、支払タイプ、通貨、会社の銀行情報などのキー情報が含まれます。

賃金およびその他の報酬の支出に使用する国別仕様データ・グループ、支払タイプおよび通貨の各組合せに対して、1つの組織支払方法を作成する必要があります。また、特定の受取人グループに対して特定の銀行口座からの支払の分配を決定するルールを作成することもできます。「組織支払方法」ページを使用して、表示、作成および編集します。

ノート: 支払タイプおよび通貨ごとに1つの組織支払方法を作成します(USDで支払われる振込など)。支払ソースおよび支払方法ルールを定義して、どの支払ソースがどの受取人グループに支払われるかを決定します。支払タイプおよび通貨ごとに複数のOPMを作成する場合は、従業員が使用できるOPMを定義するために支払方法プリファレンスを構成する必要があります。

支払タイプ

組織支払方法を作成するときに、支払タイプを選択します。

最も一般的な支払タイプおよび対応する支払プロセスの名前は次のとおりです。

支払タイプ

支払プロセス

振込

EFT支払の実行

小切手

次の2つの小切手支払プロセスのいずれかを選択します。

  • 「小切手支払の生成」プロセスを使用して、従業員およびサード・パーティのチェック・プロセスを1つのプロセスで実行します。

  • 「従業員およびサード・パーティ用の小切手支払の生成」プロセスを使用して、従業員およびサード・パーティのチェック・プロセスを個別のプロセスで実行します。

国際送金

EFT支払の実行

現金

現金支払プロセスはありません。アプリケーション外で現金支払を行い、現金支払として記録できます。

ノート: 支払タイプとその名前の正確なリストは、国によって異なります。企業では、ローカライゼーションに適した様々な範囲のタイプをサポートしている場合があります。たとえば、米国では、EFTの支払タイプは振込であり、英国ではBACS、オーストラリアではBECSです。

通貨

通常、通貨は会社の振出銀行口座と同じ通貨として定義されます。EFTファイルなど、支払転送のOPMで通貨を定義します。

支払前プロセスでは通貨換算がサポートされていますが、国際支払をサポートする支払ファイルの形式を含めるために、ローカライゼーションと銀行で複数通貨支払がサポートされていることを確認することが重要です。たとえば、エレメントの出力通貨は、USDとして定義されます。すべての給与計算で、エレメント通貨を使用して差引支給額が含められます。国際送金OPMをGBP通貨で定義し、従業員の個人支払方法に関連付けると、支払前処理プロセスによって、従業員の支払金額がUSDからGBPに変換されます。また、支払プロセス支払ファイルには、従業員の通貨で支払を送信するためのGBPの換算済金額が含まれます。

支払情報

支払情報リージョンを使用して、支払の詳細を取得します。たとえば、組織支払方法を使用して行われた各支払の最大制限を指定できます。支払トランザクション合計の最大制限を定義するオプションもあります。

このリージョンの正確な内容は、選択した支払タイプおよびローカライゼーションに基づいて異なる場合があります。

ノート: 支払情報は、組織支払方法レベル、支払ソース・レベルまたはその両方で入力できます。支払ソース・レベルのエントリは、組織支払方法レベルのエントリよりも優先されます。支払ソース・レベルで詳細を定義する場合、支払の処理時にそれらの詳細を使用するには、支払プロセスの送信時に支払ソースを入力する必要があります。

事前通知

事前通知は、通常、受取銀行のルーティング番号と口座番号を確認するために銀行に送信する金額0の電子入力です。「組織支払方法」タスクを使用して、振込支払タイプの次の事前通知ルールを構成します。

フィールド名

説明

事前通知必須

従業員には事前通知が必要であることを指定します。

事前通知金額

従業員には事前通知トランザクション金額が必要であることを指定します。デフォルト値は0 USDです。

日数

事前通知待機期間に必要な日数。待機期間が完了するまで、従業員には小切手で支払われます。たとえば、事前通知待機期間を10日に設定すると、週次の給与計算実行のタイミングに応じて、従業員は振込の開始前に2つの小切手を受け取る場合があります。

レガシー・システムで銀行口座を事前通知する場合は、給与を実装するときに事前通知プロセスをスキップすることを選択できます。これを行うには、「給与銀行口座事前通知ステータス更新」データ・ローダーを使用します。

支払ソース

支払ソースで、給与支払に借方記入される会社の銀行口座が識別されます。少なくとも1つの支払ソースを組織支払方法に関連付ける必要があります。

この検証は、支払ソースの銀行口座を給与支払に使用できるようにするために行われます。

  • 給与法定ユニット(PSU)に関連付ける必要があります。銀行口座にPSU法的エンティティを割り当てるか、親PSUを持つ雇用主を銀行口座に割り当てる必要があります。

  • 給与支払に対して有効にする必要があります。銀行口座の口座使用オプションで「給与」を選択する必要があります。

  • アクティブな銀行口座が必要です。給与支払時にアクティブな銀行口座を割り当てる必要があります。

次の図は、Cloud Payrollに必要な銀行口座の設定を示しています。Cloud Payrollを登録するには、「国または地域別の機能」ページの給与拡張オプションを使用します。
支払ソースとして使用する給与支払用の口座を作成します。
ノート: 銀行口座を支払ソース・ページに表示するには、給与支払に対して有効化され、アクティブになっている給与法定ユニット(PSU)に関連付ける必要があります。
ノート: サード・パーティの給与製品を使用する場合は、支払ソース・レコードなしで組織支払方法を作成できます。
ノート: 支払を原価計算する場合は、「支払ソースの原価計算」ページで原価勘定科目情報を入力します。

次の例のように、複数の組織支払方法の異なる支払ソースで同じ銀行口座を使用できます。

組織支払方法

支払ソース

銀行口座

小切手

Bank of America口座A

銀行A - 口座7890045

EFT

Bank of America口座B

銀行A - 口座7890045

支払方法ルール

支払方法ルールで、特定の受取人グループに対する支払に使用する適切な支払ソースが定義されます。組織支払方法に複数の支払ソースを定義する場合は、支払方法ルールを設定する必要があります。

従業員の税レポート・ユニット(TRU)に基づいて、標準の支払方法ルールを定義できます。支払基準機能を使用して、部門、ジョブまたは事業所に基づくルールなど、単一のTRU内で支払ソースを導出する支払方法ルールを設定することもできます。

この例は、受取人のTRUに基づく支払方法ルールを示しています。組織支払方法には3つの異なる支払ソースがあります。

支払ソース

税レポート・ユニット

デフォルト支払ソース

給与EFTソースA

銀行A - 口座7890045

なし

はい

給与EFTソースB

銀行B - 口座1238900

TRU1

いいえ

給与EFTソースC

銀行C - 口座8765999

TRU2

いいえ

追加する最初の支払ソースがデフォルト支払ソースですが、別の支払ソースをデフォルトとして選択でき、デフォルト支払ソースを持たないことも可能です。

デフォルト支払ソースの影響を理解するために、TRUが変更されて無効な支払ルールが発生した場合にどうなるかを説明する次の例を考えてみます。

アプローチ

デフォルト支払ソースがあり、支払プロセスによってデフォルト支払ソースを使用して従業員に支払われます。

このアプローチは、それぞれが独自のTRUを持つ複数の独立したフランチャイズがある会社に適している場合があります。フランチャイズの所有者がフランチャイズを売却した場合、支払は失敗しません。

デフォルト支払ソースがなく、適切な支払ソースを使用して支払を行うために、支払プロセスによってエラー通知が発行されます。

このアプローチは、支払ルールのコンプライアンスについて厳格なポリシーを持つ会社に適している場合があります。

国際送金支払

国際送金支払タイプでは、元の支払ソースとは異なる国への電子送金(EFT)支払の支払方法をサポートしています。

この機能を使用するには、国際銀行口座への支払をサポートできる必要があります。たとえば、USでは、USからUS外にある銀行口座への支払をサポートする、IAT NACHAというファイル・フォーマットがサポートされています。「国際EFT」レポート・カテゴリにファイル・フォーマットを添付します。