Guía
Operar en dos países con un solo software
Cuando un negocio opera en dos países —digamos EE.UU. y un mercado de Latam o España— la tentación es montar "dos de todo": dos sistemas, dos equipos, dos verdades. Es la forma más rápida de duplicar costos y de que los números nunca cuadren. Se puede hacer mejor: un solo software, bien diseñado, que hable dos monedas, dos idiomas y dos husos horarios sin partirse en dos.
Por Miguel Alejandro Hayes· Fundador, Hayes Projects
El problema de "dos de todo"
Dos sistemas paralelos se desincronizan siempre. Un cambio de precio, una promoción, un ajuste de inventario: hay que hacerlo dos veces, y tarde o temprano uno se olvida. El resultado son reportes que no cuadran, clientes que ven cosas distintas según el país y un equipo que pierde horas conciliando a mano.
La raíz del problema no es operar en dos países —es tratar cada país como un sistema aparte en vez de como una variación del mismo.
Qué se comparte y qué se separa
Se comparte el núcleo: la lógica de negocio, los datos maestros, los reportes consolidados. Se separa la capa de mercado: moneda y su conversión, idioma del producto y del soporte, impuestos y reglas locales, zona horaria. Bien hecho, un solo cambio en el núcleo se refleja en ambos países y cada mercado ve lo que le corresponde.
Los reportes son la prueba de fuego: si puedes ver el negocio consolidado y también país por país sin exportar a mano y pegar en una hoja, el diseño está bien. Si no, tienes dos sistemas disfrazados de uno.
Cómo lo construimos
Partimos del núcleo común y añadimos la capa por país como configuración, no como código duplicado. Así abrir un tercer mercado más adelante es sumar una configuración, no reconstruir. La multi-moneda y el multi-idioma se piensan desde el día uno, no se parchean después.
Si ya operas en dos países con dos sistemas, muchas veces el mejor paso no es tirar todo, sino unificar el núcleo y dejar solo la capa que de verdad tiene que diferir. Lo definimos en una fase de validación corta antes de mover nada grande.
Preguntas frecuentes
¿Puedo manejar dos monedas sin tener dos sistemas?
+
Sí. La moneda es una capa de configuración sobre un núcleo común. El error es tratar cada país como un sistema aparte en vez de una variación del mismo.
¿Y los reportes consolidados?
+
Esa es la prueba de fuego: un buen diseño te deja ver el negocio consolidado y país por país sin exportar y pegar a mano. Si no puedes, tienes dos sistemas disfrazados de uno.
Ya tengo dos sistemas separados. ¿Hay que rehacer todo?
+
Casi nunca. Lo habitual es unificar el núcleo y conservar solo la capa que debe diferir. Lo evaluamos en una fase corta antes de tocar lo grande.
Sobre el autor
Miguel Alejandro Hayes — Fundador, Hayes Projects
Economista y ensayista convertido en desarrollador. Fundó Hayes Projects, un venture studio y laboratorio de software a medida en Miami, para construir software que se lanza, escala y resuelve problemas reales.
Conoce al fundador→¿Operas —o vas a operar— en dos países? Agenda 20 minutos y te decimos qué unificar y qué separar.
Agenda 20 min — sin pitch →¿Prefieres email?
Déjanos tu correo y te escribimos con una idea para tu caso.
Sin compromiso. Nada de spam — solo una respuesta útil y concreta.