Skip to main content

~ Tolerance Grp

In the Control Data tab of the Edit G/L Account Centrally screen (t-code FS00), the Tolerance Group field refers to the tolerance limits for automatic account postings and payment transactions.

Tolerance Group:

  1. Defines the permissible deviation (tolerance) between the debit and credit amounts for a G/L account.
  2. Controls whether the system allows or blocks postings with discrepancies within the specified tolerance limits.
  3. Applies to automatic postings, such as:
    1. Journal vouchers
    2. Payment runs
    3. Bank statement postings

Purpose:

  • Reduces the need for manual corrections.
  • Automates posting approvals within defined limits.
  • Enhances efficiency in financial processing.

Example:

Suppose you set a tolerance group with a limit of $10. If an automatic posting has a discrepancy of $5 between debit and credit, the system will approve the posting. However, if the discrepancy exceeds $10, the posting will be blocked or require manual approval.

Configuration:

  • Tolerance groups are configured in the SAP system using t-code OBA3 or OBAS. Here, you define:
  • Tolerance limits (amount or percentage)
  • Currency

Posting keys (e.g., for journal vouchers or payments)

By assigning a tolerance group to a G/L account, you ensure that automatic postings adhere to predefined limits, maintaining financial accuracy and control.

The Tolerance Group in the Control Data tab of a G/L account is used to specify the tolerance limits for certain types of transactions. This helps to prevent errors and fraud by flagging transactions that deviate significantly from expected patterns.

Here's how the Tolerance Group works:

  1. Tolerance Limits: You define tolerance limits for various transaction types, such as debit or credit amounts, posting dates, or other relevant criteria.
  2. Transaction Comparison: When a transaction is posted to the G/L account, the system compares the transaction's attributes to the tolerance limits defined for the account's Tolerance Group.
  3. Flag for Review: If the transaction exceeds any of the tolerance limits, it is flagged for review by an authorized user.

Tolerance Groups are often used for:

  • Fraud Detection: To identify potential fraudulent transactions that may be outside of normal business activity.
  • Error Prevention: To prevent errors in data entry or processing.
  • Internal Controls: To strengthen internal controls and ensure the accuracy and reliability of financial data.

By using Tolerance Groups, companies can improve their financial controls and reduce the risk of financial losses.

 

Comments

Post a Comment

Popular posts from this blog

∂ ETFs: Cakes and Salads

 ~ No. My cake slice illustration for ETFs - which is not original with me - is as follows: I have a cake, perhaps of a rectangular shape, with all sorts of logos of companies on the top, made via frosting and such. So you may see the Apple logo on one corner, the google logo, sun microsystems logo, amazon logo in the middle, Aeropostale logo, or Pepsi and so on. All these are on the top of the cake and made via icing, frosting, etc.  Now if I cut a rectangular slice from one corner of the cake, which has a logo of say, Apple, on it, then it is as if I got ( = purchased) shares of Apple.  On the other hand, if I took a cross-sectional slice of the entire cake, from one side to the other, then I get a bit of all the companies, Apple, Amazon, Pepsi, etc. In this large but very thin slice, I get diversity. This slice is an etf.  ChatGPT>   That’s a great illustration! Your cake analogy effectively communicates the concept of ETFs versus individual stocks. H...
Post a Comment
Read more

~ Currency Types in ECC vs. S/4

Currency Types in ECC and S/4HANA FI: ECC: There are indeed only 3 Currency Types in ECC: Company Code Currency: The primary currency used for financial transactions in the company code. Group Currency: The currency used for consolidation purposes at the group level. Hard Currency (or Additional Currency) S/4HANA FI: There are 10 Currency fields available in the ACDOCA: Company Code Currency Group Currency Document Currency Global Currency Free-Defined Currency 1 .  .  . Free-Defined Currency 6 Differences Between OB22 and FINSC_LEDGER: OB22: Primarily used for setting currencies at the company code level. Allows you to define and manage local currencies for a specific company code. The screen for "Change view additional local currencies for a company code: details" is specifically for ECC, as it only lists three local currencies. FINSC_LEDGER: A more comprehensive transaction for managing currencies and other financial ledger settings. Offers a wider range of options and f...
Post a Comment
Read more

Primary & Secondary

A key aspect of how CO and FI are integrated within the SAP S/4HANA system: 1. Primary Cost Elements: • Example:  ○ FI: Salaries expense in the P&L statement. ○ CO: Salaries expense used in cost center accounting to track labor costs. 2. Secondary Cost Elements: • Example:  ○ Depreciation: While depreciation is tracked in FI, a secondary cost element might be created to allocate depreciation costs to specific cost centers or internal orders based on factors like asset usage.   In SAP S/4HANA, the distinction between cost elements and costs, whether primary or secondary, is fundamental to how Financial Accounting (FI) and Controlling (CO) interact and provide granular insights into an organization's financial performance. Here's a breakdown of the differences: 1. Primary Cost Elements What they are: Primary cost elements are essentially General Ledger (G/L) accounts from Financial Accounting (FI) that are relevant for cost accounting in Controlling (CO) ....
Post a Comment
Read more