FBRA: クリアしたアイテムをリセットする方法 SAP

⚡ スマートサマリー

クリアしたアイテムをリセット SAP トランザクションコードFBRAを使用して、請求書とそれを決済した支払いの間のリンクを解除し、両方のドキュメントを未決済の状態に戻して、間違いを修正できるようにします。

  • 🔁 トランザクション: FBRAは、顧客とベンダー双方の支払いについて、決済文書をリセットします。
  • 🔑 主な入力: 決済伝票番号、会社コード、会計年度によって、その伝票が特定されます。
  • ↩️ 2つの結果: Reset はアイテムを再度開くだけですが、Reset と Reverse また、逆転も投稿している。
  • 📅 Reversalの理由: 理由コードは、投稿日が閉鎖期間に含まれるかどうかを判断するものです。
  • 🧾 結果確認: ステータスバーには、リセットが完了したことを確認する取消文書番号が表示されます。
  • ⚠️ 気を付けて: FBRAがリセットするまでは、FB08を使用して承認済みの文書を取り消すことはできません。

FBRA リセットクリア済みアイテム SAP

ARクリアアイテムのリセット方法

In SAP顧客が誤った請求書に対して支払いを行った場合、決済をリセットできます。以下の手順は、 売掛金 書類の清算。

ステップ1) 取引コードFBRAを SAP コマンドフィールド以下に示すように。

取引コードFBRAを入力する SAP コマンドフィールド

ステップ2) 次の画面で、下図に示す「クリア済み項目のリセット」選択画面に以下を入力してください。

  1. 決済済みの品目に対応する決済伝票番号を入力してください。
  2. 掲載された会社のコードを入力してください。
  3. 入力する 会計年度 それが投稿された場​​所。

FBRA選択画面(決済伝票番号、会社コード、会計年度)

ステップ3) 下記に表示されている「保存」ボタンを押すと、アイテムのクリア状態がリセットされます。

FBRAツールバーの保存ボタンは、クリアリングをリセットするために使用されます。

ステップ4) 下記に示す、未解決の通信を無効化するためのモーダルダイアログボックスを確認してください。

リセット中に開いている通信を無効にするかどうかを尋ねるダイアログボックス

ステップ5) 次のダイアログボックス(下記参照)に、以下を入力してください。

  1. 決済済み項目の取消理由を入力してください。
  2. 掲載日を入力してください。

取消理由と転記日を入力するためのダイアログボックス

ステップ6) 次のダイアログボックスで、以下に示すように、決済伝票のリセットを確認してください。

決済文書のリセット前に確認プロンプトが表示されます

ステップ7) 次のダイアログボックスで、下記に表示されている取消伝票番号を確認して、決済済み項目のリセットを確定してください。

売掛金リセット後の取消伝票番号を示すメッセージ

ベンダークリア済みアイテムをリセットする方法 SAP

同じトランザクションがリセットします 買掛金勘定 書類の清算。 SAPベンダーへの支払いが誤った請求書に対して行われた場合、その決済もリセットできます。

ステップ1)取引を入力する Code

最初のステップでは、トランザクションコードFBRAを SAP コマンドフィールドは、以下に示すように表示されます。

コマンドフィールドにFBRAを入力して、仕入先決済伝票をリセットします。

ステップ2) クリアした項目をリセットする

下記の選択画面に必要事項を入力してください。

  1. 決済済みの品目に対応する決済伝票番号を入力してください。
  2. 掲載された会社のコードを入力してください。
  3. 掲載された会計年度を入力してください。

ベンダー支払い書類のFBRA選択画面に入力済み

ステップ3)「保存」ボタンを押します

次に、下に表示されている「保存」ボタンを押して、アイテムのクリア状態をリセットしてください。

保存ボタンを押して仕入先決済伝票をリセットします

ステップ 4) リセットを確認する

次のダイアログボックス(下記参照)で、決済伝票のリセットを確認してください。

仕入先決済伝票のリセットを確認するダイアログボックス

ステップ5) リセットの確認

リセットが完了したことを確認するには、下記のステータスバーを確認してください。

ベンダー決済伝票がリセットされたことを確認するステータスバーメッセージ

リセットとリセットおよび Reverse FBRAにおいて

FBRA画面には2つのボタンがあり、この取引で最もよくある間違いは、どちらか一方を選択することです。どちらのボタンも決済伝票に対して作用しますが、新しい会計伝票を転記するのはそのうちの1つだけです。

側面 クリアした項目をリセットする リセットして Reverse
何が起こるのですか 請求書と支払いのリンクが切れています。 リンクが切断され、決済文書が取り消されました。
文書ステータス 両方の文書は再びオープン状態に戻ります。 請求書が再開され、支払書類は取り消されます。
新しい投稿 取消文書は作成されません。 取り消し文書が掲載されました。
Reversalの理由 必要ありません。 必須項目であり、掲載日を制御します。
典型的な使用 支払額自体は正しいのですが、誤った請求書に適用されてしまいました。 支払い自体が間違っていたため、キャンセルする必要があります。

