AC240_EN_Col92_FV_Part_A4 (第12页)

第 525 页 / 共 603 页

AC240 Lesson: Handling and Customizing

Figure 322: Correspondence Output Options

Youselecttheprintsettingviatheappropriateindicatorinprintdialog. Thereare

five possible settings:

• * SAPscript form settings are essential

• XRaw datainterface (output mode: spool)

• I Raw datainterface (output mode: IDoc)

• SRawdatainterface(outputmode: spool(simpleRDI))

• - Formatting by SAPscript (OTF)

Rawdataissenttotheprintworkbenchandprocessedthere,insteadofcreating

separate forms in each program.

491

第 526 页 / 共 603 页

Unit13: Correspondence AC240

Figure 323: Creating Correspondence: Overview

General steps for creation of correspondence:

• Correspondence requests are created using business transactions or

correspondence runs.

• Referencedataisstoredinthecorrespondencecontainer.

• Select the correspondence data from the correspondence container and

preparethedataforprintoutviaacorrespondenceprintrun.

• PrintthecorrespondencedatausingSAPscript/smartortheprintworkbench,

orusetherawdatainterfacetoprintfromanexternalprintingsystem.

492

第 527 页 / 共 603 页

AC240 Lesson: Handling and Customizing

Figure 324: Customizing of Correspondence Variants

(Correspondence)chargeschedulesarechargesthatcanbesetpercorrespondence

type. For example, if you wanted to charge your customer a small fee for

re-invoicing, you would configure a charge schedule and enter it in the

correspondence variant.

Dispatch Control is used to send a document, such as an invoice or dunning

notice,indifferentformsandinmultiplecopies(forinstancebye-mailorfax).

YoucandefinetheshippingcontrolinCustomizingfortheprintworkbench(SAP

CustomizingImplementationGuide→Cross-ApplicationComponents→General

ApplicationFunctions→PrintWorkbench→DefineShippingControl).

You can assign correspondence variants to contract accounts and/or contract

objects. Thecontrolparametersdefinedinacorrespondencevariantareevaluated

when the correspondence is created.

All“periodic”correspondence(forexample,type0002–accountstatement)must

be defined in the correspondence variant.

493

第 528 页 / 共 603 页

Unit13: Correspondence AC240

Figure 325: Correspondence: Customizing

As of SAP ECC 6.0, Enhancement Package 4, Contract Accounts Receivable

andPayableprovidesWebdynproapplicationsthatyoucanusetologcustomer

contacts (such as telephone calls), manual correspondence, and the document

managementservice. SAPprovidescorrespondencetype0400formanualcreation

of correspondence.

You define correspondence templates for manually creating correspondence

in Customizing for Contract Accounts Receivable and Payable under Basic

Functions→Correspondence. Youconfigurethesettingsforthecontacthistory

in Customizing for Contract Accounts Receivable and Payable under Basic

Functions → Interaction History.

494

第 529 页 / 共 603 页

AC240 Lesson: Handling and Customizing

Lesson Summary

You should now be able to:

• Configureand handleyour correspondence

495

第 530 页 / 共 603 页

Unit13: Correspondence AC240

Lesson: The Print Workbench

Lesson Overview

This lesson gives you an overview of the purpose of the print workbench in

Contract AccountsReceivable and Payable.

Lesson Objectives

After completingthislesson, you will beable to:

• Explain theprinciplesof theprint workbench

Business Example

Figure 326: The Print Workbench

TheprintworkbenchisnotareplacementforSAPscript/SmartForms. Itissimply

atoolenablingyoutoworkwithSAPscript/SmartFormsandPDF-basedforms

more easily.

496

第 531 页 / 共 603 页

AC240 Lesson: The Print Workbench

The print workbench is an improved tool that you can use to create forms. In

addition,itmakesdataretrievalflexibleandeasytounderstand.

Theprintworkbenchseparatesdataretrievalfromthelayoutdesignofaformand

makescreating and maintaining forms easier.

FormoreinformationaboutthePrintWorkbench,seethedocumentationforSAP

component CA-GTF-PWB.

Figure 327: Overview

TheformclasslibraryiscreatedbyanSAPdeveloperandrepresentsa“super-set”

ofdatathatisavailableforuseinanapplicationform. ItisalsoanABAPprogram

anditscodingiscopiedtotheprintprogramwhengenerated.

Intheapplicationformyou definethesequenceof text modules. Thebusiness

partnerdetermineswhatdataisprintedonaspecificpieceofcorrespondence.

TheSAPscript/Smart Formisanindependentobject. Itisusedtodefinewhere

andhowdatadefinedintheapplicationformistobeprinted.

497

第 532 页 / 共 603 页

Unit13: Correspondence AC240

Figure 328: The Form Class

Formclassesformthebasisforallformsoftheprintworkbench.

Theformclassesareupdatedwitheach SAPupdate.

Figure 329: The Application Form

Intheprintworkbench,inadditiontoSAPscript,youcanalsouseSmartForms

to createandmaintainapplicationforms. Theprevioususeof SAPscript isnot

affected by this function enhancement.

498

第 533 页 / 共 603 页

AC240 Lesson: The Print Workbench

SmartFormshavethefollowingadvantagesoverSAPscript:

• More flexible creation of form layout (for example, with tables and

templates)

