Integración de SAP ECC SD y FICA: ¿Por qué optar por una solución específica de la industria?

narasimha.ms4 as you are on community and now we are connected, let me tag you here, as earlier efforts of finding you on platform stood null and void.

It's worth mentioning you here, as below would never up and helpful for others without you.

Descargo de responsabilidad : Léalo como una historia, este sería un blog largo ya que primero explica cómo funcionan las cosas en FICO y por qué SAP necesitaba desarrollar FICA para abordar desafíos específicos de la industria.

Blogger dice : Lo siguiente será útil si el lector tiene un entendimiento básico del negocio FICO.

Cuando se trata de facturación en SAP ECC SD, el número de cliente actúa como una cuenta de submayor, con los datos mantenidos como pagador. La factura que preparamos se contabiliza en la cuenta y luego en la cuenta de conciliación.

(es decir, cualquier monto por cobrar junto con el monto total y el monto de ingresos se contabilizan en varias cuentas de ingresos y cuentas de conciliación, y la cuenta del cliente se contabiliza/actualiza por los montos por cobrar)

Eso significa que el número de cliente en sí actúa como una cuenta en el caso del maestro de clientes y mantenemos un registro maestro integrado completo para el cliente, que involucra los datos de la aplicación de ventas y distribución y los datos relacionados con la contabilidad.

Así es como fluye en el caso de las cuentas por cobrar estándar.

Submayor estándar en SAP y cómo funcionan en integración con el sistema contable de mayor general?

El proceso básico en SD comienza con el procesamiento de pedidos de venta y posteriormente se crea un documento de entrega. Donde se producirá el consumo de inventario y la emisión de bienes de inventario.

Luego se contabiliza un documento contable en la contabilidad financiera y posteriormente preparamos la factura y se contabiliza en la cuenta del cliente como por cobrar y todos los detalles de la factura que incluyen los valores para la cuenta de ingresos se contabilizan en la cuenta de ingresos y el monto total se contabiliza en la cuenta del cliente

Eso significa que cuando contabilizamos en la cuenta del cliente, al mismo tiempo el monto también se contabiliza en la cuenta de mayor junto con las cuentas de ingresos y cuentas de impuestos.

Así es como sucede una especie de integración entre SD para el proceso de negocio genérico y luego la contabilidad financiera.

¿Por qué optamos por FICA (Contabilidad de Finanzas y Contratos) en lugar de Cuentas por cobrar estándar?

Básicamente, FICA es un componente de aplicación cruzada, es un sistema contable de submayor específico de la industria utilizado en varias soluciones específicas de la industria como ISU, Telecomunicaciones, Seguros.

Si lo comparamos, el negocio es un escenario B2C, mientras que en SD lo consideramos como un escenario B2B, el negocio está vendiendo a otro negocio.

Ahora, en el caso de ISU, la empresa de distribución está proporcionando servicios de distribución a una gran población de consumidores, que estarán en millones.

Y el negocio en sí tiene transacciones periódicas. Cada mes realizando la actividad de lectura de medidores, ingresar resultados, validar, preparar un documento de facturación, luego preparar una factura.

Ahora, si seguimos el método de contabilidad de mayor general y sistema de submayor estándar como la cuenta de cliente, ¿qué sucedería, por cada factura tendríamos que contabilizar valores directamente en la contabilidad financiera.

Pero estamos procesando un gran número de facturas, digamos 20k facturas por día, así que podemos imaginar la cantidad de datos que tenemos que contabilizar en la contabilidad financiera y durante el mes digamos 30 millones de facturas, eso resultará en 30 millones de documentos contables.

Entonces, si seguimos en la dirección del sistema de contabilidad de submayor estándar, conduce a una gran cantidad de procesamiento de datos y contabilización en la cuenta financiera.

Para superar esto tenemos FICA. Básicamente, en el caso de ISU, no mantenemos un maestro de clientes tradicional, porque no necesitamos esa información ya que no vamos a crear ningún pedido de venta, entrega, facturación.

ISU tiene su propio proceso de negocio, por lo que en lugar de usar el registro maestro de cliente, utilizamos BP. Registro maestro de socio comercial para representar al cliente en nuestro sistema.

Pero cuando preparamos un maestro de BP, no tiene datos contables, no tiene ninguna conexión con el código de empresa, mantenemos un tipo de datos muy general

Como cuál es el nombre, dirección de BP, detalles de identificación, los detalles bancarios. Pero no tiene información en lo que respecta a la contabilidad. Porque no tenemos que mantener el registro del cliente ya que no tenemos esas aplicaciones.

Entonces surge la pregunta, cuando creamos un BP, ¿cómo creamos una factura y cómo la contabilizamos en la contabilidad financiera?

Ahí es donde utilizamos FICA. Una vez que creamos un BP, creamos una cuenta de contrato, esta CA (cuenta de contrato) es el registro maestro, lo que se mantiene debido a FICA y para FICA cuando preparamos CA, mantenemos la perspectiva contable.

Cualquier información necesaria para la contabilización de la cuenta de contrato, esa información se recopila y se almacena en CA. Entonces CA se convierte en la cuenta real para el BP.