FI-CA vs FI-AR

8/10/2019 FI-CA vs FI-AR

http://slidepdf.com/reader/full/fi-ca-vs-fi-ar 1/26

SAP FI-CA vs FI-AR

By Souvik Chaudhuri



2The information contained in this document is prop rietary. Copyright © 2012 Capgemini. All rights reserved.

FI-CA vs. FI-AR (some highlights)

FI-CA was designed and bui l t for high-volume serv ice industr ies, includ ing:

o Lean data model

o Performance throu gh p aral lel isat ion of mass ru ns

o Automat ion of prev ious ly m anual processes

More f lex ib i l i ty in data model :

o Several accoun ts per cus tomer

o Creditworthiness scorin g based on sys tem events

FI-CA offers advanced funct ion al i ty such as:

o Security depo sits, incl. Interest and maintenan ce

o Stat is t ical post ings w ithout af fect ing GL

o More f lexibi l i ty in dunn ing, includ ing network disco nnect and reconnect

o Automated returns process ing

o Enhanc ed deferral and ins tal lment plan features

o Clar i f icat ion workl is t wi th l ink to workf low

o Integrat ion w ith external bi l l ing s ystems




FI-CA / FI Comparison

Master Data

Business Process

Technical Features of FI-CA




UsesSAP central business partner

<n> addresses allowed per partner

Future-dated changes possible

Address data can be verified

(city, street, postal code)

Screens layout (required fields, etc.)

easily adaptable

Customer data and A/R control data in

a single data entity (customer)

Different dunning procedures, payment

control can only be implemented viacreation of an additional customer

record

1 address per customer

Address data cannot be verified

FI-CA / FI-AR Comparison: Master Data

Business Partner / CustomerFI-CA FI-AR




<n> accounts allowed for each business

partner as separate data entity

Separate payment data for incoming and

outgoing payments

Account determination indicator - G/L

account determination can be influenced

according to setting in the contract

account

Control of payment assignment/ tolerance

per contract acct

Alt. dunning recipient/dunning address

Ability to set time-restricted blocks (from -

to date)

Screen layout easily adaptable

No comparable data entity available

below the customer level


FI-CA FI-ARContract Account




Used to assess the customer based on

events in the system

Manual credit worthiness value can be

set

Creditworthiness points from dunning,

returns, and clearing are assigned

automatically

Weighting table for time-based

weighting of automatic

creditworthiness points (i.e. reductionof importance of older negative

events).

% factor for flat-rate increase/reduction

of automatic creditworthiness

No comparable data entity available

below the customer level


Creditworthiness scoringFI-CA FI-AR


http://slidepdf.com/reader/full/fi-ca-vs-fi-ar 7/267The information contained in this document is prop rietary. Copyright © 2012 Capgemini. All rights reserved.


Master Data

Business Process





‘Transaction’ concept

o Pre-defined ‘speaking’ codes with

two-level hierarchy (main / sub

transactions) to classify charges.

Example: main transaction ‘mobile

telephony’, sub transactions

‘monthly subscription’, ‘national

calls’, etc.

o Used for account determination

no manual entry of G/L accountsrequired.

o Greater ease of use and data

consistency through reduced error

rate achieved by use of transaction

concept.

Posting keys

o Posting key defines debits and

credits and cannot be extended

beyond 2 digits

o Posting key defines screen

selection for each account in

conjunction with the G/L account

o G/L accounts are entered manually

in each line item

FI-CA / FI-AR Comparison: Business Processes

PostingsFI-CA FI-AR




A transaction can be defined as a

statistical posting

Statistical posting are stored one-sided

only in the sub ledger. The G/L postingis only entered after payment of the

statistical posting.

Statistical postings are none the less

handled as normal postings in the sub

ledger for processes such as dunning,

direct debit, etc.

Statistical postings are only possible

with special G/L postings

No automatic clearing of special G/L

postings

Statistical postings in FI are fixed as

documents in G/L accounting


Statistical PostingsFI-CA FI-AR




Tax on sales/purchases is determined

using a tax on sales/purchases code

Tax on sales/purchases determination

code is converted into the FI tax onsales/purchases code according to the

date

Same tax on sales/purchases

determination code in the subsidiary

ledger even when tax on

sales/purchases code changes in thegeneral ledger

The tax on sales/purchases code

changes when the tax rate changes


TaxesFI-CA FI-AR




Variable number of dunning levels per

dunning procedure

<n> activities per dunning procedure -

forms, function modules, mail, workflowfor external activities, and exception

handling

Triggering of service suspension as

dunning activity.

Dunning dependent on creditworthiness

Dunning history -Each dunning notice canbe traced in the system at document level

Transfer of dunned items to external

collection agencies

Maximum of nine dunning levels

Only dunning letters as dunning activities

No dunning history, only information

showing which document was in the last

dunning procedure

No special collections agency functions


Dunning and CollectionsFI-CA FI-AR




Incoming/ Outgoing Payment to

different bank accounts possible

Ability to block incoming and outgoing

payments separately

Incoming/ Outgoing Payment via credit

card/customer card

No amount limit per bank due to

parallel execution

Banks can be selected per run and donot have to be specified in Customizing

Incoming/ Outgoing Payment always to

the same bank account