• Moreefficientcreationandmaintenanceofforms(reducesthetimebyhalf)

• Formadjustmentwithoutprogrammingknowledgeasaresultofcompletely

graphical user interface

• WebpublishingusingageneratedXML output

• Performance improvement

• Clearseparationbetweendataselection,formpreparation,andformlogic

• XML-based SAP standard interfaces (XSF, XDF) for external further

processing

AsofreleaseERP2005theprintworkbenchsupportstheuseofPDF-basedforms

for creating andissuing outgoingstandardized correspondence. SAP therefore

providesthenewformcategoryPDF-basedformforapplicationforms. Youcan

usethenewXML-basedrawdatainterface(XFP)forPDF-basedformstoprepare

rawdataoutsideoftheSAPsystem. ExistingimplementationsinSAPscriptand

Smart Forms arenot affected by this change.

499

第 534 页 / 共 603 页

Unit13: Correspondence AC240

Lesson Summary

You should now be able to:

• Explain theprinciplesof theprint workbench

500

第 535 页 / 共 603 页

AC240 Unit Summary

Unit Summary

You should now be able to:

• Define and explain the different types of correspondence in Contract

Accounts Receivable and Payable

• Configureand handleyour correspondence

• Explain the principlesof theprint workbench

501

第 536 页 / 共 603 页

UnitSummary AC240

502

第 537 页 / 共 603 页

第 538 页 / 共 603 页

第 539 页 / 共 603 页

Unit 14

Further Integration of Contract

Accounts Receivable and Payable in

SAP Modules

Unit Overview

Unit Objectives

After completing thisunit, you will beableto:

• ExplainhowContractAccountsReceivableandPayableisintegratedinto

other SAP components and applications

• Explain the basic functions of financial customer services in Financial

CustomerCarebasedontheInteractionCenterWebClient

• Describe the update of the financial status from Contract Accounts

Receivable and Payable

• ExplainhowareSDordersareintegratedintoContractAccountsReceivable

and Payable

• Explaintheprinciplesofrisk-basedcustomersegmentationandcreditrisk

monitoring in SAP Credit Management and its integration into Contract

Accounts Receivable and Payable

Unit Contents

Lesson: Overview of the Integration of Contract Accounts Receivable and

Payable...........................................................................504

Lesson: Financial Customer Care............................................507

Lesson: Cash Management...................................................514

Lesson: Contract Accounts Receivable and Payable and SD

Integration........................................................................518

Lesson: Credit Management..................................................526

503

第 540 页 / 共 603 页

Unit14: FurtherIntegrationofContractAccountsReceivableandPayable

inSAPModules AC240

Lesson: Overview of the Integration of Contract

Accounts Receivable and Payable

Lesson Overview

ThislessonprovidesseveralexamplesofhowContractAccountsReceivableand

PayablecanbeintegratedintootherSAP applications.

Lesson Objectives

After completingthislesson, you will beable to:

• ExplainhowContractAccountsReceivableandPayableisintegratedinto

other SAP componentsand applications

Business Example

Figure 330: Integration: Overview

YoucantransferSDinvoicesdirectlytotheFI-CAsubledgeraccounting. Under

certainconditionsyoucanalsopostSDinvoicesasinvoicingrequests,together

with an IS-U invoice.

You can use a standardized IDoc interface to import billing documents from

externalbillingsystemstoFI-CAwheretheycanbeprocessed.

Invoicing in FI-CA enables billing documents to be transferred from external

systemsand invoicing with posting in FI-CA.

504

第 541 页 / 共 603 页

AC240 Lesson: OverviewoftheIntegrationofContractAccountsReceivableandPayable

PostingstoFI-CAcontract accountscan trigger immediateposting intheCash

Management (TR-CM) application component.

Postingsfromsubledgeraccountingaretransferredregularly(forexample,daily)

to the general ledger.

Additionalaccountassignmentsfromcostaccountingareincluded,andforwarded

tothespecifiedaccountassignmentobject. TheCO-PAcomponentissupplied

withthenecessaryinformationfromtheinvoicingapplicationsfordifferentupdate

types. Thisinformationistransferredregularlyusingtransferreports,whichare

triggered in FI-CA.

The integration in Financial Supply Chain Management improves

customer-oriented processes. Business partners can use the Biller Direct

component to check bills and initiate payments (for example) on the Internet.

Companiescanusethisinformationchanneltointeractwiththeircustomers. The

Credit Management component enables you to carry out risk-based customer

segmentation and credit risk monitoring.

ExtractorsforopenandclearedFI-CAitems,aswellasforotherdebit-relevant

information,weredevelopedforSAPBusinessInformationWarehouse(BW).

Integrating FI-CA in Customer Relationship Management (CRM) makes it

possibletoefficientlyprocessreceivablesinFinancialCustomerCare.

505

第 542 页 / 共 603 页

Unit14: FurtherIntegrationofContractAccountsReceivableandPayable

inSAPModules AC240

Lesson Summary

You should now be able to:

• ExplainhowContractAccountsReceivableandPayableisintegratedinto

other SAP componentsand applications

506

第 543 页 / 共 603 页

AC240 Lesson: Financial Customer Care

Lesson: Financial Customer Care

Lesson Overview

ThislessonwillfamiliarizeyouwiththeWebClient-basedInteractionCenterin

CustomerRelationshipManagement(CRM)anditsmultifunctionalframework. It

