Checks Use The system supports the use of pre numbered checks, which is a common method of payment in Brazil.

Customizing In addition to the standard Customizing settings for lots and check number ranges, you maintain the following information in Customizing for Financial ccounting, under ccounts !ecei"able and ccounts #ayable $ Business Transactions $ %utgoing #ayments $ utomatic %utgoing #ayments $ #ayment &ethod'Bank (election for #ayment #rogram $ (et Up #ayment &ethods per Country for #ayment Transactions The system comes complete with payment method C )Che*ue+, which is already set up to run the print program for printing a prenumbered check and a payment list )border,+. If you create new payment method for checks, you must specify the print program !FF%U(-C. !efer to the online documentation of the print program for complete details on how to customize payments by check. In addition, the maintenance of print program !FC./011 in the setup of the payment run pro"ides you with detailed information on used check numbers and related payments. For more information, refer to the program documentation. (et up #ayment &ethods per Company Code for #ayment Transactions .ere you assign a ( #script form to the payment method. 2ouble3click the payment method and enter the form 4-5B-C.6C/ )prenumbered check+ under Form data. (et Up #aying Company Codes for #ayment Transactions 7hen you run the print program, you ha"e the additional option of printing payment ad"ice notes for your "endor. If you want to do this, specify the form 4-5B- 8I( for each paying company code. (ee also9 #ayments ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: #ayments

#urpose ;ou can use the payment program to process international payment transactions with customers and "endors. Information on payment transactions in 6uro can be found by choosing <Cross3 application components< and then <6uropean &onetary Union<, and also in the ( # =ibrary under 6uropean &onetary Union9 6uro )C 36U!+ Implementation Considerations Configuration of the payment program is described in Customizing the #ayment #rogram Integration The payment program is used by the following components9 ccounts !ecei"able )FI3 !+, ccounts #ayable )FI3 #+, Treasury )T!+, and Bank ccounting )FI3B=+. Features The payment program lets you handle both outgoing and incoming payments. It is fle>ible enough to allow you to define those payment features that "ary from country to country such as payment method, payment form, or data carrier specifications. The standard system contains the common payment methods and the corresponding forms that ha"e been defined separately for each country. The standard payment methods include check, transfer, and bill of e>change. Country3 specific payment methods, such as the #%! procedure in (witzerland, the bill of e>change payment re*uest, and the #BC procedure ha"e also been defined. %ther special features include9 Clearing open items between customers and "endors Inter3company payments, that is one company code pays centrally for others #aying or clearing any type of open item, for e>ample clearing down payments !estricting access to the payment program by assigning authorizations

Customizing the #ayment #rogram This section describes how to make the necessary specifications for the payment program.

Before you can use the payment program, you need to define9 ;our house banks and the accounts at your banks The re*uired payment methods The necessary payment forms The standard system has predefined payment methods and payment forms. ;ou can copy them and adapt them to meet your own re*uirements. #ayment program configuration in"ol"es determining9 7hat is to be paid. To do this, you specify rules according to which the open items are selected and grouped for payment. 7hen payment is carried out. The due date of the open items determines when payment is carried out. .owe"er, you can specify the payment deadline in more detail "ia configuration. To whom the payment is made. ;ou specify the payee. .ow the payment is made. ;ou determine rules that are used to select a payment method. From where the payment is made. ;ou determine rules that are used to select a bank and a bank account for the payment. The abo"e rules and conditions must be defined if the payment program is to determine the abo"e3mentioned information automatically. .owe"er, you can also specify this information manually. &ost of the aforementioned specifications are company code3specific, enabling you to configure the payment program to suit the differing re*uirements of each company code. The settings for the payment program are made under #ayment #rogram in the ccounts !ecei"able and ccounts #ayable section of the Implementation ?uide. #ayment forms are defined by following the menu path Tools $ 7ord processing $ =ayout set from the !'@ (ystem initial screen. To define printers and character sets, select Tools $ dministration $ (pool $ (pool administration or (pool

$ Font maintenance. 6>ecuting the #ayment #rogram This section describes how to e>ecute the automatic payment program. The payment program is capable of processing both outgoing and incoming payments. It can process in both ccounts !ecei"able and ccounts #ayable. The payment program processes domestic and foreign payments for "endors and customers. It creates payment documents and supplies data to the payment medium programs. These payment medium programs print either a payment list, payment forms )for e>ample, checks+ or create data carriers such as magnetic tape or floppy disks. The standard system contains payment medium programs and forms for the most common payment methods. It can also create payments on disk. 0ote that payment forms and file formats "ary from country to country and sometimes also from bank to bank. 2etails on the payment forms and file formats in your country can be found in the country3specific program documentation. ;ou can design new payment forms and modify the e>isting ones using the tools offered by ( #(cript. These tools are described in the Basis documentation. The payment medium program stores data in the ( # print administration and )where 2&6 is used+ in the 2&6 administration. From there, data is picked up separately per form'data carrier and output to the printer or data carrier.

%"er"iew of the #ayment !un #rocedure

This topic gi"es a general o"er"iew of the precautions and processing steps that need to be taken to e>ecute a payment run. #lanning and #arameter (pecifications If you ha"e se"eral house banks that you can use for your payment transactions and ha"e limited funds in these accounts, you will ha"e to plan the cash balances a"ailable for each bank account and specify the ranking order by which the program is to use these accounts. In addition, because there are se"eral house banks a"ailable to the payment program you ha"e to enter the order in which the bank accounts are selected. Before e"ery payment run, you need to specify which company codes, account types, and accounts to include in the payment run. Furthermore, you ha"e to enter the desired posting date, the possible payment methods, and the date of the ne>t payment run. There are also some other optional specifications that you can make. Creating the #ayment #roposal %nce the specifications for the payment run are complete, you can schedule the payment proposal. In a window, you either enter the desired start date and time or arrange for immediate e>ecution. The status display shows you which step the Aob currently is at. If the payment proposal is created, the system first checks the results, reading the proposal log and recording any e>ceptions in it. This includes the reading of the proposal log in which all e>ceptions are recorded. By displaying or printing the payment proposal list or by editing the payment proposal, you can get an o"er"iew of the payments proposed by the program. 6diting the #ayment #roposal ;ou can di"ide payment proposal processing between the clerks responsible. To do this, you must specify the accounting clerk I2 stored in the master record after accessing payment proposal editing. It is possible to make changes when editing the payment proposal. ;ou can make changes to the payment )payment method, house bank+ and the items paid )block indicator, cash discount+. ll changes you make affect only the payment proposal. 0o changes are made to the source documents. 6>ecuting the #ayment !un and #ayment &edium #rograms %nce you ha"e accepted the payment proposal or ha"e finished editing it, you can schedule the payment run. The Aob created for the payment run will contain either only the payment program as one step or an e>tra step for each payment medium program and each "ariant. In the latter case, you need to specify which "ariants to use for each payment medium program prior to scheduling the payment run. In scheduling the run, you specify the desired start time and select the print programs option.

