ale-dp/sap-fiori-apps huggingface dataset:
Transfer Items and Requests
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description:  You can transfer open business partner items and requests at the same time. 
Key features: If you transfer only open business partner items, this program offers the same functions as the already existing program for transferring open items. Both programs evaluate the same Customizing settings, and the same restrictions apply. For more information, see Transferring Open Business Partner Items. When you transfer requests that are not yet closed, the program sets the status Transferred and Deleted for all selected requests, standing requests, general requests, and request templates, and generates a new request of the same type. The program replaces the source master data (business partner, contract account, and contract) with the target master data. The program copies all other posting information from the source request. The execution data of the new standing requests are adjusted so that only those due dates are taken into account for which no documents were generated yet. If you have transferred requests, the programs for processing requests also display the number of the transfer request or the number of the transferred request. To document the reasons for the transfer, you can enter transfer reasons in Customizing for Contract Accounts Receivable and Payable. There you can also define default values to automate the entry of the transfer document. You make these settings in Customizing for Contract Accounts Receivable and Payable under Business Transactions  Transfers. The following can be transferred: Individual items - receivables and credits (for more information, see Clarifying Credits in the explanation for transfers) All items of a business partner All items of a contract account All items of a contract Items in an installment plan; The existing installment plan is automatically deactivated and a new installment plan is created in the amount of the still open original receivable. Items belonging to a collective bill; The collective bill is updated automatically. You can reverse the transfer document.  Constraints You can only transfer open receivables or credits. When you transfer, the system does not determine any new G/L accounts for the posting. That means that there are no new postings to receivables and revenue accounts. If the original contract account also contains items with account assignment to a contract, you have to enter a target contract for each contract determined by the transaction. You can only carry out the transfer without specifying a target contract if the target contract account does not have any underlying contracts. If the original contract account has postings that are only assigned to contract accounts, then the system also posts them in this way in the transfer document. In this case, specifying a target contract is irrelevant. 
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Process Payment Card Order Lots
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Business roles: Accounts Payable and Receivable Accountant (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Post Payment Card Order Lots
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Key features:  The payment program can create payment card orders instead of posting a payment document. The items within a payment card order are marked for the period between the execution of the payment run and processing of the payment advice note response such that payment using a new payment run is prevented, and so that other clearing transactions, reversal, dunning, and overdue interest calculation are not possible. Payment card orders consist of header data and item data. The paying company code, the payment amount, the payment method, and other payment-relevant information are stored in the header data. A separate record is created in the item data for every paid line item. In addition to the line item key, this record contains the gross amount, the deduction for cash discount and the withholding tax amount. Every payment card order automatically receives a number that is unique within a client. The number of the payment card order is transferred to the payment service provider. This number takes the place of the payment document number that is recorded during immediate posting of the payment by the payment program. The number of the payment card order is also displayed in the payment advice note that you receive from the payment service provider. This enables you to select paid items quickly and clearly. The payment card orders reported in the payment advice note response are collected in a payment card order lot. This is comparable to a payment lot (for incoming bank transfers, for example). You create payment card order lots in the SAP Easy Access Menu, under Payments   Payment Card Orders  Post Payment Card Order Lot (transaction FP45CCM), after you have processed the payment advice note response. A run for posting payment card order lots determines all card payments that have already been settled and stores them in one or more payment card order lots. Each executed payment card order creates an item in the payment card order lot. Each item contains the payment amount and the payment card order number. If the associated open items were cleared when posting the payment card order lot, the payment card order is marked as complete. 
Business roles: Administrator - Accounts Payable and Receivable (FI-CA)| Accounts Payable and Receivable Accountant (FI-CA)
Administrator - Accounts Payable and Receivable (FI-CA): (is an add-on role to the Administrator)
Is responsible for the planning, scheduling and execution of jobs and mass activities within FI-CA, including critical Business processes, such as payment run, payment lot, dunning run. 

Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Payment Order Lot (Real-Time)
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description: After the items are selected and the payment amount is assigned to the items, the system either creates a payment order or posts a payment document. The system makes this decision based on the characteristics of the selected payment method. To create payment orders, set the Payment order only indicator on the payment method. Caution For payment by credit card, it is not possible to create a payment order. The payment method can either be specified from outside by the Web service, or the default is determined from the Define Default Payment Methods Customizing activity. There you specify the default payment method for virtual accounts (bank accounts only) using the type of payment processing Real-Time Payment Using Virtual Bank Account. Using additional entries for the type of payment processing Real-Time Payment, you can specify default payment methods for bank and card payment methods for the scenarios mentioned above that are not handled using virtual accounts. In events 6021 and 6230, you can check the existence of appropriate payment methods at the level of items, contract accounts, or contracts. If a declaration of consent is required for real-time payments, you can also check the existence of one in these events. If a payment order is created, the system records the data from the external cash desk in the payment order, so that it can be displayed there. This ensures that you can navigate from the payment order back to the real-time payment. The data from the external cash desk is displayed on a separate tab in the detailed display of the payment order.
Process Lots for Manual Outgoing Checks
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description: To make manually issued checks - for example, issued by insurance agents for on-site payment - available for further processing in the system, you have to enter and post these checks in check lots for manual outgoing checks.
Key features: The check details reported by the issuer (for example, insurance agent) are updated in check management once you have entered them in a check lot and posted them. If the bank reports that a check has already been cashed before you post the lot, the system checks the encashment data against the details provided by the issuer. If there are discrepancies (for example, different amount), the system posts the issue data of this check, but adds the check to a clarification list (see Reconciling and Clarifying Outgoing Checks). When you post an item from the lot, the system posts a receivable to the contract partner specified in the item and a G/L item to a check clearing account. The receivable is locked for payment so that it cannot be paid by a payment run. You can also enter items for documents that have already been posted in lots for manual outgoing checks. When you post the lot, the system creates only one entry in check management for each item. You can also post individual items when you enter them in the lot. You can reverse items that have already been posted, for example, to correct input errors from manual entry. If individual items cannot be posted, for example, because an identical entry exists in check management, you can postprocess the items in the lot. You can change all of the data entered, such as the check number, at item level. Or you can mark the item as “Deleted”, and thereby prevent a posting. You can use an upload program to import manual outgoing check lots from external systems. You can close or post the lots, or leave them open for subsequent files. You can also postprocess incorrect items. In the SAP Easy Access screen, choose Periodic Processing  Transfer Data  Lot for Manual Outgoing Checks  Transfer/Process Errors (transaction FP51). You can use authorization object F_KKCMK to protect the activities for lots for manual outgoing checks.
Business roles: Accounts Payable and Receivable Accountant (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Create Aggregated Distribution Information
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Business roles: Administrator - Accounts Payable and Receivable (FI-CA)| Accounts Payable and Receivable Accountant (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.

Administrator - Accounts Payable and Receivable (FI-CA): (is an add-on role to the Administrator)
Is responsible for the planning, scheduling and execution of jobs and mass activities within FI-CA, including critical Business processes, such as payment run, payment lot, dunning run.
Distribute Revenues
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description:  Using the mass activity Revenue Distribution, you select the original documents that are in the system and that are to be distributed. 
Business roles: Administrator - Accounts Payable and Receivable (FI-CA)| Accounts Payable and Receivable Accountant (FI-CA)
Administrator - Accounts Payable and Receivable (FI-CA): (is an add-on role to the Administrator)
Is responsible for the planning, scheduling and execution of jobs and mass activities within FI-CA, including critical Business processes, such as payment run, payment lot, dunning run. 

Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Post Revenue Distribution
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description:  You post distribution documents if you want to distribute revenues (incoming payments) to final recipients. 
Business roles: Administrator - Accounts Payable and Receivable (FI-CA)| Accounts Payable and Receivable Accountant (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.

Administrator - Accounts Payable and Receivable (FI-CA): (is an add-on role to the Administrator)
Is responsible for the planning, scheduling and execution of jobs and mass activities within FI-CA, including critical Business processes, such as payment run, payment lot, dunning run.
Analyze Revenue Distribution - Based on Distribution Documents
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Business roles: Accounts Payable and Receivable Accountant (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Evaluate Revenue Distribution
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Reverse Distribution Documents
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Business roles: Administrator - Accounts Payable and Receivable (FI-CA)| Accounts Payable and Receivable Accountant (FI-CA)
Administrator - Accounts Payable and Receivable (FI-CA): (is an add-on role to the Administrator)
Is responsible for the planning, scheduling and execution of jobs and mass activities within FI-CA, including critical Business processes, such as payment run, payment lot, dunning run. 

Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Analyze Revenue Distribution - Based on Original Documents
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Business roles: Accounts Payable and Receivable Accountant (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Process Lot (Payment by Link)
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Business roles: Administrator - Accounts Payable and Receivable (FI-CA)| Accounts Payable and Receivable Accountant (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.

Administrator - Accounts Payable and Receivable (FI-CA): (is an add-on role to the Administrator)
Is responsible for the planning, scheduling and execution of jobs and mass activities within FI-CA, including critical Business processes, such as payment run, payment lot, dunning run.
Process Lot of Incorrect Bank Data
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Business roles: Accounts Payable and Receivable Accountant (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Maintain Collection Specialist
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description:  To enable the work items created by the dunning run to be processed, the responsible clerks must be assigned. 
Key features:  The dunning run automatically assigns the work items created to a department. On the SAP Easy Access screen under Periodic Processing  For Contract Accounts  Dunning  By Collection Strategy  Responsibilities, you can define responsibilities for departments, work groups, or collection specialists (transaction FKKCLERK_CM_CUUNIT, FKKCLERK_CM_CUCENTER, and FKKCLERK_CM_CUAGENT). Using the Define Additional Department or Group Head transaction, you can create (external) employees, who are not assigned to a collection department in organizational management, as additional managers of a collections department or collections unit (transaction FPMANAGER). Using the Define Additional Collection Specialist transaction, you can create (external) employees, who are not assigned to a collection department in organizational management, as additional collections specialists (transaction FPAGENT). This means that when you create a work item, the system can assign a work group or specialist, in addition to the department. A department or group manager can change the automatic assignment of work groups and specialists manually (see Worklist). In Customizing for Contract Accounts Receivable and Payable under Business Transactions  Dunning  Dunning by Collection StrategyClerk Determination, you can also define replacement tasks for determining the collection specialist. To simulate the assignment of work items generated in the dunning run, on the SAP Easy Access screen, choose Periodic Processing  For Contract Accounts  Dunning  By Collection Strategy  Responsibilities  Simulate Responsibilities (transaction FKKCLERK_CM_CUDUNN). Here you can simulate the derivation of the three hierarchy levels in one step using data from dunning. This means that the test directly follows the flow of the dunning program (see SAP Easy Access screen: Periodic Processing  For Contract Accounts   Dunning   Areas of Responsibility). 
Business roles: Accounts Payable and Receivable Manager (FI-CA)
Accounts Payable and Receivable Manager (FI-CA) : 
Minimizes overdue receivables and bad debt losses, analyzes and improves customer payment behavior, and optimizes receivables processing costs.
Archive Tax Reporting
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Key features:  You can relieve the burden on your database by archiving entries in the table for tax reporting that you no longer need online. These entries are then deleted from the database and written to an archive database. Note for Integration with SAP NetWeaver Information Lifecycle Management The current archiving object is integrated with SAP NetWeaver ILM. Provided that you have configured SAP NetWeaver ILM and this archiving object accordingly, the write program that generates the archive files displays the ILM Actions group box. In this group box, you can choose one of the following radio buttons:  Archiving  Snapshot  Data Destruction   For the deletion program, SAP provides the standard variants SAP&PROD (update mode) and SAP&TEST (test mode).
Archive Gen. Revenue Reporting
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Key features:  You can relieve the burden on your database by archiving entries in the revenue reporting table that you no longer need online. These entries are then deleted from the database and written to an archive database. You can also reload the complete archive. Note for Integration with SAP NetWeaver Information Lifecycle Management The current archiving object is integrated with SAP NetWeaver ILM. Provided that you have configured SAP NetWeaver ILM and this archiving object accordingly, the write program that generates the archive files displays the ILM Actions group box. In this group box, you can choose one of the following radio buttons:  Archiving  Snapshot  Data Destruction   For more information, see the documentation for these radio buttons in the system and in the application help for SAP NetWeaver ILM. For the deletion program, SAP provides the standard variants SAP&PROD (update mode) and SAP&TEST (test mode).
Archive Tax Reporting Additional Table
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description:  You can relieve the load on your database by archiving the additional table for tax reporting that you no longer need. This data is then deleted from the database and written to an archive file. Archiving takes place using the archiving object FI_MKKGENS.
Archive Business Partner
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Key features:  You can archive the business partners that are no longer needed online. The program deletes the business partner data from the database and writes them to an archive file. If it exists, the data is also archived with a business partner in the following tables: You use the archiving object CA_BUPA for archiving and deleting business partners. When you archive contract partners, the data is also archived in the following tables: Table Description DFKK_BL_BP Blocked business partners from Global Trade Services (GTS) DFKK_CC_MD_EXCL Master data distribution to SAP CC Excluded business partner DFKK_CC_RA_TAG Master data distribution - assignment of rating area DFKK_MA_FILTER Filter to master agreement DFKK_SEPA_IDS SEPA: Short key for the mandate reference DFKKBIX_MD Master data ID DFKKBIX_MDT Description of the master data ID DFKKBPCL_CLAR Business partner duplicate: Clarification cases DFKKBPLOCK FI-CA: Business partner locks DFKKBPLOCKH FI-CA: Business partner locks - history DFKKCMS Credit Management Master Data Replication DFKKCOLL_CH Collection: Business partner master data changes DFKKCRF Creditworthiness record: Fixed periods and releases DFKKCRH Creditworthiness record: Year Totals DFKKCRLP Credit management: Last payment DFKKCRP Creditworthiness record: Creating actions DFKKDPR_BP Data privacy and protection: Relevant information for the business partner DFKKDPR_BP_ASORT Data privacy and protection: Information about business partner storage DFKKDPR_BP_ROLE Index table business partner roles in transaction data DFKKDPR_BP_SORT Data privacy and protection: Information about business partner storage DFKKMDC_BP Request for business partner changes DFKKRD FI-CA: Table for managing the rounding amount DFKKWO_PROT Items written off in mass run DFKKWOH Write-off historyThe data has also been deleted. DFKKWOHTMP Temporary write-off history DFKKWRTOFF_WF FI-CA data for clearing in the workflow FKK_GPSHAD Data extract BP data (fast access) FKK_GPSHAD_PC Business partner, for which planned changes exist  The data in the following tables are only deleted when you archive the contract partner and are not archived: Table Description FKK_GPSHAD Data extract BP data (fast access) FKK_GPSHAD_PC Business partner, for which planned changes exist DFKKCRKPIT Trigger table for the transfer of key figures DFKKOBL Commitment for the business partner and credit data credit segment DFKKOBLID Partner messages of SAP Credit Management Update DFK_NORM_BP Normalized data for duplicate search for business partner
Archive Debit Memo Notifications
Application component: Contract Accounting
App type: SAP GUI
Key features:  You can reduce the load on your database at any time by archiving histories of direct debit pre-notifications that you no longer need online. These data records are then deleted from the database and written to an archive file. If the business partner has already been archived, the current debit memo notifications for this business partner are archived. Note for Integration with SAP NetWeaver Information Lifecycle Management The current archiving object is integrated with SAP NetWeaver ILM. Provided that you have configured SAP NetWeaver ILM and this archiving object accordingly, the write program that generates the archive files displays the ILM Actions group box. In this group box, you can choose one of the following radio buttons:  Archiving  Snapshot  Data Destruction   For more information, see the documentation for these radio buttons in the system and in the application help for SAP NetWeaver ILM. For the deletion program, SAP provides the standard variants SAP&PROD (update mode) and SAP&TEST (test mode).
Archive Payment Lots
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Key features:  You can reduce the burden on your database by archiving payment lots that you no longer need online. These payment lots are then deleted from the database and written to an archive file. The header of the payment lot remains on the database. In addition to the payment lots, the system also archives the tables of archiving class SGOS (generic object services). You can reload archives. However, this is only possible for complete archives. You can display both archived and non-archived lots. This display uses an additional index table that is created automatically during archiving.
Maintain Payment Advice Note
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description:  You create a payment advice when a payment is announced with detailed information about the note to payee. 
Business roles: Accounts Payable and Receivable Accountant (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Maint. Pymt Advice Note fm CollAgeny
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description:  You can use payment advices to enter details about pre-notified payments. You can use the key created when creating a payment advice as a selection criterion when selecting open items. 
Key features:  A payment advice is assigned to exactly one business partner. You can also assign a contract account. In the items of a payment advice, you specify a payment amount and a selection criterion. By specifying the selection criterion, you can specify the use of the amount. Possible selection criteria are the following:  Document number  Reference number  Contract number  Contract account   When you post the payment document, the system automatically determines the open items of the business partner that meet the selection criteria. The system assigns the specified amount to this item. If the amount specified in the payment advice does not correspond to the total of the possible open items, an industry-specific or customer-specific routine decides on the distribution of the amount. If the amount specified in the payment advice is too low (underpayment), partial clearing can be carried out. If the amount is too high, the difference can be posted on account. Note To use and edit payment advice notes, you need authorization object F_KK_AVIS. Here, you can assign authorizations for the following activities:  Create (01)  Change and Use (02)  Display (03)   Payment advices with reference to several business partners Example An authority, for example, a social welfare office, pays amounts for several people. A total amount is transferred. You are informed of how the amount is to be distributed in a separate letter. In Contract Accounts Receivable and Payable, you can only create payment advice notes with reference to one business partner. However, if you receive payments of a business partner with explicit specifications as to which other partners/accounts/contracts the paid amount is to be distributed, you must create a payment advice for which the payment advice items refer to different business partners. To work around this issue, do the following: Instead of a payment advice, create a separate payment lot that is only used to distribute the total amount. Transfer post the actual payment to a G/L account. Use the separate payment lot to post the total amount to the opposite side of this G/L account and distribute it to the required contract accounts. 
Business roles: Accounts Payable and Receivable Accountant (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Edit Foreign Trade Declaration
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description:  Enterprises that are legally required to disclose their foreign trade transactions can create foreign trade declarations in Contract Accounts Receivable and Payable for the responsible tax authority in accordance with their national laws.
Key features: The report file is the basis for the foreign trade declaration. This file is updated during document posting in Contract Accounts Receivable and Payable. You use the report file to create the declaration. You can format the reporting data in accordance with the regulations of your country, and store the data in a local file that you can transfer to the responsible authority.
Business roles: Reconciliation Specialist - Accounts Payable and Receivable (FI-CA)
Reconciliation Specialist - Accounts Payable and Receivable (FI-CA) : 
Is responsible for the reconciliation of Contract Accounts Receivable and Payable (FI-CA) with the General Ledger (FI-GL) and all reconciliation accounts and tax on sales and purchases Clearing accounts.

Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.

Accounts Payable and Receivable Accountant (FI-CA) for Germany: (is an add-on role to the Accounts Payable and Receivable Accountant (FI-CA))
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification for Germany.

Reconciliation Specialist - Accounts Payable and Receivable (FI-CA) for Germany: (is an add-on role to the Reconciliation Specialist - Accounts Payable and Receivable (FI-CA))
Is responsible for the reconciliation of Contract Accounts Receivable and Payable (FI-CA) with the General Ledger (FI-GL) and all reconciliation accounts and tax on sales and purchases Clearing accounts for Germany.
Create Foreign Trade Declaration File
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description:  Enterprises that are legally required to disclose their foreign trade transactions can create foreign trade declarations in Contract Accounts Receivable and Payable for the responsible tax authority in accordance with their national laws.
Key features: The report file is the basis for the foreign trade declaration. This file is updated during document posting in Contract Accounts Receivable and Payable. You use the report file to create the declaration. You can format the reporting data in accordance with the regulations of your country, and store the data in a local file that you can transfer to the responsible authority.
Business roles: External Auditor - Accounts Payable and Receivable (FI-CA)| Reconciliation Specialist - Accounts Payable and Receivable (FI-CA)
Reconciliation Specialist - Accounts Payable and Receivable (FI-CA) : 
Is responsible for the reconciliation of Contract Accounts Receivable and Payable (FI-CA) with the General Ledger (FI-GL) and all reconciliation accounts and tax on sales and purchases Clearing accounts.

External Auditor - Accounts Payable and Receivable (FI-CA) for Germany: (is an add-on role to the External Auditor - Accounts Payable and Receivable (FI-CA))
Reviews the accounts of organizations to ensure the accuracy and completeness of their financial records. Determines if the financial statements of an organization fulfill all required legal accounting policies, and procedures in Germany.

Reconciliation Specialist - Accounts Payable and Receivable (FI-CA) for Germany: (is an add-on role to the Reconciliation Specialist - Accounts Payable and Receivable (FI-CA))
Is responsible for the reconciliation of Contract Accounts Receivable and Payable (FI-CA) with the General Ledger (FI-GL) and all reconciliation accounts and tax on sales and purchases Clearing accounts for Germany.

Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.

Accounts Payable and Receivable Accountant (FI-CA) for Germany: (is an add-on role to the Accounts Payable and Receivable Accountant (FI-CA))
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification for Germany.

External Auditor - Accounts Payable and Receivable (FI-CA) : 
Reviews the accounts of organizations to ensure the accuracy and completeness of their financial records. Determines if the financial statements of an organization fulfill all required legal accounting policies, and procedures.
Update Foreign Trade Declaration
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Business roles: Reconciliation Specialist - Accounts Payable and Receivable (FI-CA)
Reconciliation Specialist - Accounts Payable and Receivable (FI-CA) for Germany: (is an add-on role to the Reconciliation Specialist - Accounts Payable and Receivable (FI-CA))
Is responsible for the reconciliation of Contract Accounts Receivable and Payable (FI-CA) with the General Ledger (FI-GL) and all reconciliation accounts and tax on sales and purchases Clearing accounts for Germany.

Reconciliation Specialist - Accounts Payable and Receivable (FI-CA) : 
Is responsible for the reconciliation of Contract Accounts Receivable and Payable (FI-CA) with the General Ledger (FI-GL) and all reconciliation accounts and tax on sales and purchases Clearing accounts.

Accounts Payable and Receivable Accountant (FI-CA) for Germany: (is an add-on role to the Accounts Payable and Receivable Accountant (FI-CA))
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification for Germany.

Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Create Payment Specification for Payment Run
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description:  You can summarize receivables that a business partner is to pay with one payment, using a specific payment method, and specific bank details, and payables that you want to pay to a business partner into payment specifications for automatic processing in the payment program and processing in payment lots. 
Key features:  With the transaction Payment Specification for Payment Run (FPAY1A), you can group open items and at this level, define payment data such as payment method, bank data, and DME data. The payment program processes this data for payment (payment specification of category Payment Program). With transaction Payment Specification for Payment Lot (FPAY1B) you can only group items (for example, without specification of payment data such as payment method, bank data) and use the payment specification created in this way as selection criteria for processing incoming payments (payment specification of category Valid for Payment Lot). The system saves this payment data at header level and the related items at item level in the object payment specification. You can include items from different business partners and contract accounts in one payment specification. In the payment specification you must always specify the paying business partner and (if the specification is for the payment run) the paying contract account. You can use the function for incoming payments, outgoing payments, and in principle, for all payment methods. In the related line items, only the category of the payment specification (field DFKKOP-PDTYP) is set. The payment data entered (for example, payment method) is not entered in the line item. When you create a payment specification, the same authorization checks that apply to the document change function apply (company code, business area, and authorization group of contract account). Using the authorization object F_KKINDPAY, the system checks, dependent on the category of the payment specification and the activity, whether a user has the required authorization. 
Business roles: Accounts Payable and Receivable Accountant (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Create Payment Specification for Payment Lot
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description:  You can summarize receivables that a business partner is to pay with one payment, using a specific payment method, and specific bank details, and payables that you want to pay to a business partner into payment specifications for automatic processing in the payment program and processing in payment lots. 
Key features:  With the transaction Payment Specification for Payment Run (FPAY1A), you can group open items and at this level, define payment data such as payment method, bank data, and DME data. The payment program processes this data for payment (payment specification of category Payment Program). With transaction Payment Specification for Payment Lot (FPAY1B) you can only group items (for example, without specification of payment data such as payment method, bank data) and use the payment specification created in this way as selection criteria for processing incoming payments (payment specification of category Valid for Payment Lot). The system saves this payment data at header level and the related items at item level in the object payment specification. You can include items from different business partners and contract accounts in one payment specification. In the payment specification you must always specify the paying business partner and (if the specification is for the payment run) the paying contract account. You can use the function for incoming payments, outgoing payments, and in principle, for all payment methods. In the related line items, only the category of the payment specification (field DFKKOP-PDTYP) is set. The payment data entered (for example, payment method) is not entered in the line item. When you create a payment specification, the same authorization checks that apply to the document change function apply (company code, business area, and authorization group of contract account). Using the authorization object F_KKINDPAY, the system checks, dependent on the category of the payment specification and the activity, whether a user has the required authorization. 
Business roles: Accounts Payable and Receivable Accountant (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Change Payment Specification
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description:  You can summarize receivables that a business partner is to pay with one payment, using a specific payment method, and specific bank details, and payables that you want to pay to a business partner into payment specifications for automatic processing in the payment program and processing in payment lots. 
Key features:  With the transaction Payment Specification for Payment Run (FPAY1A), you can group open items and at this level, define payment data such as payment method, bank data, and DME data. The payment program processes this data for payment (payment specification of category Payment Program). With transaction Payment Specification for Payment Lot (FPAY1B) you can only group items (for example, without specification of payment data such as payment method, bank data) and use the payment specification created in this way as selection criteria for processing incoming payments (payment specification of category Valid for Payment Lot). The system saves this payment data at header level and the related items at item level in the object payment specification. You can include items from different business partners and contract accounts in one payment specification. In the payment specification you must always specify the paying business partner and (if the specification is for the payment run) the paying contract account. You can use the function for incoming payments, outgoing payments, and in principle, for all payment methods. In the related line items, only the category of the payment specification (field DFKKOP-PDTYP) is set. The payment data entered (for example, payment method) is not entered in the line item. When you create a payment specification, the same authorization checks that apply to the document change function apply (company code, business area, and authorization group of contract account). Using the authorization object F_KKINDPAY, the system checks, dependent on the category of the payment specification and the activity, whether a user has the required authorization. 
Business roles: Accounts Payable and Receivable Accountant (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Reverse Payment Specification
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description:  You can summarize receivables that a business partner is to pay with one payment, using a specific payment method, and specific bank details, and payables that you want to pay to a business partner into payment specifications for automatic processing in the payment program and processing in payment lots. 
Key features:  With the transaction Payment Specification for Payment Run (FPAY1A), you can group open items and at this level, define payment data such as payment method, bank data, and DME data. The payment program processes this data for payment (payment specification of category Payment Program). With transaction Payment Specification for Payment Lot (FPAY1B) you can only group items (for example, without specification of payment data such as payment method, bank data) and use the payment specification created in this way as selection criteria for processing incoming payments (payment specification of category Valid for Payment Lot). The system saves this payment data at header level and the related items at item level in the object payment specification. You can include items from different business partners and contract accounts in one payment specification. In the payment specification you must always specify the paying business partner and (if the specification is for the payment run) the paying contract account. You can use the function for incoming payments, outgoing payments, and in principle, for all payment methods. In the related line items, only the category of the payment specification (field DFKKOP-PDTYP) is set. The payment data entered (for example, payment method) is not entered in the line item. When you create a payment specification, the same authorization checks that apply to the document change function apply (company code, business area, and authorization group of contract account). Using the authorization object F_KKINDPAY, the system checks, dependent on the category of the payment specification and the activity, whether a user has the required authorization. 
Business roles: Accounts Payable and Receivable Accountant (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Reverse Item Preselection
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Description:  You can summarize receivables that a business partner is to pay with one payment, using a specific payment method, and specific bank details, and payables that you want to pay to a business partner into payment specifications for automatic processing in the payment program and processing in payment lots. 
Key features:  With the transaction Payment Specification for Payment Run (FPAY1A), you can group open items and at this level, define payment data such as payment method, bank data, and DME data. The payment program processes this data for payment (payment specification of category Payment Program). With transaction Payment Specification for Payment Lot (FPAY1B) you can only group items (for example, without specification of payment data such as payment method, bank data) and use the payment specification created in this way as selection criteria for processing incoming payments (payment specification of category Valid for Payment Lot). The system saves this payment data at header level and the related items at item level in the object payment specification. You can include items from different business partners and contract accounts in one payment specification. In the payment specification you must always specify the paying business partner and (if the specification is for the payment run) the paying contract account. You can use the function for incoming payments, outgoing payments, and in principle, for all payment methods. In the related line items, only the category of the payment specification (field DFKKOP-PDTYP) is set. The payment data entered (for example, payment method) is not entered in the line item. When you create a payment specification, the same authorization checks that apply to the document change function apply (company code, business area, and authorization group of contract account). Using the authorization object F_KKINDPAY, the system checks, dependent on the category of the payment specification and the activity, whether a user has the required authorization. 
Business roles: Accounts Payable and Receivable Accountant (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Display List from Payment Specification
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Business roles: Accounts Payable and Receivable Accountant (FI-CA)| External Auditor - Accounts Payable and Receivable (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.

External Auditor - Accounts Payable and Receivable (FI-CA) : 
Reviews the accounts of organizations to ensure the accuracy and completeness of their financial records. Determines if the financial statements of an organization fulfill all required legal accounting policies, and procedures.
Display Preselections from Payment Specification
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Business roles: Accounts Payable and Receivable Accountant (FI-CA)| External Auditor - Accounts Payable and Receivable (FI-CA)
External Auditor - Accounts Payable and Receivable (FI-CA) : 
Reviews the accounts of organizations to ensure the accuracy and completeness of their financial records. Determines if the financial statements of an organization fulfill all required legal accounting policies, and procedures.

Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.
Display Items from Payment Specification
Application component: Contract Accounts Receivable and Payable
App type: SAP GUI
Business roles: Accounts Payable and Receivable Accountant (FI-CA)| External Auditor - Accounts Payable and Receivable (FI-CA)
Accounts Payable and Receivable Accountant (FI-CA) : 
Deals with payment and credit clarification of B2B and B2C customers and works off complex customer requests according account clarification.

External Auditor - Accounts Payable and Receivable (FI-CA) : 
Reviews the accounts of organizations to ensure the accuracy and completeness of their financial records. Determines if the financial statements of an organization fulfill all required legal accounting policies, and procedures.