ベンダーをブロックまたは削除する方法 SAP FICO: FK05

⚡ スマートサマリー

ベンダーをブロックする SAP トランザクションFK05は、その勘定科目に対する新規投稿を停止し、仕入先を削除対象としてマークすることで、マスターレコードをアーカイブ対象としてマークします。トランザクションFK05はブロック処理を行い、トランザクションFK06は削除フラグを設定します。

  • 🔘 目的: ブロックは仕入先アカウントへの新規投稿を停止するもので、同じインジケーターを削除することで後で解除できます。
  • ☑️ FC05: 「仕入先ブロック/ブロック解除」画面では、入力された会社コード、またはすべての会社コードに対して仕訳のブロックを設定します。
  • ✅ FC06: 削除フラグ画面では、削除フラグが設定され、レコードは消去されるのではなくアーカイブされる対象として指定されます。
  • 🧪 範囲: FKトランザクションは会計のみを対象とするため、購買にはMK05またはMK06が必要であり、中央ブロックにはXK05が必要です。
  • 🛠️ フィールド: 指標はLFA1、LFB1、LFM1の表に格納されるため、ブロックされたベンダーやフラグが立てられたベンダーに関する報告が容易になります。
  • 📈 S/4HANA: 仕入先はビジネスパートナーであるため、ブロックや削除フラグはFK05やFK06ではなく、トランザクションBPで管理されます。

ベンダーをブロックして削除対象としてフラグを立てる SAP FICOスコア(FK05およびFK06)

仕入先との取引関係が終了したからといって、仕入先アカウントが削除されることは稀である。 SAP この2つの決定は区別されます。ブロックはアカウントでのそれ以上の活動を停止させ、削除フラグは記録をアーカイブに渡します。

ブロックと削除フラグの意味 SAP

どちらの操作も画面上ではほとんど同じように見える。なぜなら、どちらもマスターデータトランザクション上の小さなチェックボックスのセットだからだ。しかし、その後に行われる処理は全く異なる。

ブロックとは、運用上の制御です。これにより、ベンダーへの新規文書の投稿が阻止されるため、係争中、監査中、または単に休眠状態のアカウントには、新しい文書が投稿されません。 ベンダー請求書 誤って削除されたわけではありません。何も削除されず、既存の開いているアイテムはそのままの場所に残ります。

削除フラグはハウスキーパーですping マーカー。これは、マスターレコードがアーカイブ対象であることをシステムに伝え、アーカイブプログラムが求める前提条件となります。実際にアーカイブ処理が実行されるまで、ベンダー情報はデータベース内に存在します。

側面 ブロック(FK05) 削除フラグ(FK06)
何それがありません アカウントへの新規投稿を禁止します アーカイブ対象マスターレコードを指名する
既存の未解決項目への影響 いいえ、それらは引き続き有効で支払い可能です 特にありませんが、アーカイブする前にクリアする必要があります。
Rev可塑性 はい、同じ取引でインジケーターの選択を解除してください。 はい、アーカイブ処理によってレコードが削除されるまでは。
典型的なトリガー 紛争、監査保留、一時停止 重複レコード、サプライヤーは永久に退職しました
データを削除します いいえ いいえ、アーカイブ実行時のみ

ベンダーをブロックする方法 SAP FK05を使用する

会計ブロックは会社コードごとに設定されているため、開始する前に仕入先番号と会社コードの両方が必要です。

ステップ1) トランザクションコード FK05 を入力してください SAP コマンドフィールド同じ活動は SAP 会計 → 財務会計 → 仕入先 → マスタレコード → FK05 – ブロック/ブロック解除 の下にあるイージーアクセス メニュー(下記参照)。

SAP コマンドフィールドにFK05と入力し、ブロック/ブロック解除を強調表示したイージーアクセスメニュー

ステップ2) 「ベンダーのブロック/ブロック解除:初期画面」で、以下に示すように入力してください。

  1. ブロックするベンダーIDを入力してください。
  2. ブロック対象となる企業コードを入力してください。

ベンダーと会社コードのフィールドに番号が振られた、ベンダーのブロック/ブロック解除の初期画面

ステップ3) 詳細画面で、ブロックするデータの転記ブロックインジケータを選択します。転記ブロックグループには、以下に示す2つの選択肢があります。 すべての会社コード ベンダーへの投稿をあらゆる場所でブロックする一方、 選択された会社コード 前の手順で入力した会社コードのみをブロックします。

