Avalados por :
Estimados,
En una de las cuentas de proveedores, mi cliente ha estado registrando todas las facturas en moneda extranjera (USD, EUR, etc.) y luego pasaba la entrada de pago bancario en la moneda de la sociedad (INR) a través de JV. Como resultado, los partidas nunca se liquidaron durante el último año. Ahora, si ejecuto la transacción f-44, tanto las entradas de factura como de pago aparecen con valores diferentes y, por lo tanto, causarán una gran pérdida si las guardo. Sin embargo, si utilizo FB05 e ingreso la tasa de cambio (que estaba vigente al momento de registrar la factura) y luego proceso el ítem abierto, tanto el débito como el crédito coinciden y no se genera ninguna pérdida/ganancia.
Lo que quiero saber es si hay alguna implicación en esto. ¿El sistema registrará alguna pérdida/ganancia si después de saldar todas las partidas antiguas, ejecuto FAGL_FC_VAL?
Por favor, aconsejen.
Saludos cordiales,
Subha
Si el artículo se despeja en o antes de la fecha clave de valoración, entonces el artículo no será seleccionado para la valoración de FC.
Saludos
Murali.N
Hola,
Gracias por responderme. Sí, tanto la entrada de la factura se realizó en USD como la entrada de pago en INR y el usuario ha estado haciendo esto desde entonces a través de una JV manual. En consecuencia, ambos elementos, aunque desde el punto de vista contable están conciliados, desde el punto de vista de SAP, se encuentran en estado abierto. Por lo tanto, cuando ejecuto el programa de valoración, simplemente recoge estos elementos e intenta contabilizar una gran pérdida debido a las diferencias en los tipos de cambio en 2011 y ahora.
Lo que estoy intentando hacer es simplemente ejecutar FB05 y en el campo de tipo de cambio, simplemente ingresar la tasa que estoy obteniendo dividiendo el monto total en INR por el USD. De esa manera, simplemente coincide con el ítem y no contabiliza ninguna ganancia o pérdida. Al menos eso es lo que veo cuando simulo. Solo estoy tratando de saber si hay alguna otra implicación. ¡No quiero ver ninguna sorpresa!
Saludos cordiales,
Subha
Hola Subha,
La pregunta es: ¿Cuándo se pagó la factura y cuándo la liquidarás? ¿Estaba abierta al final del año?
Imaginemos un caso:
Cuenta por pagar al proveedor (en tasa histórica): 10 USD = 600 INR
Pago real (crédito bancario - débito al proveedor): 620 INR (debido al cambio de tasa).
Entonces, ahora tienes 10 USD y 620 INR para conciliar en el proveedor. ¿Es este tu caso?
Si es así, entonces tu única oportunidad para liquidar esto (sin "Cargar diferencias") es ingresar la tasa válida durante el pago (es decir, 6,20 INR por USD). En ese caso, los elementos coincidirán y una pérdida cambiaria de 20 INR se debitará en el P&L. Si en cambio fuerzas una tasa válida durante la contabilización de la factura (6,00), entonces tus débitos y créditos no coincidirán y necesitarás "Cargar la diferencia", posiblemente también en el mismo P&L.
Lo que describes (que la diferencia desaparecería por completo) solo funcionaría si el pago se contabilizara en la tasa original (es decir, 600 INR). Entonces realmente necesitarías elegir la tasa de la factura, pero los 20 INR de pérdida faltarían en CiT y alguien tendría que cargar la diferencia como siguiente paso.
¿Tiene sentido esto?
En cuanto al FAGL_FC_VAL: Siempre depende de si el elemento está abierto en la fecha clave de valoración. Si lo liquidas con una fecha de compensación de diciembre, entonces no se valorará. Si es en enero o febrero, entonces sí lo será (con reversión al día siguiente), incluso si el elemento se liquidó en el intermedio.
Espero que esto ayude. Por supuesto, sería más fácil para ti si hubieras pagado las facturas con F110 (contra CiT2) y luego liquidado el extracto bancario por moneda (área de contabilización 1 = banco a CiT1 en moneda de cuenta, área de contabilización 2 = CiT1 a CiT2 en moneda de pago, con CiT1 manejado en moneda local y CiT2 por moneda). Pero, por supuesto, no todo se puede automatizar. ¡Buena suerte!
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute
