traslado de imptos

TMINFLACION en R/3

SAP México y Centroamérica

Programa de Traslado de Impuestos Diferidos: RFUMSV25

Documentación

Abril 2002

SAP MEXICO y CENTROAMÉRICA 1

TM

TMINFLACION en R/3

INDICE:

1. Configuración........................................................................................................3

2. Principales Parámetros de ejecución del programa.......................................7

3. Mensajes de Error................................................................................................9

4. Ejecución del Programa....................................................................................11

5. Procesos............................................................................................................12

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

7. Compensación intercompañia..........................................................................14

8. Retenciones........................................................................................................15

9. Disponibilidad del Programa de Traslado para México................................15

10. Comprobante de pago.....................................................................................15

11. Versión 3.1........................................................................................................15


TMINFLACION en R/3

PROGRAMA DE TRASLADO DE IMPUESTOS DIFERIDOS(Compras y Ventas)

RFUMSV25

1. Configuración

Para poder utilizar el programa de traslado de impuestos es necesario configurar la siguiente información:

a. Indicadores de impuestos diferidos y destinos:

Indicadores Simples (solo IVA)

En la transacción FTXP, los indicadores diferidos deben estar definidos como sigue:

INDICADOR DIFERIDO: Porcentajes:

Tipo Impositivo: % correspondiente al impuesto para la clave de

operación MWS (IVA Repercutido) o VST (IVASoportado)

Características: Ind.impuestos : YY – Descripción del Impuesto DiferidoClase impto. : “A” o “V”Ind. IVA destino: XX (indicador de impuestos destino con el

MISMO porcentaje que el indicador diferido)

Cuentas de Impuestos:Cuenta Contable para registro del impuesto diferido (“cuenta

puente”).

INDICADOR DESTINO (indicador normal): Porcentajes:

Tipo Impositivo: % correspondiente al impuesto para la clave de

operación MWS (IVA Repercutido) o VST (IVASoportado)

Características: Ind.impuestos : XX – Descripción del Impuesto DestinoClase impto. : “A” o “V”

NO tiene indicador destino Cuentas de Impuestos:

Cuenta Contable para registro del impuesto pagado/cobrado.

Indicadores Compuestos (IVA + Otro Impuesto: IEPS, Suntuario, etc...)


TMINFLACION en R/3

Nueva Operación (OBCN):Denominación : ZZZ – Descripción de la operaciónClase de Impto: 3 – Impuesto AdicionalInd.contabiliz. : 2 – Apunte Separado

Nueva Clase de Condición: IMG//Gestión Financiera/Parametrizaciones básicas/Impto s.volumen /Parámetrizaciones básicas/Verificar esquema cálculo/Definir Clase Cond.

Copiar el MWVS (IVA Soportado) o el MWAS (IVA Repercutido) dependiendoel caso.

Modificar Esquema:IMG//Gestión Financiera/Parametrizaciones básicas/Impto s.volumen /Parámetrizaciones básicas/Verificar esquema cálculo/Definir Esquemas

Se debe agregar una línea en el esquema utilizado actualmente: Nivel: 115ClCta: La nueva definida en el punto de OperaciónNivel desde: 100Nivel hasta: 100ClCond: La nueva definida en el punto de Clase de Condición

NOTA: Si se define el nuevo nivel para el IEPS, se debe modificara nivel del IVA (MWS o VST según sea el caso), el “Nivel hasta”para incluir en este, el nivel del IEPS. En este ejemplo el “Nivel hasta” será 115.

INDICADORES DIFERIDOS: NOTA: En este caso es necesario crear 2 indicadores diferidos (D1 y T1).

D1 T1 TA/TB

Imp. SuntuarioLUX (?)

TAIVA IVA IVA

MWS

VST

T1 MWS

VST

TA MWS

VST

TBImp. Esp. Imp. Esp. TB Imp. Esp.

? ? ?

Porcentajes:Tipo Impositivo: % correspondiente al impuesto para la clave de

operación: - IVA: MWS (Repercutido) o VST (Soportado)- IEPS o Suntuario: ZZZ


TMINFLACION en R/3

- Otro: LUX Este NUNCA se traslada (solo existe em D1) Características:

Ind.impuestos : D1/T1 – Descripción del Impuesto DiferidoClase impto. : “A” o “V”Ind. IVA destino*: T1 (para D1)

y TA (para T1)