Payment block applies to both

incoming and outgoing payments

Amount limit possible for each bank

Bank priorities are defined in

Customizing. Other bank only possible

above amount limit, (only as

alternative, not possible to reassign)


Payment RunFI-CA FI-AR




Clarification worklist = Suspense account

for items that cannot be cleared (bank

subaccount) from the payment/returns lot

or processing list of exceptions from the

payment run

Status management of clarification items

Workflow support for items that cannot be

clarified

Clarification proposals made by the

system when open items exist that cannot

be posted automatically = Unequalamounts

Comparison with previous clarification

cases having the same bank account,

note to payee data, address, etc.

Unclear incoming payments to banks are

only possible in a clearing account in the

general ledger Additional maintenance

Later processing involves entry of aposting


Clarification WorklistFI-CA FI-AR




Returns are receivables that cannot be

collected

The return reopens the source

receivable and clears the paymentposting instead

Activities possible for each return

reason - dependent on number of

returns and creditworthiness of

business partner

Scaling of return reasons possible inFI-CA

No separate functions exist

Implementation is achieved through

resetting of clearing, manual posting of

returns, and account maintenance


ReturnFI-CA FI-AR




Security deposits can be managed

both in cash (security payment) as well

as non-cash (bank guarantee, shares)

Interest on security deposits

Before a security can be used, it has to

be released for use

Partial release of security deposit

Interest on the security can be withheld

as value guarantee, offset, or paid.

Security deposits can only be

implemented as special G/L postings

No maintenance

No release


Security depositsFI-CA FI-AR




Due date of business partner items can

be deferred without changing the

original due date

Business partner items of one accountand one currency can be grouped into

an installment plan

Installment plan can include bank

charges for processing and interest for

expected payment arrears

Installment payments are managed likepartial payments on original items

Installment plan can be deleted both

automatically and manually

Deferral can only take place via the

baseline date for payment. The original

values are hereby lost

In FI, installments are only representedby a special payment term that

generates several posting lines

Deleting or changing number of

installments only possible with

additional posting and reversal

Posting of bank charges andcalculating interest on installments is

not supported. This has to be carried

out manually


Deferral / Installment PlanFI-CA FI-AR




Possible to set business partner

receivables as doubtful = Transfer to

own receivables account

Possible to reset the doubtful entry

Various reasons for making individual

value adjustments to receivables

(Customizing)

Transfer to the expense account

occurs when you enter a value

adjustment percentage rate and selectthe items of a business partner to be

adjusted

Value adjustment only via special G/L

postings

Calculation of proportional values due

to percentage rate

Calculation of taxes on

sales/purchases

Management of adjustment reasons

(using various special G/L indicators)


AdjustmentsFI-CA FI-AR




Uncollectable receivables can be

written off automatically - automatic

determination of the expense accounts

Write-Offs can also be carried out in abatch run

Posting carried out manually


Write-offsFI-CA FI-AR





Unlike in FI, there is no direct updating of G/L data from the

subledger - (volume of data)

Postings are summarized in totals records according to posting

date and reconciliation key

Totals records are transferred to the general ledger daily

One document per totals record -one line item per

account/additional account assignment

Transfer to General Ledger in FI-CA





Master Data

Business Process





FI-CA / FI-AR Comparison: Technical Differences

A business defined event in a program where a function module

is called

At the time of the event, the system asks whether a customer

module, industry module, or standard module is to be executed

Great amount of flexibility for (modification-free) implementation

of required functionality

Functional Enhancements using Events





Batch program can be started in several parallel executed jobs on

different application servers

Each parallel job processes a subset of the dataset. (‘Packages’

of business partners or contract accounts)

Job is assigned to the next subarea on completion of a subset

FI-CA is a very scalable system

Parallel Processing of Batch Processes





Documents implemented with the minimum number of fields

required

Payment documents have no own business partner items:

Reference via the clearing number only

Repetitive structures for installments and price reductions

Subitems in the case of partial clearing, where the document

number is retained and no separate document exists for

underpayments.

Lean data structures for high performance

Special Document Structures




Questions please!



The information contained in this presentation is proprietary.© 2012 Capgemini. All rights reserved.

www.capgemini.com

Thank you!

http://www.slideshare.net/capgemini

http://www.youtube.com/capgemini

http://www.twitter.com/capgemini

http://www.linkedin.com/company/capgemini

http://www.facebook.com/Capgemini



The information contained in this presentation is proprietary.© 2012 Capgemini. All rights reserved.

www.capgemini.com

About Capgemini

With around 120,000 people in 40 countries, Capgemini isone of the world's foremost providers of consulting,technology and outsourcing services. The Group reported2011 global revenues of EUR 9.7 billion (approximately$13.5 billion USD).Together with its clients, Capgemini creates and delivers

business and technology solutions that fit their needs anddrive the results they want. A deeply multiculturalorganization, Capgemini has developed its own way ofworking, the Collaborative Business ExperienceTM, anddraws on Rightshore ® , its worldwide delivery model.

Rightshore® is a trademark belonging to Capgemini

http://www.slideshare.net/capgemini

http://www.youtube.com/capgemini

http://www.twitter.com/capgemini

http://www.linkedin.com/company/capgemini

http://www.facebook.com/Capgemini