If you want to run only the payment program first, you can schedule the print programs for a different time in a separate Aob. (electing Banks and #lanning "ailable mounts Use The payment program helps you to optimize your payments. To schedule your cash receipts and payments, you must9 2efine the bank selection 2efine the a"ailable amounts These specifications will depend on the size and structure of your organization. 2efining Bank (election If you ha"e se"eral bank accounts for the same payment method and the same currency )for e>ample, check accounts in local currency+, you can define the se*uence by which the payment program is to use these bank accounts. If the funds of the first bank account are e>hausted, the payment program automatically selects the second bank account, and so on. 2efining "ailable mounts ;ou can define, per bank account, up to what amount of receipts and payments can be carried out through that account. This can be of benefit, for e>ample, if you want to preser"e the ability to pay for an item which is not made by the payment program. ?raphic The figure Bank (election shows how the principles of bank selection and control of a"ailable amounts work.

Bank Selection

Sample Bank Selection and Control of Available Amounts

You want to use the payment program to pay five open items to five different vendors: Payment to first vendor 40,000 Payment to second vendor 30,000 Payment to third vendor 20,000 Payment to fourth vendor 7,000 Payment to fifth vendor 12,000

Sample Bank Selection

Available Amounts for Automatic Payments Before de it memo from first customer "fter de it memo for first customer #40,000$ "fter de it memo for second customer #30,000$ "fter de it memo for third customer #20,000$ "fter de it memo for fourth customer #7,000$ "fter de it memo for fifth customer #12,000$

Bank A Prio 2 70,000

Bank B Prio 1 Note

!0,000

70,000

10,000 Ban% B Prio 1

40,000

10,000 &nsufficient amount at an% B 10,000 &nsufficient amount at an% B

20,000

20,000

3,000 Ban% B Prio 1

',000

3,000 &nsufficient amount at an% B

((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( Procedure for )ontro**ing Ban% +e*ection

You can access the payment program via the "ccounts Paya *e menu as we** as the "ccounts ,eceiva *e menu- )hoose Periodic wor% . Payments-

/etermining ,an%ing 0rder of Ban% +e*ection

1o determine the ran%ing order of an% se*ection, proceed as fo**ows:

)hoose 2nvironment . 3aintain configuration- 1his ta%es you to the initia* screen for configuring the payment program)hoose Ban% . Ban% se*ection- You receive a *ist of company codes for which payment methods have een defined+e*ect a company code for which you want to ma%e your specifications4ive the ran%ing order for every payment method #starting with 1$ and the Ban% &/ of the an% which is to e used for payments0n*y ma%e an entry in the currency fie*d if another ran%ing order is to app*y, depending on a certain currency- &f this is the case, insert corresponding entries for this currency-