*indicador de impuestos destino con el MISMO porcentaje que el indicador diferido

Cuentas de Impuestos:Cuentas Contables para registro de los impuestos diferidos.Las cuentas en D1 son para registro del impuesto diferido (“puente”). Las cuentas en T1 son las mismas que en TA y TB (cuentas definitivas)

INDICADORES DESTINO:

Porcentajes:Tipo Impositivo: % correspondiente al impuesto para la clave de

operación: Para TA: - IVA: MWS (Repercutido) o VST (Soportado)Para TB: - IEPS o Suntuario: ZZZ

Características: Ind.impuestos : TA y TB – Descripción del Impuesto DestinoClase impto. : “A” o “V”

NO tiene indicador destino Cuentas de Impuestos:

Cuenta Contable para registro del impuesto pagado/cobrado.

Ejemplo D1:Tipo.impto. ClvCta Tipo impositivo Nivel De nivel Cl.condImporte base 100 0 BASB Impuesto adicional LUX 99.999 110 100 MWAL Impto.Adicional MX ZZZ 99.999 115 100 ZIAD IVA repercutido MWS 120 100 MWAS IVA soportado VST 10.000 130 100 MWVS Gastos despl.(glob.) VST 140 100 MWRK

Ejemplo T1:Tipo.impto. ClvCta Tipo impositivo Nivel De nivel Cl.condImporte base 100 0 BASB Impuesto adicional LUX 110 100 MWAL Impto.Adicional MX ZZZ 99.999 115 100 ZIAD


TMINFLACION en R/3

IVA repercutido MWS 120 100 MWAS IVA soportado VST 10.000 130 100 MWVS Gastos despl.(glob.) VST 140 100 MWRK

Ejemplo TA:Tipo.impto. ClvCta Tipo impositivo Nivel De nivel Cl.condImporte base 100 0 BASB Impuesto adicional LUX 110 100 MWAL Impto.Adicional MX ZZZ 115 100 ZIAD IVA repercutido MWS 120 100 MWAS IVA soportado VST 10.000 130 100 MWVS Gastos despl.(glob.) VST 140 100 MWRK

Ejemplo TB:Tipo.impto. ClvCta Tipo impositivo Nivel De nivel Cl.condImporte base 100 0 BASB Impuesto adicional LUX 110 100 MWAL Impto.Adicional MX ZZZ 99.999 115 100 ZIAD IVA repercutido MWS 120 100 MWAS IVA soportado VST 130 100 MWVS Gastos despl.(glob.) VST 140 100 MWRK IVASopNoDeducNoAisgn NAV 150 100 MWVN

b. Características de las Cuentas de Impuestos Diferidos y Destino:

Cuentas de Impuestos Diferidos:

En la definición de los datos maestros de la cuenta, debe haber las siguientes características:

- Saldos en Moneda Local: APAGADO - Categoría Fiscal**: SOLO “<” o “>”- Gestión de Partidas Abiertas: ENCENDIDO- Visualización de Partidas Individuales: ENCENDIDO- Solo Contabilizar Automáticamente*: APAGADO


TMINFLACION en R/3

*No se debe tener encendido el indicador de solo contabilización automáticamente ya que el documento de traslado realiza un contabilización manual a las cuentas.

Es posible evitar la contabilización manual en estas cuentas aun cuando el

Indicador de Solo Contabilizar Automáticamente este apagado. Esto se hace

mediante validaciones (ver siguiente punto: c.)

Cuentas de Impuestos Destino (impuesto pagado/cobrado):

En la definición de los datos maestros de la cuenta, debe haber las siguientes características:

- Saldos en Moneda Local: APAGADO- Categoría Fiscal**: SOLO “<” o “>”- Gestión de Partidas Abiertas: APAGADO- Visualización de Partidas Individuales: ENCENDIDO- Solo Contabilizar Automáticamente*: APAGADO

**Si la categoría fiscal el diferente a “>” o “<” habrá error al tratar de contabilizar el documento de traslado de impuestos.

c. Validaciones:

Las validaciones del sistema pueden utilizarse para evitar que se contabiliceManualmente en una cuenta que tenga apagado el indicador de “Solo contabilizar automáticamente” o para recordar el uso de un indicador de impuestos para tal o cual condición.

Las validaciones se definen en el menú de configuración:

IMG// Gestión Financiera / Param. Básicas Gest. Financiera / Documento / Posición Doc./Definir Validaciones para contabilización

Los indicadores de impuestos diferidos simples o compuestos (D1) deberán utilizarse en todos los documentos cuyos movimientos requieran el registro del impuesto al momento del pago.

Para los documentos de registro de movimientos que ya tengan el impuesto reconocido para declaración, no es necesario utilizar los indicadores de impuesto diferido, se deben utilizar los indicadores de impuesto destino directamente. Un ejemplo de esto seria el impuesto que cobra el banco por comisión bancaria, esto ya fue un pago realizado por lo que se contabiliza directamente mediante el indicador destino correspondiente.


TMINFLACION en R/3

2. Principales Parámetros de ejecución del programa

Selección Cuenta de Mayor: o Cuenta de mayor: Cuenta de Impuestos Diferidos (pueden manejarse

rangos) o Sociedad: Sociedad para la que se va a ejecutar el programa

Selección de Partidas:o División : Este campo NO es utilizado en la lógica del programa ya

que a nivel de la Cuenta de impuestos NO hay división.

o Partid.abiert.en fecha clave: Fecha “hasta” la cual se buscarán las partidas

abiertas de la Cuenta de Impuestos Diferidos. Se recomienda que esta fecha sea siempre el último día del mes(ver Pagos Parciales)

o Fecha de compensación: Se recomienda que siempre sea por el rango del mes

completo (ver Pagos Parciales)

NOTA: El programa puede ser ejecutado CUANTAS veces sea necesario por el

conjunto de: Partid.abiert.en fecha clave + Fecha de compensación sin tener problema de duplicidad de contabilización, SIEMPRE y CUANDO, se hayan ejecutado todos los Batch pendientes.

Otras Delimitaciones:

o Ind.operac.cta.mayor especia : Para poder hacer la transferencia de

los anticipos que tengan impuestos es

necesario indicar los CME que se manejen para este tipo de

operaciones.

Control Programa:

o Validar Pago Efectivo: Si este indicador es seleccionado, el programa

verificará que la partida del banco del documento de pago este Compensada (mediante una conciliación estándar u otra) ya que esto querrá decir que el movimiento ya fue reconocido realmente en el Banco.


TMINFLACION en R/3

o Trasladar División: Si la empresa requiere que se tenga la división a nivel

cuenta de impuestos destino, este indicador debe ser marcado. Con esto el programa buscará la división de la factura y la pondrá en el documento de traslado que se genere, a nivel cuenta de impuesto DESTINO. Esto es porque para la cuenta destino de impuestos, los programas F.5D a F.5G no funcionan.

Parám. Contabiliz.

o Ejecutar Batch Input (Ej.act.): Si este campo no esta marcado, sera solo

una ejecución de prueba y al final del reporte mostrado en pantalla se verá el siguiente mensaje: “Ejecución de test:

Ning.contabilización”

Si se selecciona la creación del Batch, aparecerá al final del reporte desplegado en pantalla el siguiente mensaje:

“Juego de datos batch input creado

J.datos batch input: Nombre del Batch ”

o Call Transaction: Si además d seleccionar el campo de Batch Input, se

Selecciona el Call Transaction, la contabilización se hará de forma automática, sin pasar por creación (y ejecución) del Batch. (Ver punto 3 )

o Clase de Documento: Es recomendable crear una clase de documento

especial para el traslado de impuestos ya que de esta manera será más fácil su identificación (OBA7)

o Fecha de contabilización: Se recomienda que sea siempre el último día


TMINFLACION en R/3

del mes. (ver pagos parciales)

o Fecha Tipo de Cambio Factura: No crea partida de perdida/ganancia (P/G) por

tipo de cambio en caso de documentos con moneda extranjera. Pago: Genera una partida adicional en el documento de

traslado por (P/G) en caso de documentos en moneda extranjera

o Impto Destino para Ind. Especia IVA Sopor IVA RepercDeben darse los indicadores DESTINO en caso de que seManejen impuestos adicionales (IEPS, Suntuario, etc...).Siguiendo el ejemplo de este documento aquí se pondría el Indicador: TB (Ver. punto 1-a. INDICADORES COMPUESTOS)

3. Mensajes de Error

Al ejecutar el programa, si este encuentra partidas que no cumplen las condiciones para poder trasladarse, se listarán estos al final del reporte desplegado en pantalla.Cada documento con excepción tendrá a su derecha un número o letra entre paréntesis.Por ejemplo:

“Los siguientes documentos no se han contabilizado según la convención obligatoria para RFUMSV25 y por lo tanto no se han podido procesar: ZMX1 154009 1500000025 004 (3) ZMX1 154009 1900000028 003 (A) ZMX1 154009 1900000042 003 (2)

La explicación de los códigos de error se encuentra bajo la lista de documentos que no pudieron trasladarse: Significado del código 1: Imposible compensar automáticamente: Se ha generado un juego de datos batch input 2: El documento contiene posiciones con clave de contabilización marcada como pago 3: El documento contiene anticipos cuyo indicador CME no se ha seleccionado 4: Varias posiciones de acreedores/deudores imposibles con "tratamiento especial anticipos" 5: Anticipo no tratado con "tratamiento especial anticipos" 6: Se ha realizado una contabilización manual en la cuenta fiscal 7: La factura contiene diversos deudores / acreedores 8: El total de todas las posiciones de deudor/acreedor da cero. 9: No es posible asignar unívocamente posiciones de impuestos entre deudores/acreedores A: Las partidas de banco no están aun compensadas en la fecha seleccionada B: Impto. destino invalido para Indicador especial C: División diferente en partida proveedor/cliente


TMINFLACION en R/3

Los más comunes siendo:

1. Cuando no se puede crear un documento con el Call Transaction, se crea unBatch con la misma información con la que se quiso hacer el Call Transactionpara que se ejecute el Batch y se pueda identificar el error.

2. La Clave de Contabilización (31, 40, 50, etc...) esta marcada en su definiciónen la configuración (OB41) como “Operación de Pago”. Se debe apagar esteindicador.

3. La ejecución del programa se realizó sin indicar en Otras Delimitaciones, el/los“Ind.operac.cta.mayor esp” cuando existen anticipos pendientes de trasladarse.

6. El programa no soporta el traslado de partidas de impuesto capturadas MANUALMENTE.

Un ejemplo de esto sería:

ClvCT 40 Cuenta 154009 (impto. Diferido) In.CME Cl.mov.

(Siguiente página)Importe 150 MXN

Esto ES una contabilización MANUAL a la cuenta de impuestos y por lo tanto NO se hará el traslado con el programa. Si existen estos casos, los traslados deben hacerse MANUALMENTE también.

En ciertas ocasiones, es necesario imputar el importe del impuesto de manera directa Ya que este importe no corresponde al que se tendría al calcularse de acuerdo al porcentaje correspondiente al indicador de impuestos utilizado.

Un ejemplo de esto serían las facturas de los agentes aduanales:

Factura: $1,100.00% Impuesto: 10%Importe Impuesto: $500.00 (diferente a los $100.00 si se usa el

porcentaje).

Para este caso, como debe capturarse el importe del impuesto es, en la misma partida del agente, en el campo de “Impuesto” y no marcar el campo de Calc.Impto:

Importe 1,100.00 MXN Impuesto 500.00 ( Aquí debe capturarse el importe)


TMINFLACION en R/3

Calc. Impto Ind.imp. D1 (10% Impuesto)

De esta forma no se da ni clave de contabilización ni el número de cuenta directamente por lo que NO es contabilización manual.

7. Este mensaje surge cuando se tienen más de un acreedor/vendedor. Imagínete el

siguiente documento:

Proveedor 1 V1 11,000 Proveedor 2 V1 22,000 Gastos V1 30,000 IVA V1 3,000

Y contabilizas un pago que compensa solamente uno de los acreedores. El otro queda abierto. Entonces puede haber un problema. Puede darse que en el caso de documentos simples, si se realice el traslado sin problemas, pero como regla general, este tipo de documento no es soportado por el programa de traslado. El traslado deberá en estos casos hacerse manualmente.

8. Este mensaje sucede cuando el documento que compensa no es un pago sino un traslado de un acreedor a otro. Incluso puede ser que este documento sea

de tipo factura ya que el saldo lo tiene otro acreedor. El traslado de impuesto no

puede hacerse. En documentos sencillos puede llegar a funcionar correctamente

pero elprograma normalmente no soporta este tipo de documento.

9. Este mensaje es desplegado generalmente cuando, por ejemplo, el acreedor/cliente

tiene indicador ** y el documento tiene diferentes indicadores de impuestos.