現金が実際に銀行にあり、割り当てだけが間違っていた場合は、リセットを選択して、正しい請求書に対して項目を再クリアします。リセットを選択して、 Reverse 支払記録自体が元帳から消える必要がある場合。

RevFBRAの一般的な理由と前提条件

取引を実行する前に、記帳期間が開いていること、決済伝票が既にリセットされていないこと、および支払いが支払媒体を通じて銀行に送金されていないことを確認してください。取消理由によって記帳日が決定されます。 SAP 受け入れます。

理由 詳細説明 掲載日を使用
01 Rev現在の期間のersal 元の文書と同様に、現在の期間は開いている必要があります
02 Rev閉鎖期間中のエルサル 空いている期間内の代替日
03 当期の実際の反転 元の文書と同じ
04 閉鎖期間における実際の反転 空いている期間内の代替日
05 発生主義または繰延主義の記帳 発生主義および繰延主義の文書の取り消しに使用されます。

理由03と04はマイナスの仕訳を示しており、相殺仕訳を計上するのではなく、元の金額を取り消すため、勘定回転率が水増しされることはありません。これらの理由を使用するには、会社コードでマイナスの仕訳が許可されている必要があります。

FBRAでよく発生するエラーと関連するTコード

FBRAのエラーのほとんどは、期間管理、実際には決済処理に使用されていない書類、または既にシステムから退出済みの支払いに起因します。以下に、最も頻繁に表示されるメッセージの一覧を示します。

  • この文書は決済文書ではありません。 入力された番号は請求書または支払番号であり、決済伝票番号ではありません。まず明細項目表示で決済伝票番号を確認してください。
  • 応募期間は開始されていません。 期間を開くか、開いている期間内の日付で取消理由02を使用してください。
  • 文書には既に逆順の項目が含まれています。 既にクリアランスはリセットされているため、元に戻す必要のあるものは何も残っていません。
  • 既に支払い済み: 小切手または支払手段が存在するため、決済をリセットする前に支払いを無効にする必要があります。

この作業には複数のトランザクションが関わっており、どれを選択すべきかを知っていれば、元に戻さなければならない操作を回避することができます。

Tコード 目的
FBRA 決済文書をリセットする、またはリセットして取り消す
FB08 Reverse 承認されていない単一の文書
翻訳 顧客明細を表示し、決済伝票を探す
翻訳 仕入先明細を表示し、決済伝票を探す
F-32 / F-44 リセット後に顧客と仕入先の未処理項目を再度クリアする

よくあるご質問

BKPFテーブルには文書ヘッダーが、BSEGテーブルには明細項目が格納されます。決済済みの顧客明細はBSADテーブルに、未決済の顧客明細はBSIDテーブルに格納され、BSAKテーブルとBSIKテーブルには仕入先明細が格納されます。リセットを行うと、明細は未決済テーブルに戻されます。

直接はできません。支払処理によって支払媒体または小切手が作成された場合は、まず小切手管理トランザクションを使用してそれを無効にしてください。そうしないと、決済がリセットされた際に元帳と銀行取引明細書の内容が一致しなくなります。

ユーザーは、該当する活動に対してオブジェクトF_BKPF_BUKを介した会社コードへの転記権限に加え、文書タイプへのアクセス権と有効な転記期間が必要です。多くの企業では、FBRA(財務報告承認)を少数の会計チームに限定しています。

はい。入金処理モデルは、送金テキスト、金額、顧客履歴をスコアリングし、一致度が低いものにはフラグを立てて、決済前に確認を求めます。この段階で不一致を検出することで、リセットを完全に回避でき、後で取り消すよりもはるかにコストを抑えることができます。

Copilotは、FBRAを呼び出して決済伝票のリストを取得するバッチ入力セッションをラップするABAPまたはスクリプトのラッパーを作成できます。ただし、誤った伝票をリセットするループが生成されると元に戻すのが困難になるため、まずはサンドボックスでテストしてください。

はい。請求書は未払い状態に戻るため、売掛金は再び限度額にカウントされます。 信用管理顧客が取引停止寸前の場合は、信用情報の更新を再実行してください。そうしないと、新規注文が予期せず失敗する可能性があります。

はい。FBRAは、決済文書をリセットするためのトランザクションとして引き続き使用されます。 SAP S/4HANAでは、従来の画面は変更されていません。顧客および仕入先明細を管理するためのFioriアプリは、品目リストから同じリセットアクションを提供します。

FBRAは、1回の実行につき1つの決済伝票を処理します。大量の処理が必要な場合は、バッチ入力セッションまたは伝票リストをループ処理する小規模なプログラムを使用し、伝票が再びオープンになった時点で一括取消処理が行われます。