NetSuite no trae el PGC español configurado de serie. Quien evalúa el ERP para una empresa española descubre tarde esta diferencia con los sistemas locales, y quien ya lo tiene implantado por un partner internacional suele descubrirla en el primer cierre anual, cuando el asesor pide un Balance de Situación y lo que sale del sistema no se parece a lo que espera. Este artículo explica qué aporta NetSuite, qué aporta su localización española y qué parte del trabajo depende de decisiones que se toman —bien o mal— durante la implantación.
El Plan General de Contabilidad, aprobado por el Real Decreto 1514/2007, es de aplicación obligatoria para las empresas españolas. Define, entre otras cosas, el cuadro de cuentas organizado en grupos —del grupo 1, financiación básica, al grupo 7, ventas e ingresos— y los modelos de cuentas anuales: Balance, Cuenta de Pérdidas y Ganancias, memoria y, según el caso, estado de cambios en el patrimonio neto y estado de flujos de efectivo.
NetSuite, en cambio, nace en Estados Unidos y organiza la contabilidad con su propia lógica: cada cuenta contable pertenece a un tipo funcional (Bank, Accounts Receivable, Income, Expense, etcétera) que determina su comportamiento en el sistema y su posición en los informes nativos. Esos informes nativos siguen el formato anglosajón, no los modelos del PGC.
La consecuencia práctica: NetSuite admite perfectamente un plan de cuentas conforme al PGC español, pero no lo incluye de fábrica. Alguien tiene que diseñarlo, numerarlo y cargarlo. Esa es una tarea de implantación, y su calidad condiciona todo lo que viene después.
La Spain Localization SuiteApp —la localización oficial de Oracle para España— aporta, además de los informes fiscales (SII, modelos 303, 347, 349 y 390), un conjunto de informes financieros con formato español. Según la documentación oficial de Oracle NetSuite, son cinco:
Los informes de Balance de Situación y Cuenta de Pérdidas y Ganancias tienen layout editable, lo que permite ajustarlos a la presentación que pide el asesor o el auditor.
Hay un matiz en esa misma página de documentación que resume el mensaje central de este artículo. Oracle lo advierte de forma literal: para visualizar correctamente los informes de España, el plan de cuentas español debe estar correctamente cargado. Es decir, los informes no transforman datos anglosajones en formato PGC por arte de magia: presentan en formato español lo que encuentran en un plan de cuentas que ya debe ser español. Si el plan de cuentas no sigue el PGC, los informes existen pero no sirven.
Diseñar el plan de cuentas de NetSuite para España es un ejercicio de doble mapeo. Cada cuenta necesita, por un lado, su número conforme al cuadro de cuentas del PGC —activando la preferencia de números de cuenta en la configuración contable— y, por otro, el tipo de cuenta de NetSuite que corresponde a su función.
Un ejemplo concreto: la cuenta 430 (Clientes) debe crearse con el tipo Accounts Receivable; si se crea como Other Current Asset, el número será correcto pero el sistema no la tratará como cuenta de clientes, y los módulos de cobros y la antigüedad de saldos dejarán de cuadrar con el mayor. El error inverso también existe: cuentas con el tipo correcto pero numeradas fuera del cuadro del PGC, que descuadran el Balance de Situación de la localización porque el informe agrupa por rangos de numeración.
Este doble criterio —número PGC y tipo NetSuite— es el motivo por el que copiar el plan de cuentas del ERP anterior rara vez funciona sin un trabajo de revisión cuenta a cuenta.
La normativa española exige un Libro Diario con los asientos del ejercicio. La documentación de configuración de cuentas para España de Oracle recomienda activar la función GL Audit Numbering, que asigna numeración secuencial a los apuntes contables. Sin ella, el Libro Diario que genera la localización carece de la numeración correlativa que esperan asesores y auditores. Es una casilla que se marca en minutos durante la implantación y que cuesta explicar cuando se descubre que falta tres ejercicios después.
La localización española oficial tiene requisitos que no son negociables y que conviene verificar antes de planificar nada:
El último punto merece atención en grupos internacionales: si la contabilidad española se lleva en un libro secundario —una configuración que algunos partners proponen para mantener el libro principal en normas del grupo—, los informes de la localización no la verán. La decisión de qué libro es el principal para la subsidiaria española no es un detalle técnico: determina si los informes oficiales sirven o no.
Estos requisitos enlazan con la configuración fiscal que hemos tratado en otros artículos: la misma instancia que genera el Balance de Situación es la que presenta el SII y el modelo 303. Plan de cuentas, tax codes y localización forman un mismo sistema: cuando una pieza está mal diseñada, las otras dos lo acaban reflejando.
Una parte de las instancias que revisamos en España comparte el mismo origen: implantación dirigida desde la matriz o por un partner sin equipo local, con un plan de cuentas anglosajón al que después se intentó adaptar la contabilidad española. El síntoma habitual no está dentro de NetSuite, sino fuera: el equipo financiero exporta el mayor a Excel cada cierre y lo re-mapea a mano al cuadro del PGC para que el asesor pueda trabajar. Horas recurrentes, riesgo de error manual y un coste silencioso que nadie presupuestó.
Corregirlo a posteriori es posible, pero no es un simple renombrado de cuentas: implica decidir qué cuentas se renumeran, cuáles se cierran y se sustituyen, cómo se trata el histórico y en qué momento del ejercicio se ejecuta el cambio para no romper la comparabilidad. Es un proyecto corto si se hace con método, y un agujero de meses si se improvisa.
Quien firma una implantación nueva tiene la versión barata de este problema: exigir desde el primer día que el plan de cuentas se diseñe conforme al PGC, con los tipos de cuenta de NetSuite bien asignados y la localización oficial instalada y probada antes del go-live. Es mucho más económico hacerlo bien al principio que rehacerlo en producción.
¿NetSuite incluye el Plan General de Contabilidad español de serie?
No. NetSuite permite construir un plan de cuentas conforme al PGC, y la localización española aporta los informes en formato español, pero el cuadro de cuentas debe diseñarse y cargarse durante la implantación. Es responsabilidad del proyecto, no del producto.
¿Puedo usar NetSuite para presentar las cuentas anuales en España?
Sí, con matices. La localización genera el Balance de Situación y la Cuenta de Pérdidas y Ganancias en formato español, además del Libro Diario y el Libro Mayor. El depósito de cuentas en el Registro Mercantil y la memoria siguen siendo trabajo del asesor o del equipo contable, partiendo de esos informes.
¿Qué pasa si mi instancia se implantó con un plan de cuentas anglosajón?
Que los informes de la localización española no cuadrarán con lo que espera tu asesor, y lo habitual es que el equipo financiero esté compensándolo con re-mapeos manuales en Excel. Tiene solución: un proyecto de renumeración y reasignación de cuentas, planificado para no romper el histórico ni la comparabilidad entre ejercicios.
¿Necesito OneWorld y SuiteTax para usar la localización española?
Sí. La Spain Localization SuiteApp solo funciona en cuentas OneWorld con SuiteTax activado, con subsidiaria española en EUR. Si tu cuenta no cumple estos requisitos, conviene evaluar la situación antes de instalar nada, porque la activación de SuiteTax es irreversible.
¿Tu plan de cuentas en NetSuite no cuadra con lo que pide tu asesor? Hemos sido usuarios internos de NetSuite antes que consultores y sabemos lo que cuesta cada cierre cuando el PGC se quedó fuera de la implantación. Revisamos tu plan de cuentas, la localización y los informes, y te decimos qué hay que corregir y en qué orden. Hablemos.
Gratuito
