(ARG) Working with Other Accounts Payable Functionality for Argentina

This chapter provides an overview of deferred check payments and discusses how to:

• Work with voucher entry and review.

• Work with batch vouchers.

• Work with payments.

• Work with the TXT payments file.

• Map fields in the F0411Z1 tag table.

Understanding Deferred Check Payments for Argentina

The deferred check payment process enables you to write off your obligation to the supplier through the use of a deferred payment check.

A new document of type P1 is created to reclassify the debt. The payment is made against a control or temporary account; and at the due date of the check, the payment is made from the final bank account.

Making Deferred Check Payments

Keep the following considerations in mind when you process deferred check payments:

• When you enter the voucher, ensure that its pay instrument is deferred check (D).

• Before you create payment control groups, specify the final account that you set up in the Deferred Check Table program (P76A0421) in G/L Bank Account processing option of the Create Payment Control Groups program (R04570).

• When you print the payment, the system displays the Enter Draft Check Days form.

  Enter the number of deferment days of the check on this form. The system adds the number of days that you enter to the latest due date of the vouchers belonging to that pay group to determine the due date of the check that will be issued.

• When you update the payment, the system generates a new voucher of type P1.

  This new voucher represents the deferred check that still has to be charged. The P1 voucher has the following characteristics:

  • An amount that is equal to the net amount of the payment made.

  • A pay status of D.

  • A due date that corresponds to the deferment days that are added to the latest due date of paid vouchers.

• The deferred check payment generates a batch of type K (A/P Checks [Automatic]).

  Note. You can review deferred checks by using the Draft Inquiry/Selection program (P04260). You can use this program to modify the pay status of the deferred checks, which then enables you to select them by using data selection when they are charged.

• When the payment is due, you use the Post Outstanding Drafts program (R04803) to pay pending checks.

  In the processing options of the Post Outstanding Drafts program, specify the due date of the payments as the pay through date in processing option 1 on the Dates tab. The system uses this date to select the checks that must be paid.

• The deferred check payment generates a batch of type G (General Accounting) and changes the pay status of the P1 voucher to paid.

  Note. The Argentinian localization does not allow the use of multichecks. Therefore, to liquidate quotas by using deferred checks, you must create a payment group for each quota that is to be paid.

Considerations for Payments in Bonds

According to RG830 (Profits) and RG18 (VAT), when the payment of a voucher is made by using bonds, or quasi currency (such as Lecops, Patacones, and so on), no VAT or profits withholdings take place. Furthermore, a listing of profit withholdings that were not collected because they belonged to these concepts must be submitted to the fiscal authority.

Note. Payment in bonds must correspond to the total amount of the voucher.

To meet these requirements, you must specify that withholdings not be carried out if these types of vouchers are being written off. These unfulfilled withholdings are stored in a table so that they can be used to generate a report for the fiscal authority when needed.

You specify how withholdings should be carried out by using the special handling code for the payment instrument in UDC 00/PY. This UDC specifies only whether withholdings are saved in permanent files or in unfulfilled withholding tables. This UDC does not affect withholdings calculations.

Related Tables

After you have run the Create Payment Control Groups program (R04570) and before you have updated payments, the system save withholdings in the following tables:

• The F04573 table and PCG Detail Information Tag Table (F760473A) if taxes were withheld.

• A/P Payment Control Group File table (F76A81) if taxes were not withheld.

When a payment is updated, the voucher status is updated, the withholding certificates are generated, and the records are saved in the following final tables:

• The F0411, F0414, A/P Ledger Tag Table - ARG (F760411A), A/P Payment Detail Tag Table (F760414A), and F0911 tables if taxes were withheld.

• A/P Payment Control Group File (F76A82) if taxes were not withheld.

If the fourth position of the special handling code is a Y, earnings accruals are saved to the Profit Withholding - Payments Done table (F760406A) and the Profit Withholding - Payments Done table (F76A8070) (for copyrights). If the fourth position of the special handling code does not have a Y, no earnings accrual records are saved.

Considerations for Manual Payments

When you create manual payments, the system validates the payment instrument code. If it finds an N, the user is not allowed to enter withholding amounts.

Considerations for Writeoffs

Writeoffs are identified with a V in the VOD field of the F76A82 table. The process for withholding taxes is the same.

See Also

Setting Up the System for Deferred Payments for Argentina

Setting Up UDCs for Accounts Payable for Argentina

Setting Up AAIs for Deferred Payments

Working with Voucher Entry and Review for Argentina

This section provides overviews of vouchers, CAI number for suppliers, and the process for revising vouchers for Argentina; lists prerequisites, and discusses how to:

• Set processing options for F0411 Tag File Maintenance (P760411A).

• Enter voucher additional information.

• Enter withholding information.

• Maintain CAI numbers for suppliers.

• Set up voucher authorization rules.

Understanding Vouchers for Argentina

You use the Standard Voucher Entry program (P0411) to enter vouchers for Argentina. When the user ID is set to Argentina, the system displays an additional form on which you enter information specific to Argentina.

For the system to access country-specific information, you must set up corresponding versions of:

• Standard Voucher Entry (P0411).

• F0411 Tag File Maintenance (P760411A).

• Voucher Entry MBF Processing Options (P0400047).

For example, if you use version ZJDE0001 of the Standard Voucher Entry program, the system uses version ZJDE0001 of the F0411 Tag File Maintenance - ARG program and version ZJDE0001 of the Voucher Entry MBF Processing Options program.

The system stores country-specific voucher information in the A/P Ledger Tag Table - ARG table (F760411A).

Note. When you create a voucher, the system assigns to the voucher the value from the Pay Status Code processing option in the Voucher Entry MBF Processing Options program (P0400047). If this processing option is blank, the system uses the default value from the Pay Status (PST) data item. You cannot override the system-assigned payment status.

Also, you cannot modify or delete a voucher if the pay status of any of its lines is listed in the Unchangeable Pay Status (76A/EI) UDC table.

Considerations for the Duplication of Invoice Legal Number

The system controls the duplication of invoice legal numbers with the same supplier and legal document type.

To activate the duplicate legal numbers control, you must set up the processing options on the Validate tab for the F0411 Tag File Maintenance program (P760411A).

After you click OK on the Voucher Additional Information - Revision form, if the invoice number is duplicated for the same type of legal document, the system displays the Duplicate Invoice Number form.

If the system displays this form, take one of these actions:

• Click Cancel.

  When you click Cancel, the voucher is generated with the pay status that is designated in processing option 5 of the F0411 Tag File Maintenance - ARG program (P76A0411A). For the invoice to adopt the pay status from the Pay Status Code processing option for the Voucher Entry MBF Processing Options program (P0400047), you must re-enter the voucher and replace its legal number with one that is not a duplicate, or you must change its legal document type.

• Replace the legal number with one that is not a duplicate and click OK.

If duplicate number control is not achieved through legal document type (the processing options on the Validate tab for the F0411 Tag File Maintenance program (P760411A) are blank), the system uses the Duplicate Invoice Number Edit setting from the Accounts Payable constants. In this case, when you enter a duplicate number for the invoice, the system returns an error when the detail area of the Enter Voucher - Payment Information form is loaded.

If you receive this error, change the legal number to one that is not a duplicate so that you can continue with voucher creation.

Considerations for Entering Vouchers for Cleaning Services Withholding

Specify the SUSS withholding concept for the withholding on the Voucher Additional Information - Revision form as illustrated in this table:

Note. Values for the S.U.S.S. Concept field are defined in the SUSS Withholding Concept (76/11) UDC table. You can specify the required withholding in this field or leave this field blank if blank is a valid value in the UDC.

To enter an eventual personnel withholding concept, complete the origin jurisdiction as shown in this table, even though gross income is not being withheld:

Entering Voucher Additional Information for RG 1361

The system displays the Voucher Additional Information - Revision form after you enter a voucher in the Standard Voucher Entry program (P0411), includes the fields that enable you to add the required imported operations information.

The system stores this information in the A/P Ledger Tag Table - ARG table (F760411A) and the additional importation information in the F760411A A/P Tag File - ARG table (F76A411T).

Considerations for Profit Gross Up

When you enter the voucher, add an additional line with the calculated gross up amount, a tax explanation code of E, and the tax area associated with 0 percent tax.

For example, suppose that the retention quota for payments to foreigners is 10 percent and that the amount to pay is 1000 USD.

If it had been agreed that the foreign payee would receive a tax-free amount of 1000 USD, the grossed up amount would be 1111 USD. Ten percent of 1000 USD is 111 USD (withholding), and the foreign payee thus receives 1000 USD (1111 USD – 111 USD). For this reason, the voucher must have two lines: one for 1000 USD with the amount's corresponding tax area, and another for 111 USD with a tax explanation code of E and a tax area defined in UDC 76A/AC, as shown in this example:

Note. If you need to exclude the gross up amount from the Purchase VAT Subledger, you must exclude the detail lines of vouchers with a tax area that is defined for gross ups. To do this exclusion, you must ensure that the supplier is set up with the most current data in the Country and Person/Corporation Code fields on the Address Book Revision form and in the A/B Legal Document Type - Argentina and Tax ID fields on the A/B Additional Information - Revision form.

Considerations for Purging Vouchers

When you run the Purge Closed A/P Records program (R04800), the system moves the data from the F76A411H table to the F76A411R table.

See Also

Setting Up Invoice Type M for Voucher Processing for Argentina

Understanding CAI Numbers for Suppliers with Fiscal Controller

General Resolution 1492 modified the General Resolution 1361, requiring that, as of September 1, 2003, you must report the CAI number (autoprinter inscription number) and the expiration date of type A and type B invoices.

For vouchers that are issued by suppliers with the fiscal controller option, the CAI number is unique for each voucher.

In addition to maintaining and validating CAI numbers, the system handles suppliers with the fiscal controller option.

When you enter legal information for a voucher, the system displays the CAI number and the effective date for the supplier and the issuing place. If this information does not exist, the system issues a warning message. You can manually modify the CAI number and effective date.

Note. CAI information is mandatory on vouchers for suppliers with the fiscal controller option. This information can be omitted for other suppliers. Vouchers for suppliers without the fiscal controller option use the default value for the CAI number.

When you enter a voucher, the system creates a record of the CAI number for the voucher in the AP Header Tag File - ARG table (F76A411H). If the invoice group for the voucher is other than A or B, the CAI number is blank in this table.

You use the Work with CAI number program (P76A411H) to assign CAI numbers to vouchers with the fiscal controller option. You can modify the CAI number for vouchers that meet these conditions:

• The voucher's invoice group is A or B.

• The CAI number has 14 digits.

• The CAI number is not blank.

• The voucher is not voided.

• The voucher is not included in the VAT RG1361 magnetic file.

You cannot review vouchers without invoice group A or B, or vouchers that are not in the mode of General Resolution 100.

If you change the AFIP document type of a voucher during the voucher entry, the system validates the CAI information when you click OK, based on the original document type.

Understanding the Process for Revising Vouchers for Argentina

The processing option for the PO - A/P Speed Release - ARG program (P76A115) determines which information can be changed for a voucher using Speed Status Change. These user types are valid:

• Approver

  Can modify the Pay Status and Remarks fields.

• Treasurer

  Can modify the Pay Status, Remarks, and Payee Number fields.

• Payer

  Can modify all fields.

  Note. Each user's authority to modify vouchers from one status to another and up to a specific amount is defined in the Voucher Authorization Rules program (P760409A).

Prerequisites

Before performing the tasks in this section:

• Set up AFIP document type relationships.

  See Setting Up Legal Numbering for Argentina.

• Set up voucher authorization rules to authorize different users to change the status of vouchers up to a given amount.

  See Setting Up Voucher Authorization Rules.

• Set up corresponding versions of the Standard Voucher Entry (P0411). the Voucher Entry MBF Processing Options (P0400047), and the F0411 Tag File Maintenance (P760411A) programs.

• Set up supplier CAI numbers.

  See Setting Up Print Authorization Codes for Argentine Suppliers.

• Set up to use invoice type M.

  See Setting Up Invoice Type M for Voucher Processing for Argentina.

Forms Used to Work With Vouchers for Argentina

Setting Processing Options for F0411 Tag File Maintenance (P760411A)

Processing options enable you to specify the default processing for programs and reports.

General

These processing options let you set up default information for voucher entry.

RG/100

This processing option lets you specify whether you are processing vouchers corresponding to RG 100.

Validate

These processing options let you set up legal number validation.

Entering Voucher Additional Information for Argentina

Access the Voucher Additional Information - Revision form.

General Information

Select the General Information tab.

Import Information

Select the Import Information tab.

Entering Withholding Information for Argentina

Access the Withholding Additional Information Revision form.

Note. You must enter the same VAT withholding concept for all lines.

VAT Wh (value-added tax withholding)	Enter a value that exists in the ARG-VAT Withholding Concept (76/02) UDC table to specify the VAT withholding concept that applies to the voucher.
G.I. Agr (gross income agreement)	Enter a value that exists in the ARG-G.I. Agreement Code (76/01) UDC table to specify the gross income agreement that applies to the voucher.
GI CptSr (gross income concept source)	Enter a value that exists in the ARG-G.I. Concept - Source (76/05) UDC table to specify source of the gross income source.
GI StSr (gross income state source)	Enter a value that exists in the ARG-G.I. State - Source (76/09) UDC table to specify the source of the gross income state.
GI CptDt (gross income concept destination)	Enter a value that exists in the ARG-G.I. Concept-Destination (76/06) UDC table to specify the destination.
GI StDt (gross income state destination)	Enter a value that exists in the ARG-G.I. State-Destination (76/10) UDC table to specify the state of the destination.
Pft WhCpt (profit withholding concept)	Enter a value that exists in the ARG-Profit WH Concept (76/04) UDC table to specify the concept of the profit.
Cnt Cpt (contract concept)	Enter a value that exists in the ARG-Contract Concept (76/07) UDC table to specify the concept of the contract.
S.U.S.S Cpt (sistema único de seguridad social concept)	Enter a value that exists in the SUSS Withholding Concept (76/11) UDC table to specify the S.U.S.S. concept.

Maintaining CAI Numbers for Suppliers with Fiscal Controller

Access the Enter CAI Information form

Setting Up Voucher Authorization Rules

You set up voucher authorization rules to authorize different users to change the status of vouchers up to a given amount.

Access the Add Voucher Authorization Rules Maintenance form.

Max. Domestic Amount (maximum domestic amount)

Enter the amount of an invoice or voucher pay item that is unpaid.

Setting Processing Options for PO - A/P Speed Release - ARG (P76A115)

Processing options enable you to specify the default processing for programs and reports.

General

Working with Batch Vouchers for Argentina

This section provides an overview of the F0411A1 tag table, lists a prerequisite, and lists the forms used to work with batch vouchers.

Understanding the F0411Z1 Tag Table Generation

The F0411Z1 Tag Table - ARG - 04 table (F76A30) saves additional information about vouchers that is different from the additional supplier information, which is stored in the A/B Tag Table - ARG table (F760101A).

After you have uploaded vouchers to the Voucher Transactions - Batch Upload table (F0411Z1), you must generate the F76A30 table by using the same process that you use to generate the F0411Z1 table.

When you process a batch of vouchers in the JD Edwards EnterpriseOne Accounts Payable system, the system processes the information obtained from the F76A30 table as follows for each voucher in the F0411Z1 table:

• If a corresponding record exists in table F76A30 with the same key, the system generates a record in the A/P Ledger Tag Table - ARG table (F760411A) by using the information from table F76A30.

• If no corresponding record exists in the F76A30 table, the system generates a record in the F760411A table by using supplier tax information from the F760101A table.

The F76A30 table does not need to include information pertaining to every supplier that is included in the F0411Z1 table. Only those vouchers for which the tax information differs from the supplier's tax information need to have a record in the F76A30 table.

The system does not validate the data in the F76A30 table. It assumes that the data is correct.

The system transfers all of the information from the F76A30 table, including those fields that are left blank. The system does not assign default values.

See Also

Mapping Voucher Transactions to Batch Input Tables

Prerequisite

Set up AFIP document type relationships to cross reference JD Edwards EnterpriseOne document types and legal invoice groups to legal document types.

Forms Used to Work with Batch Vouchers for Argentina

Working with Payments for Argentina

This section provides overviews of creating payment control groups, writing payments, updating payments, posting automatic payments, and voiding payments, and the process for entering manual payments with voucher match; lists prerequisites, and discusses how to set processing options for PO - PCG process - ARG (P76A570).

Understanding the Create Payment Control Groups Process for Argentina

The Work With Payment Groups program (P04571) selects all of the vouchers with an expiration date that is earlier or the same as the one which is specified in the processing options. If the Pay Through Date processing option is blank, the system uses the payment date from the processing options for the PO - PCG process - ARG program (P76A570), to calculate withholdings and exchange rates.

When you create payment groups, the system generates a standard report showing the vouchers that were selected for the payment. It also generates the Print PCG Detail - ARG report (R760476A), which lists the payment amount and corresponding tax withholdings.

The Print PCG Detail - ARG report lists payment group details:

• The bank account that is affected by the payment.

• The currency in which the payment is made.

• The total amount of the payment.

• The name of the payee.

• The type of document.

• The number of vouchers that are paid.

• The company that is assigned to the vouchers.

• The invoice number of the vouchers.

• The discount, if any.

• The vouchers that are selected for the payment and a record for each tax withholding.

These tax withholdings reduce the payment amount and constitute a debt with the Administración Federal de Ingresos Públicos (AFIP) on behalf of a third-party:

• Gross income withholding (document type $B).

• Profit withholdings (document type $G).

• Contractor withholdings (document type $S).

• VAT withholdings (document type $I).

• Eventual withholdings (document type $A).

The Print PCG Detail - ARG report is not generated if:

• The payment amount is negative.

• Another payment group is waiting for processing or updating.

• The setup for RG 726 is missing.

Country-specific payment group information is saved in these tables:

• F04572 Tag Table – ARG (F760472A).

  This table contains one record for each payment group payment.

• Detail Information Tag Table – ARG (F760473A).

  This table contains one record for each tax withholding for individual payments.

For the standard Create Payment Control Groups program to access country-specific information, you must set up corresponding versions of:

• Print PCG Detail - ARG (R760476A).

• PO - PCG process - ARG (P76A570).

For example, if you are using version ZJDE0001 of the Create Payment Control Groups program, the system uses version ZJDE0001 of the PO - PCG process - ARG program.