/etermining "vai*a *e "mounts

1o determine the avai*a *e sums of money in your an% accounts, proceed as fo**ows:

)hoose 2nvironment . 3aintain configuration- 1his ta%es you to the initia* screen for configuring the payment program)hoose Ban%s . "vai*a *e amounts- You receive a *ist of company codes for which payment methods have een defined+e*ect a company code for which you want to ma%e your specifications5or every an%, every account, and every currency enter the avai*a *e sum of money into the co*umn 0utgoing payment- &f there is no entry for the currency, the entry is va*id in *oca* currency6ith this, determine the ma7imum amount which the payment program can ta%e from this account&f you a*ways have sufficient means of payment in a** your an% accounts, you can enter the amount 8,888,888,888 for a** an%s, a** accounts, and a** currencies during the setting up of the system-

5urther information on defining an%s and an% accounts can e found in Bank Accounts and Bank Sub accounts

Bank Accounts and Bank Subaccounts

Use
&t is advisa *e to use an% su accounts for posting incoming and outgoing payments&f you do not use su accounts, set up your standard an% accounts in the payment program configuration menu- +ee +e*ecting the 9ouse Ban% &nc*uded in this are accounts for outgoing chec%s, outgoing transfers, incoming chec%s, and an% co**ection #see e*ow$-

:sing such su accounts has its advantages: You can, at any given time, reconci*e the a*ance of the account at your an% with the a*ance of your corresponding 4;< account- 1he su accounts ensure that a** incoming and outgoing payments are posted to the 4;< an% account unti* the money is actua**y de ited from;credited to your an% account- 1his transfer posting from the c*earing account to the an% account is carried out when you receive the appropriate account statement from your an%Ban% "ccounts and Ban% +u accounts: 27amp*e

Prerequisites
&f you want to use the an% su accounts function, create su accounts with whatever degree of differentiation you re=uire- You can, for e7amp*e, create a an% su account for each an% or for each an% and a group of payment methods- 1he charts of accounts supp*ied a*ong with this pac%age provide a reference for such differentiationYou must specify the account num er so that the payment program can post to the appropriate an% su account #see the figure a ove$- 1his posting is made on the asis of an% &/, payment method, and possi *y currency-

+u accounts are genera**y managed on an open item asis and with *ine item disp*ay, since you want to e a *e to see at any time via these accounts whether a usiness transaction has een comp*eted-

Notes on the Sort Sequence of tems in Bank Subaccounts

&f an% su accounts that are usua**y posted to y the payment program #for e7amp*e, the account for foreign an% transfers$ have a specia* sort se=uence, it is easier to process them when posting the an% statement1he documents from the payment run contain, in their document header #fie*d B>1?1$, the date and identification num er #e-g- 18840301@&/$ of the run- You can have the system automatica**y transfer this information to the Allocation fie*d in the *ine item if you define a corresponding item sorting ru*e and enter this in the 4;< account master record+u se=uent*y you can, when entering a an% statement, se*ect via the Allocation fie*d a** the foreign transfers from a certain payment run in order to c*ear them-

Postin! Separately by Business Area

&f you have determined that the payments for a certain company code shou*d e made separate*y per usiness area, then the an% posting is made to the usiness area of the paid items&f you do not separate the payments y usiness area, you can specify that the an% postings shou*d e made to one certain usiness area- 1o do so, specify the re=uired usiness area for the an% account #see the figure a ove$-

1his specification is on*y effective if you do not a*ready pay separate*y y usiness areaA &n a** other cases the postings to the an% su accounts are carried out without reference to usiness areas2ntering Payment Parameters

:se

Before you can start the payment run, you first have to enter the payment parameters- You use these payment parameters to define when, for which period, which company code, which usiness partners, and so on shou*d e considered y the payment program-

Procedure

5rom the +"P 2asy "ccess 3enu, choose "ccounting . 5inancia* "ccounting . "ccounts receiva *e;"ccounts paya *e . Periodic Processing . Payments1he "utomatic Payment 1ransactions screen appears-

2nter the fo**owing data: /ate of e7ecution 2nter the date for which the payment run shou*d e e7ecuted&dentification )hoose an a*phanumeric %ey to uni=ue*y identify the payment run- 1his is necessary shou*d you schedu*e severa* payment runs for the same day)hoose the Parameters ta 9ere, you can either enter payment parameters or copy parameters from a previous payment run #choose $- 0therwise, enter the fo**owing data:

