How to Create One Time Vendor FK01 in SAP

โšก Smart Summary

One-time vendor master records in SAP serve suppliers who are invoiced only occasionally. A single collective account carries the accounting settings, and the name, address and bank details are captured on each document instead.

  • ๐Ÿ”˜ Purpose: One collective record replaces dozens of rarely used vendor masters, which keeps the supplier list small and easier to govern.
  • โ˜‘๏ธ Prerequisite: The record must belong to an account group whose one-time account indicator is set, such as the delivered groups CPD and CPDL.
  • โœ… Transaction: FK01 creates the record, and the account group is chosen on the initial screen before the vendor number and company code are entered.
  • ๐Ÿงช Entry: Only a descriptive name, a search term, a language, a reconciliation account and a cash management group are needed.
  • ๐Ÿ› ๏ธ At posting time: Entering the collective account on an invoice opens an address screen, and those details are stored with the document, not the master.
  • ๐Ÿ“ˆ S/4HANA: The same idea survives as a business partner grouping mapped to the one-time vendor account group through Customer/Vendor Integration.

Creating a one-time vendor master record with transaction FK01 in SAP

Not every supplier deserves a master record. In SAP, a supplier that is invoiced once or twice a year can be posted through a shared one-time account, and the details that make the payment traceable are captured on the document itself.

What Is a One-Time Vendor in SAP?

A one-time vendor is a collective master record used for suppliers who have no frequent transactions and do not justify a record of their own. Because the same record serves many different suppliers, no vendor-specific data is stored in it. The name, address, telephone number and bank details are entered when the document is posted.

The record still behaves like an ordinary vendor account in every other respect. It belongs to a company code, it carries a reconciliation account, and its open items appear in the usual accounts payable reports.

Aspect Regular vendor One-time vendor
Master records needed One per supplier One collective account for many suppliers
Name and address Stored in the master record Entered on each document
Bank details Stored in the master record Entered on each document
Best suited to Recurring suppliers, contracts, scheduled payments Occasional purchases, expense refunds, single deliveries
Reporting by supplier Straightforward, by vendor number Requires reading the address data on the documents

The trade-off is convenience against visibility. Fewer master records mean less maintenance, but spend analysis by supplier becomes harder, because every posting sits under the same account number.

The One-Time Vendor Account Group and Its Indicator

A one-time vendor cannot be created from an ordinary account group. The behaviour comes from a single customizing setting, so the account group has to exist before transaction FK01 is started.

In the vendor account group definition, reached with transaction OBD3, a one-time account indicator is set for the group. The indicator does two things: it suppresses the vendor-specific fields on the master data screens, and it tells the posting transactions to ask for those details on the document instead. The setting is stored on each vendor record in field XCPDK of table LFA1.

SAP delivers ready-made groups for this purpose, and most systems use one of them rather than defining a new one.

  • CPD: One-time vendor group with internal number assignment, so the system issues the account number.
  • CPDL: One-time vendor group with external number assignment, so the number is typed in.
  • 0099: The one-time vendors group used in the walkthrough below, shown with its indicator ticked in the account group list.

Two more prerequisites are worth checking before starting. The number range assigned to the group decides whether the vendor number can be typed in at all, and the reconciliation account that will be entered later has to exist in the chart of accounts of the company code being used.

How to Create a One-Time Vendor in SAP Using FK01

With the account group in place, the record is created in the accounts payable master data transaction.

Step 1) Enter transaction code FK01 in the SAP command field, as shown below.

SAP Easy Access screen with transaction code FK01 entered in the command field

Step 2) On the Create Vendor: Initial Screen, place the cursor in the Account group field and press F4 to open the search help, highlighted below.

Create Vendor initial screen with the empty Account group field ready for F4 help

Step 3) In the dialog box that opens, select the account group whose one-time account property is ticked. In the list below, the OTA column marks the one-time groups, and group 0099 “One-time vendors” is the one being selected.

Vendor account group F4 list with the one-time account indicator ticked for group 0099

Step 4) Back on the initial screen, enter the following, as marked below.

  1. Enter the vendor ID according to the number range assigned to the account group.
  2. Enter the company code in which the master record is to be created.

