Getting More Information on Output Management, Technical Information, and Basics of Accounting Principles

Objective

After completing this lesson, you will be able to describe output management, specific system details, and basics of accounting principles

Output Management for Billing Documents

Output Determination for Billing Documents

The following figure outlines output determination for billing documents:

SAP S/4HANA: This is a completely different configuration based on Business Rule Framework Plus (BRFplus). This approach includes cloud qualities such as extensibility enablement, multi-tenancy enablement, and modification-free configuration. SAP ERP: The output determination uses the condition technique and is based on the NAST table. A condition record for an output contains the properties in a specific context.

In SAP S/4HANA, SAP S/4HANA Output Management is used for billing documents as default. However, it is possible to enable the NAST approach again by setting a specific Customizing parameter (for more information, see SAP Note 2267376).

The SAP S/4HANA Output Management framework is the strategic output management framework in SAP S/4HANA and future developments will only be made in this framework. Adobe XFA is the default technology for form templates delivered within this framework, but legacy forms (SAPscript, SmartForms, Adobe Forms) are still supported. The main benefits of the new approach are the following:

  • Extensibility: Broad usage of CDS views

  • BRFplus: Flexible and powerful output parameter determination

  • Unified solution across the applications: SD, MM, FIN, and so on

  • SAP Fiori: Full integration with SAP Fiori apps

  • State-of-the-art e-mail support: Flexible configuration, multiple recipients, and e-mail templates

In contrast to the output management based on NAST, the new output management supports only the print, e-mail, XML, and IDoc (for on premise) channels. Other channels are not available by default.

Decision Tables

The following figure outlines a decision table:

Decision tables consist primarily of rows and columns. the columns are further divided into condition columns and result columns.

Decision tables consist primarily of rows and columns. The columns are further divided into condition columns and result columns.

Decision tables are used to determine the different output parameters (output type, receiver, form template, and so on).

When a decision table expression is called, every row is processed in sequence. In each row, every condition column cell is processed from left to right. If the condition in each input column cell of a row is met, the field values defined in the result columns are returned. It is possible to enter expressions or direct values in these cells. It is possible to evaluate the values in each cell by using comparison operators, value ranges, and patterns.

Decision Tables for Output Determination

The following figure shows an example of decision tables for output determination:

Image of the Maintain Business Rules window. Using decision tables, you can control the determination of the output type, receiver, channel, printer settings and for template for billing documents.

Using decision tables, you can control the determination of the output type, receiver, channel, printer settings, and form template for billing documents. The table rows can be rearranged so that the most specific conditions are tested first. Tables can also be exported and imported to and from Microsoft Excel.

General Billing Interface

General Billing Interface — Overview

The following figure gives an overview of the general billing interface:

The image depicts an overview of the general billing interface. The details are described in the text that follows.

Besides the app Create Billing Documents and its omnichannel approach you can still use the user exit for the General Billing Interface.

When you are using the general billing interface, you can invoice external documents in the SAP system (that is, orders and deliveries not created in the SAP system).

To do this, you must do the following:

  • Prepare the data in a sequential file of a specified format.
  • Specify a minimum number of required fields to be filled from the data records.
  • Specify the remaining fields required for billing either through the data records for the sequential file or through the system (optional fields).

Some examples are as follows:

  • Required fields:

    Customer master and sales organization

  • Optional fields:

    Material master and price components

You can enter external reference numbers such as external delivery numbers or external order numbers.

Basics of Accounting Principles

Double-Entry Accounting

Contents:
  • Double-Entry Accounting

  • Balance sheet accounts

  • P & L accounts

  • Sales and Distribution Example

  • Materials Management Example

The following figure provides an overview of double-entry accounting:

Each business transaction is posted to at least two different accounts. Debit postings always appear on the left hand side of a T account. Credit postings always appear on the right-hand side of a T account. Total debit postings = total credit postings.

The basic principle of double-entry accounting is that every business transaction is posted to at least two different accounts, and is therefore posted at least twice. In the most simple cases, only two accounts are affected.

The most important thing to remember in this context is Debit to Credit.

This means that you should post a transaction to the debit side in one account, but to the credit side in another.

Basic principle:

The total for debit postings is always the same as the total for credit postings, regardless of the number of accounts affected.

Account Types - Balance Sheet Accounts

The following figure provides an overview of balance sheet accounts:

Property accounts: Additions are entered on the debit side; Disposals are entered on the credit side. Examples: Stock, cash, bank, receivables. Capital and debtor accounts: Additions are entered on the credit side; Disposals are entered on the debit side. Examples: Payables.

Business transactions are posted to accounts (invoices kept on two sides, in which movements are registered).

In a double entry accounting system it is possible to separate the accounts into different types of basic accounts, which themselves are divided into two partial accounts:

  • Balance sheet accounts (property accounts and capital and debtor accounts), to which stocks and changes to these stocks are posted.

  • P&L accounts (expense/cost accounts and revenue/sales accounts), to which transactions affecting net income are posted.

The following basic equation applies to the structure of all accounts:

Opening balance + addition – disposal = closing balance

However, the basic accounts above differ on the side to which the opening balance, addition, disposal, and closing balance are posted.

Account Types - P&L Accounts

The following figure provides an overview of P&L accounts:

Revenue accounts: Additions are entered on the credit side; Disposals are entered on the debit side. Example: Sales revenue. Expense accounts: Additions are entered on the debit side; Disposals are entered on the credit side. Example: Cost of materials, price difference.

Sales and Distribution Example

The following figure shows a sales and distribution example:

Sample sales and distribution. Sales order: 10 pieces at $12 each. Goods issue: 10 pieces delivered, internal price $10 each. Invoice: 10 pieces at $12 each. Incoming payment: $120.

Sales and Distribution Example: Postings

Note

See the following video to learn more about the account postings for a Sales and Distribution example in SAP S/4HANA:

Materials Management Example

The following figure shows a materials management example:

Purchase order: 10 pieces at $10 each. Goods receipt: 10 pieces received, internal price, $10 each. Invoice: 10 pieces for $10 each. Payment: $100.

MM Example: Postings

Note

See the following video to learn more about the account postings for a Materials Management example in SAP S/4HANA:

Flexible Billing Document Numbering and Prefixes

Flexible Billing Document Numbering

You can use the filter-enabled Business Add-In (BAdI) SD_BIL_FLEX_NUMBERING to allocate newly created billing documents of a given billing document type to custom number range intervals (and, optionally, number range prefixes). This enables a flexible allocation of billing documents to number range intervals and prefixes that are dependent on one or more attributes (header fields) of the billing document that is to be created.

The custom logic in the BAdI method determines the correct number range interval for a given billing document by evaluating whether specific billing document header fields satisfy conditions that you must specify when implementing the BAdI. Depending on the result of the evaluation, the system then creates the new billing document number in the number range interval (and, optionally, number range prefix) that you have specified to be appropriate for the situation.

A typical use case example for this BAdI arises when you consider a multinational corporation that consists of eight companies, each based in a different country, including Germany and France. When a new billing document of type F2 invoice is created by the German company, the custom logic tells the system to use the next available number in the number range interval 'G1'. When, on the other hand, an F2 invoice is created by the French company, the custom logic tells the system to use the next available number in number range interval 'F1'. In this way, within each billing document type, a different number range interval can be determined and used for each company. This can, for example, help satisfy legal requirements for invoice numbering, which can vary from country to country.

You can use the filter-enabled BAdI Flexible Billing Document Numbering (SD_BIL_FLEX_NUMBERING) to allocate newly created billing documents of a given billing document type to designated internal number range intervals and, optionally, number range prefixes. This enables a flexible allocation of billing documents to number range intervals and prefixes that are controlled by one or more header fields of the billing document that is being created. The document number of the new billing document is drawn from the number range interval (and, if applicable, number range prefix) that the custom logic determines. For more details please refer to the BAdI documentation: Using Custom Logic (BAdI) to Implement Flexible Billing Document Numbering.

Number Range Prefixes for Billing Documents

With this feature, the number range intervals used for flexible billing document numbering can be combined with alphanumeric prefixes of up to five characters length. For example, use of the prefix ABC in conjunction with an interval ranging from 0000001 to 9999999 could result in a billing document number of ABC1234567.

There are two main reasons when you want to use Number Range Prefixes:

  • The space of possible billing document numbers provided by purely numeric number ranges is insufficient for your business requirements.

    Each prefix opens up a new subspace for number range intervals that enables the creation of entirely new, unique subranges of billing document numbers. For example, if you create the prefix AB and define a number range interval 19 within this prefix, with the same upper and lower limit as the standard numbering interval 19, you have effectively doubled the quantity of numbers available for billing document numbering.

  • You want to categorize specific billing documents in a way that helps fulfill legal invoicing requirements or makes them instantly recognizable.

    For example, an international corporation could choose to use the prefix DE for all billing documents created by its German branch, and the prefix FR for all billing documents created by its French branch.

Cash Sales

Cash Sales Process

Note