alsoprovidesanoverviewofthebusinessprocessesofFinancialCustomerCare

andSAPDisputeManagement,whicharehandledusingtheInteractionCenter.

Lesson Objectives

After completingthislesson, youwillbeable to:

• Explain the basic functions of financial customer services in Financial

CustomerCarebasedontheInteractionCenterWebClient

Business Example

Figure331: Integrating CustomerInteraction andProcesses

507

第 544 页 / 共 603 页

Unit14: FurtherIntegrationofContractAccountsReceivableandPayable

inSAPModules AC240

An interaction center:

• Isessentialinservice,marketing,andsalesprocesses

• Has high transparency with direct impact on customer satisfaction and

quality of service

• Ismediatorbetweencustomersandbusinessprocesses

Morethan80%ofallbusinessprocesseseitherstartorendinaninteractioncenter

(AMR Research, 2001)

Thismeansthatthereisnofront-officeorback-office. Instead,thereisjustone

interactioncenter tomeet theneedsofthecustomer.

FinancialCustomerCareusestheInteractionCenterWebClient(ICWebClient)

in Customer Relationship Management (CRM) as framework for all financial

aspects of interaction with customers.

Figure 332: CRM Interaction CenterWebClient: Layout

508

第 545 页 / 共 603 页

AC240 Lesson: Financial Customer Care

TheCRMInteractionCenterWebClientprovidescallcenteragentswitha

multifunctional framework that includesall of the tools that they need to

complete their tasks:

• Interaction Management & Customer History: Every interaction with a

customer is logged and becomes part of the customer history. The latest

recordsoftheinteractionhistoryaredisplayedwhenthecustomercalls.

• Agent’s inbox

• Multi-channelsupport: Thecallcenternotonlysupportstelephonybutmany

other channels, synchronous or asynchronous. For example, incoming

e-mailscanbesubmittedforprocessingeitherimmediatelyorroutedinto

agents' inboxes. Thisalsotakes placefor otherinquiriessuch asfaxesor

letters. Asa result, theagent inboxbecomesthe point of accesswhenan

agent is not working on calls.

• Follow-up activities and actions: Any interaction with a customer may

require follow-up. To enable this, an agent can create such activities as

part of a call. Actions can also be triggered by an agent or carried out

automatically. Forexample, anautomaticcorrespondencecanbesentout

when an interaction has a certain status.

• Scripting(instructionsfortheagenttoaidininteractionwithcustomers)

• Call lists

• Knowledge tools

• Real-time statistics

• Multifunctionalsupport(Marketing,Sales,Service,AccountsReceivable)

• Transaction launcher

509

第 546 页 / 共 603 页

Unit14: FurtherIntegrationofContractAccountsReceivableandPayable

inSAPModules AC240

Figure 333: 360 Degree View of Customer

Figure 334: FCC for Financial Inquiries

510

第 547 页 / 共 603 页

AC240 Lesson: Financial Customer Care

Financial Customer Care – Activities:

• Informationandstatusaboutallfinancialaspectsofacustomer

• Changemasterdata(address,bankdetails,paymentmethod,andsoon)

• Set/removelocks(forexample,dunninglock,paymentlock,andsoon)

• Create/change installment plan

• Defer open items

• Dunning reversal

• Take payment (for example, by credit card)

• Search for payments

• Create dispute cases

• Create a credit memo request

Figure 335: FCC for Dispute Management

Functionality of a Dispute Case

The Dispute Case is a virtual folder that contains all relevant documents and

objects.

It contains arange of information, including:

• Customer master data

• Disputed items and amounts

• Related documents, orders, and contract data

• Notes, history, and change log

Provides routing capabilities

Allowsactionstobetriggered(forexample,ad-hocorautomatedcorrespondence)

Providestheoptiontocreatecreditmemorequestwithrelationtothedisputecase.

511

第 548 页 / 共 603 页

Unit14: FurtherIntegrationofContractAccountsReceivableandPayable

inSAPModules AC240

Figure 336: FCCforCollectionsintheInteractionCenter

Integrated CollectionsManagement Functions:

Alertsduringcustomercall: Givinginstruction(s)toagent

Customer Fact Sheet: Showingoverallcustomerstatus

Detailedcustomeroverviews: Foradditionalbackgroundinformation

• Up-to-date customer payment data

• Change payment methods

• Capturepayment commitment(promise-to-pay)

• Capture payment authorization

• Offer installment plans

512

第 549 页 / 共 603 页

AC240 Lesson: Financial Customer Care

Lesson Summary

You should now be able to:

• Explain the basic functions of financial customer services in Financial

CustomerCarebasedontheInteractionCenterWebClient

513

第 550 页 / 共 603 页

Unit14: FurtherIntegrationofContractAccountsReceivableandPayable

inSAPModules AC240

Lesson: Cash Management

Lesson Overview

Thislessongivesyouanoverviewof theintegrationofCash Managementand

OverheadCostControllingwithContractAccountsReceivableandPayable.

Lesson Objectives

After completingthislesson, you will beable to:

• Describe the update of the financial status from Contract Accounts

Receivable and Payable

Business Example

Figure 337: Integration Treasury - Cash Management

TheupdateoccursimmediatelywhenyoupostadocumentinFI-CA.Asaresult,