Posting date 2nter the date to e printed on the payment media/ocuments entered up to 2nter the date up to which documents shou*d e considered in the payment run- 1he creation date and not the posting date is definitive here- 0pen items entered after this date are not processed in the payment run/ue date /ate y which an open item must e due in order to e considered in the payment run- &f you do not specify a due date, the posting date counts as the due date)ompany code 2nter the four@character company codes that you want to pay-

Payment methods 2nter the %eys of the payment methods that are to e used for every company code or company code interva* in this payment run- 1he se=uence of the %eys determines which methods are used to pay open items, when no particu*ar payment method has een specified in the open item or master recordBe7t posting date 2nter the posting date of the ne7t payment run- :sing this date, the program determines whether the open items are paid in this payment run or the ne7t"ccount restrictions #optiona*$ &f you want to restrict payment to specific customers or vendors, enter the re=uired data- You there y restrict the num er of accounts to e paid1o c*ear items with each other from a usiness partner that is oth a customer and a vendor, enter oth account num ers- 1he payment program then determines a Coint a*ance #see )*earing )ustomers and Dendors$0pen items for which no payment method has een specified, can e sett*ed using various payment methods #e-g- chec% #)$, transfer #1$ or i** of e7change #B$$- &f you enter, for e7amp*e, B1) in the parameters, the system first chec%s whether a i** of e7change can e generated- &f this is not possi *e, the same chec% is made for a an% transfer- +hou*d this a*so not e feasi *e #for e7amp*e, ecause of inconsistencies in the customer;vendorEs an% detai*s$, then the system chec%s whether the items can e paid y chec%You can ma%e further restrictions to the payment run- )hoose the 5ree se*ection ta You can enter up to three additiona* se*ection criteria for accounts and documents- 5ie*ds of ta *es B+24, B>P5, <5"1, <5B1, >B"1, and >BB1 serve as se*ection criteria- You can assign va*ues to these fie*ds, and inc*ude or e7c*ude those va*ues during the search1he system e7pects the entries to e made either as a *ist of individua* va*ues, e-g- va*ue 1, va*ue 2, va*ue 3, and so on, or as a *ist of interva*s, e-g- #from va*ue 1, to va*ue 1$, #from va*ue 2, to va*ue 2$- 9owever, you can enter individua* specifications and interva*s at the same time- " comma must separate them, and no *an%s shou*d e used- +et interva*s etween rac%ets @ #F F$- +pecify individua* va*ues using the defined fie*d *engthG do not omit *eading Heros-

You can define criteria for an additiona* *og- )hoose the "dditiona* *og ta &f you ca** up the *og *ater on, the system disp*ays the processing *ogic of the payment program in appropriate detai*- Before doing anything, you shou*d read the note under )hec%ing the <og in F)reating the Payment Proposa*F1he fo**owing processing steps can e *ogged/ue date chec% Payment method se*ection in a** cases Payment method se*ection if not successfu* Payment document items

)*ic% ne7t to the corresponding option and enter the account num ers of the vendors or customers+ave your entries and then choose the +tatus ta 9ere, the system disp*ays the current status of each of the payment runs )*earing )ustomers and Dendors :se &f you run a vendor as a customer at the same time, you can offset the open items- :nder this procedure, receiva *es and paya *es are offset against each other- &f a credit a*ance resu*ts a payment is due- &f you have a de it a*ance, you draw up a de it memo, providing a** the other conditions for this have een fu*fi**edPrere=uisites You must enter the account num er of the other usiness partner in the master record1he )ustomer;Dendor fie*d is in the genera* area on the )ontro* screen&n oth master records, the option for c*earing etween customer and vendor accounts must e se*ected1he )*rg with vend-;)*rg with cust- fie*d is in the company code@specific area)hec%ing the <og "fter you have created the payment proposa*, you shou*d ca** up and read the *og- 1o do this, choose 2dit . Proposa* . /isp*ay *og1he *og informs you of possi *e configuration errors- &n this case, no payment is possi *e- You must correct the errors, de*ete the payment proposa*, and carry out a new payment proposa*&f you entered criteria for an additiona* *og during parameter maintenance #for e7amp*e, payment method se*ection in a** cases$ the *og wi** e more e7tensive processing wi** ta%e *onger- "n additiona* *og is on*y to e defined in e7ceptiona* situations or for testing purposes+pecifying the Payment 3edium Program and Dariants :se 1here is one payment medium program for each payment method- 1his program prints the payment forms or creates the data media on dis%- You can specify different payment medium programs for the payment methods you specify in the payment parametersProcedure 0n the "utomatic Payment 1ransactions screen, se*ect the Printout;data medium ta 2nter one or more variants for every payment medium program used to print the payment data for a payment method-