See the following video to learn more about the cash sales process in SAP S/4HANA:

Cash Sales: Characteristics

Cash sales have the following characteristics:

  • The order and the delivery are created in one step, although you receive a document for each.
  • The goods issue is posted at a later time as a separate transaction, so that the customer does not have to wait.

Order type CS is used for cash sales. It has its own output type RD03, which allows you to print an invoice (receipt) from the order.

You can create the actual billing document later, after you have posted the goods issue. To do this, use billing document type CS.

Document type CS is configured as follows:

  • It is order-related billing.
  • There is no output determination, because this has already been carried out in the order.
  • There is no new price determination, because the pricing should not differ from the printed invoice.
  • Posting in Financial Accounting is made to a cash settlement account, not to the customer.
  • Billing type SV is used for cancellations in cash sales.

Down Payments in Contracts

The following figure outlines down payment in quantity contracts:

Image outlines down payment in quantity contracts, which is described in the text that follows.

Based on the down payment status on the sales contract, the system determines whether to remove the delivery blocks for the down payment from the release orders. The Down Payment Status field indicates whether the customer has made a payment and if payment is fully made for the down payment request.

If the billing plan is properly configured and assigned to the sales contract, the down payment status is displayed on the sales contract. Before the customer makes any payment, the down payment status is Not Paid. The system assigns the delivery block on the release order based on your settings in the billing plan.

When the customer pays part of the required down payment amount, the system updates the down payment status as Partially Paid. This status does not trigger the removal of the delivery block. The release order is still blocked from delivery. If the customer has not made the full payment for the down payment request, the delivery block remains in effect until you manually remove them.

When the customer pays the full amount required in the down payment request, the system updates the down payment status to Fully Paid and then removes the delivery block from the release order.

During billing, the system inserts down payments that have already been made into the billing document as items to be cleared. These down payment items are inserted underneath the billing items to which they refer. The down payment item value corresponds to the down payments already made.

Example: For a sales contract of $300, you request the customer to pay $100 before goods delivery.

You specify a delivery block in the milestone billing plan and specify the billing plan value as $100 in the sales contract. You further create a contract release order of $300 referencing the sales contract. The system determines the delivery block reason from the milestone billing plan and assigns delivery blocks on schedule lines of the contract release order. Before the customer pays the required $100 down payment, the contract release order can't be further processed.

When the customer fully pays the $100 down payment, the journal entry of the down payment request is cleared and the down payment status on the sales contract becomes Fully Paid. The system then removes the delivery block from the schedule lines in the contract release order. You further process the contract release order by creating an outbound delivery, executing picking, and posting goods issue. After that, you can create a final invoice that contains an item referencing the paid down payment (down payment clearing line). The contract release order and the sales contract are completed.

For the complete process flow and step-by-step instructions on down payment processing for sales contracts, see scope item I9I (Sales Contract Management) in the SAP Best Practices Explorer and refer to the SAP help.

Frequently Used Menu Paths in this Course

Frequently Used Transaction Codes and Their Menu Paths

Transaction Code (TX)TaskMenu Path
   
Master data

TX: BP or VD03

Display sold-to partyLogisticsSales and DistributionMaster DataBusiness PartnerCustomerDisplayComplete
TX: MM02Display materialLogisticsSales and DistributionMaster DataProductsMaterialOther MaterialDisplay
TX: VK33Display condition records (prices, surcharges, and discounts)LogisticsSales and DistributionMaster DataConditionsDisplayPrices, Discounts/Surcharges, Freight, Taxes
  or
TX: VK13 LogisticsSales and DistributionMaster DataConditionsSelect Using Condition Type
   
Order processing

TX VA01/02/03

Create/change/display orderLogisticsSales and DistributionSalesOrderCreate/Change/Display
   
Outline agreements

TX: VA41/42/43

Create/change/display contractLogisticsSales and DistributionSalesContractCreate/Change/Display
   
Shipping processing

TX: VL01n/02n/03n

Create/change/display deliveryLogisticsSales and DistributionShipping and TransportationOutbound DeliverySingle DocumentCreate/Change/Display
   
TX: VL02N or VL23Post goods issueLogisticsSales and DistributionShipping and TransportationPost Goods IssueOutbound Delivery Single Document
   
Billing processing

TX: VF01 / 02 /03