the liquidity forecast and the daily financial status of Cash Management are

always up to date.

514

第 551 页 / 共 603 页

AC240 Lesson: Cash Management

In the contract account master record you can define the following data for

updating the liquidity forecast:

• Cash management group

Thisway,contractaccountswithcollectionauthorizationcanbeconsidered

separatelyfromcontractaccountstobepaidondemand. Theyareproposed

when you enter the document.

• Additional days

These days are considered when determining the expected cash receipt

date. Theduedatefornetpaymentorthecashdiscountdateisusedasthe

baseline date for this.

YoudefineaplanninglevelintheG/Laccountmasterrecordfor G/Laccounts

whichrequirethecashpositiontobeupdated. Thesystemdeterminestheplanning

levelwhenyoupostthedocumentandentersitintheG/Litem.

There may be wait times for mass postings that run in parallel processes due

to competing accesses when the data for Cash Management is being updated.

Forthesepostings,FI-CAprovidesaparallelupdatemodethatyoucanactivate

forspecifictypesofmassrunsintheIMGunderTechnicalSettings→Activate

Parallel Update of Cash Management. The update of Cash Management

then occurs at the end of a process. If the process is terminated before Cash

Management is updated, the update occurs when you close the respective

reconciliation key.

Figure 338: Treasury: Determination of Planning Level

515

第 552 页 / 共 603 页

Unit14: FurtherIntegrationofContractAccountsReceivableandPayable

inSAPModules AC240

Figure 339: Integration Controlling

516

第 553 页 / 共 603 页

AC240 Lesson: Cash Management

Lesson Summary

You should now be able to:

• Describe the update of the financial status from Contract Accounts

Receivable and Payable

517

第 554 页 / 共 603 页

Unit14: FurtherIntegrationofContractAccountsReceivableandPayable

inSAPModules AC240

Lesson: Contract Accounts Receivable and Payable and

SD Integration

Lesson Overview

ThislessongivesyouanoverviewoftheintegrationofSDinContractAccounts

Receivable and Payable.

Lesson Objectives

After completingthislesson, you will beable to:

• ExplainhowareSDordersareintegratedintoContractAccountsReceivable

and Payable

Business Example

BusinessPartner: SDCustomerand BPin FI-CA

• WhenyoucreateacontractpartnerinFI-CA,itispossibletocreateanSD

customerinthebackgroundatthesametime. Thestandardcustomercan:

– Take advantage of services

– Purchase goods

• Astandardcustomeriscreatedbasedonapredefinedreferencecustomer

• Various integration scenariosare possible:

– You can post SD invoices in FI-CA

– SDbillingdocumentrequestscanbeintegratedintoanindustry-specific

bill

518

第 555 页 / 共 603 页

AC240 Lesson: ContractAccountsReceivableandPayableandSDIntegration

Figure 340: FI/SD Integration: Standard Process

Figure 341: Integration: SD Billing Document

519

第 556 页 / 共 603 页

Unit14: FurtherIntegrationofContractAccountsReceivableandPayable

inSAPModules AC240

Figure 342: Steps to be Taken for SD Integration

Transfer of SD Bills to FI-CA

Prerequisites

If youwant totransfer SDbillsto Contract AccountsReceivable andPayable,

youmustmakevarioussettingsintheimplementationguidesforbothContract

AccountsReceivableandPayableandSalesandDistribution(SD).

YoudefineforeachaccountgroupwhetherabillistobetransferredtoAccounts

ReceivableAccounting(FI-AR)ortoContractAccountsReceivableandPayable

(FI-CA).Intheaccountgroupyoudefinewhethertherelatedcustomersaretobe

transferredto FI-AR or FI-CA duringSDbilling.

Prerequisites in Sales and Distribution

The receivables accountsfor Contract Accounts Receivableand Payable must

bedefinedinthereconciliationaccountdeterminationinSalesandDistribution

(see Customizing: Sales and Distribution → Basic Functions → Account

Assignment/Costing→ReconciliationAccountDetermination).

Thecustomermasterrecordmustcontainareconciliationaccountforcustomers

(intheFI-AR sense), even if you do not want to transfer to FI-AR. Due to the

general checks during transfer, you have to enter a reconciliation account for

customers(inthesenseofFI-ARreconciliationaccounts)inthecompanycode

relevant data for customers.

When creating an SD order, you must select a contract account. This contract

accountmustbeassignedtotheFI-CAbusinesspartner. Ifpreciselyonecontract

accountexistsforthepayer,thenthisisautomaticallytransferredtotheorder.

PrerequisitesinContractAccountsReceivableandPayable

520

第 557 页 / 共 603 页

AC240 Lesson: ContractAccountsReceivableandPayableandSDIntegration

When you create a business partner for the customer in Contract Accounts

Receivable and Payable, you must specify an SD sample customer so that the

SD views required for creating the order are available in the background. An

SDcustomeriscreatedwhosecustomernumberisidenticaltothatoftheFI-CA

business partner.

The activation of the transfer from SD to FI-CA occurs at customer account

grouplevel,thatis,foreachaccountgroup,youdefinewhetheryouwanttheSD

invoicesforthesecustomerstobetransferredtoFI-ARorFI-CA.(SeetheIMG

structureforContractAccountsReceivableandPayable→Integration→Sales

andDistribution→DefinePostingtoFI-CAforCustomerAccountGroups).

