Oímos por todas partes que la salida a la crisis actual que vivimos, pasa por no limitarnos al mercado local tradicional y tratar de expandir nuestros horizontes y exportar. No parece una idea nada descabellada, pues por qué vamos a limitarnos a un mercado relativamente pequeño si tenemos todo un mundo para vender nuestros productos. Tratar de ampliar el mercado natural a nuevos países no tiene porqué suponer un gran problema, pues no hay razón para pensar que en éstos tengan necesidades muy distintas. Estamos condenados a realizar ese esfuerzo si se quiere seguir subsistiendo como empresa.
En ocasiones, la necesidad de exportar no nace por iniciativa propia, sino que viene provocada por la propia necesidad de tus clientes: delegaciones en otros países, nuevas fábricas en países con menores costes de materia prima y mano de obra, apertura de nuevas tiendas, etc. Ante esta situación, lo más normal es tratar de embarcarse en esos nuevos proyectos con el fin de cerrar la puerta a otras posibilidades que pudiera barajar nuestro cliente y que pasara por sustituir nuestro ERP por otro de ámbito más «internacional».
Si el producto al que nos referimos corresponde a un ERP, entonces lo evidente pasa a un terreno, cuanto menos, dudoso. Sobre todo, porque pensamos que se puede lograr sin apenas inversión, dado que tenemos el producto, y sin embargo, nada más lejos de la realidad.
Adaptación ERP para su internacionalización. Derechos Photoexpress
Pero veámoslo desde la perspectiva del cliente. Si como cliente de un ERP estás pensando en dar el salto a la internacionalización, deberás comprobar si tu ERP está adaptado para ello.
Hacerlo requeriría de un checklist bastante amplio, pero resumiré algunos mínimos a tener en cuenta y que nos evitará sobrecostes futuros innecesarios o indeseados.
Checklist adaptación ERP para la internacionalización
1.- Adaptación modelo negocio
Mi ERP está perfectamente adaptado a mi modelo de negocio, pero mi modelo de negocio en el nuevo país ¿será el mismo? ¿fabricaré los mismos productos? ¿mis clientes objetivos o target será el mismo o similar?
2.- Infraestructuras
¿Será preferible trabajar con servidores centralizados? ¿Las conexiones me permiten trabajar de forma centralizada?
3.- Sincronización información
¿La información es compartida? Es decir, si los productos, materias primas, etc, son los mismos para ambos ERP, ¿qué sistema de integración y sincronización se usará entre ambos?
4.- Consolidación información
¿Necesito consolidar información entre ambos sistemas ERP? Separar suele ser relativamente fácil, consolidar suele conllevar un esfuerzo mucho más considerable y no siempre es posible si no se ha tenido en cuenta la homogeneidad de ciertos datos.
5.- Multiidioma, …, multi…todo
Mi ERP debería ser multiidioma, multidivisa, multialmacén, multiempresa, etc. Pero estos conceptos suelen usarse muy a la ligera: un ERP multiidioma debe garantizar que todo el sistema a nivel de continente es traducible (formatos, reports, ayuda, interfaces, etc), y a nivel de contenido también (productos, materias primas, características productos, etc), pero también a nivel de búsquedas de registros; un ERP multialmacén debe admitir generar traspasos y movimientos entre los distintos centros logísticos; un ERP multiempresa de verdad debe garantizar que la mayor parte de la parametrización del ERP se hace por empresa, y no hay configuraciones generales; …
Es multiidioma, sí, pero ¿las traducciones vienen precargadas? ¿Hay herramientas que ayuden a la traducción? Contratar éstas suele conllevar un sobrecoste a tener en cuenta.
6.- Precisión decimal
¿Con cuántos decimales trabaja mi ERP en compras y en ventas? Aunque normalmente esto suele ser configurable en los ERP, muchas veces, el número de decimales no es parametrizable por divisa o incluso por cliente o proveedor, por lo que nos condena a trabajar con precisiones algo absurdas en función de ciertos proveedores, clientes o artículos.
7.- Precios
¿Cuántas cifras a la izquierda del punto decimal suelen tener los precios? Puede parecer una pregunta idiota, ¿verdad? Pensemos que las máscaras de los documentos, de los reports y de las pantallas de entrada de datos tienen un tamaño considerado «normal» en diseño, pero nos podemos encontrar con cambios de moneda de miles o decenas de miles, lo que no permitiría ni introducir ni mostrar esos valores.
Checklist adaptación ERP a internacionalización. Derechos Photoexpress
8.- Formatos de papel impreso
¿Son configurables los tamaños de papel de los informes? Conocemos el formato de papel A4 como algo estándar, y así es, pero no todos los países lo usan, así en algunos países americanos usan el formato Letter, lo que implica un rediseño de todos los informes en el caso de que no se pueda realizar esta parametrización.
9.- Impuestos aplicables
¿Cuáles son? ¿Cómo aplican? ¿El ERP admite su configuración por cliente y proveedor? ¿Y por series? ¿Son en tanto por cien o en tanto por mil? ¿Son lineales o escalables? El tema de los impuestos no siempre son fáciles de aplicar, por lo que es preferible saber de donde partimos con el fin de evitar sorpresas.
10.- Adaptación a normativa
Adaptación del ERP a la normativa fiscal, contable y financiera del país. Uno de los problemas más importantes bajo mi punto de vista es éste, dado que la normativa es cambiante, y por tanto obliga al proveedor del software a mantener actualizada la herramienta. En España por ejemplo, ni siquiera existe la adaptación total de todos los bancos a una normativa común. Si bien es cierto que la mayoría se basan en la Asociación Española de Banca (AEB), algunos de ellos poseen normas adaptadas a sus necesidades. En cualquier caso la diversidad de modelos oficiales a nivel contable y la multitud de normas bancarias, hacen muy difícil pensar en mantener todas las existentes en cada país.
10.- Contabilidad
En este caso, y relacionado con el punto anterior, mi consejo es la adaptación a alguna contabilidad local. A pesar que el esfuerzo para esa integración puede ser bastante grande, siempre será inferior a tratar de adaptar (y sobre todo mantener) el módulo de contabilidad a la legislación vigente del país.
Servicio de consultoría, formación y atención posventa. ¿Mi proveedor dispone de un partner local que me ayudará en estos servicios o se realizarán desde el país de origen? ¿Será un problema el horario de atención? ¿Quién proporcionará el soporte de primer nivel y cual el de segundo? ¿Qué límites se establecerán entre primer y segundo nivel?
Abordar un proyecto de este carácter suele conllevar unos costes de internacionalización muy importantes. Esto no debe ser motivo para asustarnos, pero sí para tenerlos en cuenta y ser capaces de poder repercutirlos, sino ese proyecto de internacionalización estará condenado al fracaso.
Si estás de acuerdo, puedes dejar un comentario. Si no lo estás, déjalo también, me será más útil.
Autor: Sergio Martínez|
Recibe nuevos artículos mediante suscripción por e-mail, RSS o Feedly |
|
Sérgio, para variar un análisis que de verdad es para quitarse el sombrero.
Tan solo tengo una discrepancia y un apunte.
Discrepancia. La conexión con un software local para contabilidad, me parece buena idea, pero tan solo para el inicio de la penetración en el mercado. Si queremos penetrar en un mercado de manera seria, tenemos que tener en nuestro project sin duda alguna la adaptación al sistema impositivo y contable local.
Apunte. Si nuestro software los certificamos para su trabajo en la plataforma de Microsoft Azure (no me llevo comisión… 😛 ) nos quitamos todo problema de infraestructuras y además nos aporta una gran ventaja competitiva.
En cualquier caso, insisto, para quitarse el sombrero.
Jose David Rodriguez
Las discrepancias siempre me aportan más que el acuerdo absoluto.
Tienes razón en que para tener una mayor penetración en el mercado se debe apostar por un software contable adaptado al país, pero esto es algo que en función del tamaño de empresa se podrá abordar o no. En el caso de mi empresa por ejemplo no se contempla por los costes en los que se incurrirían. Nuestra política es similar en este caso que un módulo de nóminas: no tiene porqué estar integrado en el ERP dada la complejidad que pueda conllevar en función del sector, país, etc.
En cualquier caso, totalmente de acuerdo en que cuanto más módulos e integración en el país, mayor penetración se tendrá.
Saludos.
Un artículo que puede hacer reflexionar a empresas compradoras de ERP´s y plantearse dudas que no tendrían de no leerlo.
Recuerdo que hace poco un amigo decía «las empresas de desarrollo de software son un chollo!, sólo hay que invertir en personal, no tienen que comprar grandes maquinarias ni hacer grandes inversiones!»
Joder! le dije, cómo se nota que no conoces el sector. Partimos de que es cierto lo que dices, sólo gastos de personal, sin tener en cuenta que necesitas unas instalaciones donde trabajar y unas redes y equipación hardware bastante decentes, aceptemos que no son costes exagerados esto. Tenemos que pagar: costes de las licencias de las bases de datos, costes de personal «especializado» (ojo), toca contratar a personas con una elevada formación y luego tenerla una cantidad de meses si no años alta para que lleguen a cumplir la función que la empresa necesita, toca invertir ingentes cantidades de dinero en horas de los empleados para desarrollo de nuevo software y toca invertir en innovaciones constantes como puedan ser cambios en lenguajes de programación y bases de datos, nuevas herramientas como comercios electrónicos, tecnologia cloud computing, etc… etc…..
Y suelto todo este rollo porque otro de los factores que suponen muuuuuucho trabajo es lo que tú aportas, la internacionalización.
Mucho trabajo y mucha inversión para las empresas desarroladoras.
Gracias Juan, así es este sector como ya sabes.
Por desgracia parece que esa es la impresión en general de la gente. Al final solo es desconocimiento, como imagino que nos pasará a nosotros con respecto a otros sectores.
Muy buena aportación.