Thursday 25 June 2015

Use of conditions in DMEE-tree

Quite recently I worked on implementation of budget payment orders (taxes, social payments etc.) for our Client. First of all, I compared the structures of ordinary and budget payment orders and found out that there is a dozen of extra fields in budget payment order that are not supported in an ordinary payment order. So the task boiled down to add these extra fields to the existing DMEE-tree (for ordinary payments), however output them only when certain conditions are met. I decided to implement this requirement using conditions in DMEE-tree. As it turned out, this functionality is quite simple, but when you try to use it for the first time it will take some time to understand the mechanics behind it.  Let’s take a closer look at this functionality.

Condition technique is a standard functionality in DMEE that enables you to control whether a node would be processed during the generation of payment orders or not. Basically, if the condition for a separate node is not fulfilled then the node will not be processed and hence not displayed in the file with payment orders. The conditions can be configured for any node type. If the condition should apply to several fields, you can apply it to a composite node or a segment that contain these fields.

Monday 8 June 2015

Financial Enterprise Structure

Purpose
  • Provide an overview of SAP Enterprise Structure and some of the specific finance related organizations 
SAP Enterprise Structure Overview
  • Enterprise Structure is the system representation of your business structure
  • SAP has a number of organizational unit elements that help you portray the Accounting, Logistics, Sales, and Human Resources structure of your company
  • The structure of your company, business processes, and implementation scope will guide the SAP organizational units that will be required
  • Example Org Units are: Company Code, Sales Organization, Purchasing Organization, Plant, Segment, Profit Center, Cost Center, etc

Basic SAP Tax Overview

Purpose

I would like to provide a document that outlines the basics of SAP tax configuration and provides a couple of examples of how tax code could be determined in SD and MM.

Overview
  • SAP provides the majority of the tax configuration out of the box by country
  • There are three SAP areas that work together to determine taxes FI,MM, and SD
    • FI – Base configuration for tax procedures, rates and accounts
    • SD – Configuration/master data to determine output tax code
    • MM – Configuration/master data to determine input tax code
  • Master data such as customer, vendor, and material, as well as transactional data like POs and Sales Orders are key to determining the correct tax
  • Rates can be maintained in SAP or SAP can call an external system for them (this document with focus on rates maintained in SAP)