Notethatwhenyoucreateanorderyoucanonlyentercustomersfromoneofthe

twoaccountgroupsasbeingthepayer. Thismeansonlycustomersthattriggera

postinginFI-ARduringinvoicingorcustomersthattriggerapostinginFI-CA.

NotethatyouareunabletoactivatetheSD/FI-CAtransferforone-timeaccount

groups.

Themainandsub-transactionsusedinContractAccountsReceivableandPayable

are derived from the SD bills during transfer (see IMG structure for Contract

AccountsReceivableandPayableIntegration→SalesandDistribution→Derive

Main/Sub-Transaction With SD Information).

The document type with which SD bills are posted in Contract Accounts

ReceivableandPayable is derived from the SDbillsduring transfer (see IMG

structureforContractAccountsReceivableandPayableIntegration→Salesand

Distribution→DeriveDocumentTypewithSDBillingDocData).

At event 4000, you can supplement the billing data (see IMG structure for

Contract AccountsReceivable andPayable ProgramEnhancements→Define

Customer-Specific Function Modules).

Features

Automatic reconciliation keydetermination

The reconciliationkey isdeterminedautomaticallyduring transferof SDbills.

Thereisnodifferencebetweenindividualbillsormassruns. InbothSDbilling

methods the reconciliation key is assigned according to the same procedure.

Compositionofreconciliationkey: Reconciliationkey: SDxxxxyyy_zz

Component

Meaning

XXX

Current year

YYY

Current day in year

ZZ

521

第 558 页 / 共 603 页

Unit14: FurtherIntegrationofContractAccountsReceivableandPayable

inSAPModules AC240

Sequential number

A new reconciliation key isgiven to SDbillsfor everydayof theyear. If this

reconciliationkeyisclosedduringthecourseofthedayoriftwoprocessestryto

openthesamereconciliationkeysimultaneously,aneworsecondreconciliation

key is opened with the next highest sequential number. Reconciliation keys

generated this way areonly permittedfor posting SDbills. The reconciliation

key is not closed automatically.

Automaticdeterminationofreconciliation account

ThereconciliationaccountisdeterminedautomaticallywhenSDbillsarecreated

for Contract Accounts Receivable and Payable. (See the IMG structure for

Sales and Distribution Basic Functions → Account Assignment/Costing ->

Reconciliation Account Determination).

Default value for payment conditions

IntheSDorderthedefaultvalueforpaymentconditionsisderived fromevent

4010inContractAccountsReceivableandPayable,providedthatacorresponding

functionmodulehasbeendefinedatthisevent. Ifnofunctionmodulehasbeen

definedornodefaultvaluecanbefound,thepaymentconditionsaredetermined

using standard SD processes.

Contract account in the order

IntheSDorder,thecontractaccountfieldhasbeenincludedasanewentryfield

forContractAccountsReceivableandPayable. Thisfieldisinboththeheaderand

intheitemsectionoftheorder. TheSDbusinesspartner,forwhomthecontract

accountisspecified, istheorderpayer. Ifpreciselyonecontractaccountexists

forthepayer,thenthisisautomaticallytransferredtotheorder. Ifmorethanone

contractaccountexists, thenaselectionlist appearswhenyoucreatetheorder.

Inthis way it ispossibleto specify a payer / contract account combination for

eachorder item. Inthebillingdocument,thebillingdocumentsaresplitupfor

differentcontractaccounts. Intheorder header, thecontractaccountisentered

from the accounting view.

From the accounting viewpoint, the following entry fields are not considered

duringtransfertoContractAccountsReceivableandPayable:

Dunning key

Dunning block

Payment method

Assignment

For event 4040, you can restrict the selection of contract accounts when you

create/change an SD order.

Business area determination

522

第 559 页 / 共 603 页

AC240 Lesson: ContractAccountsReceivableandPayableandSDIntegration

IntheSDorderthedefaultvalueforthebusinessareaisderivedfromevent4020

in Contract Accounts Receivable and Payable, provided that a corresponding

functionmodulehasbeendefinedatthisevent. Ifnofunctionmodulehasbeen

defined or if no default value can be found there, then the business area is

determined in the standard SD manner.

Restrictiononthepaymentconditionsthatcanbeused

DuetothepaymentcontrolsinContractAccountsReceivableandPayable(cash

discountdeadline+cashdiscount%/duedatefornetpayment),youcannotuse

allstandardFItermsofpayment. Thefollowingrestrictionsapply:

Youcanonlydefineonecashdiscountperiod. Thesecondcashdiscountperiod

is interpreted as the net payment due date, and must have the cash discount

percentage 0.00.

Thetermsofpaymentmustbedefinedandvalidforthewholemonth.

Installmentpayment conditionsarenot supported.

The checkto determinewhether aterm of payment can be used with FI-CA is

carriedoutwhenthetermofpaymentisallocatedinthesalesareadata–customer

invoicing–and when itisentered intheSDorder.

Reconciliation CO-PA and FI-GL

Reconciliationbetweentheindividualcomponentscanonlybemadeforclosed

postingperiodsandforpointsintimeatwhichallContractAccountsReceivable

andPayablereconciliationkeyshavebeentransferredcompletelytothegeneral

ledger.

Completing a document

Thefollowinginformationisaddedto customerlineitemsfromtheSDbilling