FK05における全会社コードおよび選択された会社コードの転記ブロックチェックボックス

ステップ4) ブロックを適用するには、下図に示す標準ツールバーの「保存」ボタンを押してください。

保存ボタン SAP ベンダー投稿ブロックを保存するために使用される標準ツールバー

このトランザクションはブロックのみではなく、ブロック/ブロック解除を行うため、後で仕入先を解除するには、FK05に戻り、同じチェックボックスの選択を解除して、再度保存する必要があります。

ベンダーを削除する方法 SAP FK06を使用する

ベンダーを削除対象としてマークする手順は同じですが、重要な違いが1つあります。チェックボックスは削除フラグであり、投稿ブロックではありません。

ステップ1) トランザクションコード FK06 を入力してください SAP コマンドフィールド。メニューでは、エントリは「マスタレコード → FK06 – 削除インジケータの設定」として表示され、以下にハイライト表示されます。

SAP コマンドフィールドにFK06と入力し、「削除インジケータの設定」をハイライトしたイージーアクセスメニュー

ステップ2) 「ベンダー削除フラグ:初期画面」で、以下に示すように入力してください。

  1. 入力する ベンダーID それは削除対象としてフラグ付けされるべきものです。
  2. フラグ付け対象となる会社コードデータを持つ会社コードを入力してください。

ベンダー削除フラグ ベンダーと会社コードのエントリを表示する初期画面

ステップ3) 詳細画面で、削除するデータの削除フラグを選択します。画面には、以下に示すように2つのグループがあります。 削除フラグ, 全エリア マスターレコード全体を示し、 選択された会社コード 会社コードセグメントのみを示します。 削除ブロック 下のグループは正反対の働きをします。つまり、アーカイブ処理でレコードが削除されないようにレコードを保護します。

FK06詳細画面の削除フラグと削除ブロックのチェックボックス

ステップ4) 削除フラグを保存するには、下図に示す「保存」ボタンを押してください。

保存ボタン SAP ベンダー削除フラグを保存するために使用される標準ツールバー

ベンダーは削除されるのではなく、マークされた状態になります。アカウントを開いたユーザーには、削除対象としてフラグが立てられているという警告が表示され、レコードは後述するアーカイブ処理が完了するまで待機状態になります。

仕入先ブロックおよび削除トランザクションコードと、それらが更新するフィールド

FK05とFK06は、より広範な取引の会計ビューです。F接頭辞は会社コードレベルで、M接頭辞は購買組織レベルで、X接頭辞は両方を一元的にカバーします。

Tコード 詳細説明 対象領域
FK05 ベンダーのブロック/ブロック解除(会計) 投稿ブロック、会社コード別または全会社コード別
FK06 削除フラグを設定する(会計) 削除フラグ、会社コード別または全エリア別
MK05 ブロックベンダー(購入) 購買ブロック(購買組織別)
MK06 削除対象としてフラグを立てる(購入) 購入セグメントの削除フラグ
XK05 ブロックベンダー(中央集権型) 会計と購買を連携させる
XK06 ベンダーを削除対象としてマークする(一括管理) 一般情報、会社コード、購買データ
FK04 / XK04 ベンダーの変更を表示する 誰がインジケーターを設定または削除したかの監査証跡

ブロックが機能しないように見えるのは、通常、誤ったトランザクションを選択しているためです。FK05でブロックされた仕入先は、購買処理が独自のインジケータを読み取るため、購買発注で使用できます。両側を同時にブロックするには、XK05を使用します。

各チェックボックスは名前付きフィールドに書き込むため、ブロックされたベンダーやフラグが立てられたベンダーは標準から一覧表示できます。 FIテーブル 画面ごとにではなく、画面ごとに。

表 フィールド 意味
LFA1 スペール すべての会社コードを網羅する中央投稿ブロック
LFA1 精子 中央購買ブロック
LFA1 ロエム 一般データセグメントの削除フラグ
LFA1 ノード アーカイブを防止する削除ブロック
LFB1 スペール 1つの会社コードに対する投稿ブロック
LFB1 ロエム 1つの会社コードに対する削除フラグ
LFB1 ザールス 支払いブロックキーは、支払い時に適用されます。
LFM1 精子 1つの購買組織向けの購買ブロック