You can a*so specify variants for creating the payment proposa* *ist #,5I"<&00$ and e7ception *ist #,5I"<&10$ on this screenYou can find further information on payment medium programs and variants in Printout )ontro* and in )reating a Payment 3edium ,eport DariantPrintout )ontro* :se You can carry out a payment run for different company codes, payment methods, and usiness partners even though different forms or data carriers may have to e printed or created for each payment method and company code- 1o distinguish etween the different types of forms and media, you use variants in the payment medium programsDariants are defined when configuring the payment program- You can define as many variants as you re=uire for each payment medium program- You have to define at *east one1he names of the payment medium programs for the individua* countries have the fo**owing naming conventions: ,550J)ountry indicatorKLJPayment methodK 1he program tit*ed ,550:+L1 generates an% transfers in ")9 format for the :+"You can find the names of the payment medium programs in the country@specific payment method data #in the system configuration ta *es$-

)reating a Payment 3edium ,eport Dariant 1o create a report variant for /32, proceed as fo**ows: )hoose +ystem . +ervices . ,eporting- 1his ta%es you to the initia* screen for report processing2nter the name of the payment medium program for which you want to create a variant and choose 4oto . Dariants- You reach the screen for maintaining variants2nter a variant name and choose Dariants . )reate+e*ect the fie*d /ata medium e7change, then enter the name of the printer- 1his is necessary so that the system can prepare the form for the accompanying sheet that is created during /32"*so se*ect the fie*d Print immediate*y if re=uired+e*ect the fie*d &ssue payment advices #if this fie*d e7ists$, then enter the name of the printer- "*so se*ect the fie*d Print immediate*y if re=uired+e*ect the fie*d Print payment summary, then enter the name of the printer- "*so se*ect the fie*d Print immediate*y if re=uired3a%e an entry in the fie*d 5i*e name #for /32$ as fo**ows: 5or outputting into the fi*e system, enter the name under which the fi*e generated is to e stored in the fi*e system #as *ong as you have e*ected not to have the system generate a name$-

5or outputting into the +"P system, enter the name which, if re=uired, is to e proposed *ater when running the down*oad)hoose Dariant . +ave2ntering "dditiona* +pecifications for a Bi** of 27change :se &n countries such as 5rance, +pain, and &ta*y, i**s of e7change are issued direct*y after the invoice is issued6hen paying y i** of e7change, additiona* specifications are re=uired, according to which variants were set during customiHing- 1he issue date must, however, a*ways e specified- 1he payment date appears here as a proposa* figure5or i**s of e7change in countries such as 5rance, +pain, and &ta*y, one of the fo**owing procedures is set during )ustomiHing: 0ne i** of e7change per invoice 0ne i** of e7change for a** invoices that are due on the same day 0ne i** of e7change for a** invoices due within a certain predetermined time period #for e7amp*e, a wee%$&f the *atter procedure is set, you must specify the periods in the payment run and the i** of e7change due date for each period&f you do not specify a due date for the i** of e7change, the system ca*cu*ates one automatica**y1his ca*cu*ation resu*ts in the average due date of a** the invoices in that periodProcedure 1o enter i** of e7change data, on the "utomatic Payment 1ransactions screen, choose 2dit . Bi** of e7change data, then choose )ontinue2ntering "uthoriHations 6hen entering the payment parameters, you can restrict the authoriHation to change the payment parameters to a *imited num er of users- Proceed as fo**ows: )hoose 2dit . "uthoriHed users2nter the +"P user names of the users to whom you are giving authoriHation to change the payment parameters1o continue, choose )ontinue)reating the Payment Proposa* Purpose "fter you have specified a** parameters for the payment run, the payment proposa* can e created-