documentthataretransferredtotheaccountinginterface:

Generalinformation(forexample,referencespecifications)

Informationfromthecontractaccount(forexample,accountdetermination

ID)

Informationonmaintransactionsandsubtransactionsforeachcompanycode

anddivision(forexample,dunningnotices,interest,payment)

The business partner items aredetermined from the customer line items. This

takesplaceinContractAccountsReceivableandPayable.

Theinformationisderivedusingevent4000,whichiscalledtoenhancecustomer

line items and G/L account items.

ThemainandsubtransactionsofanSDdocumentaredeterminedinevent4030.

Inthisevent,youhaveaccesstoalloftheinformationinanSDbillingdocument,

which meansthat amoredetailed transactiondeterminationispossiblehere in

contrast to Customizing.

523

第 560 页 / 共 603 页

Unit14: FurtherIntegrationofContractAccountsReceivableandPayable

inSAPModules AC240

DownPaymentRequests/DownPaymentClearing

You can use the functionality implemented in SD for creating down payment

requestsfrombillingplansaswellasthesubsequentdownpaymentclearingfor

down payments made.

Billing External Transactions

Youcanusethefunctionfor billingexternaltransactions. For this,thecontract

accountmustalsobeincludedinthecommunicationstructures.

Reversing SD billing documents

When reversed bills are transferred to accounting, the accounting documents

arising out of this are flagged as reversed and the open items are cleared

immediately. Ifthiscannotbedone,anaccountingdocumentiscreatedthathas

a reversed+/- sign. Thismayhappen, for example, ifthebillhasalreadybeen

clearedorifthepaymentorderhasalreadybeencreated.

NoReversalof SDBill intheCaseofSubrogation

If the customer changes and the receivables (open items) are transferred, the

SD bill can no longer be reversed. The bill cannot be reversed since the open

item(s)wereclearedinContractAccountsReceivableandPayablewithreason

21 (subrogation).

Display FI-CA Documents

In the document flow for Sales and Distribution (SD), you can display FI-CA

documentsand archived FI-CA documents.

524

第 561 页 / 共 603 页

AC240 Lesson: ContractAccountsReceivableandPayableandSDIntegration

Lesson Summary

You should now be able to:

• ExplainhowareSDordersareintegratedintoContractAccountsReceivable

and Payable

525

第 562 页 / 共 603 页

Unit14: FurtherIntegrationofContractAccountsReceivableandPayable

inSAPModules AC240

Lesson: Credit Management

Lesson Overview

ThislessondescribestheintegrationofriskmanagementandContractAccounts

Receivable and Payable.

SAPCreditManagementispartoftheapplicationSAPFinancialSupplyChain

Management (FS-CM).

Lesson Objectives

After completingthislesson, you will beable to:

• Explaintheprinciplesofrisk-basedcustomersegmentationandcreditrisk

monitoring in SAP Credit Management and its integration into Contract

Accounts Receivable and Payable

Business Example

Figure 343: SAP Credit Management

526

第 563 页 / 共 603 页

AC240 Lesson: Credit Management

YoucanuseSAP CreditManagementtomanagecreditexposureandscorefor

a business partner. The central Credit Management can manage information

from differentsystems, for example, CRM,ContractAccountsReceivableand

Payable(FI-CA) or AccountsReceivableAccounting (FI-AR) andtocarryout

operational credit checks.

IfyouusetheinterfacetechnologyoftheExchangeInfrastructure,youcanalso

connectanexternalsystemtoSAPCreditManagement. FI-CAhasinterfacesthat

youcanusetotransfercreditinformationtoandfromSAPCreditManagement.

Figure 344: Customer Segmentation

Figure 345: Determination of Score and Risk Class

527

第 564 页 / 共 603 页

Unit14: FurtherIntegrationofContractAccountsReceivableandPayable

inSAPModules AC240

Howdoyouderiveindividualstrategiesforcollectingreceivables?

1. Divide your customersinto segments (you can take variousexternal and

internal information into account).

2. Youcanuseaformulaeditortocalculatethecurrentscorevalue.

3. Theriskclassisderivedbasedonthescorevalue.

4. Youcantailorthemeasuresforcollectingreceivablesaccordingtotherisk

class.

Figure346: Using InternalKnowledgeofPaymentBehavior

Replicating the Creditworthiness

Use

The creditworthiness managed in Contract Accounts Receivable and Payable,

is transferred to SAP Credit Management and contributes to the internal

creditworthiness managed there. So that internal processes such as dunning

andreturnsprocessingcanreact totheinternalcreditworthinessofSAP Credit

Management in Contract Accounts Receivable and Payable, the internal

creditworthinesshasto betransferredbacktoFI-CA.

Features

TransferringFI-CACreditworthinesstoSAPCreditManagement

FI-CAcreditworthinessistransferredtoSAPCreditManagementusingthemass

activity Replication of Creditworthiness.

TransferringtheinternalcreditworthinesstoContractAccountsReceivable

and Payable

528

第 565 页 / 共 603 页

AC240 Lesson: Credit Management

If you use the Replication of Creditworthiness transaction to transfer FI-CA

creditworthinesstoSAPCreditManagement,thecurrentinternalcreditworthiness

of SAP Credit Management is automatically returned to Contract Accounts

ReceivableandPayable. Thatis,areplicationoftheinternalcreditworthinessin