Create/change/display billing documentLogisticsSales and DistributionBillingBilling DocumentCreate/Change/Display
TX: VF11Cancel billing documentLogisticsSales and DistributionBillingBilling DocumentCancel
TX: VF04Processing billing due listsLogisticsSales and DistributionBillingBilling DocumentProcess Billing Due List
TX: VF06Billing in the backgroundLogisticsSales and DistributionBillingBilling DocumentsBackground Processing
TX: VF05Display list of billing documents createdLogisticsSales and DistributionBillingInformation SystemBilling DocumentsList Billing Documents
TX:VFX3Display list of blocked billing documentsLogisticsSales and DistributionBillingBilling DocumentBlocked Billing Docs
TX: VF03Display accounting documentsLogisticsSales and DistributionBillingBilling DocumentDisplay 
Button: Accounting
TX: VF25Create/change/display invoice listLogisticsSales and DistributionBillingInvoice ListCreate/Change/Display
TX: VF24Process invoice worklistLogisticsSales and DistributionBillingInvoice ListWork List for Invoice Lists
   
Financial accounting

TX: FBL5

Display customer line itemsLogisticsSales and DistributionBillingEnvironmentAccounts Receivable
  or

TX: FBL5

 AccountingFinancial AccountingAccounts ReceivableAccountDisplay/Change Line Items
TX: F-29Incoming payment for down payment requestAccountingFinancial AccountingAccounts ReceivableDocument EntryDown PaymentDown Payment

Customizing — Menu Path

CustomizingTaskMenu Path
   
Organizational unitsDefining organizational units in SD and FIEnterprise StructureDefinitionFinancial Accounting or Sales and Distribution
 Assigning organizational units in SD and FIEnterprise StructureAssignmentFinancial Accounting or Sales and Distribution
   
SalesDefining sales document typesSales and DistributionSalesSales DocumentsSales Document HeaderDefine Sales Document Types
 Defining item categoriesSales and DistributionSalesSales DocumentsSales Document ItemDefine Item Categories
 Copying control for sales documentsSales and DistributionSalesMaintain Copy Control for Sales Documents
   
BillingDefining billing typesSales and DistributionBillingBilling DocumentsDefine Billing Types
 Defining number ranges for billing documentsSales and DistributionBillingBilling DocumentsDefine Number Ranges for Billing Documents
 Copying control for billing documentsSales and DistributionBillingBilling DocumentsMaintain Copying Control for Billing Documents
 Setting up billing plansSales and DistributionBillingBilling Plan.....
   
SD Basic FunctionsSetting up pricingSales and DistributionBasic FunctionsPricingPricing Control
 Setting up account determinationSales and DistributionBasic FunctionsAccount Assignment/CostingRevenue Account Determination ...
   
Financial AccountingDefining terms of paymentFinancial AccountingAccounts Receivable and Accounts PayableBusiness TransactionsOutgoing Invoices/Credit MemosMaintain Terms of Payment

Additional Technical Information

SAP Fiori Apps and Roles

SAP Fiori apps reference library is a comprehensive library of all relevant SAP content for the SAP Fiori launchpad.

SAP Fiori is the user experience for SAP S/4HANA. You can access all applications via the SAP Fiori launchpad, and they all have one look via the SAP Fiori visual theme: SAP Fiori apps as well as classic SAP GUI and Web Dynpro applications. For most business roles in SAP S/4HANA, a combination of newly designed SAP Fiori apps and classic applications are needed to cover the full variety of a user’s tasks. SAP S/4HANA now provides SAP Fiori launchpad content for more than 100 business roles.

The roles combine in a meaningful manner SAP Fiori apps and classic applications, visually harmonized with the SAP Fiori launchpad. We have defined more than 7,000 app descriptors, which enable administrators to integrate classic applications with the SAP Fiori theme into business catalogs and roles for the SAP Fiori launchpad.

Note

For more information on how to build your own SAP Fiori app and how to set up a role for the SAP Fiori launchpad, there are courses available from SAP like the courses UX100 and UX200.
SAP_BR_BILLING_CLERK
Billing Clerk

SAP standard role for the part billing is called Billing Clerk. You might also be interested in the Internal Sales Representative and Sales Manager roles.

For this course we are using a special role for training.

Table Structure: Billing Document

The following image shows the table structure of a billing document:

Image shows the table structure of a billing document, which is described in the text that follows.

The table structure of the billing document:

  • VBRK: Billing document: Header data
  • VBRP: Billing document: Item data
  • VBPA: SD document: Partners
  • SADR: Address
  • VBFA: SD document flow
  • PRCD_COND: Price Condition - Item - Condition (KONV)
  • STXH: Texts: Header
  • STXL: Texts: Line

Table Structure: Invoice List

The following image shows the table structure of an invoice list:

Image shows the table structure of an invoice list.

Log in to track your progress & complete quizzes