Questions
ayuda
option
My Daypo

ERASED TEST, YOU MAY BE INTERESTED ONTFIN50_2 UNIT I

COMMENTS STATISTICS RECORDS
TAKE THE TEST
Title of test:
TFIN50_2 UNIT I

Description:
AUTOMATIC PAYMENTS

Author:
AVATAR
SYED HABBAN M. SUBHANI
(Other tests from this author)


Creation Date:
09/04/2017

Category:
Others

Number of questions: 113
Share the Test:
Facebook
Twitter
Whatsapp
Share the Test:
Facebook
Twitter
Whatsapp
Last comments
No comments about this test.
Content:
Automatic Payment Run-Overview may be as follows: Invoices are entered Open Invoices are analyzed for due date Invoices due for payment are prepared for review Payments are approved and/or modified Execute Dunning Run Invoices are paid.
SAP payment Program allows you to perform the following tasks automatically: Select Open Invoices to be paid or collected. Post Payment Documents Print payment Media, Use the Data Medium Exchange (DME) or initiate Electronic Date Interchange (EDI). Print Checks.
Payment Program has been developed for both National and International payment transactions with Customers and Vendors. True False.
Indicate which one of the following are the Payment Program processing steps: Maintain the Parameters Start the Proposal Run Execute the Debit Balance Check (Optional) Edit the Proposal Run Start the Payment Run Schedule Print.
Each bank master record does not have a unique bank country and bank key. True False.
Each bank master record includes address data and control data (such as the SWIFT code), postal giro data, and the bank group. This helps optimize payments in the automatic payment program. True False.
Bank master records are stored centrally in the bank directory (report RFBKVZ00 outputs a list of banks from table BNKA with their master data). True False.
The banks your company uses are called house banks. House banks contain the following information: Bank master data Information for electronic payment transactions Bank accounts for each house bank General ledger accounts for each bank account Electronic data interchange (EDI) partner profiles and data medium exchange (DME) details Bank Integration.
The payment program uses the house bank ID to determine which bank to use. True False.
A combination of the house bank ID and the account ID represent each bank account in the SAP ERP application. This combination is entered in the G/L account that represents the bank account in the general ledger. True False.
You must define bank accounts managed at the house banks. You can identify these accounts by each house bank’s unique account ID. The bank account data contains you bank’s account number, the account currency, and the relevant G/L account. True False.
A G/L account must not be created for each bank account. This G/L account is assigned to the bank account and vice versa. Both accounts must have the same account currency. True False.
The following are the key fields for automatic payments at client level in a vendor master record: Address Detail Bank Country Key Language Bank Key Bank Account Number/IBAN Payment Method.
The following are the key fields for automatic payments at company code level in a vendor master record: Term of Payment Payment Method Bank Key Payment Block IBAN.
The following are the key fields for automatic payments at client level in a Customer master record: Address Detail Bank Country Key Language Bank Key Bank Account Number/IBAN Payment Method.
The following are the key fields for automatic payments at company code level in a Customer master record: Term of Payment Payment Method Bank Key Payment Block IBAN.
If a vendor is also a customer, or vice versa, you can have the payment program and the dunning program clear the vendor and customer open items against each other. You can also select the customer line items when you display the vendor line items for this account. True False.
Before you can clear items between an existing vendor and customer account, you must perform the following steps: Enter the customer account number in the Customer field in the control section of the general data in the vendor master record. Enter the vendor account number in the Vendor field in the control section of the general data in the customer master record. Select Clrg with vend. and Clrg with cust. in the company data in both the customer and vendor master records. In this way, each company code can decide separately whether it wants to clear the customer with the vendor.
You can enter an alternative payer or payee at the client and company code level. The entry in the company code segment has a higher priority than the entry at the client level. True False.
If you set the Individual Specifications indicator, you can enter information about an individual payer or payee for a customer or vendor that has not been created in the SAP system when processing an invoice. If the alternative payer or payee is an existing customer or vendor, you can enter the customer or vendor account number(s) as a permitted payee or payer in the master record. When you enter an invoice, you can choose one of these payers or payees using input help. True False.
If you enter an alternative payer, the amount which is due is cleared in the account and is paid by the alternative payer. If you enter an alternative payee, the amount the company has to pay is cleared and the amount due is paid to the alternative payee (for example, the payments that would normally go to the vendor would go to the bankruptcy administrator). True False.
Customers in some industries place orders locally (through their branch offices), but pay invoices centrally (from the head office). There is a difference here between the goods flow and the cash flow. You can record this in the SAP system using the head office and branch accounts. True False.
All items posted to a branch account are automatically transferred to the head office account. The system usually sends dunning notices to the head office, which handles the payment. If the Decentralized Processing field is selected in the head office master record, however, the dunning and payment programs use the branch account instead. True False.
The following are various fields in a financial accounting document that influence the automatic payment program: Payment method Payment term Payment block Partner bank Special GL Indicator House Bank.
Which one of the followings are The Payment Program Configuration Steps: All Company Codes Paying Company Codes Payment Method/Country Bank Selection House Bank Sending Company Codes.
If company code A pays on behalf of company code B, then company B is the Paying company code. If a company code is not specified, the application automatically regards the sending company code as the paying company code. True False.
You can define the minimum discount limit for outgoing payments. If the discount is less than this limit, it is ignored and the payment is not made until the due date for net payment. The maximum discount setting causes the maximum discount to be used, even if the cash discount period has been exceeded. True False.
Tolerance days of payments: It specifies the number of days by which the cash discount period and the period for the net payment may be exceeded (delayed payment). True False.
The Vendor/Customer Sp. G/L Transactions to be paid field does not specify the special general ledger transactions to be processed with the payment program. True False.
Payment Method Supplement: You can create a payment method supplement consisting of two characters that can be assigned to customer or vendor master records. When you enter a document in the system, it automatically assigns the relevant data to individual items. You can also manually enter or overwrite the data in the line item when you create a document. True False.
For each paying company code, you need to define the following settings: Minimum amounts for payments Forms for payment advice and EDI Bill of exchange specifications Cheque number.
For each payment method, you need to define the following basic requirements: Payment type: Outgoing or incoming payment. Master record requirements: Requirements of a particular payment method (such as the address requirement) which must be met for invoices to be paid with the payment method. Document types: The document types used for posting and clearing documents. Print program: The print program and the print data set for the payment method. Permitted currencies: You can restrict payment methods to specific currencies. On the Permitted currencies screen, enter any currency permitted for the payment method. If there are no entries on this screen, the payment method is valid for all currencies.
Payment Method by Company Code: Any payment amounts lower or higher than the minimum or maximum amount, respectively, will be excluded from the payment run. True False.
You can not specify the name of the SAPscript or the PDF form for the payment media in the Form Data area. True False.
On the Bank Selection screen, file folders are arranged for each of the sections – ranking order, amounts, accounts, charges, and value date. The payment program is completed when you work through each of the folders. True False.
While defining payment method, Ranking should be made for house banks considered for payments i.e. first, second or third and so on. True False.
Do not set the basic configuration of the payment program before starting the payment process. True False.
Entering parameters is the first step of the payment process. The parameters determine the accounts and documents that are included in the payment run. True False.
In the first step of the payment process, you have to define the following: What will be paid? Which payment method will be used? When will the payment be made? Which company codes will be taken into account? Which Bills of exchange are not to be paid? How are they going to be paid?.
Which of the following two fields define every payment program run: Run Date: The actual date when the program is executed. Batch No: which is being used for payment program Identification: This field differentiates between program runs that have the same run date.
All documents entered up to the Docs entered up to date are included in the payment run. Docs entered up to field automatically default to the same as the run date. True False.
The Posting Date is the date when the general ledger is updated with the postings. The Posting Date field too automatically default the same as the run date. True False.
It is not possible to change the Posting Date and Docs entered up to fields to allow posting in future, especially if the payments are not posted daily. True False.
Which are the company codes that will be included in the payment run? The company codes included in a payment run must be in the same country If multiple company codes are listed, separate them with commas If you want to specify a range of company codes, enter the first and last company code in the range in parentheses. Do not enter a space after the comma Paying Company Code.
Which payment methods may be used while running Payment Program? You need to define which payment methods can be used in each country Choose the payment methods you want to use in the current payment run from the available methods. If you use more than one payment method in the payment run, the order you enter the payment methods is important. The method entered first has first priority; the next method you entered has second priority, and so on. The system makes the payment using the highest priority possible after the check.
After you enter the parameters, you need to schedule the proposal run to create the payment proposal. True False.
The following activities take place in the proposal run: The payment program will include in the payment run all invoices or open items that are due for payment before the date you have entered in the Next p/date field. The invoices or open items to be paid are selected based on the search criteria entered with the parameters. The system then groups these items into payments and assigns the payment methods and bank details to be used. If the system cannot find a valid payment method or valid bank details, it adds the items to the exception list. Payment Block Report The system generates the proposal and exception list by the proposal run. You can review these reports online or print them.
The proposal list does not show the business partners and the amounts each owes or is owed. The associated document numbers and cash discounts can not be displayed in any way. True False.
The exception list displays the invoices that match the specified payment parameters, but cannot be paid for some reason. To find out why the invoice or item cannot be paid, you can check the additional log. True False.
The Proposal List contain which of the following: A list of the business partners with the amount payable/due Generated based on the parameters Takes Terms of Payment and Discount into account Print Exception Report.
The Exception List contains the items which can not be paid due to following reasons: Invoice is blocked Invalid data in the master record invalid payment method invalid house bank Payment amount is less than the minimum amount specified for payment Not enough money in the house bank per configuaration Debit balance Credit memo.
Payment Items can not be temporarily blocked in the proposal by manually assigning a payment block True False.
There are several ways to configure a payment block: Condition: If a problem arises during the invoice verification process, the invoice is usually blocked for payment. Payment Block: You can configure this type of block in such a way that the block can only be removed during the invoice verification process. Condition: If there is a reason why a vendor must not be paid, you can create a payment block in the master record. Payment Block: The block created in the master record prevents any invoices from the vendor from being paid. You can also configure the block so that it has to be removed manually in the master data record before the system can process a payment. Condition:When you enter an AP invoice, that invoice may be blocked for payment. Payment Block: The type of payment block determines whether it can be removed during the payment proposal. Payment can not be blocked while running payment proposal.
You can define additional payment blocks in the system. You can also specify whether the payment block can be removed when payments are processed. True False.
Sometimes, the payment run makes a payment even though the account has a debit balance. Invoice has defined payment method for outgoing payment, payment would be made Credit memo without a payment method for incoming payment, it would be added in exception list The payment proposal had to be processed manually to block payments to persons who owe your company money. This means the system could not handle payments automatically.
When the debit balance check is carried out after you create a payment proposal, the check offsets all due debit items without an incoming payment method against the proposed payments. If the resulting debit or credit balance is less than the minimum payment amount, the system adds the payments to the exception list and places the account on a list of blocked accounts. True False.
The debit balance check program places those accounts, which have a debit or credit balance less than the minimum payment amount, on a list of blocked accounts. Further, the payments for the blocked accounts are not made in the subsequent update payment run with the same payment run identification. Therefore, the blocks can be removed by creating a renewed payment proposal or the blocks accounts can be released manually. True False.
When you run the debit balance check after the payment proposal run, the system automatically blocks all the debit balances not included in the actual payment run. True False.
You can assign an accounting clerk to a customer or vendor by entering the clerk’s key in the customer or vendor master data. When editing the payment proposal, you can enter the key of a specific clerk. This will filter the screen to show only the customer or vendor payments assigned to that clerk. True False.
After editing and saving the payment proposal, you schedule the payment run to process the payments in the proposal list. This edited payment proposal data is used as a basis for the payment run. There have been no postings up to this point. True False.
The documents included in the Payment Run 1 were locked against any postings. Any invoice eligible to be paid in the current payment run is blocked for manual payment or payment in a different payment run. True False.
The Payment Run 2 uses the data from the payment proposal to: Post the payment documents to the general ledger and clear the open items post related postings for taxes, discounts, and exchange rate differences Select the payment that can be paid through EDI Supply the print programs with necessary data.
Some countries require that the payment documents are not posted before the actual settlement (before the payment appears on the bank statement). In the payment method definitions of these countries, you can set the Generate payment order only indicator. In this case, the payment program does not post a payment document. Instead, it generates a payment order that contains information about the paid documents. When the payment appears on the bank statement, the system generates the payment document by entering the payment order. Until then, the paid items are blocked for other clearing transactions. True False.
You can not use bank sub accounts for posting incoming and outgoing payments. For example, bank sub accounts for outgoing checks, outgoing transfers, incoming checks, and transfers received. True False.
The sub accounts contain all incoming and outgoing payments until the money is actually debited from or credited to the bank account (value date). The item is then transferred from the sub account to the bank account. The postings at the bank are usually entered using the manual or electronic bank account statement. True False.
The bank sub accounts have to be assigned to the payment methods when the bank selection settings are configured. You can differentiate between bank sub accounts by specifying a house bank and currency. Sub accounts are generally managed on an open item basis using the line item display. True False.
The payment method settings for each country define the document type used for payment documents. For cross-company-code payments, you can use another document type for the clearing postings. Both document types must be defined using internal number assignment. True False.
The system calculates the value of the clearing document by adding the days until the value date to the posting date. If no entry is made, the system uses the clearing date as the value date. True False.
The print run starts the print programs, which do the following: Transfer the payment media, the payment advice notes, and the payment summary to the print administration. Transfer the DME payment data to the DME administration. Create intermediate documents for the selected payments, which can be forwarded to the EDI Subsystem. Print checks manually.
A print program is assigned to each payment method for each country when the payment run is configured. To run the print programs, the system needs at least one variant for each print program and payment method. If several variants are assigned to one print program, the system runs the program once for each variant. True False.
You can not leave the Program Run date and Identification feature fields blank in the variants. These fields are not filled dynamically, during the program run. True False.
You have to assign some payment medium forms to either the paying company code or to each payment method for each company code in the configuration settings for the payment program. True False.
The SAP system offers standard forms you can not alter according to your requirements. You can not find more details about the payment forms and file formats in your country in the country-specific program documentation. True False.
The first print program run by the payment program is the print program RFFOEDI1. This program chooses all the payments selected for EDI. It then creates intermediate SAP documents for these payments and forwards them to the EDI subsystem. The EDI subsystem then converts the intermediate documents into EDI data, which it sends to the bank.Payment advice notes can be sent either by mail or by EDI, depending on whether the customer or vendor can receive EDI messages. True False.
With Data Medium Exchange, the system creates a file that contains all the relevant payment information based on the banking rules of the country in question. The DME file is stored in the Data Medium Administration and can be downloaded to a data medium. You can also print out the DME accompanying note. The data medium and the DME accompanying note are then sent to the bank. True False.
You can not usually use DME with all the payment methods for which the payment medium is handed to the bank for further processing (bank transfer and direct debit). It can be used for payment methods when the payment medium (such as a check) is sent to the customer or vendor. True False.
You can specify the name of the file to be created during the download when you run the payment medium print program. The content of the file name parameter is stored in the administration data and defaulted when the file is downloaded by users/end users/students. True False.
The following tasks are performed by the print program: Assigns check numbers to payment documents With check management, the system prints check with predefined check numbers Without check management, the document number can also be used as the check number Updates the payment documents and original invoice documents with the check information Prints checks and accompanying documents.
To print checks, identify the following: The payment run The house bank The location where the checks and any accompanying documents are printed Check Register.
If you use check management, you have to use check lots to print checks. Checks are managed in batches, or lots. If you are using pre-numbered checks from the bank, specify the number ranges of the check lots. Otherwise, start the check numbering from 1. Check lots are used for manual and automatic payments. For monitoring purposes, use a separate lot for each type of payment. True False.
In the Payment Method Country Configuration screen, you can not define the print program for each payment method. In the Form Data area, define the form formatting type and the payment medium form you will not use. True False.
In the Print Program while assigning check numbers to payment documents with Check Management: The system prints check with predefined check numbers Accounting Clerk assign check numbers to payment documents.
In the Print Program while assigning check numbers to payment documents without Check Management: The system prints check with predefined check numbers The document number can also be used as the check number.
The Print Program updates the payment documents and original invoice documents with the check information True False.
The Print Program does not prints checks and accompanying documents at its own. True False.
To print checks, Print Program identifies the following: The payment run The house bank Payment Document The location where the checks and any accompanying documents are printed.
If you use check management, you have to use check lots to print checks. Checks are managed in batches, or lots. If you are using pre-numbered checks from the bank, specify the number ranges of the check lots. Otherwise, start the check numbering from 1. Check lots are used for manual and automatic payments. For monitoring purposes, use a separate lot for each type of payment True False.
The advantages of the Payment Medium Workbench are: The Payment Medium Workbench is uniform. You can easily change formats without making modifications. You can create new formats (no programming experience is necessary if you use the Data Medium Exchange (DME Engine). All the advice notes can be output in one print file. PMW has better ways to sort advice notes. You can freely define the note to the payee in Customizing. You can assign the note to the payee according to the origin and payment method in Customizing. The PMW provides improved performance for mass payments.
Previously, payment media formats were programmed using approximately 60 standard payment media print programs (RFFO*). In the PMW, however, these formats are defined outside the payment media program. Until now, payment advice notes were also created using the RFFO* programs. In the Payment Medium Workbench, payment advice notes are created using the new program RFFOAVIS_FPAYM. True False.
You can not convert each payment method to the PMW payment media format individually. You can not use the standard payment media print programs RFFO* and the new PMW payment media formats in the same system. You can even not use them in the same payment run. True False.
Conversion steps for a payment method to the Payment Medium Workbench (PMW): Switch to the PMW in the payment methods in country definition. Enter an existing PMW format in the payment methods in country definition. Note the documentation buttons for the PMW and the individual PMW format. Assign notes to the payee (general or origin-specific) to the payment method in the payment methods in country definition (for example, SAMPLE 02 for the origin FI-AP and FI-AR). Assign a PMW form to the accompanying sheets. Remove the form payment medium in the payment methods in company code definition (if you have not already done so). Delete RFFO from SAP System Create and assign selection variants for each payment group.
After the payment media is created, the individual payment methods are processed and the following programs are launched: The assigned RFFO* program starts with the variants defined in the payment run in one of the standard payment methods. Then, the program generates the payment media and the advice notes. The new PMW programs are launched using the new PMW payment method. PMW may create conflict with RFFO forms.
When the system creates the payment media with a PMW payment method, it launches the program SAPFPAYM_SCHEDULE. That program carries out a pre service process next. True False.
The pre service process takes the following steps for the PMW: The system sorts the payments according to the PMW format and other format-specific fields. The system creates payment groups based on the level of granularity (one payment medium file is usually created for each group). The system forms the note to the payee.
The payment program SAPFPAYM and advice note program RFFOAVIS_FPAYM are launched based on the data generated by the payment program. False True.
The program SAPFPAYM starts with all the defined for the relevant payment groups in Customizing. This program generates the payment media for the PMW payment methods, the accompanying sheets for the payment media, an error log, and the payment summary. True False.
The program RFFOAVIS_FPAYM does not generate all the required advice notes and the zero balance notices. Hence requires additional parameters True False.
Payment Medium Formats: This process is called mapping and can be carried out in one of the following ways: Using programmed function modules Using the DME Engine Using standard payment method.
A payment medium format contains various fields which needs to be filled with content from customized system. True False.
The payment medium format is defined using tables in which the callup points from the payment medium program are assigned to the suitable function modules for the given format. True False.
The DME Engine could not enable you to define file formats that meet your bank’s requirements for data medium exchange. This is particularly not important, because international or regional standards are defined True False.
Some countries do not have their own domestic standards, which mean the file has to follow the bank's standards. The DME Engine lets you define new formats and change existing formats flexibly and easily, without requiring any ABAP programming knowledge. True False.
Using the granularity, the payment medium format specifies the definition of the payment medium and determines how the payment media will be output separately in payment groups. A payment group usually corresponds to one payment file. True False.
If the Company Code and the House Bank are selected as the level of granularity, the system does not necessarily create a payment group for each company code and house bank combination. True False.
You have to define at least one selection variant in the generic payment medium program SAPFPAYM for each payment group. The system processes the payment medium program with all the defined variants. True False.
The granularity can not be refined, but reduced, for the PMW formats shipped with the system. The reason for this is that the granularity SAP ships is based on the format requirements (usually specified by the banks). True False.
The system does not always assign a PMW format to a PMW payment method and a content template for the note to the payee. False True.
Every PMW format has which of the following three types of text fields for reference information: Type 1: Invoice information (classic note to the payee) Type 2: Internal reference (in case the payment media is returned) Type1: Mutual reference (For both vendor and customers) Type 3: External reference (for the business partner).
The contents of the note to the payee are defined in a content template that is independent of the format, either in Customizing or using a function module. In Customizing, you can define the contents on a language-specific basis to ensure your business partners always receive the text in their own language. False True.
The content template does not supply any information to the reference fields when the system creates the payment medium. True False.
The Payment Run Automation: The steps of the automatic payment run are as follows: To prevent outgoing payments despite a due debit balance, schedule the program RFF110S as a proposal run first. After this, the system automatically calls the program RFF110SSP to perform the debit balance check. After the debit balance check, the system automatically calls the program RFF110S again. This time, however, it uses the program for an update run with possible generation of the payment media. Then System will print checks or transmit data to banks for payment.
In an automatic payment run, you can complete the payment process automatically. The program used to automate the payment program is RFFO. True False.
The characteristics of the payment program RFF110S are as follows: You can use the program to schedule the payment program SAPF110S in the background. The selection screen for this program essentially features the same parameters as the screen for the program in transaction F110. Enter the parameters on the selection screen and save them as a variant. After you define the variant, schedule the program RFF110S to run the payment periodically. You have to use selection variables to automatically change the time data to the periodic run date. The program RFF110S can automatically run four additional programs consecutively.
Report abuse Consent Terms of use