ERP a medida o sistema de mercado: cómo decidir sin pagar dos veces

Para elegir entre un ERP a medida y un sistema de mercado, partí del sistema de mercado configurado y hacé a medida solo lo que te diferencia y ningún estándar resuelve. Se paga dos veces al personalizar lo que era estándar, con desarrollos sin documentación o que dependen de una persona, y al tener que migrar de nuevo.

Última actualización: 6 de octubre de 2026 · Nicolás Guerrero Mauad, área de tecnología de Contadores Córdoba

Contenido de esta página: cuatro opciones · ventajas y riesgos · qué se paga dos veces · criterios · opción híbrida · matriz con puntaje · orden de las preguntas · antes de firmar · errores comunes · preguntas frecuentes

¿Qué diferencia hay entre usar un sistema de mercado, configurarlo, personalizarlo o desarrollarlo a medida?

La diferencia entre usar un sistema de mercado, configurarlo, personalizarlo o desarrollarlo a medida está en cuánto código propio le queda a la empresa y, con eso, en quién lo mantiene. Es una forma de la decisión de hacer o comprar: hacer una actividad con gente propia o comprársela a un especialista externo (Ross, 2015). Chaffey (2015) distingue cuatro vías para conseguir un sistema: desarrollarlo desde cero, comprar un paquete estándar, usarlo como servicio alojado por el proveedor (SaaS) o combinarlas.

• Usar el sistema de mercado: instalar un sistema estándar comprado a un proveedor, con una configuración limitada antes de usarlo (Chaffey, 2015).
• Configurarlo: armar el sistema con los módulos estándar que trae el fabricante, sin programar nada por fuera (Gronwald, 2017). Por ejemplo: listas de precios, depósitos, circuitos de aprobación, plan de cuentas.
• Personalizarlo: modificar el software de paquete para ajustarlo a los procesos propios (Gronwald, 2017; Savino y Neubert, 2007). Desde ahí, dentro del sistema hay código que el fabricante no escribió.
• Desarrollarlo a medida: construir la aplicación desde cero, con programadores propios o tercerizados, en vez de comprar o adaptar un sistema existente (Chaffey, 2015).

La regla general está en implementación de ERP para pymes: configurar antes que personalizar, porque personalizar un ERP de paquete puede elevar hasta un 30 % los costos de puesta en marcha (Savino y Neubert, 2007). Qué cubre un ERP está en qué es un ERP.

El esquema ordena las opciones según lo que queda a tu cargo: con el estándar, el fabricante mantiene el sistema y sus versiones; al configurar, sumás tus parámetros; al personalizar, el código agregado, y a medida, todo. La barra no mide horas: muestra hacia dónde crece el mantenimiento propio.

¿Qué ventajas y qué riesgos tiene cada opción?

Cada opción tiene ventajas y riesgos que se compensan: lo que ganás en ajuste a tu proceso lo pagás en mantenimiento y dependencia. Ross (2015) lo describe para sistemas de la cadena de suministro: el paquete trae funcionalidad de buenas prácticas y soporte, a costa del ajuste y de una capacitación más compleja; programarlo con personal propio da un ajuste exacto, con tiempo, costo y riesgo de obsolescencia altos.

Dos datos inclinan la balanza hacia el estándar: a quienes implementan se les aconseja no modificar la funcionalidad estándar para no atrasar el cronograma (Seno et al., 2017), y muchos estudios que reseñan Savino y Neubert (2007) concluyen que lo preferible es implantar el ERP sin modificar el software («vanilla»). Los mismos autores citan el contrapeso: según una estimación, el 20 % de los procesos no entra en un ERP sin personalizar.

¿Qué es lo que se termina pagando dos veces?

Lo que se termina pagando dos veces es el trabajo que hay que rehacer porque nadie previó quién lo iba a mantener. La bibliografía consultada no mide cuánto cuesta rehacer un sistema. Estos cuatro mecanismos salen de la práctica, y solo el último tiene apoyo directo en una fuente:

1. Personalizaciones que hay que rehacer al actualizar. Cada versión nueva del fabricante obliga a revisar, adaptar y probar lo agregado; si nadie lo hace, la empresa queda atada a una versión vieja o la personalización deja de funcionar.
2. Desarrollos sin documentación. Si no está escrito qué hace cada programa y con qué datos, el próximo programador empieza por descifrarlo, o lo rehace.
3. Dependencia de una sola persona. Quien programó se va y se lleva el conocimiento. Es un caso de la poca experiencia técnica que Yen, Chou y Chang (2002) cuentan entre las cinco causas de fracaso de un ERP.
4. Migrar de nuevo. El desarrollo propio envejece, y Ross (2015) lo marca como riesgo de obsolescencia. Cuando deja de acompañar al negocio, toca pasar los datos a otro sistema, con limpieza, cuadre y capacitación (cómo cambiar de sistema sin perder la contabilidad).

