GUÍAS DE IMÁN

Software a medida para pymes: cuándo conviene y cómo empezar sin cambiar de sistema

Software a medida para pymes: señales de que lo necesitás, cuándo alcanza un enlatado y cómo desarrollar la pieza que falta conectada a tu ERP, tienda o WhatsApp.

Por IMAN · Actualizado el · 8 minutos de lectura

Una pyme necesita software a medida cuando tiene un proceso propio que ningún producto cubre bien y que hoy se sostiene copiando datos a mano o con planillas que hacen de sistema. Si el proceso es estándar, como facturar, cobrar o publicar productos, un enlatado bien configurado suele alcanzar. Y lo más común no es reemplazar el sistema de gestión, sino desarrollar la pieza que falta y conectarla con lo que ya usás: el ERP, la tienda, Mercado Libre, WhatsApp o la factura electrónica.

Software a medida o enlatado: qué estás eligiendo

Un producto enlatado (un ERP, un SaaS, una tienda online) resuelve lo que tienen en común miles de empresas: arranca rápido, se actualiza solo y tiene soporte. El software a medida resuelve lo propio de tu negocio: cómo tomás pedidos, cómo aprobás un precio especial, cómo cruzás datos que viven en lugares distintos.

Plantearlo como «uno u otro» suele llevar a una mala decisión. Cambiar de ERP por un proceso puntual es caro y riesgoso. Para una pyme argentina es habitual convivir con un sistema de gestión, la factura electrónica de ARCA, Mercado Libre, una tienda y WhatsApp, así que el desarrollo de software a medida en Argentina suele ser, sobre todo, integración: un desarrollo acotado que cubre el hueco entre sistemas.

Señales de que te hace falta un sistema a medida

  • Copiás datos entre sistemas. El pedido llega por WhatsApp y alguien lo vuelve a tipear en el ERP; la venta de Mercado Libre se carga a mano para facturarla.
  • Una planilla hace de sistema. Un Excel con fórmulas y reglas que entiende una sola persona, y que si se rompe frena una parte del negocio.
  • El proceso no existe en ningún producto. Precios por cliente con excepciones, aprobaciones en varios pasos, stock repartido entre depósitos: los productos lo resuelven a medias.
  • La información está, pero nadie la ve junta. Ventas en un lado, stock en otro, consultas en el teléfono de alguien.

Si alguna se repite todos los días y cuesta errores o tiempo, vale la pena evaluarlo.

Configurar, integrar o desarrollar

Tres formas de cubrir un proceso que tu sistema no resuelve
CaminoCuándo convieneQué tener en cuenta
Configurar el enlatadoEl producto ya tiene la función y nadie la activó.Lo primero a descartar, con el proveedor.
Integrar con conectoresEl flujo es simple: un dato pasa de un sistema a otro.Zapier, Make o n8n resuelven mucho; con muchas excepciones pueden volverse difíciles de mantener.
Desarrollar la pieza que faltaHay reglas propias, aprobaciones o varios sistemas que coordinar.Pedí un alcance claro y mantenimiento previsto.

Más detalle en la comparación entre Zapier, Make, n8n o desarrollo a medida.

Desarrollar sin tocar el sistema principal es posible porque muchas plataformas dejan que otro programa lea y cargue datos. Tiendanube describe su API pública para productos, órdenes y clientes, y entre sus usos menciona sincronizar stock con un software de gestión o emitir facturas de las ventas. Mercado Libre envía notificaciones cuando hay una venta, una pregunta u otro cambio, y con ese aviso la aplicación consulta el detalle.

Un ejemplo hipotético: la distribuidora que tipea dos veces

Un ejemplo hipotético, que no describe a un cliente de IMÁN: una distribuidora factura en su ERP y está conforme con él. Pero muchos clientes piden por WhatsApp, con fotos de listas, audios o nombres que no coinciden con los códigos, y una persona vuelve a tipear cada pedido.

Cambiar de ERP no resuelve nada: el problema está antes de que el pedido entre al sistema. La pieza que falta:

  1. El pedido entra por WhatsApp, con un asistente o un catálogo que ya usa los códigos del ERP.
  2. Se validan artículos, precios y lista del cliente contra lo que exporta el ERP.
  3. Lo que no coincide (un producto inexistente, un precio especial) queda como excepción.
  4. Una persona aprueba y recién ahí el pedido entra al ERP, que factura como siempre.

El ERP no cambia y quien tipeaba pasa a controlar. Hay guías sobre asistentes de IA para WhatsApp y sobre cómo integrar un catálogo con el ERP.