ContractAccountsReceivableandPayablecanonlyoccurimplicitlybyexecuting

the massactivity ReplicationofCreditworthiness.

Figure 347: Collection of Receivables by Risk Class

Theassignmentofsuitablemeasuresforcollectingreceivablesoccursasaresult

oftheriskevaluationofacustomer. Theconceptoftreatingallcustomersalike

is no longer continued.

529

第 566 页 / 共 603 页

Unit14: FurtherIntegrationofContractAccountsReceivableandPayable

inSAPModules AC240

Figure 348: Credit Segment and Commitment

Credit Segment

Definition

Acreditsegment isanorganizationalunitinSAPCredit Management thatcan

befreelycustomized,forexample,accordingtotheproducttypeorthebusiness

area. For example, you can divide the relevant business transactions in a

telecommunicationscompanyaccordingtothefollowingcreditsegments:

• Fixed network

• Internet

• Cellular network

UsageThecreditsegmentgroupsthetransactionsofacompanyfromthepointof

viewoflendingandcreditcontrol. Atcreditsegmentlevel,thecreditlimitandthe

creditexposureforaproducttypeorabusinessareaisstoredandusedforcredit

limit checks andto evaluate the credit limit used.

Transfer of the credit exposure The connected business systems (such as

ContractAccountsReceivableandPayable,CRM,orSD)reportthecommitment

of a business partner to SAP Credit Management using XML. SAP Credit

Managementconsolidatesthesemessagesintoonecreditexposure.

530

第 567 页 / 共 603 页

AC240 Lesson: Credit Management

Figure 349: Credit Risk Monitoring

Function for Creating Customer-Specific Process Chains in Credit

Management:

You can define the required dependencies between different events that may

occur during SAP Credit Management processing, as well as the SAP Credit

Managementprocessesthataretobetriggeredbytheseevents. If,forexample,

thecreditworthinessofthebusinesspartnerchanges,theriskclassshouldalsobe

changed accordingly.

531

第 568 页 / 共 603 页

Unit14: FurtherIntegrationofContractAccountsReceivableandPayable

inSAPModules AC240

Lesson Summary

You should now be able to:

• Explaintheprinciplesofrisk-basedcustomersegmentationandcreditrisk

monitoring in SAP Credit Management and its integration into Contract

Accounts Receivable and Payable

532

第 569 页 / 共 603 页

AC240 Unit Summary

Unit Summary

You should now be able to:

• ExplainhowContractAccountsReceivableandPayableisintegratedinto

other SAP components and applications

• Explain the basic functions of financial customer services in Financial

CustomerCarebasedontheInteractionCenterWebClient

• Describe the update of the financial status from Contract Accounts

Receivable and Payable

• ExplainhowareSDordersareintegratedintoContractAccountsReceivable

and Payable

• Explaintheprinciplesofrisk-basedcustomersegmentationandcreditrisk

monitoring in SAP Credit Management and its integration into Contract

Accounts Receivable and Payable

533

第 570 页 / 共 603 页

UnitSummary AC240

534

第 571 页 / 共 603 页

第 572 页 / 共 603 页

第 573 页 / 共 603 页

Unit 15

Appendix: Additional Material

Unit Overview

Thisappendixcontainsadditionalmaterialtobeusedasareference. Thismaterial

is not part of the standard course.

This section contains in-depth information about special cases that occur in

clearing control.

Italsoprovidesanoverviewoftheintegrativeaspectsoftheoutboundinterface

forpostingsinContractAccountsReceivableandPayabletotheFI-CAcontent

for BusinessIntelligenceand FundsManagement.

Unit Objectives

After completing thisunit, you will beableto:

• Handle special cases in clearing control

• ExplaintheFundsManagementupdatelogicinFI-CA

• DescribehowaccountassignmentisderivedinFundsManagement

• Assignbusinesspartnerstothevendorsandcustomers

• DescribetherelationshipbetweenFundsManagementandFI-CA

• ExplaintheoutboundinterfaceforpostingsinContractAccountsReceivable

and Payable

• ExplaintheFI-CAContentforBusinessIntelligence

Unit Contents

Lesson: Clearing Control – Special Cases..................................536

Lesson: Funds Management..................................................541

Lesson: Outbound Interface...................................................551

Lesson: Business Intelligence.................................................557

535

第 574 页 / 共 603 页

Unit15: Appendix: AdditionalMaterial AC240

Lesson: Clearing Control – Special Cases

Lesson Overview

Lesson Objectives

After completingthislesson, you will beable to:

• Handle special cases in clearing control

Business Example

Figure 350: Clearing Control: Special Features

536

第 575 页 / 共 603 页

AC240 Lesson: Clearing Control – Special Cases

ClearingControl: CreatingPaymentson Account

• Ifanautomaticclearingproposalcannotbedeterminedforapaymentora

partialamount,orifyoudonotwantonetobecreated,clearingcontrolcan

createa payment onaccountfor thisamount.

– Anagentcaninitiateapaymentonaccount(forexample,inclarification

processing or the cash desk)

– Iftheclearingvariantisabletoproposeclearingforpartofthepayment

amount,theremainingamountispostedonaccountbydefault.

– Ifthesystemcannotdetermineaclearingproposalforanypartofthe

amount,forexample,ifanopenitemwasnotselected,theamountis