Ejemplo ilustrativo (números inventados, en horas de trabajo, no en precios): una distribuidora quiere un circuito de pedidos especial. Configurar el sistema y adaptar su proceso le lleva 60 horas, más 10 por año para revisar la configuración en cada versión nueva. Personalizarlo suma 120 horas de programación, y cada versión anual pide 40 horas para adaptar y probar ese código. Al tercer año, adaptar ya sumó 120 horas (3 × 40): la personalización se pagó dos veces. A cinco años, configurar suma 110 horas (60 + 5 × 10) y personalizar, 430 (60 + 120 + 5 × 50).

Las columnas suben 40 horas por año, alcanzan la línea de las 120 horas de programación en el año 3 y llegan a 200 en el año 5. Cuánto vale cada hora se ve en cuánto cuesta implementar un ERP.

¿Qué criterios sirven para decidir entre un ERP a medida y uno de mercado?

Para decidir entre un ERP a medida y uno de mercado sirven cinco criterios, respondidos antes de mirar productos. Langenwalter (2000) propone una selección en diez pasos, pensada para maximizar el retorno de la inversión, que empieza por crear una visión: qué tiene que resolver el sistema.

El segundo criterio es el que más se confunde: un proceso distinto puede ser una costumbre que nadie revisó. Si el cliente no notaría el cambio, conviene cambiar el proceso y usar el estándar.

El cuarto criterio depende del país:

• Para Argentina: ARCA indica que la autorización para emitir comprobantes electrónicos se pide por el web service de factura electrónica (WSFE: el sistema se conecta directo con ARCA) o por el servicio con clave fiscal «Comprobantes en línea», por cada punto de venta (ARCA, s. f.-a); la documentación técnica de sus web services está dirigida a los programadores de las aplicaciones que los consumen (ARCA, s. f.-b). Si el sistema va a facturar, preguntá qué vía usa y quién la mantiene. Qué impuestos tiene que calcular, definilo con tu contador.
• Para Chile: el SII indica que los contribuyentes pueden desarrollar un software propio o adquirir en el mercado un sistema para facturar electrónicamente, y que ese camino requiere un proceso de certificación con el SII, que verifica que los documentos tributarios electrónicos cumplan las normas; su sistema gratuito no la requiere (SII, s. f.). Un desarrollo a medida suma esa certificación al plan; con uno de mercado, preguntale al proveedor cómo se hace en tu caso y confirmalo con tu contador.

Con los bancos, preguntá si el sistema importa los movimientos para conciliar, porque una conexión a medida con cada banco es otro código que mantener.

¿Cuándo conviene la opción híbrida: sistema de mercado más módulos a medida?

La opción híbrida conviene cuando el núcleo de la empresa es estándar y un proceso que la diferencia no lo es: el sistema de mercado configurado lleva ventas, compras, stock, caja y contabilidad, y el proceso propio va en un módulo o una integración aparte. Chaffey (2015) la describe como configurar o integrar un sistema estándar o SaaS, a menudo de varios proveedores, para ajustarlo a la organización.

Yen et al. (2002) plantean como requisito de un ERP una arquitectura abierta: que cualquier módulo se pueda agregar o quitar y que el sistema funcione con complementos de terceros sin interrumpir la operación. Para que el híbrido no sea una personalización encubierta:

1. El módulo propio vive fuera del código del sistema y se conecta por una interfaz documentada por el fabricante.
2. Cada dato tiene un solo dueño: cliente, artículo y precio viven en el ERP; el módulo los lee y devuelve un pedido o una cotización.
3. Lo que va a la contabilidad pasa por el ERP, para que el cierre salga del mismo dato.
4. La medida se limita a lo que diferencia. En el caso de las monedas del euro que resume la guía de implementación, sobre el estándar bastaron dos informes propios y diez consultas (Savino y Neubert, 2007): no es una pyme, pero muestra cuánto se puede achicar la medida.

¿Cómo se arma una matriz de decisión con puntaje?

Una matriz de decisión con puntaje se arma dando un peso a cada criterio y un puntaje a cada opción, y sumando los productos: gana la de mayor puntaje ponderado, no la de la demostración más vistosa.

