This document provides an overview of SAP FI customizing steps for configuring the finance module. It includes configuration for enterprise structure, general ledger, document splitting, foreign currency, accrual/deferral, interest calculation, valuation, accounts payable, accounts receivable, asset accounting, and cash journal. For each configuration area, it lists the relevant transaction codes and provides a brief example of the setup and testing steps. The goal is to guide the customizing of the SAP FI module based on business requirements.
Blogs on Document Splitting at www.veritysolutions.com.au
Document Splitting is a very powerful feature delivered by SAP ECC.
Previous to SAP ECC, if new fields were required to General Ledger SAP had to deliver these new fields in Special Purpose Ledger tables. Profit Centre Accounting in R3 was Special Purpose Ledger table 8*, Joint Venture Accounting was ledger 4*. This essentially meant that data had to be copied from General Ledger table GLT0 to special ledger tables so these could be reported upon. However, technical glitches in code and incorrect usage of functionalities caused imbalances between the main ledger GLT0 and the special purpose ledgers.
SAP customers who wanted to expand the functionality of General Ledger to cater to special business requirements (like reporting General Ledger with another fiscal year variant) had to create custom Special Purpose Ledger tables. For example, if a customer wanted to report by two fiscal year variants, they could report one variant using General Ledger and the other variant using Special Purpose Ledger.
All this disparate ledgers reported the same source information in different views. Customers had to execute several month end jobs to ensure synchronisation of data across all these ledgers. Differences in balances and information between ledgers led to delays in month end close and reporting.
With SAP ECC new GL, SAP Customers can add new fields (which SAP calls “scenarios”) into General Ledger. This allows customers to perform, for example, Profit Centre Accounting and Reporting within General Ledger.
With SAP ECC new GL, SAP Customers can add new ledgers (which SAP calls “parallel accounting”) into General Ledger. This allows customers to report, for example, the same General Ledger data in multiple fiscal year variants.
This replication of data happens in real-time. SAP customers no longer need to execute month end jobs to synchronise data between different ledgers.
Blogs on Document Splitting at www.veritysolutions.com.au
Document Splitting is a very powerful feature delivered by SAP ECC.
Previous to SAP ECC, if new fields were required to General Ledger SAP had to deliver these new fields in Special Purpose Ledger tables. Profit Centre Accounting in R3 was Special Purpose Ledger table 8*, Joint Venture Accounting was ledger 4*. This essentially meant that data had to be copied from General Ledger table GLT0 to special ledger tables so these could be reported upon. However, technical glitches in code and incorrect usage of functionalities caused imbalances between the main ledger GLT0 and the special purpose ledgers.
SAP customers who wanted to expand the functionality of General Ledger to cater to special business requirements (like reporting General Ledger with another fiscal year variant) had to create custom Special Purpose Ledger tables. For example, if a customer wanted to report by two fiscal year variants, they could report one variant using General Ledger and the other variant using Special Purpose Ledger.
All this disparate ledgers reported the same source information in different views. Customers had to execute several month end jobs to ensure synchronisation of data across all these ledgers. Differences in balances and information between ledgers led to delays in month end close and reporting.
With SAP ECC new GL, SAP Customers can add new fields (which SAP calls “scenarios”) into General Ledger. This allows customers to perform, for example, Profit Centre Accounting and Reporting within General Ledger.
With SAP ECC new GL, SAP Customers can add new ledgers (which SAP calls “parallel accounting”) into General Ledger. This allows customers to report, for example, the same General Ledger data in multiple fiscal year variants.
This replication of data happens in real-time. SAP customers no longer need to execute month end jobs to synchronise data between different ledgers.
AUC is Asset under construction where some assets are in construction phase and cost needs to
capture through internal order for the time being. Once asset is fully completed then cost would
be transferred to another cost object (E.g. Cost center, Order etc...) and settle with final asset.
E.g. XYZ Company constructing building for their office. While construction many expenses are
attached to it. Till the time it is created we cannot charge it in building account hence we need to
create AUC account where cost will be stored.
Assets under construction (AUC) are a special form of tangible assets. They are usually displayed
as a separate balance sheet item and therefore require a separate account determination and their
own asset classes. During the construction phase of an asset, all actual postings are assigned to the
AUC. Once the asset is completed, a transfer is made to the final fixed asset
Automatic Vendor payment advice notes by email with attachment when a payment is made via APP (Automatic payment program by using T-code F110 and email a sap script form as a PDF attachment along with the mail body in the desired language.
In sap we have two types of bank statement are there:
Manual Bank Statement
Electronic Bank Statement
If you receive an electronic statement then you just need to upload it to sap for the purpose of
preparation of bank reconciliation statement. If it is manual one then you need to enter the
statement manually into sap.
Introduction:
An Automated Clearing House (ACH) Payment is a form of electronic funds transfer that provides
a secure, efficient method of receiving payment through the ACH Network. The ACH Network is
a batch-oriented processing and delivery system that provides for the distribution and settlement
of electronic transactions and payments among financial institutions.
ACH payments offer the following benefits:
Eliminates the handling of paper checks
Reduces any payment problems due to lost, stolen or misdirected checks
Eliminates mail delays
Provides for greater payment certainty for cash planning
Provides an opportunity to electronically update and streamline your cash application and
receivables operations
More effective and secure.
Business can execute international transactions without having a foreign bank account
ACH format creates payment media for domestic payments in the USA. Incoming and outgoing
payments in US are supported.
ACH format is in accordance with version 004000 and conforms to the specifications of the
National Automated Clearing House Association (NACHA).
The National Automated Clearing House Association (NACHA) has worked with the Office of
Foreign Assets Control (OFAC) to amend ACH operating rules, minimize vulnerabilities in the
ACH network and prevent entities banned by OFAC from using the network as a conduit to send
or receive overseas funds.
NACHA Format Options: (i.e. CTX, CCD, CBR, PPD, POS, POP, PBR, IAT….etc)
In this document we will explain the creation of NACHA format file (National Automated
Clearing House Association) which need to be submitted to Banks for processing the ACH
(Automated Clearing House) transaction by CTX format
CTX Format – Corporate Trade Exchange is a NACHA format that incorporates multiple addenda
records that are structured in variable length fields. The addenda records are the remittance detail
for the ACH payment. The CTX Format is the suggested format as it is completely electronic and
therefore the most efficient
AUC is Asset under construction where some assets are in construction phase and cost needs to
capture through internal order for the time being. Once asset is fully completed then cost would
be transferred to another cost object (E.g. Cost center, Order etc...) and settle with final asset.
E.g. XYZ Company constructing building for their office. While construction many expenses are
attached to it. Till the time it is created we cannot charge it in building account hence we need to
create AUC account where cost will be stored.
Assets under construction (AUC) are a special form of tangible assets. They are usually displayed
as a separate balance sheet item and therefore require a separate account determination and their
own asset classes. During the construction phase of an asset, all actual postings are assigned to the
AUC. Once the asset is completed, a transfer is made to the final fixed asset
Automatic Vendor payment advice notes by email with attachment when a payment is made via APP (Automatic payment program by using T-code F110 and email a sap script form as a PDF attachment along with the mail body in the desired language.
In sap we have two types of bank statement are there:
Manual Bank Statement
Electronic Bank Statement
If you receive an electronic statement then you just need to upload it to sap for the purpose of
preparation of bank reconciliation statement. If it is manual one then you need to enter the
statement manually into sap.
Introduction:
An Automated Clearing House (ACH) Payment is a form of electronic funds transfer that provides
a secure, efficient method of receiving payment through the ACH Network. The ACH Network is
a batch-oriented processing and delivery system that provides for the distribution and settlement
of electronic transactions and payments among financial institutions.
ACH payments offer the following benefits:
Eliminates the handling of paper checks
Reduces any payment problems due to lost, stolen or misdirected checks
Eliminates mail delays
Provides for greater payment certainty for cash planning
Provides an opportunity to electronically update and streamline your cash application and
receivables operations
More effective and secure.
Business can execute international transactions without having a foreign bank account
ACH format creates payment media for domestic payments in the USA. Incoming and outgoing
payments in US are supported.
ACH format is in accordance with version 004000 and conforms to the specifications of the
National Automated Clearing House Association (NACHA).
The National Automated Clearing House Association (NACHA) has worked with the Office of
Foreign Assets Control (OFAC) to amend ACH operating rules, minimize vulnerabilities in the
ACH network and prevent entities banned by OFAC from using the network as a conduit to send
or receive overseas funds.
NACHA Format Options: (i.e. CTX, CCD, CBR, PPD, POS, POP, PBR, IAT….etc)
In this document we will explain the creation of NACHA format file (National Automated
Clearing House Association) which need to be submitted to Banks for processing the ACH
(Automated Clearing House) transaction by CTX format
CTX Format – Corporate Trade Exchange is a NACHA format that incorporates multiple addenda
records that are structured in variable length fields. The addenda records are the remittance detail
for the ACH payment. The CTX Format is the suggested format as it is completely electronic and
therefore the most efficient
The Presentation for Chartered Accountants for Statutory Bank Branch Audit in Core Banking Software (CBS) Environment - Finacle from Infosys - Focus on Menus and Reports
When good receipt (GR) and invoice receipt (IR) is performed, an accounting document gets generated. Movement of material leads to the automatic generation of accounting document and this is referred as MM FI integration.
SAP Profit center accounting provides the information of an organization’s profit and loss. The method which can be utilized for profit center accounting is period accounting. Profit centers can be set-up to identify product lines, divisions, geographical regions, offices, production sites or by functions. Profit centers are used for internal control purposes enabling management the ability to review areas of responsibility within their organization. The difference between a cost center and profit center is that the cost center represents individual costs incurred during a given period.
Sap co budgeting & avalability controlCapgemini
The budget process for internal orders have the advantage of availability control. This is where the system can be set to check if there is budget available for the internal order before allowing the posting of costs.
Sap co budgeting & avalability controlCapgemini
The budget process for internal orders has the advantage of availability control. This is where the system can be set to check if there is budget available for the internal order before allowing the posting of costs.
Quick sap co configuration Internal OrderCapgemini
Internal order is a virtual place for collecting/pooling the costs of a particular activity/task. i.e. it is a method to collect those costs and business transactions related to the task/activity. It is a means of tracking costs of a specific job, service, or task. Periodically the costs which are pooled in an internal order can be settled to an asset or to a cost center or to a GL Account or to an order. Thus, while recording you need not analyze the costs. Just record and pool the costs in internal order. After that (generally at the end of the month) these costs are analyzed and settled for relevant elements (like asset or cost center etc).
This method of recording and settling the costs helps in analyzing the costs of cost center wise, profit center wise or cost element-wise. This level of monitoring can be very detailed but allows management the ability to review Internal Order activity for better-decision making purposes.
Gamify Your Mind; The Secret Sauce to Delivering Success, Continuously Improv...Shahin Sheidaei
Games are powerful teaching tools, fostering hands-on engagement and fun. But they require careful consideration to succeed. Join me to explore factors in running and selecting games, ensuring they serve as effective teaching tools. Learn to maintain focus on learning objectives while playing, and how to measure the ROI of gaming in education. Discover strategies for pitching gaming to leadership. This session offers insights, tips, and examples for coaches, team leads, and enterprise leaders seeking to teach from simple to complex concepts.
First Steps with Globus Compute Multi-User EndpointsGlobus
In this presentation we will share our experiences around getting started with the Globus Compute multi-user endpoint. Working with the Pharmacology group at the University of Auckland, we have previously written an application using Globus Compute that can offload computationally expensive steps in the researcher's workflows, which they wish to manage from their familiar Windows environments, onto the NeSI (New Zealand eScience Infrastructure) cluster. Some of the challenges we have encountered were that each researcher had to set up and manage their own single-user globus compute endpoint and that the workloads had varying resource requirements (CPUs, memory and wall time) between different runs. We hope that the multi-user endpoint will help to address these challenges and share an update on our progress here.
Check out the webinar slides to learn more about how XfilesPro transforms Salesforce document management by leveraging its world-class applications. For more details, please connect with sales@xfilespro.com
If you want to watch the on-demand webinar, please click here: https://www.xfilespro.com/webinars/salesforce-document-management-2-0-smarter-faster-better/
We describe the deployment and use of Globus Compute for remote computation. This content is aimed at researchers who wish to compute on remote resources using a unified programming interface, as well as system administrators who will deploy and operate Globus Compute services on their research computing infrastructure.
In the ever-evolving landscape of technology, enterprise software development is undergoing a significant transformation. Traditional coding methods are being challenged by innovative no-code solutions, which promise to streamline and democratize the software development process.
This shift is particularly impactful for enterprises, which require robust, scalable, and efficient software to manage their operations. In this article, we will explore the various facets of enterprise software development with no-code solutions, examining their benefits, challenges, and the future potential they hold.
GraphSummit Paris - The art of the possible with Graph TechnologyNeo4j
Sudhir Hasbe, Chief Product Officer, Neo4j
Join us as we explore breakthrough innovations enabled by interconnected data and AI. Discover firsthand how organizations use relationships in data to uncover contextual insights and solve our most pressing challenges – from optimizing supply chains, detecting fraud, and improving customer experiences to accelerating drug discoveries.
Providing Globus Services to Users of JASMIN for Environmental Data AnalysisGlobus
JASMIN is the UK’s high-performance data analysis platform for environmental science, operated by STFC on behalf of the UK Natural Environment Research Council (NERC). In addition to its role in hosting the CEDA Archive (NERC’s long-term repository for climate, atmospheric science & Earth observation data in the UK), JASMIN provides a collaborative platform to a community of around 2,000 scientists in the UK and beyond, providing nearly 400 environmental science projects with working space, compute resources and tools to facilitate their work. High-performance data transfer into and out of JASMIN has always been a key feature, with many scientists bringing model outputs from supercomputers elsewhere in the UK, to analyse against observational or other model data in the CEDA Archive. A growing number of JASMIN users are now realising the benefits of using the Globus service to provide reliable and efficient data movement and other tasks in this and other contexts. Further use cases involve long-distance (intercontinental) transfers to and from JASMIN, and collecting results from a mobile atmospheric radar system, pushing data to JASMIN via a lightweight Globus deployment. We provide details of how Globus fits into our current infrastructure, our experience of the recent migration to GCSv5.4, and of our interest in developing use of the wider ecosystem of Globus services for the benefit of our user community.
Enhancing Research Orchestration Capabilities at ORNL.pdfGlobus
Cross-facility research orchestration comes with ever-changing constraints regarding the availability and suitability of various compute and data resources. In short, a flexible data and processing fabric is needed to enable the dynamic redirection of data and compute tasks throughout the lifecycle of an experiment. In this talk, we illustrate how we easily leveraged Globus services to instrument the ACE research testbed at the Oak Ridge Leadership Computing Facility with flexible data and task orchestration capabilities.
Custom Healthcare Software for Managing Chronic Conditions and Remote Patient...Mind IT Systems
Healthcare providers often struggle with the complexities of chronic conditions and remote patient monitoring, as each patient requires personalized care and ongoing monitoring. Off-the-shelf solutions may not meet these diverse needs, leading to inefficiencies and gaps in care. It’s here, custom healthcare software offers a tailored solution, ensuring improved care and effectiveness.
OpenFOAM solver for Helmholtz equation, helmholtzFoam / helmholtzBubbleFoamtakuyayamamoto1800
In this slide, we show the simulation example and the way to compile this solver.
In this solver, the Helmholtz equation can be solved by helmholtzFoam. Also, the Helmholtz equation with uniformly dispersed bubbles can be simulated by helmholtzBubbleFoam.
Field Employee Tracking System| MiTrack App| Best Employee Tracking Solution|...informapgpstrackings
Keep tabs on your field staff effortlessly with Informap Technology Centre LLC. Real-time tracking, task assignment, and smart features for efficient management. Request a live demo today!
For more details, visit us : https://informapuae.com/field-staff-tracking/
Utilocate offers a comprehensive solution for locate ticket management by automating and streamlining the entire process. By integrating with Geospatial Information Systems (GIS), it provides accurate mapping and visualization of utility locations, enhancing decision-making and reducing the risk of errors. The system's advanced data analytics tools help identify trends, predict potential issues, and optimize resource allocation, making the locate ticket management process smarter and more efficient. Additionally, automated ticket management ensures consistency and reduces human error, while real-time notifications keep all relevant personnel informed and ready to respond promptly.
The system's ability to streamline workflows and automate ticket routing significantly reduces the time taken to process each ticket, making the process faster and more efficient. Mobile access allows field technicians to update ticket information on the go, ensuring that the latest information is always available and accelerating the locate process. Overall, Utilocate not only enhances the efficiency and accuracy of locate ticket management but also improves safety by minimizing the risk of utility damage through precise and timely locates.
Listen to the keynote address and hear about the latest developments from Rachana Ananthakrishnan and Ian Foster who review the updates to the Globus Platform and Service, and the relevance of Globus to the scientific community as an automation platform to accelerate scientific discovery.
Understanding Globus Data Transfers with NetSageGlobus
NetSage is an open privacy-aware network measurement, analysis, and visualization service designed to help end-users visualize and reason about large data transfers. NetSage traditionally has used a combination of passive measurements, including SNMP and flow data, as well as active measurements, mainly perfSONAR, to provide longitudinal network performance data visualization. It has been deployed by dozens of networks world wide, and is supported domestically by the Engagement and Performance Operations Center (EPOC), NSF #2328479. We have recently expanded the NetSage data sources to include logs for Globus data transfers, following the same privacy-preserving approach as for Flow data. Using the logs for the Texas Advanced Computing Center (TACC) as an example, this talk will walk through several different example use cases that NetSage can answer, including: Who is using Globus to share data with my institution, and what kind of performance are they able to achieve? How many transfers has Globus supported for us? Which sites are we sharing the most data with, and how is that changing over time? How is my site using Globus to move data internally, and what kind of performance do we see for those transfers? What percentage of data transfers at my institution used Globus, and how did the overall data transfer performance compare to the Globus users?
Navigating the Metaverse: A Journey into Virtual Evolution"Donna Lenk
Join us for an exploration of the Metaverse's evolution, where innovation meets imagination. Discover new dimensions of virtual events, engage with thought-provoking discussions, and witness the transformative power of digital realms."
Navigating the Metaverse: A Journey into Virtual Evolution"
Quick sap fi configuration
1. SAP – FI Customizing Guide
SANDESH KAKDE
EMAIL: sandeshkakde@live.com
SAP Customizing - Table of Contents
SR. SUB. OBJECT TCODE EXAMPLE
1 ENTERPRISE STRUCTURE:
1 DEFINE COMPANY OX15 SRK
2 DEFINE COMPANY CODE OX02 SRK
3 ASSIGN COMPANY CODE TO COMPANY OX16 SRK to SRK
4 DEFINE BUSINESS AREA OX03 SRKH & SRKB
5 CREATION OF CHART OF ACCOUNT OB13 SRK
6 ASSIGN COMPANY CODE TO CHART OF ACCOUNT OB62 SRK to SRK
2 GENERAL LEDGER:
1 DEFINE ACCOUNT GROUP OBD4 17 ACCOUNT GROUPS
2 DEFINE RETAINED EARNING ACCOUNT OB53 X - GL "100100"
3 MAINTAIN FISCAL YEAR VARIANT OB29 FV - APRIL TO MARCH
4 ASSIGN COMPANY CODE TO FISCAL YEAR
VARIANT
OB37 SRK to FV
5 DEFINE VARIANTS FOR OPEN POSTING PERIODS OBBO SKPP
6 ASSIGN POSTING PERIOD VARIANTS TO
COMPANY CODE
OBBP SRK to SKPP
7 OPEN AND CLOSE POSTING PERIOD VARIANT OB52 SKPP (+ADKMS)
8 DEFINE DOCUMENT TYPES OBA7 SA (STANDARD)
9 DEFINE FIELD STATUS VARIANT OBC4 SRKF
10 ASSIGN COMPANY CODE TO FIELD STATUS
VARIANT
OBC5 SRK to SRKF
11 DEFINE TOLERANCE GROUP FOR G/L ACCOUNTS OBA0 BLANK
12 DEFINE TOLERANCE GROUP FOR EMPLOYEES OBA4 BLANK
13 ASSIGN COUNTRY CALCULATON PROCEDURE TAXINN TO IN
14 MAINTAIN CONTROLLING AREA (CS) OKKP SRK
15 MAINTAIN CONTROLLING AREA SETTING (PC) 0KE5 SRK
3 DOCUMENT SPLITTING: (NOT COMPLETELY
CONFIGURED)
1 CLASSIFY G/L ACCOUNT FOR DOCUMENT
SPLITTING
REVENUE, EXPENSES & BS
2 DEFINE DOCUMENT SPLITTING CHARACTERISTICS
FOR GENERAL LEDGER ACCOUNTING
PROFIT CENTER
3 ACTIVATE DOCUMENT SPLITTING
4 GLOBAL PARAMETERS OF COMPANY CODE
2. 1 ENTER GLOBAL PARAMETERS OBY6 SRK
2 CREATION OF GL ACCOUNTS FS00 42 GL ACCOUNTS CREATED
3 CREATE PROFIT CENTER KE51 EXPORT, IMPORT
4 CREATE DUMMY PROFIT CENTER KE59 DUMMY
4T TEST
1 POST FI DOCUMENTS F-02 SIMPLE FI DOCUMENT
5 FOREIGN CURRENCY
1 CHECK EXCHANGE RATE TYPES OB07 G/B/M
2 DEFINE TRANSLATION RATIO FOR CURRENCY
TRANSLATION
OBBS G/B/M - USD TO INR
3 ENTER EXCHANGE RATE OB08 G/B/M - USD TO INR
4 DOCUMENT TYPES OBA7 SA WITH B TRAN. TYPE (STANDARD)
5T TEST
1 POST FI DOCUMENTS F-02 FOREIGN CURRENCY DOCUMENT
6 ACCRUAL/DEFFERAL
1 DEFINE REASON CODE FOR REVERSAL 11
6T TEST
1 POST TRANSACTION FBS1 PROVISION FOR RENT AND SALARY
2 RUN REVERSE ACCRUAL / DEFFERAL
DOCUMENTS
F.81 DOC. REVERSED
7 INTEREST CALCULATION
1 DEFINE INTEREST RATE CALCULATION TYPE OB46 S2
2 PREPARE ACCOUNT BALANCE INTEREST
CALCULATION
OBAA S2
3 DEFINE INTEREST RATES OBAC G2 & G3
4 DEFINE TIME DEPENDENT TERMS OB81 S2 (DEBIT & CREDIT BAL)
5 ENTER INTERST VALUES OB83 G2 & G3 WITH 10 & 8%
6 PREPARE GL ACCOUNT BALANCE INTEREST
CALCULATION
OBV2 0002 & 2000 WITH GL "400400"
7T TEST
1 POST DOCUMENT F-02 LOAN RECEIVED FROM BANK
2 POST DOCUMENT F-02 LOAN REPAID
3 INTERST CALCULATION F.52 EXECUTE WITH BATCH JOB
4 PROCESS BATCH JOB SM35
5 DISPLAY DOCUMENT FB03 INTEREST POSTED
8 VALUATION
3. 1 DEFINE ACCOUNTING PRINCIPLE B1
2 ASSIGN ACCOUNTING PRINCIPLE TO LEDGER
GROUP
B1 TO 0L
3 DEFINE VALUATION METHOD SRK1
4 DEFINE VALUATION AREAS SV
5 ASSIGN VALUATION AREA AND ACCOUNTING
PRINCIPLE
SV TO B1
6 PREPARE AUTOMATIC POSTING FOR FOREIGN
CURRENCY VALUATION
OBA1 EX. LOSS GL "400301" & EX. GAIN
"300100"
7 DEFINE LEDGER GROUP 0L WITH NO ANYOTHER LEDGER
8 ASSIGN EXCHANGE RATE DIFFERENCE KEY IN GL
MATSER
FS02 GL "100303" WITH USD
8T TEST
1 POST DOCUMENT F-02 POST FOREIGN DOCUMENT
2 MAINTAIN EXCHANGE RATE OB08
3 RUN VALUATION FAGL_FC_VAL
9 ACCOUNTS PAYABLE
1 DEFINE ACCOUNT GROUP WITH SCREEN LAYOUT
(VENDORS)
OBD3 SKFI & SKMM
2 CREATE NUMBER RANGE FOR VENDOR ACCOUNT XKN1 23 & 24
3 ASSIGN NUMBER RANGE TO VENDOR ACCOUNT
GROUP
OBAS 23 TO SKFI & 24 TO SKMM
4 DEFINE TOLERANCE (VENDORS) OBA3 BLANK
5 CREATION OF VENDOR MASTER XKN1 4007001
6 DEFINE DOCUMENT TYPES AND NUMBER RANGE OBA7 KR, KZ,KA (STANDARD)
9T TEST
1 POST VENDOR INVOICE FB60
2 POST VENDOR INVOICE F-43
10 HOUSE BANK
1 DEFINE HOUSE BANK FI12 SBI
11 ADVANCE PAYMENT TO VENDORS
1 DEFINE ALTERNATIVE RECONCILIATION
ACCOUNT FOR DOWN PAYMENTS
OBYR SPECIAL GL "A" WITH GL "200150"
11
T
TEST
1 POST ADVANCE PAYMENT DOCUMENT F-48 ADVANCE PAYMENT
2 POST VENDOR INVOICE F-43 INVOICE POSTED
3 TRANSFER ADVANCE FROM SPECIAL GL TO
NORMAL BY CLEARING
F-54 TRANSFER ADV TO INVOICE
4 CLEAR NORMAL ITEM F-44 CLEAR NORMAL ITEM
4. 12 TERMS OF PAYMENT & DISCOUNT RECEIVED
1 MAINATIN TERMS OF PAYMENT OBB8 SRK1
2 DEFINE ACCOUNTS FOR CASH DISCOUNT TAKEN OBXU GL "300101"
12
T
TEST
1 POST VENDOR INVOICE F-43 INVOICE WITH PAYMENT TERM “SRK1"
2 POST PAYMENT DOCUMENT F-53 PAYMNET MADE TO VENDOR WITH
DISCOUNT
13 AUTOMATIC PAYMENT PROGRAM
1 SETUP PAYMENT METHOD PER COUNTRY FOR
PAYMENT TRANSACTION
FBZP B (CHECK)
2 SETUP PAYMENT METHOD PER COMPANY CODE
FOR PAYMENT TRANSACTION
FBZP B (CHECK)
3 SETUP ALL COMPANY CODE FOR PAYMENT
TRANSACTION
FBZP SRK
4 SETUP PAYING COMPANY CODE FOR PAYMENT
TRANSACTION
FBZP SRK
5 CRAETION OF SEQUESTIONAL CHECK LOT FCHI SRK
6 ASSIGN PAYMENT METHOD IN VENDOR MASTER XK02 4007001 WITH PAYMENT METHOD "B"
13
T
TEST
1 POST VENDOR INVOICE F-43 VENDOR DOCUMENT
2 RUN AUTOMATIC PAYMENT RUN PROGRAM F110 INB1
3 CREATE VARIANT FOR PAYMENT PROGRAM CHECK_B
14 ACCOUNTS RECEIVABLE
1 DEFINE ACCOUNT GROUP WITH SCREEN LAYOUT
(CUSTOMERS)
OBD2 SRKF & SRKS
2 CREATE NUMBER RANGE FOR CUSTOMER
ACCOUNT
XDN1 H1 & I1
3 ASSIGN NUMBER RANGE TO CUSTOMER
ACCOUNT GROUP
OBAR SRKF WITH "H1" & SRKS WITH "I1"
4 DEFINE TOLERANCE (CUSTOMERS) OBA3 ALREADY DEFINED
5 CREATION OF CUSTOMER MASTER XD01 1502000
6 DEFINE DOCUMENT TYPES AND NUMBER RANGE OBA7 DA, DZ, DA (STANDARD)
14
T
TEST
1 POST CUSTOMER INVOICE F-22
15 ADVANCE RECEIPTS FROM CUSTOMERS
1 DEFINE RECONCILIATION ACCOUNT FOR
CUSTOMER DOWN PAYMENT
OBXR SPECIAL GL "A" WITH GL "100502"
15
T
TEST
1 POST ADVANCE PAYMENT RECEIVED FROM
CUSTOMER
F-29 ADVANCE RECEIVED
5. 2 POST CUSTOMER INVOICE F-22 INVOICE POSTED
3 TRANSFER OF ADVANCE FROM SPECIAL GL TO
NORMAL
F-39 TRANSFER ADVANCE TO CUSTOMER
INVOICE
4 CUSTOMER REPORT FBL5N CHECK POSTINGS
5 CLEAR ITEMS F-32 CLEAR CUSTOMER ITEMS
16 BILL DISCOUNTING
1 DEFINE ALTERNATIVE RECONCIL - ACTUAL FOR
BILLS OF EXCHANGE
OBYN SPECIAL GL "W" WITH GL "200111"
2 DEFINE BANK SUBACCOUNTS OBYK LINK BTWEEN BANK "200105" AND
DISCOUNT "100302"
16
T
TEST
1 POST CUSTOMER INVOICE F-22 CUSTOMER INVOICE
2 POST BILLS OF EXCHANGE F-36 POST BILLS OF EXCHANGE
3 POST CUSTOMER PAYMENT RECEIPET F-33 PAYMENT RECEIVED
4 REPORT S_ALR_870122
13
5 REVERSE CONTINGENT LIABLITY F-20
17 DUNNING
1 DEFINE DUNNING AREAS OB61 SRK
2 DEFINE DUNNING PROCEDURE FBMP SRK
3 DUNNING TEXTS F150_DUNN_01 (STANDARD)
4 DUNNING LEVELS 1 TO 4
5 DUNNING CHARGES 100, 200….
6 MINIMUM AMOUNT 50, 100,…..
17
T
TEST
1 ASSIGN DUNNING PROCEDURE TO CUSTOMER
MASTER
XD02 1502000 WITH DUNNING PROC. "SRK"
2 POST CUSTOMER INVOICE F-22 POST BACKDATED CUSTOMER INVOICE
3 DUNNING F150 RUN DUNNING
4 DISPLAY CUSTOMER MASTER XD03 1502000 AND CHECK DUNNING LEVEL
18 SALES/PURCHASE TAX
1 CHECK CLACULATION PROCEDURE OBYZ TAXIN (STANDARD)
2 ASSIGN COUNTRY TO CALCULATION PROCEDURE OBBG TAXIN TO IN
3 DEFINE TAX CODES FTXP V0, V3, A0 & A3
4 ASSIGN TAX CODES FOR NON-TAXABLE
TRANSACTION
OBCL V0 & A0
5 DEFINE TAX ACCOUNTS OB40 A3 WITH "100505" & V3 WITH "200155"
18
T
TEST
1 POST CUSTOMER INVOICE F-22 POST WITH TAX CODE A3
6. 2 POST VENDOR INVOICE F-43 POST WITH TAX CODE V3
19 ASSET ACCOUNTING
1 COPY REFERENCE CHART OF
DEPRECIATION/DEPRECIATION AREA
EC08 0DE TO SRK
2 SPECIFY DECRIPTION FOR CHART OF
DEPRECIATION
COD OF SRK
3 COPY/DELET DEPRECIATION AREAS REMOVE UNWANTED AREAS. KEEP 1,2
& 30
4 ASSIGN CHART OF DEPRECIATION TO COMPANY
CODE
OAOB SRK TO SRK
5 SPECIFY ACCOUNT DETERMINATION SRK1000,11000,20000,30000,31000,40
000
6 CREATE SCREEN LAYOUT RULE SRK1 TILL SRK6
7 DEFINE NUMBER RANGE INTERVAL AS08 01 TILL 06
8 DEFINE ASSET CLASS OAOA SRK100,1100,2000,3000,3100,4000
9 DETERMINE DEPRECIATION AREAS IN ASSET
CLASS
OAYZ 1,2,30 WITH 2000 LAYOUT IN ALL
ASSET CLASS
10 CREATE GL ACCOUNTS FS00 ASSETS, DEPR., ACCUMULATED DEPR.,
ETC.
11 ASSIGN GL ACCOUNTS BS & DEPRECIATION
12 DEFINE DOCUMENT TYPE OBA7 AF (STANDARD)
13 SPECIFY INTERVAL & POSTING RULES OAYR
14 SPECIFY ROUNDING OF NET BOOK VALUE &/OR
DEPRECIATION
15 DEFINE SCREEN LAYOUT FOR ASSET MASTER
DATA
OA77 SRK1 TILL SRK6
16 DEFINE SCREEN LAYOUT FOR ASSET
DEPRECIATION AREAS
OA78 2000
17 DEFINE BASE METHOD 0014
18 DEFINE DECLINING BASE METHOD
19 DEFINE MULTILEVEL BASE METHOD A & A2
20 MAINTAIN PERIOD CONTROL METHOD 006
21 MAINTAIN DEPRECIATION KEY AFAMA SRK1 & SRK2
19
T
TEST
1 CREATE ASSET AS01 200001
2 CREATE SUB ASSET AS11 200001-1
3 POST EXTERNAL ACQUISITION - WITH VENDOR BOUGHT ASSETS
4 POST EXTERNAL ACQUISITION - WITH VENDOR BOUGHT SUB ASSETS
5 ASSET EXPLORER AW01N CHECK VALUES
6 ASSET BALANCE S_ALR_870119
65
7 DEPRECIATION RUN AFAB
8 ASSET EXPLORER AW01N CHECK UPDATED VALUES
9 RETIREMENT WITH REVENUE F-92 200001 RETIRED WITH REVENUE
10 ASSET TRANSFER ABUMN 200001-1 PARTLY TRANSFER
11 ASSET EXPLORER AW01N CHECK UPDATED VALUES
12 ASSET SCRAPING ABAVN SCRAP PART ASSET
13 ASSET EXPLORER AW01N CHECK UPDATED VALUES
20 CASH JOURNAL
7. 1 CRAETE GL FS00 PETTY CASH "200101"
2 DEFINE NUMBER RANGE INTERVAL FOR CASH
JOURNAL DOCUMENTS
FBCJC1 01
3 SETUP CASH JOURNAL ACCOUNT FBCJC0 200101
4 CREATE, CHANGE & DELET BUSINESS
TRANSACTION
FBCJC2 REVENUE 300000 AND 400100
EXPENSES
5 SETUP PRINT PARAMETERS FOR CASH JOURNAL FBCJC3 RFCASH00 AND DEMOEN VARIANT
20
T
TEST
1 POST CASH JOURNAL FBCJ
21 WITHHOLDING TAX
1 CHECK WITHHOLDING TAX COUNTRIES INDIA
2 DEFINE WITHHOLDING TAX KEYS 194C
3 DEFINE BUSINESS PLACES SRKF
4 DEFINE BUSINESS PLACES / SECTION CODE IN
CROSS APPLICATION
SRKF
5 DEFINE SECTION CODE SRKF
6 ASSIGN FACTORY CALANDER TO BUSINESS PLACE
7 ASSIGN FACTORY CALANDER TO SECTION CODE
8 DEFINE WITHHOLDING TAX TYPE FOR INVOICE
POSTING
D1
9 DEFINE WITHHOLDING TAX TYPE FOR PAYMENT
POSTING
DA
10 DEFINE WITHHOLDING TAX CODES D1 & DA
11 CHECK RECEIPIENT TYPE CO
12 MAINATIN TAX DUE DTAES 777
13 ASSIGN WITHHOLDING TAX TYPE TO COMPANY
CODE
D1 & DA
14 ACTIVATE WITHHOLDING TAX
15 MAINTAIN SURCHARGE RATES 10 TO DA & D1 TO 10
16 DEFINE ACCOUNTS FOR WITHHOLDING TAX TO
BE PAID OVER
DA & D1 WITH "100510"
17 MAINTAIN COMPANY CODE SETTING
18 SPECIFY DOCUMENT TYPES (ACCOUNTS
PAYABLE)
SA
19 MAINATIN NUMBER RANGE GROUP 04
20 ASSIGN NUMBER RANGE TO NUMBER GROUP J1INO 04 TO 04
21 MAINTAIN NUMBER RANGE J1INUMBER 04
22 ASSIGN REMITTANCE CHALLAN NUMBER GROUP
TO BUSINESS PLACE
SM30 04
23 ASSIGN REMITTANCE CHALLAN NUMBER GROUP
TO SECTION CODE
SM30 04
24 MAINTAIN NUMBER GROUP & SAP SCRIPT FORMS 05
25 ASSIGN NUMBER RANGE TO NUMBER GROUP 02 TO 05
26 MAINTAIN NUMBER RANGE 02
27 CHANGE VENDOR MASTER XK02 WITHHOLDING TAX DETAILS UPDATED
WITH CIN
21
T
TEST
1 POST VENDOR DOCUMENT F-43 NO TDS
2 POST VENDOR DOCUMENT F-43 PARTLY TDS
8. 3 POST VENDOR DOCUMENT F-43 TDS ON WHOLE AMOUNT
4 CREATE REMITTANCE CHALLAN J1INCHLN CREATE CHALLAN
5 ENTER BANK CHALLAN J1INBANK BHANK CHALLAN UPDATE
6 REPORT J1NMIS
ENTERPRISES STRUCTURE:
DEFINE COMPANY:
TCODE : OX15
Note: As per the requirement we can setup a Company.
DEFINE COMPANY CODE:
OX02
9. Note: As per the requirement we can define a company code. It can be one or multiple.
ASSIGN COMPANY CODE TO COMPANY:
OX16
Note: Here we assign company code to company. Example Tata group (Company). Tata steel and
Tata motors etc. are company codes.
DEFINE BUSINESS AREA:
OX03
10. Note: we can define business area here. It can be one or more than one. Like 1:1 (Company code :
Business area) or 1: >1 (Company code to multiple business area)
CREATION OF CHART OF ACCOUNT:
OB13 EDIT CHART OF ACCOUNT LIST:
Note: Chart of account is list of GL accounts. As per the requirement we decide the length of GL,
manual or automatic creation of cost element and if require we assign group chart of account for
consolidated reports and balance sheet.
ASSIGN COMPANY CODE TO CHART OF ACCOUNT:
OB62
11. Note: Here we assign chart of account to Company code. One company code can have only one
chart of account or one chart of account can be assigned to more than one company code.
DEFINE ACCOUNT GROUP:
OBD4
Note: As per the business requirement we create a list of GL account group.
12. DEFINE RETAINED EARNING ACCOUNT:
OB53
Note: Here we assign retained earning account to carry forward the balance from profit & loss
account to Balance sheet.
MAINATIN FISCAL YEAR VARIANT:
OB29
Note: As per the business requirement we create a Fiscal year variant. They can be calendar year or
non-calendar year. Example, Jan to Dec (Calendar year) followed in US etc., April to March (Non-
calendar year followed in India, July to June (Non-calendar year) followed in Australia.
ASSIGN COMPANY CODE TO FISCAL YEAR VARIANT:
OB37
13. Note: Here we assign Fiscal year variant to Company code.
DEFINE VARIANTS FOR OPEN POSTING PERIODS:
OBBO
Note: Posting period variant is require to close and open period for posting.
ASSIGN POSTING PERIOD VARIANTS TO COMPANY CODE:
OBBP
Note: Here we assign posting period variants to Company code. We can assign one posting period
variant to more than one company code. But at least one posting variant is require for one company
code.
OPEN AND CLOSE POSTING PERIOD VARIANT:
OB52
14. Note: Here we manage period of posting. “+” is for All, “A” is for Asset, “D” is for Customer, “K” is to
manage vendor document period, “M” is for material, “S” is for General Ledger. This is mostly
managed by the business in the production server or they may ask support team to update it. It can
be part of month end process.
DEFINE DOCUMENT TYPES:
OBA7
Note: As per the business requirement we can define our own document types. Standard document
types are enough to meet most of the business requirement.
15. Note: Once we define document types, we must define number range for each document type. We
can define them in OBA7 or FBN1.
DEFINE FIELD STATUS VARIANT:
OBC4
Note: Field status variant is required to decide the posting screens. We can have different field
status group to different GL accounts. As per the business requirement we can select which are all
fields to be kept mandatory, optional and suppress at the time of posting.
16.
17. ASSIGN COMPANY CODE TO FIELD STATUS VARIANT:
OBC5
Note: Here we assign field status variant to Company code. We can assign same field status variant
to multiple company codes.
18. DEFINE TOLERANCE GROUP FOR G/L ACCOUNTS:
OBA0
Note: As per the business requirement we define tolerance group which we then assign in GL
master. This leads to restrict the posting in any particular GL. We can set limits for debit posting and
credit posting.
DEFINE TOLERANCE GROUP FOR EMPLOYEES:
OBA4
Note: As per the business requirement we define tolerance group of employees which we then
assign in GL master. This leads to restrict the posting in any particular GL. We can set limits for
difference in payment amount.
19. ASSIGN COUNTRY CALCULATION PROCEDURE:
Note: Tax calculation procedures are already provided by SAP. We can assign them or copy them and
make changes as per the requirement.
MAINTAIN CONTROLLING AREA:
OKKP
20. Note: Controlling area is mandatory for controlling objects like Cost centre, profit centre etc. We can
assign different fiscal year variant in controlling but it is always advisable to assign same chart of
account as company code.
22. DOCUMENT SPLITTING
Note: Document splitting is not configured in current
scenario. I will provide detail configuration separately.
CLASSIFY G/L ACCOUNT FOR DOCUMENT SPLITTING:
DEFINE DOCUMENT SPLITTING CHARACTERISTIC FOR GENERAL LEDGER ACCOUNTING:
ACTIVATE DOCUMENT SPLITTING:
23. ENTER GOLBAL PARAMETERS:
OBY6
Note: This is very important screen to control the company code. Every tick and configuration has its
own purpose. We have come across with this configuration as per the business requirement.
24. CREATION OF GL
FS00
Note: As per the business requirement we create a GL account. Sometimes business has its own
master data team, or it has been managing by support team further. I have created around 42 GL
accounts. Mass GL accounts can be created through LSMW, BDC, ECATT, Copied from another
company code, sample account etc. There are various ways to create GL master.
CREATE PROFIT CENTER:
KE51
25. Note : Profit centre accounting and reporting purpose we can create different profit centres.
27. FOREIGN CURRENCY
CHECK EXCHANGE RATE TYPES:
OB07
Note: SAP standard exchange rate types are enough to meet most of the business requirement. But
still if require we can create exchange rate type here. We can define the default exchange rate type
as well.
DEFINE TRANSLATION RATIO FOR CURRENCY TRANSLATION:
OBBS
28. Note: When we are trying to maintain exchange rate, we must define their translation ratio.
ENTER EXCHANGE RATES:
OB08
Note: Exchange rates are maintained by the business on daily basis or monthly basis. This is
managed by the business user. Sometimes it may update through program or “Z” program.
Note: We can assign exchange rate type to any particular document type.
30. ACCRUAL / DEFFERAL
DEFINE REASON FOR REVERSAL:
Note: There is no much configuration need to follow for Accrual/deferral. Just need to maintain
reversal reason code as per the business requirement.
TEST
FBS1:
33. INTEREST CALCULATION
DEFINE INTEREST CALCULATION TYPES:
OB46
Note: Here we define the interest calculation type.
PREPARE ACCOUNT BALANCE INTEREST CALCULATION:
OBAA
Note: Here we make required setting for interest calculation like monthly, balance plus interest,
number range. As per the requirement we can make necessary changes.
34. DEFINE REFERENCE INTEREST RATES:
OBAC
Note: Here we define various interest rates. For example, 3.5% for advance given to employee, 2%
for loan given to director, 2.5 % interest on bank accounts, 10% interest on loan account etc. As per
the business requirement.
DEFINE TIME DEPENDENT TERMS
OB81
Note: Here we decide from when we can start calculating the interest.
ENTER INTEREST VALUES:
OB83
Note: we assign the interest values to the reference interest rate.
35. PREPARE G/L ACCOUNT BALANCE INTEREST CALCULATION:
OBV2
Note : Here we maintain interest GL a/c
TEST:
F-02
LOAN RECEIVED FROM BANK
39. VALUATION
DEFINE ACCOUNTING PRINCIPLES:
Note: Valuation is month end activities. First, we define accounting principle like IAS, IFRS, USGAAP
etc.
ASSIGN ACCOUNTING PRINCIPLE TO LEDGER GROUP:
Note: Here we assign accounting principle to leading ledger.
DEFINE VALUATION METHOD:
Note: We define the properties of the valuation here. Like Valuation procedure, document type, etc.
This is configured as per the requirement of the business.
40. DEFINE VALUATION AREAS:
Note: Valuation area is assigned to valuation method which specifies the currency type. We can
more than one valuation area. As per the requirement we can set valuation to company code
currency, group currency and / or both currency.
ASSIGN VALUATION AREA AND ACOUNTING PRINCIPLE:
Note: Here we assign valuation area to accounting principle. Different valuation areas can be setup
for different accounting principles.
PREPARE AUTOMATIC POSTING FOR FOREIGN CURRENCY VALUATION:
OBA1
Note: Maintain Exchange gain and loss account.
41. DEFINE LEDGER GROUP:
Note: THERE SHOULD NOT BE ANY OTHER LEDGER
ASSIGN EXHANGE RATE DIFFERENCE KEY IN GL MASTER:
FS02
Note : We assign the exchange rate difference key in GL master which we want to valuate. As per the
requirement we can valuate number of GL accounts.
42. F-02
Note: Post back dated foreign currency document with exchange rate $63. Where as exchange rate
was different.
MAINTAIN EXCHANGE RATE:
OB08
Note: Did some changes in exchange rate for testing purpose.
43. FAGL_FC_VAL
Note: Run FAGL_FC_VAL for GL100303. We can run valuation for open items GL accounts as well,
they should be open item GL accounts and maintained in OBA1.
45. ACCOUNTS PAYABLE
Note: I have configured very basic part of accounts payable in this book. Detailed will be available in
SAP MM book, in which I will be covering plant, purchase group etc.
DEFINE ACCOUNT GROUP WITH SCREEN LAYOUT (VENDORS)
OBD3
Note: Like GL account master data layout, we have vendor master data layout as well. We can
manage various fields at account group level. We can make field as required, optional or Suppress.
46. Note: Here I have made two vendor account groups.
CREATE NUMBER RANGE FOR VENDOR ACCOUNT:
XKN1
Note: We can not have same number range for different vendor account group.
ASSIGN NUMBER RANGE TO VENDOR ACCOUNT GROUPS:
OBAS
Note: Here we assign number range to vendor account group.
50. Note: We can maintain document types and number range for vendor documents in our company
code. Standard document types are enough but still we can maintain as per the requirement.
52. HOUSE BANK
Note: House bank topic discussed in detail further. For now, testing purpose I have just maintain
house bank in FI12.
DEFINE HOUSE BANK
FI12
Note: Here we assign bank GL account to our house bank.
53. ADVANCE PAYMENT TO VENDORS (DOWN PAYMENT)
DEFINE ALTERNATIVE RECONCILIATION ACCOUNT FOR DOWN PAYMENTS
OBYR
Note: There is only one configuration we have to do to activate advance payment to vendors. We
have to create special gl reconciliation account and assign here.
TEST:
F-48:
Post advance payment document to vendor.
54. F-43:
Post vendor invoice document.
F-54: TRANSFER ADVANCE FROM SPECIAL GL TO NORMAL BY CLEARING
F-44 CLEAR NORMAL ITEM
Note: we can see details in FBL1N report
55. TERMS OF PAYMENT & DISCOUNT RECEIVED
MAINTAIN TERMS OF PAYMENT:
OBB8
Note: We can create number of “Z” payment terms as per the business requirement. SAP has
already provided various standard payment terms.
DEFINE ACCOUNTS FOR CASH DISCOUNT TAKEN:
OBXU
Note: Above GL is maintained when we received a discount on payment to vendors. There would be
a various scenario where discount GL account may hit or triggered.
56. TEST:
F-43:
Post a vendor invoice with payment term “SRK1”
F-53:
Made payment to vendor with in the due date, then we can see that we received discount as per the
payment term.
57. AUTOMATIC PAYMENT PROGRAM (APP)
Note: Automatic payment run is required to make mass payment to vendors. It can be configured
through PI, IDOC, DMEE.
FBZP:
SETUP PAYMENT METHOD PER COUNTRY FOR PAYMENT TRANSACTION:
Note: As per the business requirement, we define various payment method in country. We can
maintain various require fields such as bank add., IBAN, SWIFT code etc.
58. SETUP PAYMENT METHODS PER COMPANY CODE FOR PAYMENT TRANSACTIONS:
Note: Here we define payment method in company code. We assign forms, min. amount, foreign
payments and currency etc. As per the requirement of the business.
60. SETUP PAYING COMPANY CODES FOR PAYMENT TRANSACTION:
Note: Here we define the form for payment advice note. SAP standard forms are available but they
smart form can be created as per the business requirement.
61. CREATION OF SEQUETIONAL CHECK LOT
FCHI:
Note: Since I have implemented check payment method, we have to create a check lot. In wire
payment this is not require.
ASSIGN PAYMENT METHOD IN VENDOR MASTER
XK02
64. Note: We may have to create variant as per the business requirement.
65.
66. OUTPUT:
Note: We can see payment run was successful and payment document is created.
67. ACCOUNT RECEIVABLE
Note: I have configured very basic part of accounts receivable in this book. Detailed will be available
in SAP SD book, in which I will be covering sales org., shipping point etc.
DEFINE ACCOUNT GROUPS WITH SCREEN LAYOUT (CUSTOMERS):
OBD2
WITH RECONCILIATION ACCOUNT FIELD REQUIRED ENTRY IN MASTER
Note: Created two account groups SRKF and SRKS. We can create more account group to meet the
business requirement.
68. CREATE NUMBER RANGE FOR CUSTOMER ACCOUNTS:
XDN1
Note: Here I have created number range for customer number.
ASSIGN NUMBER RANGE TO CUSTOMER ACCOUNT GROUPS:
OBAR
Note: Here assign customer number range to Customer group.
DEFINE TOLERANCE GROUP FOR CUSTOMERS:
OBA3
Note: ALREADY DEFINE AT THE TIME OF AP CONFIGURATION.
74. ADVANCE RECEIPTS FROM CUSTOMERS
Note: Like Advance down payment to vendors, we have to do only one step configuration for
advance receipt from the customer.
DEFINE RECONCILIATION ACCOUNTS FOR CUSTOMER DOWN PAYMENTS
OBXR:
Note: We have to maintain Special GL reconciliation account and create a link between
Reconciliation account (Sundry Debtor) and Special gl recon. Account.
TEST:
F-29:
Note: For testing purpose, I have posted one advance receipt from customer document.
75. F-22:
Note: Posted actual customer invoice document.
TRANSFER OF ADVANCE FROM SPECIAL GL TO NOLMAL
F-39:
FBL5N
77. BILL DISCOUNTING
1) LINK BETWEEN SUNDRY DEBTORS AND SUNDRY DEBTORS BILLS OF EXCHANGE
DEFINE ALTERNATIVE RECONCIL-ACTUAL FOR BILLS OF EXCHANGE RECEIVABLE:
OBYN
2) LINK FOR BANK CURRENT ACCOUNT, SUNDRY DEBTORS ACCOUNT AND BANK BILL
DISCOUNTING ACCOUNT:
DEFINE BANK SUBACCOUNTS:
OBYK
TEST:
F-22:
80. DUNNING
Note: Like Automatic payment program run in AP, we have dunning in AR to send correspondence to
Customer in relation due payment from customer.
DEFINE DUNNING AREAS:
OB61
DEFINE DUNNING PROCEDURE:
FBMP
Note: We can maintain dunning procedure as per the business requirement. Like dunning interval
days, dunning levels, minimum days in arrears, interest indicator if applicable etc.
81. DUNNING TEXTS
Note: Standard forms are provided by SAP. Still we can create own forms and assign here.
DUNNING LEVEL
82. CHARGES:
Note: We can maintain dunning charges here or % of the due value.
MINIMUM AMOUNT
83. TEST:
ASSIGN DUNNING PROCEDURE IN CUSTOMER MASTER:
XD02:
F-22:
Post back dated Customer invoice for testing purpose.
F150:
84. OUTPUT:
Note : We can see the dunning program capture the due amount and generate the Dunning notice.
85. Note: To test our dunning configuration completely, we can check customer master and
correspondence tab, which must be updated with Dunning level.
129. ASSIGN WITHHOLDING TAX TYPE TO COMPANY CODE:
ACTIVATE EXTENDED WITHHOLDING TAX:
MAINTAIN SURCHARGE RATES: (SURCHARGES COMBINED WITH BASIC WITHHOLDING TAX CODES)
130. DEFINE ACCOUNTS FOR WITHHOLDING TAX TO BE PAID OVER:
MAINTAIN CO. CODE SETTING:
SPRO-LOGISTIC GENERAL-TAX ON GOODS MOVEMENT-INDIA-BASIC SETTING:
131. SPECIFY DOCUMENT TYPES (ACCOUNTS PAYABLE)
MAINTAIN NUMBER RANGE GROUP:
ASSIGN NUMBER RANGE TO NUMBER GROUP:
J1INO
MAINTAIN NUMBER RANGES:
J1INUMBER
132. ASSIGN REMITTANCE CHALLAN NUMBER GROUP TO BUSINESS PLACE:
SM30
ASSIGN REMITTANCE CHALLAN NUMBER GROUP TO SECTION CODE:
IF IT’S NOT AVAILABLE THEN WE HAVE TO CREATE IT
133. MAINTAIN NUMBER GROUPS & SAP SCRIPT FORMS:
ASSIGN NUMBER RANGE TO NUMBER GROUP:
MAINATIN NUMBER RANGE:
135. TEST:
F-43:
THERE ARE THREE SCENARIOS:
1) IF THE AMOUNT IS < 20000 AND CONTRACT VALUE IS 50000 – NO TDS (REMOVE D1 … DA AT
THE TIME OF POSTING)
2) IF THE AMOUNT OF MATERIAL IS 30000 AND CONVERSION CHARGES IS 70000 – NO TDS
(REMOVE DA AND KEEP D1 WITH VALUE OF 70000 AT THE TIME OF POSTING)
136. 3) IF THE TOTAL AMOUNT IS FOR CONVERSION CHARGES
(REMOVE DA AT THE TIME OF POSTING)
CREATE REMITTANCE CHALLAN:
J1INCHLN: