FI–MN_TRASLIVA_2.0-Traslado IVA F.38

Manual de usuario “Reclasificación del IVA de Caja.

Transacción F.38”

|

Proyecto

RACE

Cód. Doc.: FI–MN_TRASLIVA Descripción: Manual Proceso Traslado de IVA

Proyecto: RACE Autor: Single Consulting

Fecha: 17.04.2023 Estado: Versión:

Índice

Control de versiones..........................................................................................................................2

Introducción........................................................................................................................................3

Transacción F.38 Traslado IVA diferido.............................................................................................5

Pantalla de selección de la transacción F.38.................................................................................6

Ejecución del Programa.................................................................................................................9

Procesos..........................................................................................................................................11

Compensación con un solo pago.................................................................................................11

Compensación con un pago parcial.............................................................................................12

Anticipos.......................................................................................................................................12

Notas de Débito/Crédito...............................................................................................................13

Pagos Parciales...............................................................................................................................13

Compensación intercompanía.........................................................................................................14

Retenciones.....................................................................................................................................14

document.docx Página 1 de 16




Control de versiones

Fecha Nombre Descripción del Cambio

30.05.2007 Single Consulting Reclasificación del IVA

03.07.2007 Single Consulting Se agregaron comentarios a los campos

16.12.2013 Single ConsultingProcesos, pagos parciales, compensación intercompanía





Introducción

Descripción General del Proceso de Negocios

Se inicia con el proceso de cierre mensual, se ejecuta el proceso de reclasificación del IVA

hacia las cuentas de IVA efectivamente cobrado y pagado.

Entrada - Campos Requeridos Valor del campo / Comentarios

La cuenta de Mayor de IVA a afectar,

Sociedad, Plan de cuenta, Partida abiertas a

fecha clave.

Estos campos determinan los criterios de

búsqueda para la realización del traslado de

los saldos de IVA.

Salida - Resultados Comentarios

Reporte que identifica los traslados de IVA. El reporte diferencia entre pagos parciales y

abonos. Los importes del impuesto que recaen

proporcionalmente sobre los abonos no se

trasladan hasta que las partidas de factura

afectadas están completamente compensadas

Objetivo

Utilizar este procedimiento para reclasificar el IVA causado y acreditable hacia el IVA

efectivamente pagado y cobrado.

Iniciador del Proceso

Programa de actividades de cierre de mes

Prerrequisitos

Compensación de partidas abiertas.





Ruta de Menú

Utilizar la siguiente ruta de menú para iniciar esta transacción:

Seleccione Finanzas

Gestión Financiera

Libro Mayor

Operaciones Periódicas

Cierre

Modificar

F.38 traslado de IVA diferido

Código de Transacción

F.38

Consejos Útiles

Colocar esta transacción en el menú de favoritos del usuario o colocar la transacción en la barra de comando.





Transacción F.38 Traslado IVA diferido

Inicie la transacción utilizando la ruta del menú (Finanzas > Gestión financiera > Libro mayor >

Operaciones periódicas > Cierre > Notificar > Traslado IVA diferido) o el código de transacción

F.38

Pantalla de selección de la transacción F.38





Todos los campos del proceso pueden tener un valor o rango de valores para el filtro de datos, los

cuales pueden ser capturados directamente en el campo o traerlos a la pantalla con el uso del

Match-Code.

Se coloca en el campo “Plan de cuentas” y con el Match-Code se selecciona el plan de cuenta de

RACE.

Al igual que el paso anterior se llenarán los siguientes campos dependiendo de los filtros por los

que desee ejecutar esta transacción. Descripción de los campos:

Nombre del Campo Descripción

Cuenta de mayor Número de cuenda del IVA de Caja para tratar

Sociedad La sociedad para tratar

ID Ay.p.búsq.

Descripción de ID Ay.p.búsq.

Mediante la tecla sensible, el usuario podrá seleccionar directamente del campo de entrada una Ayuda para búsqueda elemental de la Ayuda para búsqueda compuesta mediante la notación breve. Aquí también pueden introducirse directamente en la ventana de diálogo las restricciones para valores. Como tecla sensible se permiten letras y cifras.

Str. Busq

Descripción de Str. Busq..

En la cadena de búsqueda para la selección de índice se pueden introducir los límites en tipo M (matchcode) con los que seleccionan los datos. Los conceptos de búsqueda individuales se separan por puntos.

División Descripción de División.


sapevent:DOCU_LINK%5CDS:TX.DDDOK_SHLP_SHORTCUT





Clave que identifica la división de forma unívoca.

Partid.abiert.en fecha clave

Descripción de Partid.abiert.en fecha clave.

Delimitación de la selección a una fecha determinada. Se seleccionan todas las partidas que hayan sido contabilizadas hasta la fecha clave indicada y estén abiertas a dicha fecha. En el sistema estándar se propone la fecha actual.

Fecha de compensación

Descripción de Fecha de compensación.

Fecha de compensación a partir de la cual se tiene que considerar la posición como compensada. En el contexto de una compensación se fija como fecha de compensación la fecha de contabilización más reciente de todos los documentos que tienen que ver con la compensación.

Indicador IVA

Descripción de Indicador IVA.

El indicador de impuestos representa una categoría impositiva que debe tenerse en cuenta en la declaración a Hacienda. Los indicadores de impuestos son unívocos para cada país. Por indicador se almacenan en el sistema el tipo impositivo y otras características.

Ind.operac.cta.mayor especia

Descripción de Ind. operac. cta. mayor especia.

Este indicador identifica una operación en cuenta de mayor especial.

Monedas

Descripción de Monedas.

Clave de la moneda en la que se gestionan los importes en el sistema.

Esto es si se manejan Cuentas de Mayor Especial.


Indicadores CME especiales

Descripción de Indicadores CME especiales.

Este indicador identifica una operación en cuenta de mayor especial.

Contab. Pagos exceso en común

Provoca que el programa indica y contabiliza impuestos en caso de pago en exceso para el importe total pagado.

Esto significa que en el importe de impuestos indicado en la factura es menor que los pagados realmente






Compensar Cheques Compensar partidas abierta de Cheques

Ningún índice de deudor

Si se activa este parámetro, tiene lugar la estructuración de las tablas internas sólo de acreedor (contenido de las tablas BSIK, BSAK).

Ningún índice de acreedor

Si se activa este parámetro, tiene lugar la estructuración de las tablas internas sólo de deudor (contenido de las tablas BSID, BSAD).

Ejecutar batch input (Ej.Aut)

Provoca el traslado de los impuestos diferidos de la cuenta de impuestos transitoria a la cuenta regular de impuestos con compensación de la cuenta transitoria. En caso de error se generará un juego de datos batch input.

Call Transaction

Marcando este parámetro se consigue que el tratamiento se realice con la función "Call Transaction .. Using ..". Las transacciones no se almacenan en un juego de datos batch-input, sino que se procesan inmediatamente.

Si el tratamiento con "Call Transaction .. Using .." no ha sido satisfactorio, el sistema anota la causa del error en el log, y la transacción incorrecta se almacena en un juego de datos batch-input.

Por favor, verifique siempre el juego de datos batch-input, antes de iniciar el tratamiento con "Call Transaction .. Using .."

Sustituir FB05 por FB01

Hace que la compensación de las posiciones abiertas de las cuentas de mayor tenga lugar en dos fases.

En lugar de la transacción FB05 (Compensación), se llama la transacción FB01 (Contabilizar documento).En primer lugar, el programa retiene el número del documento contabilizado en FB01. A continuación genera un documento de compensación para los documentos contabilizados en la primera fase y otros documentos ya determinados por el programa. Si en la primera fase se produce un error, los datos se graban en un juego de datos batch input.

En este caso ya no es posible compensar automáticamente las contabilizaciones y la compensación debe efectuarse manualmente.

Útil división en batch input

Útil división en batch input

Posición con 0% Si activa esta opción, en el Report se enumerarán también las opciones contabilizadas con un indicador de impuestos cuyo IVA diferido reproduzca un registro de 0 %. Para estas posiciones no se efectúan traspasos. No active esta opción a menos que trabaje con registros 0 %, pues de lo contrario se reduce ostensiblemente el






rendimiento del Report.

Juego de datos batch input

Descripción de Juego de datos batch input.

Nombre del juego de datos de batch input que se crea cuando se produce un error de diálogo durante la contabilización y no puede realizarse la actualización de la base de datos.

Clase de documento

Descripción de Clase de documento.

Ejemplo: SA

Clase de documento que se emplea para trasladar y compensar.

Fecha de contabilización

Descripción de Fecha de contabilización.

Fecha de contabilización que se emplea para trasladar y compensar. Se propone la fecha actual.

Fecha de documentoDescripción de Fecha de documento.

Fecha de documento de los documentos que se generan.

Ejecución del Programa

Selección de partidas

El programa valida únicamente las cuentas y los indicadores de impuestos utilizados. NO valida ni

clases de documento, ni claves de contabilización u otro tipo de información. Tampoco valida que

la compensación de la cuenta de bancos en el caso de “pago Efectivo” se debe expresamente por

conciliación bancaria propia de R/3 (en TR- CM).

Fechas para la ejecución:

Partid.abiert.en fecha clave (esta fecha aplica para las facturas no compensadas)

Fecha de compensación (rango) (este rango de fechas aplica para las facturas

compensadas)

No hay problema de duplicidad en el traslado de impuestos siempre y cuando todos los Batchs se

hayan ejecutado, antes de realizar una nueva ejecución del programa.

NOTA: Pagos Parciales

En el caso de los pagos parciales, para evitar la duplicidad de contabilización de estos, es

necesario que SIEMPRE se emplee:





- Fecha de partidas abiertas en fecha clave: el último día del mes

- Fecha de compensación (rango completo del mes)

- Fecha de contabilización: último día del mes

Delimitaciones adicionales:

NO es recomendable el uso de las delimitaciones adicionales para la ejecución del programa.

En especial el Número de Documento. En este caso hay que tener Mucho Cuidado de poner no

solo la factura, anticipo, etc... sino también TODOS los documentos relacionados a estos:

compensaciones, documentos de traslado de impuestos, etc.. ya que de lo contrario se duplicarán

las contabilizaciones de traslados de impuestos.

Diferencias entre transacción FB05 y FB01:

Por lo general no es necesario seleccionar cuál de las dos transacciones se va a utilizar. El

programa automáticamente, dependiendo del tipo de pago lo define. FB05: Cuando se va a

compensar el documento. Por ejemplo cuando se trata de un pago TOTAL de la factura. FB01:

Cuando no se debe compensar. Por ejemplo, un pago parcial.

Ningún Índice de Deudor/Acreedor:

Sin índice de deudores:

Si se activa este parámetro, tiene lugar la estructuración de las tablas internas sólo de

acreedor (contenido de las tablas BSIK, BSAK).

Sin índice de acreedores:

Si se activa este parámetro, tiene lugar la estructuración de las tablas internas sólo de deudor

(contenido de las tablas BSID, BSAD).

La activación de estos parámetros permite reducir el tiempo de ejecución del programa ya que

controla que tenga lugar la estructura de tablas de tiempo de ejecución intensivo sólo para clases

de cuenta obligatorias. Así pues debe pensarse en dividir el tratamiento para las operaciones de

deudor y acreedor.

Esta opción no considera los pagos parciales.





Posiciones con 0%:

En este caso el sistema UNICAMENTE muestra los documentos con el 0% para los que se estaría

trasladando el impuesto.

El problema radica en que cuando se utiliza el 0% de impuesto, no se crea en los documentos contables

ninguna partida. Por lo que no hay realmente nada que trasladar.

El programa despliega las facturas que se pagaron, cuanto se pagó y que se va a trasladar de impuesto de

0% (siempre será: 0.00).

Aun cuando se seleccione la creación del Batch, no lo crea, porque no hay nada que trasladar.

Sin embargo, puedes imprimir el reporte como soporte de para auditoria y/o declaración.

Un punto importante referente a este tema es que la ejecución del programa

Es mucho más lenta cuando se selecciona esta opción, por lo que se recomienda que se limite también la

ejecución del programa para el/los indicador(es) de impuestos diferido de 0%.

Documentos Generados:

El programa genera 1 documento por cada movimiento de compensación que se traslada.

Procesos

Compensación con un solo pago

Factura con indicador de impuestos diferidos (1) => Programa RFUMSV25 NO hace nada

Pago total de la factura (2) => Programa RFUMSV25 traspasa el total del impuesto (3) y

compensa la partida de impuesto diferido.

Gastos Cta. a pagar Bancos Impto. diferido Impto.

1)1000 2)1100 1100(1 1100(2 1)100 100(3 3)100

Compensación con un pago parcial

Factura con indicador de impuestos diferidos (1) => Programa RFUMSV25 NO hace nada

Pago parcial de la factura (2) => Programa RFUMSV25 traspasa el valor proporcional del

impuesto (3) (ratio: monto pago/monto factura)





Pago por el resto de la factura, esta se compensa (4) => Programa RFUMSV25 traspasa el

resto del impuesto (5) y compensa la partida de impuesto diferido.


1)1000 2)440

4)660

1100(1 440(2

660(4

1)100 40(3

60(5

3)40

5)60

Anticipos

- Anticipo utilizando un indicador de impuestos diferido (1) Los impuestos se trasladan en el

mismo periodo en que se contabilizó el documento. => Programa RFUMSV25traslada el

total del impuesto del anticipo (2).

- Factura con indicador de impuestos diferido (3)

- Compensación del Anticipo (4)

- Compensación de la factura (5) => RFUMSV25 traslada el TOTAL de los impuestos de la

factura (6)

Hay una “cancelación” del documento contabilizado en el punto (4).

Se crean 2 documentos y ambos se compensan: las partidas de Compensación del Anticipo y de

las partidas de la factura.

La cuenta puente de impuestos se utiliza cuando se manejan anticipos.

Esta se configura en el menú de configuración:

IMG//Contabilidad deudores y acreedores/Operación Contable/Anticipo Recib. (Efectua.)

//Almacenar cuenta p.compensación de impuestos (OBXB)

Notas de Débito/Crédito

Nota de crédito con indicador de impuestos diferidos (1) => Programa RFUMSV25 NO

hace nada

Factura con indicador de impuestos diferidos (2) => Programa RFUMSV25 no hace nada





Pago de la factura y aplicación de nota de crédito (3) => Programa RFUMSV25 traspasa el

impuesto de la factura y de la nota de crédito (4)


2)4000 1000(

1

100(4

1)1100

4)3300

4400(2 3300(

3

2)400

4)100

100(1

400(4

4)400

Pagos Parciales

Para que el programa de traslado de impuestos pueda trasladar correctamente el importe

correspondiente de impuesto proporcional al pago parcial, estos deben ser registrados como

Pagos Parciales y NO como Partida Resto.

Al utilizar las partidas resto la factura se compensa y al validar esto el programa realiza el traslado

del TOTAL del monto de impuestos.

Un punto Muy Importante en el traslado de los pagos parciales es que si se ejecuta el Programa

para fechas anteriores a la fecha en que se compenso un pago parcial, entonces este documento

de traslado no cae dentro de los parámetros de selección por lo que se vuelve a seleccionar el

pago parcial provocando una duplicidad de contabilización. Es algo inevitable cuando se usan

bases de datos lógicas.

No se puede hacer algún tipo de validación porque el programa trabaja con Partidas Individuales

compensadas. Cuando se hace un pago parcial la partida que corresponde al impuesto no está

compensada y entonces la única manera de saber si ya se contabilizó o no, es buscando en el

sistema, y si los parámetros lo excluyen, entonces nunca lo va a encontrar el programa, por lo que

lo contabiliza de nuevo.

El problema está cuando se ejecuta para una fecha anterior a la que ya se utilizó y no para

después... Es decir, existe un pago parcial para el documento del 01.03.13 pero el documento de

impuesto diferido que se creó para el 15.03.13, queda fuera si se ejecuta el programa para el

14.03.13 o cualquier fecha menor.





La manera de controlar esto es definiendo rangos con periodos reales y completos, como por

ejemplo mensual.

Hay una factura 01.03.13

Se hace un pago parcial el 07.03.13

El programa debe ejecutarse con los siguientes parámetros:

Partid.abiert.en fecha clave 31.03.2013 (--> Ultimo día del mes SIEMPRE) Fecha de

compensación 01.03.2013 a 31.03.2013 (-> TODO el mes) y con fecha de contabilizacion:

Fecha de contabilización 31.03.2013 (--> Ultimo día del mes)

Fecha de documento 31.03.2013 (--> Ultimo día del mes)

Se ejecuta el reporte para el periodo del 01.03.13 al 31.03.13 con fecha de contabilización para la

fecha de compensación de las partidas abiertas del impuesto diferido el 31.03.13.

El programa puede ejecutarse las veces que sean necesarias con los mismos parámetros y NO

hay problemas de duplicidad de contabilización, siempre que se hayan ejecutado los Batchs

anteriores.

Compensación intercompanía

a. Las cuentas de compensación para movimientos intercompanías no deben manejar Partidas

Abiertas. Es decir, se asume que nunca son compensadas.

b. La verificación de que el depósito bancario se realizó en la Sociedad pagadora se efectúa

solamente cuando así ha sido indicado por el usuario.

c. La fecha de compensación de la cuenta bancaria en la Sociedad pagadora debe ser menor o

igual al valor indicado en «Partidas abiertas en fecha clave».

Retenciones

El programa de traslado de impuestos no soporta las retenciones de impuestos.

Estas retenciones deben definirse en el menú de configuración en los impuestos diferidos. Al

realizar esta configuración se debe indicar, si así se requiere, que la esta debe crearse al

momento de pago.





No hay forma de validar el “pago efectivo” para las retenciones de impuesto ya que esto

provocaría un conflicto con la funcionalidad de retenciones múltiples.


Documents

FI–MN_TRASLIVA_2.0-Traslado IVA F.38