1. Elegí los criterios (los cinco de arriba) y escribí qué vale un 5 y qué un 1 en cada uno.
2. Repartí 100 puntos de peso. Lo decide la dirección, no el proveedor.
3. Puntuá cada opción de 1 a 5 con evidencia: demostración con tus datos, respuesta escrita del proveedor, referencia de otro cliente.
4. Multiplicá puntaje por peso, sumá y dividí por 100.
5. Cambiá los pesos dudosos y mirá si cambia el ganador. Si cambia, esa es la discusión pendiente.

Ejemplo ilustrativo (números inventados): una fábrica de cortinas a medida tiene un cotizador propio que calcula materiales y precio según las medidas de cada pedido; el resto de su operación es estándar.

El híbrido suma (5 × 25 + 5 × 20 + 5 × 20 + 4 × 20 + 4 × 15) ÷ 100 = 4,65. El desarrollo a medida cubre el cotizador igual de bien, pero pierde en factura electrónica, bancos y mantenimiento, donde todo queda a su cargo.

Ahora, el paso 5: si la dirección concluye que el cotizador no la diferencia, baja su peso de 20 a 5 y pasa esos 15 puntos a «ajuste a lo estándar», que queda en 40. La personalización llega a 3,85 y el desarrollo a medida baja a 2,50.

El gráfico pone los dos escenarios lado a lado: con el cotizador en 20 gana el híbrido (4,65 contra 4,25); en 5, el sistema de mercado configurado sube a 4,70 y pasa al híbrido, que sigue en 4,65. Una diferencia de 0,05 es un empate práctico: decide quién mantendrá el módulo propio. El desarrollo a medida queda último en los dos. La matriz no reemplaza la cuenta de beneficios contra costos, con su retorno y su plazo de recupero (Ross, 2015), que se hace aparte con cada propuesta.

¿En qué orden conviene hacerse las preguntas?

Conviene hacerse las preguntas en un orden que empieza por el estándar y llega a la medida solo si cada respuesta lo justifica.

Si un sistema de mercado configurado cubre lo central, ahí termina. Si falta algo que no te diferencia, se cambia el proceso; si te diferencia y entra en un módulo aparte, va el híbrido. Solo si no entra así y hay quién lo documente y lo mantenga por años, se personaliza o se desarrolla a medida; si no lo hay, todavía no conviene encargarlo.

Lo que el estándar configurado no cubre se documenta en una ficha de brecha antes de pedir presupuesto:

1. Describí cómo se hace hoy el proceso que no entra, con un caso real.
2. Mostrá qué ofrece el estándar para ese mismo caso, configurado.
3. Decidí si cambiás el proceso. Si no, escribí la medida mínima: qué pantalla, qué reporte, qué dato y quién la mantiene.
4. Pedí presupuesto solo de esa medida, nunca del sistema entero.

En Chile, el recorrido completo está en implementación de ERP para pymes en Chile.

¿Qué conviene preguntarle al proveedor o al desarrollador antes de firmar?

Antes de firmar conviene preguntarle al proveedor o al desarrollador quién va a mantener cada parte, con las respuestas por escrito. Al proveedor llevale tus casos: Ross (2015) propone cerrar la selección con demostraciones de la aplicación y técnicas, comparadas contra los requisitos de la empresa y con el visto bueno de los usuarios.

Al proveedor del sistema de mercado:

• ¿Qué de mi proceso se resuelve configurando y qué requiere programar? Punto por punto.
• ¿Qué pasa con la configuración y con lo programado en cada versión nueva? ¿Quién lo prueba y quién lo paga?
• ¿Hay una interfaz documentada para conectar un módulo propio sin tocar el código?
• ¿Emite la factura electrónica de mi país y quién la actualiza si cambian los requisitos?
• ¿Cómo exporto todos mis datos si dejo de usarlo?

Al desarrollador a medida:

• ¿Dónde queda el código fuente y quién tiene acceso? Dejalo en el contrato; las cláusulas, consultalas con tu asesor.
• ¿Qué documentación entrega: qué hace cada programa, con qué datos, cómo se instala?
• ¿Quién más puede mantenerlo si vos no estás?
• ¿Cómo resuelve la factura electrónica y la conexión con los bancos?

Si nadie puede contestar quién lo mantiene dentro de tres años, el riesgo de pagar dos veces queda de tu lado.

¿Cuáles son los errores más comunes al elegir entre un ERP a medida y uno de mercado?