A. Este mensaje s despliega si se selecciona la opción de “Validar pago efectivo”. Si la factura ya fue pagada pero aun no compensada por conciliación bancaria, éste sería su mensaje relacionado.

4. Ejecución del Programa

a. 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


TMINFLACION en R/3

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

b. Fechas para la ejecución: o Partid.abiert.en fecha clave ( Esta fecha aplica para las

facturas no

compensadas) o 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 ParcialesEn 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 c. 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.

d. Diferencias entre transacción FB05 y FB01: Por lo general no es necesario seleccionar cual de las dos transacciones seva a utilizar. El programa automáticamente, dependiendo del tipo de pagolo 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. e. Ningún Índice de Deudor/Acreedor: o 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). o 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


TMINFLACION en R/3

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.

f. 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 pago 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%.

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

5. Procesos

a. 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 X Pagar Bancos Impto. Diferido Impto. Destino1)1000 2) 1100 1100 (1 1100 (2 1) 100 100 (3 3) 100

b. Compensación con 1 pago parcial


TMINFLACION en R/3

- 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.

Gastos Cta X Pagar Bancos Impto. Diferido Impto. Destino1)1000 2) 440 1100 (1 440 (2 1) 100 40 (3 3) 40

4) 660 660 (4 60 (5 5) 60

c. 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.

Gastos Cta X Pagar Bancos Impto. Diferido Impto. Destino Cta “pte” Impto3)1000 1) 440 1100 (3 440 (1 1) 40 40 (2 2) 40 40 (6 4) 40 40 (1

4) 440 440 (4 660 (5 3) 100 40 (4 6) 100 5) 660 6) 40 100 (6

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)

d. 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)


TMINFLACION en R/3

Programa RFUMSV25 no hace nada - Pago de la factura y aplicación de nota de crédito (3)

Programa RFUMSV25 traspasa el impuesto de lafactura y de la nota de crédito (4)

Gastos Cta X Pagar Bancos Impto. Diferido Impto. Destino2)4000 1000(1 1) 1100 4400 (2 3300 (3 2) 400 100 (1 4) 400 100 (4

3) 3300 4) 100 400 (4

6. Pagos Parciales

Para que el programa de traslado de impuestos pueda trasladar correctamente elimporte correspondiente de impuesto proporcional al pago parcial, estos deben serregistrados 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.02 pero el documento de impuesto diferido que se creó para el 15.03.02, queda fuera si se ejecuta el programa para el 14.03.02 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.02Se hace un pago parcial el 07.03.02

El programa debe ejecutarse con las siguientes parámetros:


TMINFLACION en R/3

Partid.abiert.en fecha clave 31.03.2002 (--> Ultimo día del mes SIEMPRE) Fecha de compensación 01.03.2002 a 31.03.2002 (-> TODO el mes)

y con fecha de contabilizacion: Fecha de contabilización 31.03.2002 (--> Ultimo día del mes) Fecha de documento 31.03.2002 (--> Ultimo día del mes)

Se ejecuta el reporte para el periodo del 01.03.02 al 31.03.02 con fecha de contabilización para la fecha de compensación de las partidas abiertas del impuesto diferido el 31.03.02. 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.

7. Compensación intercompañia

a. Las cuentas de compensación para movimientos Intercompañí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».

8. 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.

9. Disponibilidad del Programa de Traslado para México La nota relacionada con este programa en el OSS es la: 487616La versión estándar que contiene toda la funcionalidad descrita en el presente Documento, a excepción de los indicadores compuestos de impuestos, se encuentra disponible en el HotPackage .... para las versiones 4.0b a las 4.6C.Para las versiones posteriores, el programa estándar ya tendrá la

funcionalidad incluida.


TMINFLACION en R/3

Para Todas las versiones, la funcionalidad de indicadores compuestos deberán habilitarse de acuerdo a las indicaciones de la nota de OSS: xxxxx

10. Comprobante de pago

Se creó un SAPScript de acuerdo al formato simplificado para el comprobante de pagos.

Este se encuentra disponible en la nota de OSS: xxxx

11. Versión 3.1

Debido a que la versión 3.1 ya no es soportada, para esta es necesario crear un programa Z que tendrá la misma funcionalidad que la versión estándar del RFUMSV25.Este programa puede solicitarse mediante una nota en OSS en el

componente: XX-CSC-MX


traslado de imptos

Documents