Create Vendor initial screen with vendor number, company code and account group 0099

Step 5) On the next screen, Create Vendor: Address, enter the following in the general data, as marked below.

  1. Enter a name that identifies the collective record, for example “One time Vendor New”.
  2. Enter a search term so the account can be found quickly during posting.
  3. Enter the communication language.

The street and postal fields stay empty here on purpose, because they belong to the individual supplier rather than to the collective account.

Create Vendor Address screen with name, search term and communication language

Step 6) On the company code data screen, Create Vendor: Accounting information Accounting, enter the following, as marked below.

  1. Enter the reconciliation G/L account number, which links the vendor postings to the general ledger.
  2. Enter the cash management group used for liquidity forecasting.

Create Vendor Accounting information screen with reconciliation account and cash management group

Step 7) Press ‘Save’ on the standard toolbar, shown below, to create the new one-time vendor master record.

Save button on the SAP standard toolbar used to store the one-time vendor master

Step 8) Check the status bar for the confirmation message. The example below reports that vendor 0000088888 was created in company code 1000.

Status bar message confirming the one-time vendor was created in company code 1000

The account is now ready for use, and the supplier details are supplied the first time it is posted to.

How to Post an Invoice to a One-Time Vendor

Nothing special happens until the collective account is used. Entering it as the vendor on a vendor invoice in FB60, or on F-43, makes the system open an extra address screen before the line items can be completed.

The screen asks for the details that were deliberately left out of the master record.

  • Name and address: Title, name, street, postal code, city and country of the actual supplier.
  • Communication: Telephone and other contact fields, where they are relevant.
  • Bank details: Country, bank key and account number, which the payment program then uses.
  • Tax numbers: The tax identification fields, where local reporting requires them.

These entries are stored per document in table BSEC, the one-time account data segment, rather than in the vendor master tables. That is what makes the same account usable for many suppliers, and it is also the reason a supplier-level report cannot simply read LFA1. The address has to be taken from the document, and the outgoing payment picks up the bank data the same way.

Two consequences follow. Duplicate payments are harder to spot, because two invoices from the same supplier carry two independent address entries, and any control that relies on vendor master data โ€” a bank detail change check, for instance โ€” does not apply. Many finance teams therefore restrict one-time accounts to low-value postings and review them separately during the period-end reporting cycle.

In SAP S/4HANA the one-time account survives, but it is created as a business partner. A dedicated business partner grouping is mapped to the one-time vendor account group in Customer/Vendor Integration customizing, the record is maintained with transaction BP in the supplier role, and the document-level address screen behaves exactly as it does in SAP ERP. The equivalent object on the customer side works the same way in accounts receivable.

FAQs

The bank data entered on the document is used. The payment program reads the one-time account segment of that document rather than the vendor master, so each invoice can be settled to a different account, or by cheque where no bank data exists.

Run the vendor line item list on the collective account, which returns every posting made through it. Supplier names come from the one-time account data attached to each document, so a name-level breakdown needs that segment joined to the line items.

Either works, and SAP delivers one group for each. External numbering is convenient when the account number should be recognisable, such as 88888 in the example. Internal numbering avoids clashes when several one-time accounts are created over time.

Spend cannot be analysed by supplier without extra effort, duplicate invoices are harder to detect, and master data controls such as bank detail change monitoring do not apply. Auditors usually expect a value limit and a periodic review of the postings.

Not by editing the existing record, because the account group cannot simply be switched. A supplier that starts trading regularly gets a new master record of its own, and the historical postings stay under the collective account.

Usually very few, and often one per company code. Some organisations add a second account for employee expense refunds so that reconciliation accounts and reporting stay separate, but a long list of collective accounts defeats the purpose.

Machine learning reads the document-level addresses and bank details, clusters postings that belong to the same supplier, and flags repeats that should have a real master record. The same models score unusual bank accounts, which is the classic one-time account fraud pattern.

GitHub Copilot accelerates the ABAP or CDS view that joins the one-time account segment to the accounting line items, which is the query most teams end up writing. The logic still needs review, because that segment is a cluster table.

Summarize this post with: