Traslado de Imptos.

INFLACION en R/3

TM

SAP México y Centroamérica

Programa de Traslado de Impuestos Diferidos: RFUMSV25

Documentación Abril 2002

SAP MEXICO y CENTROAMÉRICA

1

TM

INFLACION en R/3

TM

INDICE: 1. Configuración...............................................................................................................................................3 2. Principales Parámetros de ejecución del programa......................................................................................8 3. Mensajes de Error.......................................................................................................................................10 4. Ejecución del Programa..............................................................................................................................12 5.Procesos.......................................................................................................................................................14 6. Pagos Parciales...........................................................................................................................................16 7. Compensación intercompañia.....................................................................................................................17 8. Retenciones.................................................................................................................................................17 9. Disponibilidad del Programa de Traslado para México.............................................................................17 10. Comprobante de pago...............................................................................................................................18 11. Versión 3.1................................................................................................................................................18


2

INFLACION en R/3

TM

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 Diferido Clase 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 Destino Clase 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...)


3

INFLACION en R/3

TM

Nueva Operación (OBCN): Denominación : ZZZ – Descripción de la operación Clase de Impto: 3 – Impuesto Adicional Ind.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) dependiendo el 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: 115 ClCta: La nueva definida en el punto de Operación Nivel desde: 100 Nivel hasta: 100 ClCond: La nueva definida en el punto de Clase de Condición NOTA: Si se define el nuevo nivel para el IEPS, se debe modificar a 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. Suntuario LUX (?) IVA MW VS S T

T1

Imp. Esp. ?

IVA MW VS S T Imp. Esp. ?

TA TB

TA IVA MW VST S 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


4

INFLACION en R/3

TM -

Otro: LUX  Este NUNCA se traslada (solo existe em D1)

Características: Ind.impuestos : D1/T1 – Descripción del Impuesto Diferido Clase 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 Destino Clase impto. : “A” o “V” NO tiene indicador destino Cuentas de Impuestos: Cuenta Contable para registro del impuesto pagado/cobrado. Ejemplo D1: Tipo.impto. Cl.cond Importe base Impuesto adicional MWAL Impto.Adicional MX ZIAD IVA repercutido MWAS IVA soportado MWVS Gastos despl.(glob.) MWRK Ejemplo T1: Tipo.impto. Cl.cond Importe base Impuesto adicional MWAL Impto.Adicional MX ZIAD


ClvCta

Tipo impositivo

LUX

100 99.999

ZZZ

99.999

Nivel De nivel 0

MWS VST

10.000

VST

ClvCta

Tipo impositivo 100

LUX ZZZ

99.999

110

BASB 100

115

100

120

100

130

100

140

100

Nivel De nivel 0 110

BASB 100

115

100

5

INFLACION en R/3

TM

IVA repercutido MWAS IVA soportado MWVS Gastos despl.(glob.) MWRK Ejemplo TA: Tipo.impto. Cl.cond Importe base Impuesto adicional MWAL Impto.Adicional MX IVA repercutido MWAS IVA soportado MWVS Gastos despl.(glob.) MWRK

Ejemplo TB: Tipo.impto. Cl.cond Importe base Impuesto adicional MWAL Impto.Adicional MX ZIAD IVA repercutido MWAS IVA soportado MWVS Gastos despl.(glob.) MWRK IVASopNoDeducNoAisgn MWVN

MWS VST

10.000

VST

ClvCta

Tipo impositivo 100 115

VST

100

130

100

140

100

Nivel De nivel 0

LUX ZZZ MWS

120

100

10.000

VST

110

BASB 100

120

ZIAD 100

130

100

140

ClvCta

Tipo impositivo 100

100

Nivel De nivel 110

BASB 100

115

100

MWS

120

100

VST

130

100

VST

140

100

NAV

150

100

LUX ZZZ

99.999

0

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


6

INFLACION en R/3

cuando el

TM *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

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


7

INFLACION en R/3

TM

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 transferencia de

especia es

:

Para

poder

hacer

la

los anticipos que tengan impuestos 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)


8

INFLACION en R/3

TM ya que esto querrá decir que el movimiento ya fue reconocido realmente en el Banco. 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)


9

INFLACION en R/3

TM o

Fecha de contabilización: Se recomienda que sea siempre el último día 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 Reperc Deben darse los indicadores DESTINO en caso de que se Manejen 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


10

INFLACION en R/3

TM

B: Impto. destino invalido para Indicador especial C: División diferente en partida proveedor/cliente

Los más comunes siendo: 1. Cuando no se puede crear un documento con el Call Transaction, se crea un Batch con la misma información con la que se quiso hacer el Call Transaction para 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ón en la configuración (OB41) como “Operación de Pago”. Se debe apagar este indicador. 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) Cl.mov. (Siguiente página) Importe 150 MXN

In.CME

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:


11

INFLACION en R/3

TM Importe Impuesto importe)

1,100.00 MXN 500.00

Calc. Impto

( Aquí debe capturarse el

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 Proveedor 2 Gastos IVA

V1 V1 V1 V1

11,000 22,000 30,000 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 el programa 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


12

INFLACION en R/3

TM

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 TRCM). b. Fechas para la ejecución: o Partid.abiert.en fecha clave facturas no

(  Esta fecha aplica para las

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 o

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


13

INFLACION en R/3

TM

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

Gastos Destino 1)1000

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.

Cta X Pagar 2) 1100 1100 (1


Bancos

Impto. Diferido

Impto.

1100 (2 1) 100 100 (3

3) 100

14

INFLACION en R/3

TM

b. Compensación con 1 pago parcial -

-

Gastos Destino 1)1000

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.

Cta X Pagar

Bancos

2) 440 1100 (1 4) 660

440 (2 660 (4

Impto. Diferido 1) 100 40 (3 60 (5

Impto. 3) 40 5) 60

c. Anticipos -

-

Gastos “pte” Impto 3)1000 40 (1

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.

Cta X Pagar 1) 440 1100 (3 4) 440 440 (4 5) 660

Bancos

Impto. Diferido

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

Impto. Destino Cta 2) 40 40 (6 4) 40 6) 100

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


15

INFLACION en R/3

TM -

Gastos Destino 2)4000 1000(1 100 (4

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)

Cta X Pagar 1) 1100 4400 (2

Bancos

Impto. Diferido

3300 (3 2) 400 100 (1

3) 3300

Impto. 4) 400

4) 100 400 (4

6. 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.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.02 Se hace un pago parcial el 07.03.02


16

INFLACION en R/3

TM

El programa debe ejecutarse con las siguientes parámetros: 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 día del mes) Fecha de documento día del mes)

31.03.2002

(--> Ultimo

31.03.2002

(--> Ultimo

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: 487616 La 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.


17

INFLACION en R/3

TM

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


18

Traslado de Imptos.

Recommend Documents