1he payment proposa* disp*ays the open items whose payment is proposed y the payment program #depending on its configuration$- 1he criteria that determine the se*ection of the open items are descri ed in detai* in +e*ecting 0pen &temsProcess 5*ow 1he figure )reating a Payment Proposa* shows the theoretica* procedure ehind the creation of a payment proposa*+e*ecting 0pen &tems :se 1he payment program identifies the open items and se*ects the items to e paid- &tems are a*ways paid as *ate as is possi *e without *osing cash discount- You specify the e7act time of payment when configuring the payment program5eatures )riteria for +e*ecting 0pen &tems 1he se*ection of open items is affected y severa* factors: 1he due date of the items is asica**y determined via the ase*ine date and the terms of payment in the open items- 1he payment program ca*cu*ates the cash discount periods and the due date for net paymentYou can specify )ompany code@specific grace periods for paya *es- +ee )ompany )ode +pecifications #2$1he grace period is added to the due date ca*cu*ated- )onse=uent*y, the payment can e made at a *ater date" minimum cash discount percentage rate can e specified for outgoing payments per company code- +ee )ompany )ode +pecifications, #0utgoing payment with cash discount from$&f you cannot achieve the specified minimum percentage rate, you pay on the due date for net payment- You use the minimum cash discount percentage rate if the net term is more advantageous to you than a possi *e cash discount- &f a minimum rate has not een specified, the program pays with the highest possi *e cash discountYou can define which specia* 4;< transactions are to e ta%en into consideration- You do this y entering the specia* 4;< code of the transaction in =uestion when you ma%e the company code specifications- +ee )ompany )ode +pecifications #1$1he payment program can ma%e a down payment in response to a down payment re=uest- 1he specia* 4;< code for down payment re=uests must then e entered as the transaction for which payment is to e made- &f you want to use the payment program to c*ear down payments, you wi** need to enter the codes used for this transaction5or each payment run, you specify the date of the ne7t payment run- 1he program uses this date to determine whether an item is to e inc*uded in the current or the ne7t payment runB*oc%ing 0pen &tems :se

You *oc% the items that, regard*ess of their due date, you do not want to pay- 1o do this, you enter a *oc%ing %ey in the item, which represents the reason for *oc%ing- &f you want to *oc% the account of a customer or vendor from payment, you enter the *oc%ing %ey in their master record1he standard system contains severa* *oc%ing %eys for *oc%ing, which you can add to or change1he payment program creates a payment proposa* during the payment run- 1he payment is made on the asis of this payment proposa* *ist- 1he *oc%ed items are disp*ayed separate*y on the *istYou can process the payment proposa*, and, for e7amp*e, set or cance* the payment *oc% on an item&t is a*so possi *e to determine that a *oc%ing %ey can not e changed from the payment proposa* transaction4rouping 0pen &tems :nder 4rouping >eys :se You can use grouping %eys to group together the open items of a customer or vendor that shou*d e paid together" grouping %ey is used for e7amp*e during *oan management, when automatic de it at the vendor is carried out separate*y according to *oan num ersPrere=uisites You define the re=uired grouping %ey in the &34 for 5inancia* "ccounting under "ccounts ,eceiva *e and "ccounts Paya *e . Business 1ransactions . 0utgoing Payments . "utomatic 0utgoing Payments . Payment 3ethod;Ban% +e*ection for Payment Program . /efine Payment 4roupings2nter the re=uired grouping %ey in the vendor and customer master records for which you wish to group open items1o do this, in the vendor or customer master record, se*ect )ompany code data . Payment transactions and enter the re=uired grouping %ey in the 4rouping %ey 5ie*d5eatures

7hen you define a grouping key, you must specify a ma>imum of three fields from table B(I/ )"endors+ or table B(I2 )customers+. Those open items for which the contents of these fields match are grouped together. Cross3Company Code #ayments Use If one company code pays centrally for others in your organization, all the open items of a customer'"endor that e>ist in se"eral company codes are paid together, pro"ided9 #rere*uisites

;ou ha"e specified the same paying company code for all participating company codes )see the topic <?eneral Company Code (pecifications< in Company Code (pecifications+. The company codes are located in the same country The local currencies and where appropriate, all parallel currencies, are identical Features The paying company code is the one that settles the open itemsB the postings to the bank accounts and sub3accounts are made to this company code.

6ither the paying or the <sending< company code )i.e. the company code against which the recei"able e>ists+ can function as the sending company code9 If the paying company code should also be displayed as the sending company code for the customer'"endor, you should specify it as a sending company code. If you do not specify a sending company code, the system automatically takes the paying company code as such. If this is the case, the open items are grouped together in a single payment. 7ith such a payment you cannot see from the payment transfer medium which company code owed the payable. If you want to specify which company code owes the payable to the customer or "endor, specify this company code as the sending company code. If you do this, all the items which ha"e the same paying and sending company codes are grouped together for payment. separate payment form is generated for these items. %n payment ad"ice notes, a note is recorded stating for which company code the payment is made, )for the sending company code+. This is not possible in the case of other payment forms. If necessary, you can configure the payment program in such a way that a payment ad"ice note is also printed in the case of other payment forms. Company code 1115 pays additionally for company codes 111C and 111@. Company code 1115 should be entered for itself as both paying and sending company code in this situation. For company codes 1115 and 111C, company code 1115 is the paying company code. The company codes themsel"es are entered as the sending company codes. This ensures that a separate payment is made for each sending company code. The sending company codes are listed in the notes in the payment ad"ice notes. The standard forms for the payment ad"ice and the check with payment ad"ice contain a separate te>t element for the note on the sending company code. If you define your own forms, and want such a note, you must add this te>t element to them. Clearing Customers and 8endors Use