either posted on account or toa clarificationaccount, depending on

thespecificationsfortheclearingtype. Theclarificationcontrolcan

dependontheclearingcategoryandtheamount.

– A posting on account is not created when you request a clearing

proposalonlineformanualclearing(post)processing.

Control data payment on account allows rules to be set for when posting ‘on

account’. Example: For eachpostingthatexceedsthevalueX,anentryshould

becreatedintheclarificationworklistandnopaymentonaccountgenerated(the

payment lot then has thestatus Not Posted).

Figure 351: Clearing Control: Writing OffStatisticalItems

Write-offstatisticalitemsallowsforoneofthreeoptionswhenpostingapayment

to an account with statistical postings on it:

537

第 576 页 / 共 603 页

Unit15: Appendix: AdditionalMaterial AC240

“' '” – always write off

“1”–writeoff statistical itemsif no "real"openreceivablesexist: Openitems

100and15(15isstatistical). Whenpaymentof100isreceived, the15will be

written off.

“2”–writeofftonext"real"openreceivable: Writeoffstatisticalitemswithadue

datethatisbeforetheduedateofthenext"real"openreceivable.

Figure 352: Clearing Control: Clearing Strategies (1)

Figure 353: Clearing Control: Clearing Strategies (2)

538

第 577 页 / 共 603 页

AC240 Lesson: Clearing Control – Special Cases

Figure 354: Clearing Control: Clearing Strategies (3)

Figure 355: Clearing Control: How to Test

539

第 578 页 / 共 603 页

Unit15: Appendix: AdditionalMaterial AC240

Lesson Summary

You should now be able to:

• Handle special cases in clearing control

540

第 579 页 / 共 603 页

AC240 Lesson: Funds Management

Lesson: Funds Management

Lesson Overview

At the conclusion of this unit, you will be able to understand the Funds

ManagementupdatelogicinFI-CA,explainhowaccountassignmentisderived

inFundsManagement, assignbusinesspartnerstovendorsandcustomers, and

explaintherelationship betweenPSM andFI-CA.

Lesson Objectives

After completingthislesson, youwillbeable to:

• ExplaintheFundsManagementupdatelogicinFI-CA

• DescribehowaccountassignmentisderivedinFundsManagement

• Assignbusinesspartnerstothevendorsandcustomers

• DescribetherelationshipbetweenFundsManagementandFI-CA

Business Example

CertaincompaniesandorganizationsuseFundsManagement(FM)forbudgetary

control and reporting.

AllpostingsshouldbeupdatedautomaticallyinFundsManagementto:

• Meet thelegal requirements for reporting

• Increasetheexpenditurebudgetinaccordancewithreceipts

Yourcompanyalsowantstouseactiveavailabilitycontrol.

541

第 580 页 / 共 603 页

Unit15: Appendix: AdditionalMaterial AC240

Funds Management Integration

Figure356: FundsManagementIntegration: Structure inFM

Funds Management is activated by the FICA_FM switch (FI-CA, Funds

Management). The FM table fields are then activated automatically by the

structures SI_FKKFMOP and SI_FKKFMOPK. These structures replace the

customerincludesCI_FKKFMOPandCI_FKKFMOPK.

Note that if you have already integrated Contract Accounts Receivable and

Payable with Funds Management, the FICA_FM indicator (FI-CA, Funds

Management)isactivatedwhenyouupgradetoERP2005. NewFMtablefields

are added during this upgrade andthisleads to activation errors because these

fieldsnowexisttwice. You mustdeletetheduplicatefieldsfromthecustomer

includesCI_FKKFMOPandCI_FKKFMOPKaftertheupgrade. SeeSAPNote

834815 for the steps you need to take.

542

第 581 页 / 共 603 页

AC240 Lesson: Funds Management

Figure 357: Funds Management Integration

YoumustspecifyanFMaccountassignmentintheitems. Ifyoudonotspecify

anFMaccountassignment,itisdeterminedautomaticallybythederivationtool

(transactionFMDERIVE)basedontheCustomizingsettingswhenyousavethe

data.

Eachdocumentisclassifiedaccordingtoatransactionclassandalsocontainsan

FMcategory. ThiscategorydecideswhetheranitemistobeupdatedinFM.

ThelineitemsaresummarizedandtransferredtothegeneralledgerandFMby

the report RFKKGL00. TheFM account assignment is acriterion that isused

for summarization.

Thebusinesspartneritemsandthegeneralledgeritemsmustbebalancedforeach

accountassignmentbeforetheycanbepostedinFI-CA.

To activateFM, you must activate thecustomer includes for the FM fields. In

Customizing,chooseFinancialAccounting→ContractAccountsReceivableand

Payable→Integration→FundsManagement(PSM-FM).

PaymentreconciliationwithFMcanonlybecarriedoutforpostedandtransferred

reconciliation keys.

Restriction: Taxes can be updated only for the same commitment item as the

receipt item (net update).

543

第 582 页 / 共 603 页

Unit15: Appendix: AdditionalMaterial AC240

Figure 358: Funds Management Integration

Figure 359: FM UpdateLogic: Interpretation ofDocuments

TheFMaccountassignment andFMcategoryarealsosavedinthetotalstable

DFKKSUM.

When the totals table DFKKSUM is posted in FI, the system generates FM

document lineitems from the FM categories.

544