Note. Payment accruals are stored in the Profit Withholding - Payments Done table (F760406A).

Legal Numbering Considerations for Argentina

A processing option on the PO - PCG process - ARG program (P76A570) enables you to enter the issue place that the program uses to obtain the legal numbers for the VAT and profit withholdings.

If you set up the issue place in the processing option but not in the Certificate Next Number RG 738 (A/P) program (P76A8080), or if the issue place has been set up for a different company or year, the Print PCG Detail - ARG report shows this error: Payment setup error in R.G. 738/99. Review company and issue place numbers.

When necessary, the Remark column indicates that the legal numbering setup for a withholding is missing.

After this error is issued, you must undo the payment group, correct the setup, and recreate the payment group. The same error is reissued if you try to rewrite the payment without carrying out this step.

If the processing option is blank, no validation occurs because the system does not generate legal numbers for withholdings.

The system generates profit and VAT withholding legal numbers when payments are updated and the numbers are printed on each of the certificates below the internal number.

Profit Withholding Calculations

Profit withholding must be deducted from payments made to suppliers. A withholding certificate is given to the supplier along with the payment to explain why the payment was made for a different amount than was requested on the supplier invoice. The system calculates profit withholding when you create the payment group and deducts the resulting amount from the total payment amount.

Using the first processing option for the PO - PCG process - ARG (P76A570) report, you can specify how the system accrues payments. The following list describes the three options:

• Independent Accrual by Company.

  Profit concept withholding calculations are performed independently for each company, with no relationship established for payment accruals that exist for other companies or branches. For this reason, the system accrues completed payments for each of the companies that has been set up.

• Unique Accrual for All Companies.

  The calculation for unique accrual profit withholding means that the system calculates the withholdings based on the sum of all of the accrued payments for all of the companies and branches which were previously set up. As a consequence, no unique accrual of completed payments occurs.

  Suppose you have set up two companies, Company A with branch A, and Company B. In this example, the base for the calculation is the sum of payments that are accrued for Company A, its branch, and Company B.

• Accrual by Related Company (Parent Number.)

  If you specify Accrual by Related Company for the same organizational structure (Company A with a subsidiary branch, and Company B), two scenarios are possible:

  • If the profit withholdings are calculated when a voucher from Company A or its branch is paid, the base for the calculation is payments accrued for Company A and its branch.

  • The Company B accrual is not part of the calculation.

    If the voucher that is being paid belonged to Company B, only its payment accrual determines the withholding amount. Accruals for Company A and its branch are not a part of the withholding calculation.

Profit Withholding for UTEs

When a supplier is a temporary enterprise union (UTE), profit withholding is calculated individually for each member of the UTE and withholding certificates are printed for each member.

The system stores summary information by company, supplier, profit withholding concept, month, and year for each payment that is made. The system also stores summary information about taxable amounts and profit withholdings.

When a payment is made to a UTE, the voucher taxable amount is recorded for the UTE address number and not for the address numbers of the UTE members. For example, suppose that UTE A is paid with a voucher taxable amount of 10,000. Profit withholding amounts are calculated as follows for the UTE members:

If this is the first payment of the month, the system updates the payments summary table:

Suppose that a second payment with a voucher taxable amount of 2,500 is made to UTE A during the same month. The system calculates profit withholding amounts as follows for the UTE members:

The system updates the payments summary table:

Suppose that a payment without a voucher taxable amount of 3400 and a calculated profit withholding of 20 is made to supplier 10 during the same month. The system updates the payments summary table as follows:

When a voucher for a UTE is selected for payment, if UTE member information doesn't exist for the UTE, the system prints a warning and the user can decide whether to make the payment anyway or undo the payment and include it in a payment group after the UTE member information has been entered.

If the user makes the payment without first entering the UTE member information, any previous payments that were made to the UTE are added to the current payment and the profit withholding amount that is calculated for the combined amount is recorded for the UTE.

When you create payment groups, the system checks whether the supplier is a member of one or more UTEs. If the supplier is a UTE member and another voucher exists in another payment group for the same supplier or to a UTE to which the supplier belongs, the system updates the voucher status to X and excludes the voucher from the payment group.

Profit Withholding Calculations for UTEs

When a voucher for a UTE member is selected for payment, the system uses these values to calculate profit withholding:

• A: Previous payments made to the UTE for the same concept, company, month, and year.

• B: Previous profit withholdings done for the UTE for the same concept, company, month, and year.

• C: UTE members and their participation percentages.

• D: Previous payments made to each UTE member for the same concept, company, month, and year.

• E: Previous profit withholdings done for each UTE member for the same concept, company, month, and year.

• F: Profit withholding exemption percentages for each UTE member.

For each UTE member, profit withholding is calculated as follows:

(Calculation Base) = ((A + (Current Payment Amount)) × (Member Participation Percentage)) + D – (Minimum Taxable Amount)

(Previous Withholdings Done) = (B × (Member Participation Percentage)) + E

(Withholding Amount) = ((Calculation Base) × (Withholding Percentage) × F) – (Previous Withholdings Done)

For example, suppose that UTE A has the following members:

When a voucher for UTE A is selected for payment, the system uses these values to calculate profit withholdings:

• a: Previous payment amounts for UTE A.

• b: Previous withholding amounts for UTE A.

• c: Previous payment amounts for supplier 10.

• d: Previous withholding amounts for supplier 10.

• e: Previous payment amounts for supplier 20.

• f: Previous withholding amounts for supplier 20.

• g: The profit withholding exemption percentage for supplier 10.

• h: The profit withholding exemption percentage for supplier 20.

Using these values, the system calculates profit withholding amounts for supplier 10 as shown:

(((a × 40%) + ((Current UTE Voucher Amount) × 40%) + c – (Minimum Taxable Amount)) × (Withholding Percentage) × g) – (b × 40%) – d

The system also calculates profit withholding amounts for supplier 20 as shown:

(((a × 60%) + ((Current UTE Voucher Amount) × 60%) + e – (Minimum Taxable Amount)) × (Withholding Percentage) × h) – (b * 60%) - f

Considerations for Processing Automatic Payments for Withholdings for Cleaning Services

When you create the payment group, the system calculates the withholdings according to the information on the voucher and the SUSS setup.

Note. Withholdings for eventual personnel services and cleaning services cannot be calculated in the same voucher because the system calculates only one of the withholdings.

The system displays the results of the withholding calculations on the A/P Auto Payment Register - ARG report (R76A0476) for the following document types:

• Eventual Personnel Services Withholding ($A).

• Cleaning Services Withholding ($L).

  Note. You must set up document types $A and $L in the Document Type - Vouchers Only (00/DV) and Document Type - All Documents (00/DT) UDC tables.

Follow the standard process to write and update the payment group. When you update the payment group, the system creates the Cleaning Withholding Certificate and the Eventuals Withholding Certificate.

After you update the payment group, you can reprint certificates using the S.U.S.S. WH Certificate program (R7604541A). You must create one version of this program to reprint Eventuals Withholding Certificates (document type $A) and another version to reprint Cleaning Withholding Certificates (document type $L).

Considerations for Processing Payments by RG 726 or RG 615

If you are processing payments following RG 726 or RG 615, complete these steps before running the Create Payment Control Groups program:

• Verify that the selected suppliers are included in the AFIP classification file for the payment month and year.

  This step is not required if the supplier is an export supplier or the company is not a withholding agent.

• Set up the VAT withholding for RG 726 or RG615, whichever is appropriate.

• Complete the second processing option on the Process tab for the PO - PCG process - ARG program as follows:

  • Enter 1 in this processing option if you want RG 615 to apply, or leave this processing option blank if you want RG 726 to apply.

  • Enter 2 if you do not want the system to verify information following RG 726/615.

    The value that is specified affects all of the suppliers in the payment group.

• The value in the second processing option on the Process tab for the PO - PCG process - ARG program determines how withholding calculations are performed.

  Important! If the Supplier Information RG 726 (F76A8011) table does not contain information about a supplier, the system issues an error on the Print PCG Detail - ARG report, which specifies the company, supplier, month, and year for which information is missing in the F76A8011 table.
  
  The system checks for information for the supplier but not for the alternate payee.
  
  When supplier information is missing, the system does not generate a payment for the supplier.

Understanding Writing Payments for Argentina

The system uses two additional temporary work tables for payments for Argentina:

• F04572 Tag Table – ARG – 04 (F760472A).

• Detail Information Tag Table – ARG – 04 (F760473A).

When processing payments in Argentina, you should also consider:

• The payment GL date of the check must be for the same month and year as the tentative date that is set up in processing options of the PO - PCG process - ARG program. If this processing option is blank, the date must match the one that is set up in the Pay Through Date processing option of the Create Payment Control Groups program.

• If the payment instrument is a deferred check, you must enter the displacement days of the check, which the system adds to the latest due date of those vouchers that are included in the payment group.

Understanding Updating Payments for Argentina

The update process updates tables, prints certificates of withholdings that must be given to the supplier, and creates the batch that must be posted for the payment.

The system updates the following tables:

To comply with General Resolution 738 regarding the information to be included in withholding certificates, take note of these considerations:

• VAT Withholdings Certificate.

  The VAT WH Certificate program (R7604521A) includes a Tax field in the applied withholding detail area. The system uses this field to report the tax denomination.