支払ブロックと転記ブロックはよく混同されます。LFB1-ZAHLS の支払ブロックは請求書入力には手を加えず、 送金これは、サプライヤーが単に審査中である場合の、より穏やかな選択肢です。

ベンダーが削除対象としてフラグ付けされた後、何が起こるのか

削除フラグ自体では何も削除されません。マスタレコードの削除はアーカイブ処理であり、買掛金マスタデータ用のアーカイブオブジェクトFI_ACCPAYBを使用してトランザクションSARAで実行されます。

その実行が成功するには、いくつかの条件を満たす必要がある。

  • 至る所に旗が立てられている: ベンダーが使用されていたすべての領域に削除フラグが存在する必要があり、通常は購買部門と会計部門の両方が含まれます。
  • 削除ブロックなし: FK06画面の削除ブロックのチェックボックスはすべてオフにする必要があります。そうでない場合、レコードは意図的に保護されます。
  • 未開封品はありません。 未払い請求書とクレジットメモ 買掛金勘定 まず承認を得る必要があります。
  • トランザクションデータがアーカイブされました: ベンダーを参照する文書は、マスターレコードよりも先にアーカイブされます。これは、アーカイブ処理によってこれらの依存関係がチェックされるためです。

アーカイブ処理自体は2つの段階から構成されます。書き込み処理では、対象となるレコードをアーカイブファイルにコピーし、別の削除処理では、ファイルの検証が完了した後にデータベースからレコードを削除します。通常、どちらの処理も最初にテスト実行として行われ、マスターレコードは削除処理が正常に完了した後にのみ削除されます。

In SAP S/4HANAでは状況が変わります。サプライヤーがビジネスパートナーとなるためです。FK05とFK06はスタンドアロンのメンテナンス トランザクションとして利用できなくなり、ブロックまたはフラグ付けは、サプライヤー ロールを持つビジネス パートナーのトランザクション BP で行われ、その下に同じ会社コードと購買組織の区別があります。 ベンダーアカウントグループ ビジネスパートナーグループとして生き残るping、そして、レコードにフラグが立てられた後もアーカイブは引き続き適用されます。顧客側では 売掛金 ミラー トランザクション FD05 および FD06 を使用し、集合レコードなど 一度限りのベンダー 他のアカウントと全く同じようにブロックされます。

よくあるご質問

いいえ。支払プログラムは、記帳ブロックまたは削除フラグが設定されているアカウントをスキップし、提案書内で例外として報告します。例外をクリアするには、そのインジケーターを削除するか、該当する項目をその実行から除外する必要があります。

いいえ。既に投稿済みの文書は変更されず、未処理の項目は明細表示に表示されたままになります。拒否されるのは新規投稿のみであるため、紛争調査中にブロックを適用しても問題ありません。

指標フィールドを直接読み取ります。SE16NなどのテーブルブラウザーをLFA1およびLFB1上で使用し、SPERR、SPERM、またはLOEVMでフィルタリングすると、すべてのデータが返されます。また、標準の仕入先リストレポートでは、同じ選択条件でフォーマット済みの出力が得られます。

通常は、ブロックが誤った範囲に設定されていることが原因です。会社コードのみを選択すると、他の会社コードは開いたままになり、会計ブロックは購買には影響しないため、MK05またはXK05も使用しない限り、購買発注は継続されます。

はい。仕入先マスタの変更は変更文書として記録されるため、会計ビューの場合はFK04、中央ビューの場合はXK04で、設定または削除されたすべてのインジケータについて、変更前の値、変更後の値、ユーザー、およびタイムスタンプが表示されます。

ブロックは先に行い、フラグは後から設定します。ブロックは即座に有効になり、関係が再開した場合は簡単に解除できます。削除フラグは、保持期間の最後に、未処理の項目がすべて処理され、文書をアーカイブする準備が整った時点で設定します。

機械学習は、支出パターン、取引停止期間、制裁リストとの一致、銀行口座情報の急激な変更などに基づいてサプライヤーをリスク別にランク付けし、ブロックまたは削除フラグの候補を提示します。この提案はあくまでも助言であり、データが保存される前にマスターデータ管理者が承認する必要があります。

GitHubコパイロット タスク周辺のコード(トランザクションを実行するeCATTまたはLSMWスクリプト、あるいはインジケータフィールドを報告するABAPなど)の処理速度を向上させます。更新自体は引き続きサポートされているインターフェースを介して実行される必要があり、生成されたコードはリリース前にテストする必要があります。