If you run a "endor as a customer at the same time, you can offset the open items. Under this procedure, recei"ables and payables are offset against each other. If a credit balance results a payment is due. If you ha"e a debit balance, you draw up a debit memo, pro"iding all the other conditions for this ha"e been fulfilled. #rere*uisites ;ou must enter the account number of the other business partner in the master record. The Customer'8endor field is in the general area on the Control screen. In both master records, the option for clearing between customer and "endor accounts must be selected. The Clrg with "end.'Clrg with cust. field is in the company code3specific area.

=ocal #ayment Use Unless you specify otherwise, where an organization has both a head office and branches, the payment program pays "ia the head office9 This means that the information re*uired by the payment program is taken from the master record of the head office. #ostings are always made to the head office account. It is also possible to pay locally, with the payment program making payments for each branch separately. #rere*uisites (elect the field =ocal processing in the "endor'customer master record under Company code data D Correspondence. Features 2uring local payment, all specifications )bank details and address+ are determined from the master record of the branch. There are two ways that you can define the payment methods9 If you want to arrange separate payment methods for each branch, you should enter these in the branch master records only. If all the branches of an organization use the same payment methods, enter these in the head office master record only. If payment methods are defined in both the branch and head office master records, the branches can use any of these methods.

(eparate #ayment by Business rea Use ;ou can determine that open items are paid separately by business area for e"ery paying company code. (ee topic <?eneral Company Code (pecifications< in Company Code (pecifications. The payment program then makes separate payments per business area. Indi"idual #ayment Use %pen items are paid indi"idually according to the following prere*uisites9 7ith the #%! procedure, indi"idual payment is the only possible payment method. The payment method must be classified accordingly. ;ou must specify in the master record of the customer'"endor that the customer'"endor recei"es payments with the #%! procedure. If you always want to pay the open items for a customer'"endor indi"idually, you can determine this in the company code3specific area of the master record. To do this, you mark the field Indi"idual payment. If you want to pay one of the open items indi"idually with a certain payment method, define this payment method as indi"idual payment. (ee Company Code (pecifications for the #ayment &ethod9 ?raphic )E+. This payment method must be entered in those open items that are to be paid indi"idually. ;ou want to pay indi"idual items with a separate check. 2efine a second payment method for check in addition to the standard payment method, for which you set the same specifications and also define as an indi"idual payment. 6nter this payment method in the open items for which a separate check is to be created. lternati"e #ayee %n occasions, you might not want to send payment to a "endor )in"oicing party+ for a payable that e>ists. In general, the payment recipient and the in"oice issuer )"endor+ are identical. .owe"er, a payment can also be effected for an alternati"e payee. For this to happen, you must first specify the alternati"e payee. In the standard system you can specify the alternati"e payee in the following ways9 6ntering the data )name, address, bank details, and so on+ in open items, if this is the only item to be paid to an alternati"e payee 6ntering the account number of the alternati"e payee in the company code3specific area of the master record of the "endor, if an alternati"e payee is only necessary in certain company codes for the "endor. 6ntering the data )name, address, bank details, and so on+ in the general area of the master record of the "endor, if payments are to be made to an alternati"e payee. The abo"e information is listed in order of priority. For e>ample, if an alternati"e payee is specified in open items, this has priority o"er the specification in the master record. The same applies to customers.

If you want to enter the alternati"e payee in the line item, the field #ayee in document must be marked in the general data area of the "endor or customer master record. This makes it possible to enter the necessary master data for the payee by marking the field lternati"e payee when posting to the customer or "endor account. If you clear between customers and "endors, the payment program always uses the specifications from the "endor master record. 0o entries are contained for one3time accounts for the payment recipient in master data. These specifications are entered during the creation of a document. The payment program then determines the payee from the information gi"en in the document line item. ;ou must enter the possible payment methods in the master record of the one3time account.

Sample Payment "ethod Selection

You have to sett*e a paya *e of 3,000 :+/ owed to a vendor- 1he master record of the vendor specifies that the payment methods Fchec%F and FtransferF are a**owed- Bo payment method is specified in the item/uring the payment run, you specify the payment methods FtransferF and Fchec%F- 1he fo**owing va*ues are specified for the payment methods:

#ransfer 3inimum amount 3a7imum amount 5oreign payment +pecs- in master record Bum er of items per form !-00 1,888-88 not possi *e Ban% detai*s 2 0

Check

8,888,888-00 possi *e none 88

1he payment program chec%s the payment methods in the se=uence you entered them during the payment run- 1he amount cannot e transferred as the payment amount #3,000 :+/$ is a ove the ma7imum amount possi *e for transfer #1,888-88 :+/$- 1he item can e paid y chec% if a suita *e house an% can e determined for it- ,ead the topic Ban% +e*ection 5or Bank

(election path is

http:;;he*p-sap-com;sapdocu;core;470;he*pdata;2B;01;a8 c'34!!711d1'2 40000e'28f fe;frame set-htm ((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((

Specifications for Postin! Payments

Use
1he payment program posts payments and re*ated postings such as those for ta7, ta7 adCustments, e7change rate differences, or cash discount$ automatica**y-

Prerequisites
1o ena *e these postings to e made, you must first enter the fo**owing information: 1he an% or an% su accounts to e posted to 1he document type to e used for posting the payments 6hether e7change rate differences are posted- 5or further information on configuring the payment program for e7change rate differences, see the topic Posting 27change ,ate /ifferences: Payment Program

(((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((

Bank Accounts and Bank Subaccounts

Use
&t is advisa *e to use an% su accounts for posting incoming and outgoing payments&f you do not use su accounts, set up your standard an% accounts in the payment program configuration menu- +ee +e*ecting the 9ouse Ban% &nc*uded in this are accounts for outgoing chec%s, outgoing transfers, incoming chec%s, and an% co**ection #see e*ow$-

:sing such su accounts has its advantages: You can, at any given time, reconci*e the a*ance of the account at your an% with the a*ance of your corresponding 4;< account- 1he su accounts ensure that a** incoming and outgoing payments are posted to the 4;< an% account unti* the money is actua**y de ited from;credited to your an% account- 1his transfer posting from the c*earing account to the an% account is carried out when you receive the appropriate account statement from your an%Ban% "ccounts and Ban% +u accounts: 27amp*e

Prerequisites
&f you want to use the an% su accounts function, create su accounts with whatever degree of differentiation you re=uire- You can, for e7amp*e, create a an% su account for each an% or for each an% and a group of payment methods- 1he charts of accounts supp*ied a*ong with this pac%age provide a reference for such differentiationYou must specify the account num er so that the payment program can post to the appropriate an% su account #see the figure a ove$- 1his posting is made on the asis of an% &/, payment method, and possi *y currency-

+u accounts are genera**y managed on an open item asis and with *ine item disp*ay, since you want to e a *e to see at any time via these accounts whether a usiness transaction has een comp*eted-

Notes on the Sort Sequence of tems in Bank Subaccounts

&f an% su accounts that are usua**y posted to y the payment program #for e7amp*e, the account for foreign an% transfers$ have a specia* sort se=uence, it is easier to process them when posting the an% statement1he documents from the payment run contain, in their document header #fie*d B>1?1$, the date and identification num er #e-g- 18840301@&/$ of the run- You can have the system automatica**y transfer this information to the Allocation fie*d in the *ine item if you define a corresponding item sorting ru*e and enter this in the 4;< account master record+u se=uent*y you can, when entering a an% statement, se*ect via the Allocation fie*d a** the foreign transfers from a certain payment run in order to c*ear them-

Postin! Separately by Business Area

&f you have determined that the payments for a certain company code shou*d e made separate*y per usiness area, then the an% posting is made to the usiness area of the paid items&f you do not separate the payments y usiness area, you can specify that the an% postings shou*d e made to one certain usiness area- 1o do so, specify the re=uired usiness area for the an% account #see the figure a ove$-

1his specification is on*y effective if you do not a*ready pay separate*y y usiness areaA &n a** other cases the postings to the an% su accounts are carried out without reference to usiness areas(((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( Botes on the +ort +e=uence of &tems in Ban% +u accounts &f an% su accounts that are usua**y posted to y the payment program #for e7amp*e, the account for foreign an% transfers$ have a specia* sort se=uence, it is easier to process them when posting the an% statement1he documents from the payment run contain, in their document header #fie*d B>1?1$, the date and identification num er #for e7amp*e, 18840301@&/$ of the run- You can have the system automatica**y transfer this information to the "ssignment fie*d in the *ine item if you define a corresponding item sorting ru*e and enter this in the 4;< account master record+u se=uent*y, when entering a an% statement, via the "ssignment fie*d, you can se*ect a** the foreign transfers from a certain payment run in order to c*ear themPosting +eparate*y y Business "rea :se &f you have determined that the payments for a certain company code shou*d e made separate*y per usiness area, then the an% posting is made to the usiness area of the paid items-

&f you do not separate the payments y usiness area, you can specify that the an% postings shou*d e made to one certain usiness area- 1o do so, specify the re=uired usiness area for the an% account #see the figure a ove$1his specification is on*y effective if you do not a*ready pay separate*y y usiness area&n a** other cases the postings to the an% su accounts are carried out without reference to usiness areas-