Los errores más comunes al elegir entre un ERP a medida y uno de mercado son de método:

• Elegir por la demostración y no por tus procesos.
• Personalizar costumbres que no diferencian.
• Modificar el código cuando alcanzaba un módulo aparte.
• Encargar un desarrollo sin documentación ni acceso al código fuente, o que dependa de una sola persona.
• Comparar solo el primer pago, sin el mantenimiento de los años siguientes.

Preguntas frecuentes

¿Un ERP a medida es más caro que uno de mercado? Depende del alcance, pero a medida todo el mantenimiento queda a cargo de la empresa, y Ross (2015), sobre sistemas de cadena de suministro, asocia el desarrollo propio con tiempo, costo y riesgo de obsolescencia altos.

¿Se puede empezar con un sistema de mercado y desarrollar después? Sí, y es el orden de esta guía: el sistema configurado cubre lo estándar desde el primer día, y la medida se encarga cuando la brecha está escrita.

¿Conviene un ERP a medida si mi empresa es muy particular? Solo si lo particular te diferencia, ningún estándar lo resuelve con un módulo aparte y hay quién lo documente y lo mantenga. Si falta una de las tres, revisá antes la opción híbrida o el cambio de proceso.

¿Qué pasa con la factura electrónica si desarrollo mi propio sistema? La resolvés vos: en Argentina, conectando el sistema al web service de factura electrónica de ARCA (ARCA, s. f.-a); en Chile, con el proceso de certificación que el SII pide al software propio (SII, s. f.).

¿Cuándo conviene pedir ayuda?

Conviene pedir ayuda cuando la matriz no da un ganador claro, cuando un proveedor propone personalizar mucho o cuando tu desarrollo propio depende de una sola persona. En Contadores Córdoba, estudio contable y de tecnología, partimos de un sistema de mercado que encaje (Odoo u otro: no somos partner de ninguna marca) y trabajamos para dejarlo funcionando y usado por el equipo. Cuando un proceso que te diferencia no entra en ningún estándar, a veces armamos esa parte desde cero, documentada y conectada al sistema. Atendemos en Córdoba y en toda Argentina; en Chile también implementamos ERP, y la contabilidad en Chile la sumamos próximamente. Cada trabajo se cotiza a medida.

• Implementación de ERP para pymes en Córdoba y Argentina
• Escribinos por WhatsApp

---

Esta información es de carácter general y orientativo; no reemplaza el asesoramiento profesional para tu caso particular.

Páginas relacionadas :

• Qué es un ERP
• Cuánto cuesta implementar un ERP
• Sistemas de gestión en Argentina: comparativa
• ERP en Chile: comparativa
• Odoo en Argentina y Chile
• Tengo un ERP y nadie lo usa bien
• Contador en Córdoba Capital

Fuentes

• ARCA. (s. f.-a). Emisión y autorización: Factura electrónica. https://www.afip.gob.ar/fe/emision-autorizacion/solicitud-autorizacion.asp (consultado el 6 de octubre de 2026).
• ARCA. (s. f.-b). Web services SOAP. https://www.afip.gob.ar/ws/ (consultado el 6 de octubre de 2026).
• Chaffey, D. (2015). Digital business and e-commerce management: Strategy, implementation and practice (6.ª ed.). Pearson.
• Gronwald, K.-D. (2017). Integrated business information systems: A holistic view of the linked business process chain ERP-SCM-CRM-BI-Big Data. Springer.
• Langenwalter, G. A. (2000). Enterprise resources planning and beyond: Integrating your entire organization. St. Lucie Press / APICS.
• Ross, D. F. (2015). Distribution planning and control: Managing in the era of supply chain management (3.ª ed.). Springer.
• Savino, M. M., & Neubert, G. (2007). A faster enterprise resources planning implementation for Euro Coin supply chain within the SCOR model. International Journal of Integrated Supply Management, 3(4), 385-405.
• Seno, B., Aji, E. B. K., Shena, M. A., Simbolon, P. M. S., & Jati, R. S. (2017). Implementation of Enterprise Resources Planning (ERP) at BPKP [Artículo completo]. SSRN.
• Servicio de Impuestos Internos [SII]. (s. f.). Conozca los sistemas de facturación electrónica disponibles. https://www.sii.cl/factura_electronica/como_fact_elect.htm (consultado el 6 de octubre de 2026).
• Yen, D. C., Chou, D. C., & Chang, J. (2002). A synergic analysis for Web-based enterprise resources planning systems. Computer Standards & Interfaces, 24, 337-346.