• Profit Withholding Certificate for individuals residing in the country.

  The Profit WH Certificate program (R7604531A) includes the Tax and Withholding Voucher fields. The system uses the Withholding Voucher field to report legal invoices numbers for which withholdings are collected.

• Profit Withholding Certificate for foreigners.

  The Profit WH Certificate program includes the Country of Origin field, which the system uses to specify the foreign supplier's country.

  As with profit withholding certificates for suppliers residing in the country, the Profit WH Certificate program includes the Tax and Withholding Voucher fields.

  The Profit WH Certificate program also includes the Country CUIT field. To populate this field correctly, set up the Country's CUIT (76A/FJ) UDC table to include country CUITs (clave única de identificación tributaria) for individuals and companies.

• Profit Gross Up.

  The Profit WH Certificate program includes a Gross Up field. When you print the certificate, the system verifies whether the voucher that is being paid includes a tax area that has been defined in UDC 76A/AC. If that condition is met, the certificate reports the profit gross up withholding. If not, the certificate shows that the withholding is not grossed up.

Understanding Posting Automatic Payments for Argentina

When you post automatic payments, the system debits a liability account (the same account that was charged when the voucher was entered) and charges the control accounts of the different tax withholdings. The difference is charged to a bank account.

When you post withholdings, the system debits the control accounts for withholdings (charged when the payment was posted) and charges the withholding accounts.

Note. For Argentina, the system creates journal entries by using document type PK only, not document type PT, to debit an AP trade account that was originally credited when the voucher was posted.

Understanding Voiding Payments for Argentina

When you void a payment, new legal numbers for withholdings are generated with the same issue place as the original withholdings, as well as the void year and the following next number.

If the original withholding did not have a legal number, the void will not have one. Therefore, if legal numbers must be generated, you must reprint VAT and profit withholding certificates for manual payments with voucher match and adjustments before they are voided.

Understanding the Process for Entering Manual Payments with Voucher Match for Argentina

In addition to the process described previously, entering manual payments with voucher match involves the additional step of entering withholding information.

After you enter the manual payment information and select pay items, the system displays the Withholding Registration Information form. Use this form to enter these amounts:

• Value-added tax (VAT) withholding.

• G.I. (gross income) source withholding.

• G.I. (gross income) destination withholding.

• Profit withholding.

• Contract withholding.

• Sistema único de seguridad social (SUSS) withholding.

  Note. When you enter the manual payment amount, include the withholding amounts. Enter the withholding amounts as negative amounts.

Manual Payments with Voucher Match for Withholdings for Cleaning Services

When you generate manual payments with voucher match, enter the withholding amount and concept on the Work with Manual Payments, Withholding Registration form. Enter the withholding amount and concept for either eventual services or cleaning services, but not both. Manual payments accept only one withholding at a time.

The withholding concept and amount that you specify should be the same as the withholding concept and amount specified for the vouchers because they are used in the withholding calculation when you print the certificate.

Enter withholding information for cleaning services on the Work with Manual Payments, Withholding Registration form as shown in this example:

Enter withholding information for eventual personnel services on the Work with Manual Payments, Withholding Registration form as shown in this example:

If you do not specify a value for the G.I. Concept Source State, the system uses the concept from the paid voucher.

When you generate the payments, the system creates the Cleaning Withholding Certificate and the Eventuals Withholding Certificate.

After you generate manual payments, you can reprint the certificates using the S.U.S.S. WH Certificate program (R7604541A). You must create one version of this program to reprint Eventuals Withholding Certificates (document type $A) and another version to reprint Cleaning Withholding Certificates (document type $L).

Approving and Posting Manual Payments and Withholdings for Argentina

All withholdings that are generated for a payment have the same batch number. The withholding concept that is entered in the manual payment must be the same as the concept of the paid voucher. If the payment has a withholding concept and is made for several vouchers, the vouchers must each have the same concept.

When you post manual payments, the system typically debits a liability account (the same account that was charged during the voucher entry) and charges the control accounts of the different tax withholdings; the difference is charged to a bank account.

When you post withholdings, the system debits the control accounts for withholdings (charged when the payment was posted) and charges the withholding accounts.

Manual payment with voucher match information specific to Argentina is stored in the following tables:

See Also

Entering Manual Payments with Voucher Match

Prerequisites

Before completing the tasks in this section:

• Set up AAIs for deferred payments.

  See Setting Up AAIs for Deferred Payments.

• Set up payment formats.

  See Setting Up Payment Formats for Argentina.

(ARG) Setting Processing Options for PO - PCG process - ARG (P76A570)

Processing options enable you to specify the default processing for programs and reports.

General

Process