Cómo armar un primer proyecto de software a medida

  1. Elegí un solo flujo. Que se repita seguido y tenga principio y fin claros: «del pedido de WhatsApp a la nota de pedido en el ERP», no «digitalizar las ventas».
  2. Definí entradas y salidas. Qué llega (un mensaje, un archivo, una orden) y qué tiene que salir (un pedido cargado, un aviso, un reporte).
  3. Listá las excepciones. Los casos raros son los que más tiempo consumen; si no se escriben antes, aparecen en producción.
  4. Decidí quién aprueba. Qué hace el sistema solo y qué necesita una persona: precios fuera de lista, descuentos, pedidos grandes.
  5. Medí antes y después. Anotá cuánto tarda hoy el flujo y cuántos errores se corrigen. Sin esa línea de base no sabés si el desarrollo sirvió.

Para elegir el flujo, la guía sobre qué proceso conviene automatizar primero propone un criterio.

De qué depende el costo

El software a medida no tiene precio de lista, y conviene desconfiar de quien lo dé sin ver tus sistemas. Depende de:

  • Alcance: cuántos flujos, pantallas, reglas y excepciones.
  • Integraciones: qué permite cada sistema. No es lo mismo un ERP con API que uno instalado en una computadora del local que solo exporta planillas.
  • Datos: si códigos, listas y clientes están ordenados o hay que limpiarlos.
  • Mantenimiento: monitoreo, ajustes y cambios de los sistemas de terceros.
  • Herramientas de terceros: servidores, la API de WhatsApp Business, modelos de IA u otros servicios que se pagan aparte.

La factura electrónica muestra cómo una integración suma trabajo. ARCA publica web services distintos según el tipo de comprobante, como wsfev1 para comprobantes sin detalle de ítem o wsmtxca para A y B con detalle, cada uno con su manual. Usarlos en producción requiere certificados digitales que se gestionan con clave fiscal, y las pruebas se hacen en un entorno de homologación. Si tu ERP ya factura bien, suele convenir que siga facturando él y que la pieza nueva solo le entregue el pedido.

Quién es dueño del código, los datos y los accesos

  • Código: dónde queda, quién accede y qué documentación se entrega para que otro equipo pueda continuarlo.
  • Datos: son de tu empresa y tienen que poder exportarse sin depender del proveedor.
  • Accesos: cuentas de aplicaciones, claves de API y certificados, a nombre de la empresa, no de un empleado ni del proveedor.

Si el desarrollo maneja datos de clientes, rige la Ley 25.326 de Protección de Datos Personales. Su artículo 9 pide medidas técnicas y organizativas para proteger la seguridad y la confidencialidad de los datos. El artículo 25 dice que quien los trata por cuenta de otro no puede usarlos con otro fin ni cederlos, y que al terminar debe destruirlos salvo autorización expresa para conservarlos. Que el contrato lo refleje; para tu caso puntual, consultá a tu asesor legal.

El mantenimiento empieza el día de la entrega

Los sistemas con los que se conecta un desarrollo cambian. Mercado Libre, por ejemplo, aclara que está modificando de forma gradual la estructura de sus notificaciones; y del lado tuyo, el ERP se actualiza o una planilla cambia de columnas. Acordá quién controla que todo funcione, cómo te enterás si algo falla y cómo se piden cambios. Un buen diseño permite que, si la conexión se corta, el negocio siga a mano y retome sin duplicar pedidos.

Límites honestos: cuándo no conviene

  • Cuando un producto de mercado ya cubre el proceso y la diferencia es de costumbre, no de negocio.
  • Cuando el proceso no está definido. El software no ordena un proceso que no existe: lo automatiza con su desorden.
  • Cuando el volumen es bajo. Si el problema aparece una vez por semana, una planilla bien llevada alcanza.
  • Cuando nadie va a hacerse cargo. Toda herramienta necesita alguien que la use y pida ajustes.
  • Cuando los datos de origen están mal. Si el stock del ERP no refleja el depósito, conectarlo propaga el error más rápido.

Un desarrollo bien hecho elimina tareas repetidas y errores de carga, pero no vende por vos. Lo que describimos de ARCA, Mercado Libre y Tiendanube es lo publicado al 22 de octubre de 2026 y puede cambiar. Para comparar proveedores, mirá cómo elegir una empresa de software y automatización.

Cómo empezar sin cambiar de sistema

En IMÁN partimos de lo que tu negocio ya usa: relevamos el ERP, las planillas, la tienda y los canales por los que llegan los pedidos, y empezamos por un flujo concreto que se prueba con casos reales antes de sumar el siguiente. Alcance, integraciones, costos de terceros e inversión quedan detallados en una propuesta antes de escribir código, y si vemos que te alcanza con configurar lo que ya tenés, te lo decimos. Así trabajamos el desarrollo de software a medida y la automatización para pymes.

Volver a todas las guías ↗