En este capítulo se incluyen los siguientes temas:
Sección 9.1, "Cómo determina el sistema la fecha de vencimiento de los pagos diferidos"
Sección 9.2, "Límites relativos a los pequeños contribuyentes"
Sección 9.4, "Trabajo con el proceso de pagos automáticos en Argentina"
Cuando trabaje con pagos diferidos en Argentina, podrá especificar el número de días que se diferirá el pago mediante la introducción de un número concreto de días o la definición de una opción de proceso para que el sistema añada un día a la fecha de pago. También especificará la fecha que el sistema utilizará como base para añadir el número de días que se diferirá el pago.
Cuando se ejecuta el programa Work With Payment Groups (P04571) con los pagos para Argentina, el sistema llama al programa PO - PCG process - ARG (P76A570). Este programa incluye opciones de proceso adicionales que el sistema utiliza cuando se ejecutan los cálculos de los pagos para Argentina. Las opciones de proceso le permiten especificar el tipo de fecha base y si se añadirá de forma automática un día a la fecha base especificada.
Utilice el programa Deferred check – ARG 04 (P76A04722) como programa de impresión de los pagos diferidos en Argentina. Cuando se ejecuta el proceso de escritura en el programa Work With Payment Groups, el sistema muestra la pantalla Introducción de días de cheque de giro en la que puede introducir el número de días que desea diferir el pago cuando:
Se especifica P76A04722 como programa de impresión de pagos.
Se especifica un instrumento de pago con el código de gestión especial 1.
El sistema utiliza una opción de proceso del programa PO - PCG process - ARG para determinar si se añadirán los días especificados a la fecha del pago que se haya indicado en las opciones de proceso o a la última fecha de vencimiento de los comprobantes del grupo de pagos. En este documento, el tipo de fecha que se selecciona se representa como fecha base.
En lugar de introducir el número de días diferidos durante el proceso de escritura, puede especificar una opción de proceso para añadir un día a la fecha base que haya seleccionado. El sistema utilizará el valor de la opción de proceso únicamente si no se introduce ningún día diferido durante el proceso de escritura.
Los valores de opción de proceso que defina en dos programas distintos y la introducción de un valor o no en la pantalla Introducción de días de cheque de giro afectarán a la forma en que el sistema determina la fecha del pago diferido. Utilice esta tabla para comprobar que ha configurado el sistema para que use la fecha de pago diferido que desea utilizar.
| Fecha de pago deseada | Acciones para realizar |
|---|---|
| Añadir 1 o varios días a la fecha de pago especificada | En las opciones de proceso del programa P76A570:
Introduzca en la pantalla Introducción de días de cheque de giro el número de días que desea añadir a la fecha de pago especificada. |
| Añadir uno o varios días a la última fecha de vencimiento del comprobante | En las opciones de proceso del programa P76A570:
Introduzca en la pantalla Introducción de días de cheque de giro el número de días que desea añadir a la última fecha de vencimiento del comprobante. |
| Añadir un día a la fecha de pago especificada | En las opciones de proceso del programa P76A570:
No especifique ningún valor en la pantalla Introducción de días de cheque de giro. |
| Añadir un día a la última fecha de vencimiento del comprobante | En las opciones de proceso del programa P76A570:
No especifique ningún valor en la pantalla Introducción de días de cheque de giro. |
| No añadir ningún día a la fecha de pago especificada | En las opciones de proceso del programa P76A570:
No especifique ningún valor en la pantalla Introducción de días de cheque de giro. |
| No añadir ningún día a la última fecha de vencimiento del comprobante | En las opciones de proceso del programa P76A570:
No especifique ningún valor en la pantalla Introducción de días de cheque de giro. |
Pasos para utilizar los pagos diferidos en Argentina:
Defina las versiones correspondientes a los programas Work With Payment Groups (P04571) y PO - PCG process - ARG (P76A570).
Defina las opciones de proceso para las versiones correspondientes de los dos programas.
Defina un instrumento de pago para los pagos diferidos en la tabla de UDC 00/PY e introduzca 1 en el campo de código de gestión especial para el instrumento de pago.
Introduzca el instrumento de pago que haya definido para los pagos diferidos y especifique P76A04722 (Deferred check – ARG 04) como programa de impresión en Payment Instrument Defaults (P0417).
Ejecute el proceso de escritura en el programa Work With Payment Groups.
Especifique el número de días diferidos en la pantalla Introducción de días de cheque de giro.
El sistema utiliza las opciones de proceso del programa PO - PCG process - ARG para determinar la fecha base que se utilizará y añade el número de días especificado a esta fecha. Si especifica un valor que no sea 0 en la pantalla Introducción de días de cheque de giro, el sistema no tiene en cuenta la opción de proceso que permite añadir un día sólo a la fecha base.
Nota:
Si selecciona la última fecha de vencimiento del comprobante como fecha base, pero la fecha resultante después de añadir los días durante el proceso de escritura es anterior a la fecha de pago especificada en las opciones de proceso, el sistema utiliza la fecha introducida en la opción de proceso relativa a la fecha de pago del programa PO - PCG Process – ARG, o bien la fecha indicada en la opción de proceso Fecha final de pago del programa Creación de grupos de control de pagos (R04570) si no especifica una fecha de pago en el programa PO - PCG Process – ARG como fecha de pago diferido.Por ejemplo, supongamos que la última fecha de vencimiento del comprobante es el 5 de octubre y que opta por añadir 2 días a esa fecha para que el pago diferido se produzca el 7. Si la fecha indicada en las opciones de proceso Fecha de pago o Fecha final de pago es el 8 de octubre, el sistema procesa el pago diferido el 8 de octubre.
El sistema utiliza esta lógica para que no se cree un pago con una fecha de vencimiento que haya expirado.
Nota (actualización de la versión 9.1):
Si, después de calcular las fechas, la fecha de vencimiento de pago es igual que la fecha de pago, el sistema añade un día adicional para el pago diferido, independientemente de la configuración de las opciones de proceso. Las normativas legales exigen que estas fechas sean distintas.Cuando un proveedor registrado como pequeño contribuyente supera el límite de transacción anual, se debe procesar y aplicar la retención del IVA y sobre las ganancias. También se deben procesar retenciones para los pequeños contribuyentes que no aparezcan como tales en el sitio web de la AFIP.
El sistema utiliza la tabla Small Contributors that Exceed the Limit (F76A405) para almacenar datos sobre los pequeños contribuyentes a cuyos pagos deben aplicarse las retenciones del IVA y sobre las ganancias.
El sistema rellena la tabla F76A405 cuando determina que un pequeño contribuyente supera los límites. Cree de forma manual un registro en la tabla F76A405 para aquellos proveedores cuyo estado de pequeño contribuyente no pueda comprobar en la AFIP. Utilice el programa Small Contrib.under Withhold Obligation (P76A405) para añadir registros de forma manual.
Cuando se crean grupos de pagos en Argentina, el sistema ejecuta una función de negocios que valida si se ha definido a un proveedor como pequeño contribuyente, si se superan o no los límites de un período de 12 meses y si existe un registro para el pequeño contribuyente en la tabla F76A405. Si un pequeño contribuyente supera el límite en algún momento, en la transacción que provoca este hecho y en todas las transacciones posteriores se deberán aplicar las retenciones de IVA y sobre las ganancias. El sistema lleva a cabo validaciones similares para pequeños contribuyentes cuando se activan las validaciones en las opciones de proceso del programa Manual Payment – Withholding Registration - ARG (P76A0461) y se introduce un pago manual.
Cuando un pequeño contribuyente supera los límites, el sistema crea un registro en la tabla F76A405. El sistema accede a los registros de la tabla F76A405 cuando se crean grupos de pagos o se introduce un pago manual y escribe un registro en la tabla para los proveedores que superan el límite. Si en la tabla existe un registro para un pequeño contribuyente, el sistema no necesita realizar todas las validaciones cuando se crean grupos de pagos; aplica siempre las retenciones de IVA y sobre las ganancias. En el caso de los pagos manuales, el sistema emite un mensaje de aviso indicando que es obligatorio introducir información acerca de las retenciones de IVA y sobre las ganancias si existe un registro en la tabla F76A405 y se han activado las validaciones en las opciones de proceso.
Para llevar a cabo validaciones y calcular las retenciones del IVA y sobre las ganancias en el caso de los pagos automáticos o manuales, el sistema:
| Pasos | Descripción |
|---|---|
| 1. Comprueba la condición del proveedor. | El sistema comprueba si el proveedor se ha definido como pequeño contribuyente, y en caso de que sea así, si existe un registro para el pequeño contribuyente en la tabla F76A405. En la tabla F76A405 existirá un registro si la retención se ha calculado anteriormente para el proveedor porque el importe ha superado el límite establecido para 12 meses o si se ha añadido el proveedor a la tabla de forma manual debido a que no se ha podido comprobar su estado en la AFIP.
Si el proveedor se ha definido como pequeño contribuyente y existe un registro en la tabla F76A405, el sistema omite el resto de las validaciones y aplica la retención al pago actual cuando se procesan los pagos automáticos o manuales (si las validaciones se han activado en las opciones de proceso correspondientes). El sistema también omite el resto de las validaciones y aplica la retención si no se ha definido al proveedor como pequeño contribuyente. Si el proveedor se define como pequeño contribuyente y no existe ningún registro para él en la tabla F76A405, el sistema continúa en el paso 2. |
| 2. Obtiene los límites para pequeños contribuyentes de la tabla F76A050. | El sistema utiliza el código de clasificación de pequeños contribuyentes que se haya asignado al proveedor para obtener los límites de factura de la tabla F76A050.
Nota: la fecha efectiva del límite debe ser anterior a la del comprobante más antiguo para procesar. Si la fecha del comprobante es anterior a la fecha efectiva, el sistema da por supuesto que no existe ningún límite. |
| 3. Realiza validaciones de pequeños contribuyentes. | El sistema compara la transacción actual con los límites del período de 12 meses. Si la transacción actual no origina que el pequeño contribuyente supere los límites, el sistema no lleva a cabo ninguna validación adicional y no aplica la retención del IVA y sobre las ganancias a la transacción.
Si la transacción actual hace que el pequeño contribuyente supere los límites, el sistema actualiza los registros como se describe en el paso 4. Para determinar si un pequeño contribuyente supera el límite de 12 meses, el sistema acumula los importes brutos de la tabla Accounts Payable Ledger (F0411), descarta los registros cuya zona fiscal o tipo de documento se haya configurado para su exclusión en las tablas de UDC 76A/XD o 76A/XT, y utiliza estos factores para procesar los registros:
|
| 4. Actualiza la información de proveedor en la tabla F76A405 para los pequeños contribuyentes que superan los límites. | Si las validaciones realizadas en el paso 3 determinan que el proveedor ha superado el importe para 12 meses, el sistema añade un registro para él en la tabla F76A405.
Una vez creado un registro para un proveedor en la tabla F76A405, el sistema calcula siempre las retenciones de IVA y sobre las ganancias para el proveedor en las transacciones posteriores cuando se utiliza el proceso de pagos automáticos. En el caso de los pagos manuales, deberá introducir de forma manual los datos de la retención del IVA y sobre las ganancias. Si no introduce la información correcta, el sistema emite un mensaje de aviso y no le permite guardar el registro. |
En este apartado se ofrece una descripción general de la creación de grupos de control de pagos, del registro de pagos, de la actualización de pagos, de la contabilización de pagos automáticos y de la anulación de pagos; se enumeran los requisitos y se explica cómo definir las opciones de proceso de PO - PCG process - ARG (P76A570).
El programa Work With Payment Groups (P04571) selecciona todos los comprobantes con fecha de vencimiento anterior o igual a la indicada en las opciones de proceso. Si la opción de proceso de pago Fecha final de pago está en blanco, el sistema utiliza la fecha de pago de las opciones de proceso del programa PO - PCG process - ARG (P76A570) para calcular las retenciones y los tipos de cambio.
Al crear grupos de pago, el sistema genera un informe estándar que muestra los comprobantes que fueron seleccionados para el pago. También genera el informe Impresión de detalle PCG - ARG (R760476A), que muestra el importe de pago y las retenciones fiscales correspondientes.
El informe Impresión de detalle PCG - ARG muestra detalles de grupos de pago:
La cuenta bancaria afectada por el pago
La moneda del pago
El importe total del pago
El nombre del beneficiario
El tipo de documento
El número de comprobantes pagados
La compañía asignada a los comprobantes
El número de factura de los comprobantes
El descuento, si lo hay.
Los comprobantes seleccionados para el pago y un registro de cada retención fiscal
Estas retenciones fiscales reducen el importe del pago y constituyen una deuda con la Administración Federal de Ingresos Públicos (AFIP) en nombre de un tercero:
Retención de ingresos brutos (tipo de documento $B)
Retenciones de ganancias (tipo de documento $G)
Retenciones de contratista (tipo de documento $G)
Retenciones de IVA (tipo de documento $I)
Retenciones eventuales (tipo de documento $A)
El informe Impresión de detalle PCG - ARG no se genera si:
El importe de pago es negativo.
Otro grupo de pago está actualizándose o pendiente de procesar.
Falta la definición de RG 726.
La información de grupos de pago específica de un país está almacenada en estas tablas:
F04572 Tag Table – ARG (F760472A)
Esta tabla contiene un registro para cada pago del grupo de pagos.
Detail Information Tag Table – ARG (F760473A)
Esta tabla contiene un registro de cada retención fiscal para pagos individuales.
Para que el programa estándar Creación de grupos de control de pagos pueda acceder a la información específica de país, deberá configurar las versiones correspondientes de:
Por ejemplo, si utiliza la versión ZJDE0001 del programa Creación de grupos de control de pagos, el sistema utilizará la versión ZJDE0001 del programa PO - PCG process - ARG.
Nota:
los pagos acumulados se almacenan en la tabla Profit Withholding - Payments Done (F760406A).Para especificar la forma en que el sistema acumulará los pagos, defina la primera opción de proceso de la ficha General del programa PO - PCG process - ARG (P76A570). Defina una de estas opciones:
Acumulación independiente por compañía
El sistema calcula las retenciones de contratistas y sobre las ganancias de forma independiente para cada compañía, sin ninguna relación establecida con las acumulaciones de pagos existentes de otras compañías o sucursales. El sistema acumula los pagos completados para cada compañía de transacción existente.
Acumulación única para todas las compañías
El sistema calcula las retenciones en función de la suma de todos los pagos acumulados para todas las compañías y sucursales existentes. No se produce ninguna acumulación única de los pagos completados.
Por ejemplo, supongamos que tiene dos compañías: la Compañía A con la sucursal A y la Compañía B. En este ejemplo, la base para el cálculo es la suma de los pagos acumulados por la Compañía A, su sucursal y la compañía B.
Acumulación por compañía relacionada (número principal)
Si opta por la acumulación por compañía relacionada para la misma estructura organizativa (Compañía A con una sucursal filial y Compañía B), hay dos escenarios posibles:
Si las retenciones se calculan cuando se paga un comprobante de la Compañía A o de su sucursal, la base del cálculo la forman los pagos acumulados para la Compañía A y su sucursal.
La acumulación de la Compañía B no forma parte del cálculo.
Si el comprobante que se va a pagar pertenece a la Compañía B, sólo la acumulación de sus pagos determina el importe de la retención. Las acumulaciones de la Compañía A y su sucursal no forman parte del cálculo de retenciones.
Nota:
Si tiene dos o más contratistas con el mismo ID fiscal (C.U.I.T.), debe crear una relación principal/secundario para los contratistas en el programa Structure Revisions (P0150), dado que las acumulaciones para las retenciones se almacenan por número de libro de direcciones en lugar de por ID fiscal. Debe definir la opción de proceso para los pagos acumulados como 2.Nota:
El valor que se defina en la opción de proceso se aplicará a todos los cálculos de retenciones del grupo de pagos. Por ejemplo, además de los servicios de contratistas, el sistema aplica el método de acumulación de pagos de compañía a la retención sobre las ganancias.El programa Creación de grupos de control de pagos (R04570) llama a un programa específico de Argentina para determinar si la retención se aplicará a un pago y calcular la retención de contratista. El programa utiliza la configuración de los programas Contract Services Withholding Percentages (P760405A) y Contract W/H Exempt Percentage (P760416A) para determinar si se aplicará la retención; a continuación, accede a la tabla Contract Withholding – Payments Done (F76A430) para obtener los pagos acumulados y los importes de retención correspondientes al proveedor. Si el programa determina que debe aplicarse la retención, realiza los cálculos.
Cuando se ejecuta el programa Creación de grupos de control de pagos para pagar comprobantes de Argentina que incluyen el concepto de retención de contratistas, el sistema:
Obtiene los datos de configuración de la compañía y el proveedor de las opciones de proceso y los programas de configuración de retenciones y UTE.
Procesa cada línea de comprobante para acumular el importe imponible.
Añade el importe base del pago al importe acumulado del año para determinar si se aplicará el porcentaje de retención al pago actual.
El sistema conserva un registro de importe acumulado para un proveedor independientemente de que se realicen los pagos y se calcule la retención para varios conceptos de retención de contratista. Por ejemplo, supongamos que un proveedor A proporciona servicios de arquitectura e ingeniería y le asigna un concepto de retención de contratista distinto a las líneas de comprobante correspondientes a los servicios de arquitectura y de ingeniería. Cuando procese los pagos de las líneas de comprobante, el sistema añadirá ambos importes a un único registro de acumulación para determinar si el proveedor ha alcanzado el importe límite a partir del cual se aplica la retención.
Para procesar un pago sin incluir el importe de pago base en el importe acumulado, deje en blanco el concepto de retención de contratistas. Si necesita incluir el importe de pago base en el importe acumulado sin calcular las retenciones, asigne un concepto de retención de contratistas que tenga un porcentaje cero de retención (0%).
Obtiene el porcentaje de retención y los datos de exención y calcula la retención si es aplicable.
El sistema utiliza este cálculo para determinar el importe de retención: importe de retención = ((imponible acumulado + imponible comprobante) × porcentaje de retención) − retención acumulada
Si el pago tiene un ajuste, el sistema suma o resta el importe del ajuste al importe base antes de calcular el importe de las retenciones.
Si paga comprobantes que están en una moneda extranjera, el sistema calculará la retención sobre el importe en moneda extranjera y utilizará la opción de proceso relativa a la moneda del programa Creación de grupos de control de pagos para determinar cómo se registrarán los importes en moneda extranjera para el pago.
Genera un registro de retención con $S como tipo de documento en las tablas A/P Payment Processing - Detail (F04573) y PCG Detail Information Tag Table (F760473A).
El sistema registra el importe en el que se basa la retención en el campo de observaciones de la tabla Accounts Ledger (F0411).
Estas tablas muestran la definición de la retención y los registros de las tablas F0411 y Contractor Services Withholding - Payments Done (F76A430) cuando se procesan los comprobantes del pago.
Definición de concepto de retención:
| Concepto | Descripción | Porcentaje | Importe límite (mínimo) |
|---|---|---|---|
| ENG | Ingeniería | 1.2 | 400,000 |
| ARC | Arquitectura | 2.5 | 400,000 |
Registros de la tabla F0411:
| Comprobante | Proveedor | Concepto | Importe imponible | Retención | Comentarios |
|---|---|---|---|---|---|
| #1 | 122 | ARC | 100,000 | 0 | Sin retención porque no se ha alcanzado el mínimo. |
| #2 | 490 | ENG | 500,000 | 6,000 | 500, 000 ×1.2% = 6,000 |
| #3 | 122 | ARC | 350,000 | 11,250 | 450,000 × 2.5% = 11,250
El total del comprobante 3 y el importe acumulado del comprobante 1 superan el mínimo; por tanto, se calcula la retención. |
| #4 | 122 | ARC | 10,000 | 250 | 460,000 × 2.5% = 11,500 − 11,250 = 250
El comprobante 4 se añade al importe acumulado; la retención se calcula sobre el total; después, el importe retenido se resta para obtener el nuevo importe de deducción. |
Registros de la tabla F76A430:
| Proveedor | Concepto | Año | Imponible | Retención |
|---|---|---|---|---|
| 122 | ENG | 2010 | 460,000 | 6,000 |
| 490 | ARC | 2010 | 500,000 | 12,500 |
El sistema determina los importes acumulados y calcula la retención para cada uno de los miembros de una unión temporal de empresas (UTE), en función del porcentaje de participación de cada miembro. El importe acumulado de cada miembro de la UTE se basa en su porcentaje de participación. Si su contratista pertenece a una UTE y es un proveedor de servicios contratados fuera de la UTE, el sistema acumulará los importes de pago del contratista tanto para los comprobantes abonados a la UTE como para los comprobantes procesados como proveedor directo.
Por ejemplo, supongamos que el Proveedor 100 es una UTE. El proveedor ABC pertenece a la UTE y tiene un porcentaje de participación del 25%. Cuando el sistema acumule los importes del proveedor ABC, utilizará el 25% de los pagos realizados al Proveedor 100 y todos los importes de pago realizados al proveedor ABC por los servicios de contratista que no están incluidos en una factura a la UTE.
Una opción de proceso del programa PO - PCG process - ARG (P76A570) permite introducir el centro emisor que el programa emplea para obtener los números legales para las retenciones de IVA y sobre las ganancias.
Si define el centro emisor en la opción de proceso, pero no en el programa Certificate Next Number RG 738 (A/P) (P76A8080), o si el centro emisor se ha definido para una compañía o un año diferentes, el informe Impresión de detalle PCG - ARG mostrará este error: Error de definición de pago en R.G. 738/99. Revise la compañía y los números del centro emisor.
Si procede, la columna de observaciones indica que no consta la definición de números legales de una retención.
Si recibe este mensaje, debe deshacer el grupo de pagos, corregir su definición y volver a crearlo. El mismo mensaje vuelve a emitirse si intenta volver a escribir el pago sin llevar a cabo este paso.
Si la opción de proceso está en blanco, no se produce ninguna validación porque el sistema no genera números legales para retenciones.
El sistema genera números legales de retenciones de ganancias e IVA cuando se actualizan los pagos y se imprimen los números en cada uno de los certificados, debajo del número interno.
Las retenciones sobre las ganancias deben deducirse de los pagos realizados a proveedores. Un certificado de retenciones acompaña al pago para explicar al proveedor el motivo de la diferencia entre el importe de la factura del proveedor y el importe real del pago. El sistema calcula las retenciones sobre las ganancias al crear el grupo de pago y deduce el importe resultante del importe total del pago.
Mediante la primera opción de proceso del informe OC - Proceso PCG - ARG (P76A570), el usuario puede indicar cómo acumula el sistema los pagos. La siguiente lista describe las tres opciones:
Acumulación independiente por compañía
Los cálculos de retenciones en concepto de ganancias se realizan de forma independiente para cada compañía, sin relación entre las acumulaciones de pagos que puedan existir para otras compañías o sucursales. Por este motivo, el sistema acumula los pagos realizados para cada una de las compañías definidas.
Acumulación única para todas las compañías
El cálculo de la retención de ganancias con acumulación única significa que el sistema calcula las retenciones en función de la suma de todos los pagos acumulados para todas las empresas y sucursales definidas previamente. Por tanto, no se produce una acumulación única de los pagos realizados.
Supongamos que ha definido dos compañías, la Compañía A con la sucursal A, y la Compañía B. En este ejemplo, la base para el cálculo es la suma de los pagos acumulados por la Compañía A, su sucursal y la Compañía B.
Acumulación por compañía relacionada (número principal)
Si opta por la acumulación por compañía relacionada para la misma estructura organizativa (Compañía A con una sucursal filial y Compañía B), hay dos escenarios posibles:
Si las retenciones de ganancias se calculan cuando se paga un comprobante de la Compañía A o de su sucursal, la base del cálculo la forman los pagos acumulados para la Compañía A y su sucursal.
La acumulación de la Compañía B no forma parte del cálculo.
Si el comprobante que se está pagando pertenecía a la Compañía B, sólo la acumulación de sus pagos determina el importe de la retención. Las acumulaciones de la Compañía A y su sucursal no forman parte del cálculo de retenciones.
El programa Creación de grupos de control de pagos llama a la función de negocio de cálculo de retenciones sobre las ganancias (B7600380) en el caso de las transacciones para Argentina. Esta función de negocio:
Utiliza el primer carácter del campo Descripción 2 de la tabla de UDC 76/03 para determinar si se calculará la retención sobre las ganancias en su lugar.
Utiliza el importe bruto del comprobante como base en los cálculos.
Crea un documento de retención sobre las ganancias, denominado $G, para cada comprobante del pago.
La función de negocio de cálculo de retenciones (B7600350) a la que llama el programa Creación de grupos de control de pagos ejecuta un proceso de validación y llama a las opciones de proceso adicionales de los grupos de pagos.
El programa Creación de grupos de control de pagos utiliza la fecha de factura del comprobante como fecha de pago de las transacciones de pequeños contribuyentes para Argentina.
Cuando un proveedor representa una UTE, la retención sobre las ganancias se calculará por separado para todos los miembros de la UTE y los certificados de retención se imprimirán para cada uno de ellos.
El sistema almacena la información de resumen por compañía, proveedor, concepto de retención sobre ganancias, mes y año para cada pago realizado. El sistema también almacena la información de resumen sobre importes imponibles y retenciones sobre ganancias.
Cuando se realiza un pago a una UTE, el importe imponible del comprobante se registra para el número de dirección de la UTE, y no para los números de dirección de sus miembros. Por ejemplo, supongamos que la UTE A recibe un pago por un importe imponible de comprobante de 10.000. Los importes de la retención sobre las ganancias se calculan de la siguiente manera para los miembros de la UTE:
| Proveedor | Importe retención ganancias |
|---|---|
| 10 | 12 |
| 20 | 15 |
| 30 | 25 |
Si éste es el primer pago del mes, el sistema actualiza la tabla de resumen de pagos:
| Proveedor | Importe imponible | Importe de retención |
|---|---|---|
| A | 10000 | 0 |
| 10 | 0 | 12 |
| 20 | 0 | 15 |
| 30 | 0 | 25 |
Supongamos que se realiza un segundo pago a la UTE A por un importe imponible de comprobante de 2.500 durante el mismo mes. El sistema realiza el siguiente cálculo para distribuir los importes de retención sobre las ganancias para los miembros de la UTE:
| Proveedor | Importe retención ganancias |
|---|---|
| 10 | 3 |
| 20 | 4 |
| 30 | 6 |
El sistema actualiza la tabla de resumen de pagos:
| Proveedor | Importe imponible | Importe de retención |
|---|---|---|
| A | 12500 | 0 |
| 10 | 0 | 15 |
| 20 | 0 | 19 |
| 30 | 0 | 31 |
Supongamos que se realiza un pago al proveedor 10 de 3.400 sin importe imponible de comprobante y se aplica una retención sobre las ganancias calculada de 20 durante el mismo mes. El sistema actualiza la tabla de resumen de pagos de la siguiente manera:
| Proveedor | Importe imponible | Importe de retención |
|---|---|---|
| A | 12,500 | 0 |
| 10 | 3,400 | 35 |
| 20 | 0 | 19 |
| 30 | 0 | 31 |
Cuando un comprobante de una UTE se selecciona para el pago, si la información de los miembros de la UTE no consta, el sistema emite un aviso y el usuario puede decidir si seguir adelante con el pago o deshacerlo e incluirlo en un grupo de pago después de que se haya introducido la información de los miembros.
Si el usuario realiza el pago sin haber introducido antes la información de miembros de la UTE, cualquier pago anterior realizado a la UTE se añade al pago actual y el importe de retención sobre las ganancias que se calcula para el importe combinado se registra para la UTE.
Al crear grupos de pagos, el sistema comprueba si el proveedor es un miembro de una o más UTE. Si el proveedor es miembro de una UTE y existe otro comprobante en otro grupo de pagos para el mismo proveedor o para una UTE a la que pertenece este proveedor, el sistema actualiza el estado del comprobante a X y excluye el comprobante del grupo de pagos.
Cuando un comprobante de un miembro de una UTE es seleccionado para su pago, el sistema utiliza estos valores para calcular las retenciones sobre las ganancias:
A: pagos anteriores realizados a la UTE con el mismo concepto, compañía, mes y año
B: retenciones sobre las ganancias anteriores realizadas a la UTE con el mismo concepto, compañía, mes y año
C: miembros de la UTE y sus porcentajes de participación
D: pagos anteriores realizados a cada miembro de la UTE con el mismo concepto, compañía, mes y año
E: retenciones sobre las ganancias anteriores realizadas a cada miembro de la UTE con el mismo concepto, compañía, mes y año
F: porcentajes de exención de retenciones sobre las ganancias para cada miembro de la UTE
Para cada miembro de la UTE, la retención sobre las ganancias se calcula de la siguiente forma: (base de cálculo) = ((A + (importe de pago actual))× (porcentaje de participación del miembro)) + D – (importe mínimo imponible) (retención anterior practicada) = (B × (porcentaje de participación del miembro)) + E (importe de retención) = ((base de cálculo) × (porcentaje de retención) × F) – (retención anterior practicada)
Por ejemplo, supongamos que la UTE A tiene los siguientes miembros:
| Proveedor | Porcentaje de participación de miembros |
|---|---|
| 10 | 40 |
| 20 | 60 |
Cuando un comprobante de la UTE A es seleccionado para su pago, el sistema utiliza estos valores para calcular las retenciones sobre las ganancias:
a: importes de pagos anteriores para la UTE A
b: importes de retenciones anteriores para la UTE A
c: importes de pagos anteriores para el proveedor 10
d: importes de retenciones anteriores para el proveedor 10
e: importes de pagos anteriores para el proveedor 20
d: importes de retenciones anteriores para el proveedor 20
g: porcentaje de exención de retenciones sobre las ganancias para el proveedor 10
h: porcentaje de exención de retenciones sobre las ganancias para el proveedor 20
Mediante estos valores, el sistema calcula los importes de retenciones sobre las ganancias para el proveedor 10 de la siguiente manera: (((a × 40%) + ((importe actual de comprobante de UTE) × 40%) + c – (importe mínimo imponible)) × (porcentaje de retención)× g) – (b × 40%) – d
El sistema también calcula los importes de retenciones sobre las ganancias para el proveedor 20 de esta manera:: (((a × 60%) + ((importe actual de comprobante de UTE) × 60%) + e – (importe mínimo imponible)) × (porcentaje de retención)× h) – (b * 60%) - f
Cuando un proveedor que suministra cualquiera de los servicios que se definen en la resolución RG 3164 excede el límite mensual de transacciones, debe procesar y retener importes en función de la RG 3164 relativa al IVA.
El importe base acumulado mensual se calcula según la combinación de la compañía y el ID fiscal del proveedor. Cuando se procesan comprobantes, el sistema siempre compara el importe base acumulado con el importe mínimo. Pueden darse dos escenarios:
Si la suma del pago del comprobante y el importe acumulado base para el mismo mes es menor que el importe mínimo, el importe se acumula pero no se genera ninguna retención.
Si la suma del pago del comprobante y el importe acumulado base para el mismo mes es igual o mayor que el importe mínimo, el importe se acumula y se calcula la retención.
La fórmula para calcular la retención es la siguiente: importe de retención = importe base del cálculo * porcentaje de retención, donde:
Si el importe de retención acumulado = 0, el importe base del cálculo = importe base de comprobante + importe base acumulado
Si el importe de retención acumulado > 0, el importe base del cálculo = importe base de comprobante
El sistema utiliza la tabla Payments Done - Accum Amounts (F704003) para almacenar los datos sobre los importes acumulados mensuales a efectos de retención y la tabla Payment WH Info (F704002) para almacenar la información sobre la retención. Esta última tabla se utilizará más tarde como origen de datos para generar informes.
En la tabla Payment WH Info (F704002) se almacena la siguiente información:
Código fiscal (en este caso, VAT3164)
ID fiscal de la compañía
ID fiscal del proveedor
Concepto de retención
Importe base acumulado
Porcentaje
Importe fiscal
En este ejemplo, supongamos que el usuario introduce cinco comprobantes; los cuatro primeros en el primer mes, y el último en el mes siguiente. Cuando se introduce el primer comprobante, el importe base acumulado para el primer mes es 0. El porcentaje configurado para el concepto de retención es del 10 por ciento.
El primer pago corresponde al comprobante PV11 y el importe es de 4.000 ARS. El sistema compara el importe base del cálculo con el importe mínimo de 8.000 ARS. Como resultado, no se genera ninguna retención. Sin embargo, sí que se calcula el importe base.
En el segundo pago se combinan los comprobantes PV12 y PV13, y el importe total es de 6.000 ARS. Este importe se divide en PV12 = 2.000 y PV13 = 4.000.
Para el comprobante PV12, el importe base del cálculo sigue estando por debajo del valor mínimo de 8.000 ARS. No se genera ninguna retención pero el importe base acumulado asciende a 6.000 ARS.
Para el comprobante PV13, el importe base del cálculo alcanza los 10.000 ARS. En este caso, dado que el importe es mayor que el importe mínimo, se genera una retención del IVA. El valor es de 10.000 ARS (10 por ciento del importe base del cálculo, teniendo en cuenta que no existe ningún importe de retención acumulado).
El tercer pago corresponde al comprobante PV14 y el importe es de 5.000 ARS. El importe base del cálculo es de 5.000 ARS y se genera una retención. El sistema calcula el 10 por ciento de este informe y, por lo tanto, se obtiene un importe de retención del IVA de 500 ARS.
El cuarto pago corresponde al comprobante PV15 y el importe es de 2.000 ARS. Dado que se trata de un mes nuevo, el importe base acumulado se restablece a 0. Dado que el pago se encuentra por debajo del importe mínimo, no se genera ninguna retención. Sin embargo, sí que se calcula el importe base para el mes nuevo.
En estas tablas se muestra la definición de la retención, los comprobantes introducidos y los registros de la tabla Payment WH Info (F704002) cuando se procesan los comprobantes del pago.
Definición de concepto de retención:
| Concepto | Descripción | Porcentaje |
|---|---|---|
| SEC | Servicios de seguridad | 1.0 |
Comprobantes introducidos:
| Comprobante | Concepto | Importe base de comprobante | Importe base de cálculo | Retención | Comentarios |
|---|---|---|---|---|---|
| PV11 | SEC | 4,000 | 4,000 | 0 | No se genera retención porque no se ha alcanzado el mínimo. |
| PV12 | SEC | 2,000 | 6,000 | 0 | El importe acumulado sigue estando por debajo del valor mínimo. |
| PV13 | SEC | 4,000 | 10,000 | 1,000 | 10,000 × 10% - 0 = 1,000
La retención se calcula en el importe base del comprobante + importe base acumulado. Los importes acumulados de los comprobantes 1 a 3 superan el mínimo; por tanto, se calcula la retención. |
| PV14 | SEC | 5,000 | 5,000 | 500 | 5,000 × 10% = 500
La retención se calcula en el importe base del comprobante. |
| PV15 | SEC | 2,000 | 2,000 | 0 | Se restablece el importe base acumulado. No se genera retención porque no se ha alcanzado el mínimo. |
Registros de la tabla F704002:
| ID pago | Comprobante | Documento retención | Importe base de comprobante | Base acumulado | Importe base de cálculo | Importe retención | Retención acumulada |
|---|---|---|---|---|---|---|---|
| PK1 | PV11 | 4,000 | 0 | 4,000 | 0 | 0 | |
| PK2 | PV12 | 2,000 | 4,000 | 6,000 | 0 | 0 | |
| PK2 | PV13 | $I13 | 4,000 | 6,000 | 10,000 | 1,000 | 0 |
| PK3 | PV14 | $I14 | 5,000 | 10,000 | 5,000 | 500 | 1,000 |
| PK4 | PV15 | 2,000 | 2,000 | 2,000 | 0 | 0 |
Si está activada la RG 3164, cuando se crea un grupo de control de pagos, el sistema realiza las siguientes validaciones:
Pago simultáneo del proveedor
El sistema valida que solo exista un pago por cada combinación de ID fiscal de compañía e ID fiscal de proveedor.
Límite mensual
El sistema comprueba el importe acumulado respecto al importe mínimo mensual definido para la retención de la RG 3164.
Retención por documento pagado
Si un pago (mayor que el mínimo) tiene dos comprobantes, el sistema genera dos retenciones.
Pagos parciales
Si el usuario realiza un pago parcial del comprobante, el sistema practica una retención sobre el importe total del comprobante en el primer pago. El resto de pagos correspondientes a este comprobante no estarán sujetos a retención.
Cuando se crea el grupo de pagos, el sistema calcula las retenciones de acuerdo con la información del comprobante y la definición de SUSS.
Nota:
Las retenciones relativas a los servicios de personal eventual y de limpieza no pueden calcularse en el mismo comprobante porque el sistema sólo calcula una de las retenciones.El sistema muestra los resultados de los cálculos de retención en el informe Registro autopago C/P (R76A0476) para los siguientes tipos de documento:
Retención para servicios de personal eventual ($A)
Retención para servicios de limpieza ($L)
Nota:
los tipos de documento $A y $L se definen en las tablas de UDC Tipo docum - Solo comprobantes (00/DV) y Tipo de documento - Todos (00/DT).Siga el proceso habitual para escribir y actualizar el grupo de pagos. Al actualizar el grupo de pagos, el sistema crea el certificado de retenciones para servicios de limpieza y el certificado de retenciones para servicios eventuales.
Una vez actualizado el grupo de pagos, el usuario puede volver a imprimir los certificados mediante el programa Certificado de retenciones S.U.S.S. (R7604541A). Es preciso crear una versión de este programa para reimprimir los certificados de retenciones para servicios eventuales (tipo de documento $A) y otra versión para los certificados de retenciones para servicios de limpieza (tipo de documento $L).
Si está procesando pagos siguiendo la RG726 o la RG 615, lleve a cabo estos pasos antes de ejecutar el programa Creación de grupos de control de pagos:
Verifique que los proveedores seleccionados están incluidos en el archivo de clasificación AFIP para el mes y año del pago.
Este paso no es obligatorio si se trata de un proveedor de exportación o si la empresa no es un agente de retención.
Defina la retención del IVA según la RG 726 o la RG615, según proceda.
Defina la segunda opción de proceso en la ficha Proceso del programa PO - PCG process - ARG de la siguiente manera:
Introduzca 1 en esta opción de proceso si desea utilizar la RG 615, o deje esta opción de proceso en blanco si prefiere aplicar la RG 726.
Introduzca 2 si no desea que el sistema verifique la información de acuerdo con la RG 726/615.
El valor especificado afecta a todos los proveedores del grupo de pagos.
El valor de la segunda opción de proceso de la ficha Proceso del programa PO - PCG process - ARG determina cómo se realizan los cálculos de las retenciones.
Importante:
si la tabla Supplier Information RG 726 (F76A8011) no contiene información sobre un proveedor, el sistema emite un error en el informe Impresión de detalle PCG - ARG - 04, que indica la compañía, el proveedor, el mes y el año que faltan en la tabla F76A8011.El sistema busca la información del proveedor pero no la del beneficiario alternativo.
Cuando no consta la información del proveedor, el sistema no genera el pago.
El sistema utiliza dos tablas de trabajo temporales adicionales para los pagos en Argentina:
F04572 Tag Table – ARG – 04 (F760472A)
Detail Information Tag Table – ARG – 04 (F760473A)
Al procesar pagos en Argentina, debe tener en cuenta:
La fecha de libro mayor del pago que figura en el cheque debe ser igual en mes y año a la fecha provisional definida en las opciones de proceso del programa PO - PCG process - ARG. Si esta opción de proceso está en blanco, la fecha debe coincidir con la definida en la opción de proceso Fecha final de pago del programa Creación de grupos de control de pago.
Si el instrumento de pago es un cheque diferido, debe introducir los días de desplazamiento del cheque, que el sistema añade a la última fecha de vencimiento de esos comprobantes incluidos en el grupo de pagos.
El proceso de actualización actualiza las tablas, imprime certificados de retenciones que deben entregarse al proveedor y crea el batch que debe ser contabilizado para el pago.
El sistema actualiza las siguientes tablas:
| Tabla | Descripción |
|---|---|
| F0411 (Accounts Payable Ledger) | Incluye un registro para cada retención de pago. |
| F760411A (A/P Ledger Tag Table - ARG) | Incluye un registro para cada retención fiscal y su correspondiente concepto. |
| F760406A (Profit Withholding - Payments Done) | La tabla de pagos acumulados que se utiliza para los cálculos de retenciones sobre las ganancias futuras. Las acumulaciones se realizan mensualmente. |
| F76A8070 (Profit Withholding – Payments Done) | La tabla de pagos acumulados que se utiliza para los cálculos de retenciones sobre las ganancias por derechos de autor. Las acumulaciones se realizan anualmente. |
| F0414 (Detalle de documentos correspondientes de cuentas por pagar) | Incluye registros de detalle de comprobantes pagados, descuentos, diferencias en tipos de cambio y retenciones. |
| F0413 (Accounts Payable - Matching Document) | Incluye el importe total del pago (comprobantes menos descuentos, retenciones, etc.). |
| F760414A (A/P Payment Detail Tag Table - ARG) | Incluye un registro para cada comprobante y retención y su correspondiente concepto. |
| F704002 (Payment WH Info Table) | Incluye información sobre las retenciones, como el código fiscal, el concepto de la retención, los porcentajes y los importes base acumulados. |
Con objeto de cumplir con la Resolución General 738 sobre la información que debe incluirse en los certificados de retención, tenga en cuenta las siguientes consideraciones:
Certificado de retenciones de IVA
El programa Certificado de retenciones de IVA (R7604521A) incluye un campo Impuesto en el área de detalles de retenciones aplicadas. El sistema utiliza este campo para declarar la denominación fiscal.
Certificado de retención de beneficios para personas residentes en el país
El programa Certificado de retenciones sobre ganancias (R7604531A) incluye los campos Impuesto y Comprobante retención. El sistema utiliza el valor del campo Comprobante retención para declarar los números de factura legales correspondientes a las retenciones cobradas.
Certificado de retención de beneficios para extranjeros
El programa Certificado de retenciones sobre ganancias incluye el campo País de procedencia que el sistema utiliza para especificar el país del proveedor extranjero.
Al igual que en el caso de los certificados de retenciones sobre ganancias para proveedores residentes en el país, el programa Certificado de retenciones sobre ganancias incluye los campos Impuesto y Comprobante retención.
Este programa incluye asimismo el campo CUIT de país. Para rellenar este campo correctamente, defina la tabla de UDC CUIT del país (76A/FJ) de forma que incluya las claves únicas de identificación tributaria para particulares y compañías.
Importe bruto
El programa Certificado de retención de beneficios incluye un campo de importe bruto sin deducciones. Al imprimir el certificado, el sistema verifica que el comprobante que se está pagando incluya un área fiscal definida en la tabla de UDC 76A/AC. Si se cumple esa condición, el certificado muestra la retención bruta sobre ganancias sin deducciones. De lo contrario, el certificado mostrará que la retención incluye retenciones (no es bruta).
En el caso de los pequeños contribuyentes, el informe generado por el programa Certificado de retención de beneficios (R7604531A) incluye:
El mismo número de filas en el área de detalle del certificado como documentos de retención sobre las ganancias existen en el pago.
El número de documento de retención y el número de certificado en la sección de detalle.
y
El número de factura (número legal) procedente del comprobante relacionado.
Un total general después de la línea de detalle y un número de página.
Cuando se ejecuta el proceso de actualización en el programa Work With Payment Groups (P04571), el proceso:
Ejecuta el programa Certificado de retenciones de contratos (R760485A).
Consulte Certificado de retenciones relativas a los servicios de contratistas.
El sistema imprime los datos de pago y de retención correspondientes a cada pago y cada miembro de una UTE.
Crea registros de documentos de retención en estas tablas:
Libro mayor de cuentas por pagar (F0411)
A/P Tag Ledger Tag File (F760411A)
Accounts payable Matching Document Detail (F0414)
A/P Payment Detail Tag File (F760414A)
Contractor Services Withholding - Payments Done (F76A430)
El sistema actualiza esta tabla con los importes base y de retención acumulados.
Si la retención no es aplicable, el programa actualiza la tabla F76A430 con el importe de pago.
Al contabilizar los pagos automáticos, el sistema carga el débito en la cuenta de pasivo (la misma cuenta en la que se cargó el comprobante cuando se introdujo) y carga las cuentas de control de las distintas retenciones fiscales. La diferencia se carga en una cuenta bancaria.
Al contabilizar retenciones, el sistema carga el débito en las cuentas de control de retenciones (cargadas también cuando se contabilizó el pago) y en las cuentas de retenciones.
Nota:
en Argentina, el sistema crea asientos de diario mediante el tipo de documento PK exclusivamente (no se usa PT) para cargar el débito en una cuenta comercial de Cuentas por pagar, la misma que recibió el abono cuando se contabilizó el comprobante.Cuando el usuario anula un pago, se generan los nuevos números legales para las retenciones con el mismo centro emisor que las retenciones originales, así como el año de anulación y el siguiente número correspondiente.
Si la retención original no tenía un número legal, la anulación tampoco lo tendrá. Por tanto, si deben generarse números legales, debe volver a imprimir los certificados de retención de IVA y sobre las ganancias para pagos manuales con cotejo de comprobante y ajustes antes de la anulación.
Las aplicaciones de JD Edwards EnterpriseOne permiten anular o eliminar los pagos sin contabilizar mediante el programa A/P Manual Payments (P0413M). Si utiliza la opción de anulación, el sistema elimina la información de pago de las tablas específicas para Argentina, como la tabla F76A430, cuando actualiza las tablas de las aplicaciones estándar para el pago. Si utiliza el botón Eliminar, el sistema no actualizará las tablas específicas para Argentina y la integridad de los datos se verá afectada. Para evitar problemas de integridad de los datos, en todos los impuestos de retención para Argentina se deben desactivar las opciones de proceso Eliminación de pagos automáticos sin contabilizar y Eliminación de pagos manuales sin contabilizar del programa A/P Manual Payments (P0413M) para los pagos relativos a Argentina.
Cuando se anula un pago utilizando la retención de la RG 3164, el sistema actualiza los importes del pago en las tablas Payments Done - Accum Amounts (F704003) y Payment WH Info (F704002).
Nota:
Asegúrese de que anula los pagos por orden. De lo contrario, el sistema actualizará la tabla de importes acumulados de forma incorrecta.Antes de completar las tareas de este apartado, se debe realizar lo siguiente:
Defina las ICA para pagos diferidos.
Consulte Definición de ICA para pagos diferidos.
Defina formatos de pago.
Las opciones de proceso permiten especificar el proceso por defecto que se utilizará en programas e informes.
Indique cómo desea que el sistema acumule los pagos. Los valores son: En blanco - El sistema calcula y acumula las retenciones de contratistas, SUSS y sobre las ganancias independientemente para cada compañía, sin ninguna relación establecida para las acumulaciones de pagos existentes para otras compañías o sucursales. El sistema acumula los pagos completados para cada compañía de transacción existente.
1 - El sistema calcula las retenciones en función de la suma de todos los pagos acumulados para todas las compañías y sucursales existentes. No se produce ninguna acumulación única de los pagos completados.
Por ejemplo, supongamos que tiene dos compañías: la Compañía A con la sucursal A y la Compañía B. En este ejemplo, la base para el cálculo es la suma de los pagos acumulados por la Compañía A, su sucursal y la compañía B.
2 - Acumulación por compañía relacionada Por ejemplo, si tiene la Compañía A con la sucursal A y la Compañía B, el sistema utiliza los pagos acumulados para la Compañía A y la sucursal A cuando se paga un comprobante de la Compañía A o su sucursal y utiliza los pagos acumulados de la Compañía B sin considerar las acumulaciones de las sucursales que pertenecen a la compañía B cuando se procesa un pago de esta compañía.
Si tiene dos o más contratistas con el mismo número CUIT, debe definir esta opción de proceso como 2 y configurar una relación principal/secundario para los proveedores en el programa Structure Revisions (P0150).
Introduzca el código de condiciones de pago para retenciones.
Introduzca el número del libro de direcciones del representante legal que firma los certificados de retención. El sistema imprime el cargo y el número del representante legal debajo del renglón de firma del certificado.
Introduzca la fecha utilizada por el sistema para buscar las ganancias acumuladas y los tipos de cambio. Si deja esta opción de proceso en blanco, el sistema utiliza la fecha de la primera opción de proceso del programa Creación de grupos de control de pagos.
Una vez que se ha creado el grupo de pagos, el sistema utiliza esta fecha para validar que la fecha del cheque corresponde al mismo mes.
Especifique el tipo de proceso que se va a utilizar. Los valores válidos son:
En blanco - La RG 726 se aplica al pago. El sistema verifica la existencia de los datos de la clasificación AFIP para cada combinación de proveedor, año y mes en la tabla F76A8011.
1 - La RG 615 se aplica al pago. El sistema verifica la existencia de los datos de la clasificación AFIP para cada combinación de proveedor, año y mes en la tabla F76A8011.
2 - No se aplican la RG 726 ni la RG 615. El sistema no comprueba la existencia de datos RG726 de proveedores.
3 - Introduzca este valor si desea procesar los pagos según la RG 3614 relativa al IVA con la RG 726.
Esta opción de proceso ya no se utiliza.
Indique el tipo de fecha que desea utilizar como base de la fecha de vencimiento cuando procese pagos diferidos. El sistema utiliza el tipo especificado para determinar la fecha a la que el sistema añadirá los días diferidos.
Por ejemplo, si introduce 1 o deja esta opción de proceso en blanco, el sistema añade el número de días especificado en la pantalla Introducción de días de cheque de giro a la fecha de pago para determinar la fecha de vencimiento de pagos diferidos, o bien añade un día a la fecha de pago si define de este modo la opción de proceso Añadir día al pago diferido. Si introduce 2 en esta opción de proceso, el sistema añade el número de días diferidos a la última fecha de comprobante para determinar la fecha de vencimiento de pago diferido.
Los valores válidos son:
1 o en blanco - Fecha de pago. El sistema utiliza como fecha base la fecha especificada en la opción de proceso Fecha de pago del programa PO - PCG Process – ARG, o la fecha especificada en la opción de proceso Fecha final de pago del programa Creación de grupos de control de pagos (R04570), si no se especifica ninguna fecha de pago en el programa PO - PCG Process – ARG.
2 - Última fecha de vencimiento de comprobante. El sistema utiliza como fecha base la última fecha de vencimiento de los comprobantes en el grupo de pagos. Por ejemplo, si el grupo de pagos incluye comprobantes con las fechas de vencimiento 5 de octubre, 6 de octubre y 7 de octubre, el sistema utiliza el 7 de octubre como fecha de vencimiento.
Nota:
Si selecciona la última fecha de vencimiento del comprobante como fecha base, pero la fecha resultante después de añadir los días durante el proceso de escritura es anterior a la fecha de pago especificada en las opciones de proceso, el sistema utiliza la fecha de pago introducida en la opción de proceso como la fecha de vencimiento del pago diferido. El sistema utiliza esta lógica para evitar la creación de pagos con una fecha de vencimiento que haya expirado.Deje esta opción de proceso en blanco para que el sistema añada un día a la fecha base. Por ejemplo, si ha seleccionado el valor Última fecha de vencimiento de comprobante en la opción de proceso anterior y esta fecha es el 7 de octubre, la fecha de vencimiento del pago diferido es el 8 de octubre.
Introduzca 1 para evitar que el sistema añada un día a la fecha base.
Nota:
El sistema no tiene en cuenta esta opción de proceso si introduce un valor distinto de 0 en la pantalla Introducción de días de cheque de giro.Nota (actualización de la versión 9.1):
Si, después de calcular las fechas, la fecha de vencimiento de pago es igual que la fecha de pago, el sistema añade un día adicional para el pago diferido, independientemente de la configuración de las opciones de proceso. Las normativas legales exigen que estas fechas sean distintas.Introduzca el código del centro emisor desde el que se ha emitido el número legal del certificado. Si deja esta opción de proceso en blanco, el sistema usa la numeración estándar de comprobantes.
Indique el código de categoría del libro de direcciones utilizado para identificar las UTE. Si el código de categoría del libro de direcciones contiene valores, se asume que el proveedor es una UTE. Si deja esta opción de proceso en blanco, el sistema no iniciará el proceso de UTE.
Introduzca 1 para activar validaciones para las retenciones de pequeños contribuyentes. Cuando se activan las validaciones, el sistema lleva a cabo las rutinas de validación para pequeños contribuyentes que existen en las funciones de negocio de calculador de retenciones (B7600350) y cálculo de retenciones sobre las ganancias (B7600380).
Especifique la estructura de compañía que se utilizará para procesar comprobantes. Los valores válidos son:
En blanco - Utilizar compañía de la transacción. Cuando se selecciona este valor, el sistema rellena el campo de compañía de la tabla F76A405 con la compañía del documento.
1 - Utilizar todas las compañías. Cuando se selecciona este valor, el sistema rellena el campo de compañía de la tabla F76A405 con la compañía del documento.
2 - Utilizar compañías relacionadas con la compañía principal. Cuando se selecciona este valor, el sistema rellena el campo de compañía de la tabla F76A405 con el número de dirección de la compañía principal de la tabla Organization Structure Master (F0150).
Introduzca el valor mínimo que se va a utilizar para calcular la retención. Si lo deja en blanco, no se tendrá en cuenta ningún valor mínimo.
Introduzca el código que definió para la RG3164 relativa al IVA en la tabla de UDC Códigos fiscales (76A/TX).
Nota:
La opción de proceso Introduzca el tipo de pagos que desea calcular, incluida en la ficha General, no se tiene en cuenta en el cálculo de los pagos realizados porque los importes acumulados en la RG 3164 relativa al IVA corresponden al ID fiscal de la compañía y al ID fiscal del proveedor.En este apartado se ofrece una descripción general del proceso de introducción de pagos manuales con cotejo de comprobantes para Argentina y de los pagos manuales para pequeños contribuyentes, y se explica cómo configurar las opciones de proceso del programa Manual Payment – Withholding Registration - ARG (P76A0461).
La introducción de pagos manuales con cotejo de comprobantes requiere introducir también la información de retención.
Después de introducir la información del pago manual y seleccionar los ítems de pago, el sistema muestra la pantalla de información de registro de retenciones. Utilice esta pantalla para introducir estos importes:
Retención del impuesto al valor agregado (IVA)
Retención del origen de ingresos brutos
Retención del destino de ingresos brutos
Retención sobre las ganancias
Retención de contratos
Retención del Sistema Único de Seguridad Social (SUSS)
Nota:
al introducir el importe del pago manual, incluya los importes de las retenciones. Introduzca los importes de las retenciones como importes negativos.El sistema rellena el campo de observaciones con la clave del comprobante (tipo de documento, número de documento y compañía del documento).
Al generar pagos manuales con cotejo de comprobantes, introduzca el importe de retención y el concepto en la pantalla Trabajo con pagos manuales, registro de retención. Introduzca el importe y el concepto de la retención para servicios eventuales o para servicios de limpieza, pero no para ambos. Los pagos manuales sólo aceptan una retención cada vez.
El importe y el concepto de retención indicados deben coincidir con el importe y el concepto especificados para los comprobantes porque se utilizan en el cálculo de retenciones al imprimir el certificado.
Introduzca la información de retención para servicios de limpieza en la pantalla Trabajo con pagos manuales, registro de retención como se muestra en este ejemplo:
| Concepto | Importe | |
|---|---|---|
| Retenciones S.U.S.S. | LIM | 600.00- |
Introduzca la información de retención para servicios con personal temporal en la pantalla Trabajo con pagos manuales, registro de retención como se muestra en este ejemplo:
| Concepto | Importe | Estado | |
|---|---|---|---|
| Origen concepto ingresos brutos | No aplicable | No aplicable | 04 |
| Retenciones S.U.S.S. | DEF | 500.00- | No aplicable |
Si no especifica un valor para el estado de origen de concepto de ingresos brutos, el sistema utiliza el concepto que aparece en el comprobante pagado.
Al generar los pagos, el sistema crea el certificado de retenciones para servicios de limpieza y el certificado de retenciones para servicios eventuales.
Una vez generados los pagos manuales, el usuario puede volver a imprimir los certificados mediante el programa Certificado de retenciones S.U.S.S. (R7604541A). Es preciso crear una versión de este programa para reimprimir los certificados de retenciones para servicios eventuales (tipo de documento $A) y otra versión para los certificados de retenciones para servicios de limpieza (tipo de documento $L).
Utilice el programa Manual Payments – Withholding Registration (P76A0461) para añadir información de retenciones a los pagos manuales después de introducir la información sobre pagos manuales estándar en el programa A/P Manual Payments (P0413M). El sistema guarda la información de pagos manuales en estas tablas:
Libro mayor de cuentas por pagar (F0411)
Accounts Payable Matching Document Header (F0413)
Accounts Payable Matching Document Header (F0414)
A/P Payment Detail Tag File (F760414A)
Contract Services Withholding Payments Done (F76A430)
Las subrutinas a las que llama el programa A/P Manual Payments hacen que el sistema añada los importes de pagos manuales a la tabla (F76A430). Es necesario añadir los importes de pagos manuales a la tabla F76A430 para que se tengan en cuenta cuando el sistema determine si se ha alcanzado el importe mínimo que debe acumularse para aplicar las retenciones.
Todas las retenciones generadas para un pago tienen el mismo número de batch. El concepto de retención introducido en el pago manual debe coincidir con el concepto reseñado en el comprobante pagado. Si el pago tiene un concepto de retención y corresponde a varios comprobantes, los comprobantes deben tener todos ese concepto.
Al contabilizar los pagos manuales, el sistema carga el débito en la cuenta de pasivo (la misma cuenta en la que se cargó el comprobante cuando se introdujo) y carga las cuentas de control de las distintas retenciones fiscales. La diferencia se carga en una cuenta bancaria.
Al contabilizar retenciones, el sistema carga el débito en las cuentas de control de retenciones (cargadas también cuando se contabilizó el pago) y en las cuentas de retenciones.
La información de pago manual con cotejo de comprobante específica de Argentina se almacena en las siguientes tablas:
| Tabla | Información almacenada |
|---|---|
| Libro mayor de cuentas por pagar (F0411) | Incluye un registro para cada retención de pago. |
| A/P Ledger Tag Table - ARG (F760411A) | Incluye un registro para cada retención fiscal y su correspondiente concepto. |
| Profit Withholding - Payments Done (F760406A) | La tabla de pagos acumulados que se utiliza para los cálculos de retenciones sobre las ganancias futuras. Las acumulaciones se realizan mensualmente. |
| Profit Withholding - Payments Done (F76A8070) | La tabla de pagos acumulados que se utiliza para los cálculos de retenciones sobre las ganancias por derechos de autor. Las acumulaciones se realizan anualmente. |
| Detalle de documentos correspondientes de cuentas por pagar (F0414) | Incluye registros de detalle de comprobantes pagados, descuentos, diferencias en tipos de cambio y retenciones. |
| Cuentas por pagar - Documento correspondiente (F0413) | Incluye el importe total del pago (comprobantes menos descuentos, retenciones, etc.). |
| A/P Payment Detail Tag Table - ARG (F760414A) | Incluye un registro para cada comprobante y retención y su correspondiente concepto. |
Cuando se introducen pagos manuales con cotejo de comprobantes en Argentina, es necesario introducir también información de retenciones. Después de seleccionar el comprobante para pagar en el programa Payment with Voucher Match (P0413M) y hacer clic en OK, el sistema muestra la pantalla Trabajo con pagos manuales, registro de retención si el código de país de localización se ha definido como AR (Argentina).
Defina una opción de proceso para determinar si el sistema validará la aplicación de las retenciones a un pequeño contribuyente. Si activa las validaciones, el sistema lee la configuración para los pequeños contribuyentes; por ejemplo, las tablas de UDC, los límites de pequeños contribuyentes, y si existe un registro para el proveedor en la tabla Small Contributors that Exceed the Limit (F76A405). El sistema también accede a los registros de la tabla F0411 para acumular los importes brutos de un período de 12 meses.
Si el sistema determina que las retenciones de IVA o sobre las ganancias son aplicables a la transacción y no se han rellenado los campos correspondientes a estas retenciones en la pantalla Trabajo con pagos manuales, registro de retención, emite un mensaje de aviso cuando se hace clic en OK. Deben rellenarse los campos correspondientes para que el sistema permita guardar el registro al hacer clic en OK.
Utilice el programa Manual Payment – Withholding Registration - ARG para introducir información de retenciones para los pagos manuales.
Introduzca 1 para activar las validaciones para los pequeños contribuyentes. Cuando se activan las validaciones, el sistema lleva a cabo las rutinas de validación para pequeños contribuyentes que existen en las funciones de negocio de calculador de retenciones (B7600350) y cálculo de retenciones sobre las ganancias (B7600380).
Especifique la estructura de compañía que se utilizará para procesar comprobantes. Los valores válidos son:
En blanco - Utilizar compañía de la transacción. Cuando se selecciona este valor, el sistema rellena el campo de compañía de la tabla F76A405 con la compañía del documento.
1 - Utilizar todas las compañías. Cuando se selecciona este valor, el sistema rellena el campo de compañía de la tabla F76A405 con la compañía del documento.
2 - Utilizar compañías relacionadas con la compañía principal. Cuando se selecciona este valor, el sistema rellena el campo de compañía de la tabla F76A405 con el número de dirección de la compañía principal de la tabla Organization Structure Master (F0150).
Cuando un proveedor que suministra cualquiera de los servicios que se definen en la resolución RG 3164 excede el límite mensual de transacciones, debe procesar y retener importes en función de la RG 3164 relativa al IVA.
El importe base acumulado mensual se calcula según la combinación de la compañía y el ID fiscal del proveedor. Cuando se procesan pagos manuales, el sistema siempre compara el importe base con el importe mínimo mensual. Pueden darse dos escenarios:
Si la suma del pago (correspondiente a uno o varios comprobantes) y el importe acumulado base para el mismo mes es menor que el importe mínimo mensual, el importe se acumula pero no debe introducir ningún importe de retención.
Si la suma del pago (correspondiente a uno o varios comprobantes) y el importe acumulado base para el mismo mes es igual o mayor que el importe mínimo mensual, el importe se acumula y debe introducir el importe de retención correspondiente.
Cuando se introducen importes de retención según la RG 3164, en la pantalla Trabajo con pagos manuales, registro de retención se incluyen las siguientes validaciones:
Si el importe base (combinación del importe base de pago e importe de pago realizado) está por debajo del límite mensual definido mediante una opción de proceso e introduce un importe de retención, el sistema muestra un mensaje de error y no permite realizar la operación.
Si el importe base es igual o mayor que el límite mensual definido y no introduce ningún importe de retención, el sistema muestra un mensaje de advertencia y permite realizar la operación cuando confirme que desea continuar.
En el resto de casos, el sistema permite realizar la operación.
Además, si el importe base está por debajo del límite, el importe se acumula. En cambio, si está por encima del límite e introduce una retención, se acumulan los dos importes.
El sistema guarda la información de retención en las siguientes tablas de comprobantes y pagos:
Libro mayor de cuentas por pagar (F0411)
A/P Ledger Tag Table - ARG (F760411A)
Detalle de documentos correspondientes de cuentas por pagar (F0414)
A/P Payment Detail Tag Table - ARG (F760414A)
Payment WH Info (F704002)
En este ejemplo, supongamos que introduce cinco comprobantes y que utiliza tres pagos para los mismos. Cuando introduce el primer comprobante, el importe base acumulado para el primer mes es 0. El porcentaje configurado para el concepto de retención es del 10 por ciento. Tenga en cuenta que la clave para entender este ejemplo es que en este caso solo se tiene en cuenta una retención por pago (y no por comprobante, como en el caso de los pagos automáticos).
El primer pago corresponde al comprobante PV11 y el importe es de 4.000 ARS. Dado que el importe base está por debajo del importe mínimo de 8.000 ARS, no introduce ninguna retención. Sin embargo, sí que se calcula el importe base.
En el segundo pago se combinan los comprobantes PV21 y PV2, y el importe total es de 6.000 ARS. Este importe se divide en PV21 = 2.000 y PV22 = 4.000.
Para el comprobante PV21, el importe base sigue estando por debajo del valor mínimo de 8.000 ARS. No introduce ninguna retención y el importe base acumulado asciende a 6.000 ARS.
Para el comprobante PV22, el importe base alcanza los 10.000 ARS. En este caso, dado que el importe es mayor que el importe mínimo, introduce una retención del IVA. El valor es de 10.000 ARS (10 por ciento del importe base, teniendo en cuenta que no existe ningún importe de retención acumulado). Introduce un documento de retención para el pago.
El tercer pago corresponde a los comprobantes PV31 (2.000 ARS) y PV32 (3.000 ARS). El importe total del pago es de 5.000 ARS. El importe base es de 5.000 ARS y se aplica una retención. Calcula el 10 por ciento de este informe y, por lo tanto, se obtiene un importe de retención del IVA de 500 ARS. De nuevo, introduce un documento de retención para este pago.
En estas tablas se muestran los pagos introducidos y los registros de la tabla Payment WH Info (F704002) cuando se procesan los comprobantes del pago.
| ID pago | Comprobante | Documento retención | Importe del comprobante | Base acumulado | Importe base | Importe retención | Retención acumulada |
|---|---|---|---|---|---|---|---|
| PK1 | PV11 | 4,000 | 0 | 4,000 | 0 | 0 | |
| PK2 | PV21 | 2,000 | 4,000 | 6,000 | 0 | 0 | |
| PK2 | PV22 | $I2 | 4,000 | 6,000 | 10,000 | 1,000 | 0 |
| PK3 | PV31 | 2,000 | 0 | 2,000 | 0 | 1,000 | |
| PK 3 | PV32 | $I3 | 3,000 | 2,000 | 5,000 | 500 | 1,000 |