RG 738/99

RG 830/00

Generating the TXT Payments File for Argentina

This section provides an overview of generating TXT payments and discusses how to:

• Add information for TXT payments.

• Run the TXT Payment Generation program.

• Set processing options for TXT Payment Generation (R76A0441).

Understanding the TXT Payment File Process

The process for generating the TXT payment file involves adding information for TXT payments and generating the TXT payment file.

Adding Information for TXT Payments

You can use the Additional Payment Information program (P76A0440) to add the information that is required for payments with endorsed checks. You can also use this program to enter payment detail information for payments that were made by other means.

The system uses information from the standard payment tables and information from the processing options of the TXT Payment Generation program (R76A0441) to generate the TXT payment report.

You can modify and delete information in the Additional Payment Information program until you have processed that information by running the TXT Payment Generation program in final mode.

To change the bank tax ID (type 03 or 06) for an existing check, you must delete the record and add a new one. You cannot change the bank tax ID.

The system saves information that you enter in the Additional Payment Information program to the Check Details RG1547 - ARG - 04 table (F76A0440).

Generating the TXT Payments File

The TXT Payment Generation program (R76A0441) writes records to the Text Processor Header (F007101) and Text Process Detail (F007111) tables. You use the Text File Processor (P007101) to copy the text files from the F007101 and F007111 tables to text files that you can submit for tax reporting. These records contain information about payments from the F76A0440 table.

When you run the TXT Payment Generation program in proof mode, the system generates a report of payments and errors found.

When you run the TXT Payment Generation program in final mode, the system generates a report that includes information about the total payment with information from the processing options and from the standard payments tables. The system marks records in table F76A0440 as processed. The system includes records that have errors.

The system retrieves the following payment data:

• Check number

  The system retrieves check numbers from the F76A0440 table, if possible. If the information from the F76A0440 table does not equal the total amount of the payment, the system uses the document number from the payment as the check number for the remaining amount.

• Bank tax ID

  The system retrieves the tax ID of the issuing bank from the F76A0440 table, if possible. If the information from the F76A0440 table does not equal the total amount of the payment, the system uses the CUIT number from the bank's address book record for the remaining amount.

• Payment instrument

  The system retrieves the payment instrument from the F76A0440 table, if possible. Otherwise, the system uses the payment instrument that is specified in the processing options of the TXT Payment Generation program.

• Signer tax ID

  The system retrieves the tax ID of the signer from the F76A0440 table, if possible. Otherwise, the system uses the signer tax ID from the processing options of the TXT Payment Generation program.

• Gross amount

  The system uses the total of the checks that are associated with the payment in the F76A0440 table. If no checks are listed in F76A0440 table, the system uses the total payment amount. If the total of the checks is less than the total payment amount, the system records the difference using the document number from the payment.

• Currency code

  The system uses the value from the Special Handling Code field of the Foreign Currency Codes (00/CC) UDC for the payment currency. If UDC 00/CC is not set up, the system issues an error message.

If you use multiple versions of the TXT Payment Generation program for different payment instruments, the first version that you run must be set to clear the file, and the subsequent versions must be set to write additional information to the file. You specify in a processing option whether to clear the file. The data selection of the different versions does not have to be superimposed to avoid duplicate records. You have to run everything from the beginning when a subsequent version runs incorrectly.

TXT Payments File Layout

You must export the data from the F76A0441 table to a flat file that conforms to a specific format. Complete numeric fields with zeros to the left and alphanumeric fields with blanks to the right. The format is:

Forms Used to Add Information for TXT Payments

Adding Information for TXT Payments

Access the Check detail entry form.

Bank Tax ID

Enter the number that identifies your company to the tax authority. This number can include the tax ID number for an individual, a federal or state corporate tax ID, a sales tax number, and so on. Do not enter hyphens (dashes), slashes, spaces, or other punctuation in the tax identification number. The Bank ID is required if the payment type is 03 or 06.

Signer Tax ID

Enter the identification code that is required by various tax authorities. This can be a social security number, federal or state corporate tax ID, sales tax number, and so on. The system verifies the number and prints the separators in their correct format, according to the value of TAXC (Person/Corporation Code). If no value exists for TAXC, the system uses the Corporate Entity. The Signer Tax ID is required if the payment type is 06.

Running the TXT Payment Generation Program

Select Payment Information - RG 1547 (G76A1547), TXT Payment Generation.

Setting Processing Options for TXT Payment Generation (R76A0441)

Processing options enable you to specify the default processing for programs and reports.

General

Mapping Fields in the F0411Z1 Tag Table - ARG - 04 Table (F76A30) for Argentina

This section contains a list of the fields in the F0411Z1 Tag Table - ARG table (F76A30) and the values to enter.