Proyecto: ONE ERP

Diseño Funcional

Resumen
Diseño funcional para la contabilización de facturas con error “Different local currencies"

Registro de modificaciones
Versión Descripción [o descripción de Autor Fecha Aprobado Fecha
cambios] creación por aprobación
1.0 Versión inicial everis

Contenido
1. Objetivos del proceso............................................................................................................
2. Explicación del problema......................................................................................................
3. Medida de contingencia.........................................................................................................
3.1 Caso utilizado.....................................................................................................................
3.2 Impacto y acciones a realizar en ICO................................................................................

Página de
ONE ERP Diseño Funcional

Índice de figuras

Archivo: EVR-ONEERP-DF-MM-21-Informe NTT

© 2016 - everis Página 2 de 10
ONE ERP Diseño Funcional

Índice de tablas

Archivo: EVR-ONEERP-DF-MM-21-Informe NTT

© 2016 - everis Página 3 de 10
ONE ERP Diseño Funcional

1. Objetivos del proceso

El objetivo del presente documento es definir cómo se deben contabilizar las
facturas de pedidos MM que están dando error “Different local currencies”

Archivo: EVR-ONEERP-DF-MM-21-Informe NTT

© 2016 - everis Página 4 de 10
ONE ERP Diseño Funcional

2. Explicación del problema

Esto se produce cuando se crea un pedido en una sociedad A, con proyecto de
una sociedad B y utilizando una moneda diferente a la de la sociedad del
pedido.
Al contabilizar la entrada de mercancías en un mes anterior al de la factura, se
produce un tipo de cambio. Esto, por definición en SAP, genera un nuevo
apunte contable que da error.
Si la entrada de mercancías y la factura se contabilizan en el mismo periodo
contable (mes) no se produce tipo de cambio y no saltará el error.
La solución definitiva está pendiente de análisis y estimación.
Se propone este documento como medida de contingencia.

Archivo: EVR-ONEERP-DF-MM-21-Informe NTT

© 2016 - everis Página 5 de 10
 ONE ERP Diseño Funcional

3. Medida de contingencia

Para poder contabilizar las facturas que están dando el error descrito:

1. Se debe anular la entrada de mercancías correspondiente.

Se anula la EM en el periodo actual. Por la MIGO seleccionando Cancellation.

Si la EM original fue realizada en agosto, la anulación se contabiliza en septiembre.

2. Se vuelve a hacer la contabilización, en el periodo actual. También por la MIGO.

3. Se realiza la factura en el mismo periodo que la EM, en el actual.

No aparece el apunte contable a la 6xxxxx con el tipo de cambio y no salta el error.

Archivo: EVR-ONEERP-DF-MM-21-Informe NTT

© 2016 - everis Página 6 de 10
 ONE ERP Diseño Funcional

Se graba la factura.

3.1 Caso utilizado

Pedido en sociedad Argentina

Moneda USD

Proyecto de España

Archivo: EVR-ONEERP-DF-MM-21-Informe NTT

© 2016 - everis Página 7 de 10
 ONE ERP Diseño Funcional

3.2 Impacto y acciones a realizar en ICO

Las EM realizadas por estos tipos de pedidos (con proyectos que pertenecen a una
sociedad distinta a la sociedad que realiza el pedido) genera ICO.

Actualmente el proceso detecta el proceso de EM pero no el proceso de devolución o

cancelación de la EM; lo que hace necesario que se realice un ajuste del ICO hasta que se
tenga una solución de fondo.
El proceso de ajuste del ICO consistirá en la carga de la Credit Memo en el monitor ICO por
parte del equipo de Corporate ICO con los saldos que deben ser ajustados.
A modo de ejemplo, supongamos que tenemos un pedido de SDCE que realiza con un
proyecto de SDCA en USD; habiéndose realizado una EM por valor de 500 USD.

En el proceso ICO se realiza una refacturación por el importe indicado, pero sin cuenta de
gasto.

Archivo: EVR-ONEERP-DF-MM-21-Informe NTT

© 2016 - everis Página 8 de 10
 ONE ERP Diseño Funcional

Para la generación de la CM, mediante un fichero de carga masiva de ICO como el ajduntado
se podrá cargar el proceso ICO fruto de la devolución:
Plantilla ICO Carga Masiva Expenses to
Recover

En el fichero empleado a modo de ejemplo tenemos la siguiente información:

process_ico Material Company_Origin Project_Origin Company_Target Project_target Currency Amount Factor_ICO
ICO_EXPENSE_2_RECOVE EXPENSES_RECOVER SDCE EXT-100512-95787 SDCA INT-001001-00001 USD -500

Con estos datos podemos observar que el proceso ICO ha generado el movimiento contrario
al ICO de la EM.

Los puntos más importantes en el momento de rellenar el fichero son:

 Process_ico  se debe indicar ICO_EXPENSE_2_RECOVE

 Material  se debe indicar EXPENSES_RECOVER
 Company_orig  Es la sociedad que realiza el pedido

Archivo: EVR-ONEERP-DF-MM-21-Informe NTT

© 2016 - everis Página 9 de 10
ONE ERP Diseño Funcional

 Project_Origin  En este proceso ICO es meramente informativo y se debe informar

con el proyecto indicado en el pedido
 Company_Target  Es la sociedad que se corresponde con el proyecto del pedido
 Project_target En este caso es informativo, se correspondería con el proyecto BTL
de la sociedad del pedido
 Currency  Es la moneda del pedido
 Amount  Se debe indicar con signo negativo, el importe por el cual se va a generar
el proceso ICO. El signo negativo es lo que va a indicar que se trata de una CM.
 Factor_ICO  Para este proceso ICO se dejará en blanco.

Archivo: EVR-ONEERP-DF-MM-21-Informe NTT

© 2016 - everis Página 10 de 10