Qué es un ERP completo y por qué es la administración hecha software
Un ERP no es "un programa de facturación con más pantallas". Es la empresa entera modelada en un solo sistema, con cada función de la administración convertida en registros, reglas y números. De dónde viene (del MRP de los años sesenta al ERP de hoy), qué significa "completo", qué cuesta tener islas, el viaje de un pedido, por qué es el primer paso de cualquier empresa y qué no hace solo. Con caso resuelto, ejercicios y glosario. Libro El ERP completo, capítulo 1.
Libro El ERP completo, capítulo 1 (parte I: Fundamentos de sistemas de información). Índice entero en la Escuela.
Al terminar este capítulo vas a poder:
- Explicar qué es un ERP completo con tus palabras y de dónde viene la idea.
- Reconocer las islas de información de una empresa y calcular cuánto cuestan por mes.
- Seguir el viaje de un pedido dentro de un sistema y decir en qué punto cada empresa lo pierde hoy.
- Explicar por qué el sistema va antes que los agentes de IA y qué hace falta además del software.
El caso: Plásticos Carranza
Plásticos Carranza inyecta piezas técnicas para autopartistas y electrodomésticos: 22 personas, ocho máquinas, unos USD 110.000 de facturación por mes. Tiene "sistema": un programa de facturación que compró hace nueve años. También tiene una planilla de stock que se actualiza los viernes, un cuaderno de producción en la oficina del encargado, un cotizador en Excel que armó el dueño, Daniel, con los costos de hace tres meses, y un grupo de WhatsApp donde viven los pedidos.
Un pedido típico se tipea cinco veces: en el Excel para cotizar, en el WhatsApp para confirmarlo, en el cuaderno para producirlo, en la planilla para descontar el material y en el programa para facturarlo. Cada tipeo lleva veinte minutos y cada uno puede estar mal. El mes pasado se facturó un pedido de 8.000 piezas que se había producido de 6.000 (el cliente lo devolvió enojado), y se produjeron 3.000 de un pedido que se había cancelado por WhatsApp (nadie se lo dijo al encargado). Para saber cuánto margen dejó un trabajo, Daniel necesita medio día de cruzar planillas; por eso no lo sabe.
Carranza no tiene un problema de software: tiene cinco. Este capítulo explica por qué eso es peor que no tener ninguno, y qué es lo que falta.
1. La definición útil
La sigla ERP quiere decir enterprise resource planning, planificación de recursos empresariales, y no ayuda en nada. Lo que importa es esto: un ERP completo es la empresa entera modelada en un solo sistema. Cada función de la administración (vender, comprar, producir, entregar, cobrar, pagar, pagar sueldos, controlar) tiene su lugar, sus registros y sus reglas, y todas comparten los mismos datos. Lo que se carga una vez, sirve en todos lados.
Dicho desde el libro de administración: una empresa es un sistema que convierte recursos en valor a través de ocho funciones, y cada función se sostiene sobre un registro mínimo. El ERP es esos registros, hechos software, conectados. No es una herramienta para una función: es el lugar donde viven todas.
2. De dónde viene: del MRP al ERP
La historia importa porque explica qué resuelve cada capa del sistema.
Años sesenta y setenta: MRP. Las fábricas tenían un problema que las planillas no resolvían: saber qué comprar y cuándo, a partir de lo que había que producir. Joseph Orlicky sistematizó la planificación de requerimientos de materiales (Material Requirements Planning, 1975): a partir de los pedidos y de la lista de materiales de cada producto, el sistema "explota" las necesidades de cada insumo en cada fecha, descuenta el stock y genera las compras. Es el ancestro directo del módulo de compras y stock de cualquier ERP.
Años ochenta: MRP II. Oliver Wight y otros extendieron la idea a toda la manufactura (MRP II: Unlocking America's Productivity Potential, 1981): no solo materiales, sino capacidad de máquinas, mano de obra, costos y finanzas, en un solo plan. La fábrica entera, no solo el depósito.
Años noventa: ERP. La consultora Gartner acuñó el término ERP en 1990 para los sistemas que llevaban esa integración a toda la empresa, incluidas ventas, finanzas, personas y distribución, sobre una única base de datos. En esa década los grandes sistemas integrados se instalaron en las corporaciones; Thomas Davenport describió en "Putting the Enterprise into the Enterprise System" (Harvard Business Review, 1998) tanto su promesa (una sola fuente de verdad para toda la empresa) como su peligro (que la empresa se adapte al sistema en lugar de al revés).
Hoy. Lo que en los noventa costaba millones y años, hoy se construye a medida de una empresa de veinte personas en meses, y se le agregan agentes de inteligencia artificial que trabajan sobre sus datos. Pero la idea central no cambió desde Orlicky: un solo lugar donde la información de la empresa existe una vez y la usan todos.
3. Las ocho funciones, un módulo cada una
Toda empresa hace lo mismo, de la carpintería de dos personas a la fábrica de doscientas, y un ERP completo tiene un módulo por función:
- Vende: clientes, cotizaciones, pedidos (CRM, cotizador, órdenes de venta).
- Compra: proveedores, órdenes de compra, recepción.
- Guarda: stock, depósitos, valuación, trazabilidad.
- Produce o presta el servicio: órdenes de trabajo, etapas, consumos, horas.
- Entrega: remitos, rutas, estado de cada entrega.
- Cobra y paga: facturas, cuentas corrientes, vencimientos, caja, contabilidad.
- Tiene gente: legajos, horas, liquidación, capacitación.
- Controla y decide: costos reales, presupuesto, indicadores, tableros.
Lo decisivo no es tener los ocho módulos: es que estén unidos. La cotización que se aceptó se convierte en orden de trabajo sin volver a tipearla; la orden consume stock y horas; lo consumido se compara con lo cotizado; la entrega genera la factura; la factura entra en la cuenta corriente; la cuenta corriente alimenta la previsión de caja; y el tablero del dueño muestra el margen real del mes sin que nadie haya armado una planilla.
4. Qué significa "completo": sin islas
Completo no quiere decir enorme. Quiere decir sin islas. Una isla es cualquier lugar donde vive información de la empresa que el sistema no ve: la planilla de cotizaciones del vendedor, el cuaderno del depósito, el WhatsApp con los pedidos, el Excel de costos que armó el contador hace dos años, el programa de facturación que no sabe qué se produjo.
Las islas tienen tres costos, y los tres se pueden calcular:
- Retipeo: cada dato que existe en dos lugares lo cargó alguien dos veces. Horas por mes.
- Errores: cada retipeo tiene una probabilidad de error, y cada error tiene un costo (una devolución, una producción de más, una factura mal hecha).
- Ceguera: lo que está en islas no se puede cruzar sin trabajo manual; por eso el margen por trabajo, el stock real o el estado de un pedido "no se saben". El costo de la ceguera es el de decidir tarde o mal.
La prueba de si tu empresa tiene islas es simple: ¿podés responder, en un minuto y sin preguntarle a nadie, cuánto margen dejó el trabajo 341, en qué etapa está, cuánto stock del insumo X hay, y cuánto cobrás la semana que viene? Si la respuesta a alguna sale de una planilla o de la cabeza de alguien, hay una isla.
Tener tres sistemas que no se hablan no es "estar a mitad de camino": es tener tres islas con disfraz de sistema. A veces es peor que no tener ninguno, porque da la sensación de orden.
5. El viaje de un pedido
La mejor manera de entender un ERP es seguir un pedido desde que entra hasta que la plata vuelve.
- Cotización. El vendedor arma el presupuesto con los precios de lista y, debajo, el costo real que el sistema calcula con el último precio pagado por cada insumo y los tiempos estándar de cada etapa. El margen está a la vista antes de enviar.
- Orden de venta. El cliente acepta; con un clic el presupuesto es una orden: reserva el stock que hay, compromete una fecha, y guarda el costo cotizado para compararlo después.
- Compra y stock. Lo que falta genera una solicitud de compra al proveedor habitual; lo que hay queda reservado y se descuenta cuando se consume.
- Producción. La orden de trabajo lleva etapas, responsables y tiempos previstos; cada etapa registra, donde ocurre, las horas y el material reales.
- Entrega. El remito nace de la orden; su estado (preparado, en camino, entregado, firmado) lo ve el vendedor y, si hay portal, el cliente.
- Factura y cobro. La factura nace del remito, con los impuestos calculados por regla; entra en la cuenta corriente del cliente; la previsión de caja ya sabe cuándo vence.
En el paso 4 pasa lo más valioso: lo cotizado se compara con lo real, trabajo por trabajo. Esa comparación es el motor de mejora de la empresa, y es imposible con islas, porque lo cotizado está en un Excel y lo real en un cuaderno.
6. Por qué es el primer paso, no el último
Muchos dueños piensan que el sistema viene "cuando la empresa crezca". Es al revés: la empresa crece porque tiene sistema. Sin él, el crecimiento multiplica las islas, los errores y las horas administrativas, y el dueño termina siendo el cuello de botella de todo (capítulo 3 del libro de administración).
Hay además una razón externa. Las normas de calidad (ISO 9001:2015 y las sectoriales: alimentos, automotriz, dispositivos médicos) piden procesos definidos, registros y trazabilidad. No piden un software, pero en la práctica sin software no se sostiene: nadie mantiene registros de cada lote, cada control y cada no conformidad en papel durante años. Para un autopartista como los clientes de Carranza, la trazabilidad de cada pieza hasta el lote de materia prima no es un lujo: es la condición para seguir siendo proveedor.
Las grandes empresas lo saben desde hace décadas. Ray Kroc contó cómo convirtió una hamburguesería en McDonald's: no con mejores hamburguesas, sino con un sistema donde cada paso, cada insumo y cada local se hacían igual y quedaban registrados (Grinding It Out, 1977); por eso puede abrir un local nuevo en semanas en cualquier país. Un supermercado no sabe "más o menos" qué tiene en góndola: sabe la unidad exacta, porque cada venta descuenta stock en el momento. Ese nivel de registro es lo que una empresa chica puede tener hoy, a su escala, y es lo que la convierte en candidata a proveedora de una grande.
7. Tres maneras de tener un sistema
- Genérico (paquete o nube). Rápido de empezar; la empresa se adapta al programa. Sirve si tu operación es estándar. Falla donde tu negocio tiene algo propio: casi siempre, el cotizador.
- A medida. El sistema se construye sobre cómo trabaja la empresa, empezando por lo que más plata recupera. Cuesta más al inicio y es lo que hacemos en IAPlace; en el libro de administración explicamos cómo decidir la inversión.
- Mezcla. Un núcleo genérico más piezas a medida (el cotizador, la producción). Es frecuente y razonable, si alguien cuida que no vuelvan las islas.
Cualquiera de las tres es mejor que planillas. Lo que no sirve es tener tres sistemas que no se hablan. El capítulo 5 de este libro desarrolla cómo elegir.
8. Lo que un ERP no hace solo
El software no ordena una empresa desordenada: la ordena la decisión de definir procesos, cargar los datos en el momento y mirar los números cada semana. Por eso un sistema serio viene con capacitación de cada usuario y con una persona, adentro de la empresa o acompañando desde afuera, que entienda el negocio y lo configure, empezando por cómo cotiza. Lo explicamos en capacitación y administrador.
Y los agentes de IA vienen después: primero el sistema con los datos de la empresa, después agentes que hacen tareas acotadas sobre esos datos, con alguien que confirma. En ese orden, no al revés; está en primero el sistema, después los agentes.
Ejemplo resuelto: cuánto le cuestan las islas a Plásticos Carranza
Carranza procesa unos 60 pedidos por mes. Cada uno se tipea cinco veces (Excel, WhatsApp, cuaderno, planilla, facturación), a veinte minutos cada una.
Retipeo. 60 pedidos × 5 tipeos × 20 minutos = 6.000 minutos = 100 horas por mes. A un costo administrativo de USD 9 por hora: USD 900 por mes. Y parte de esas horas son del dueño, que valen más.
Errores. Con cinco tipeos por pedido, la experiencia de este tipo de empresas indica que entre un 2 % y un 4 % de los pedidos termina con un error que cuesta plata. Tomemos 3 %: 1,8 pedidos por mes. Los dos errores del mes pasado costaron: la devolución de 2.000 piezas facturadas de más (reprocesar la factura, flete de vuelta, un cliente enojado: USD 600) y las 3.000 piezas producidas de un pedido cancelado (material y máquina: USD 2.400, recuperable en parte si se revende: pérdida neta USD 1.200). Promedio por error: USD 900. USD 1.620 por mes.
Ceguera. Daniel no sabe el margen por trabajo; cotiza con costos de hace tres meses en un rubro donde la resina sigue al dólar. Una estimación conservadora: el 15 % de los pedidos se cotiza con un costo de material desactualizado en un 10 %, y el material es el 50 % del precio: 60 × 15 % × 110.000/60 × 50 % × 10 % = USD 825 por mes de margen regalado. Más el stock: la planilla de los viernes no refleja la realidad y se compran USD 6.000 de resina de más por trimestre "para no quedarse sin": USD 2.000 por mes inmovilizados al 3 %: USD 60, más el riesgo de obsolescencia.
Total: unos USD 3.400 por mes, el 3 % de la facturación, sin contar la devolución del cliente que puede dejar de serlo, ni la trazabilidad que los autopartistas van a exigir en la próxima auditoría. Es un piso.
Qué cambia con un sistema. El pedido se carga una vez en la cotización (y el sistema calcula el costo con la resina al último precio pagado); la orden de producción nace del pedido confirmado y la cancelación le llega al encargado en la pantalla; el stock baja cuando se consume; la factura nace del remito con las cantidades reales. Retipeo: cero. Errores de transcripción: cero. Margen por trabajo: el día que se entrega. Esa es la cuenta que justifica la inversión, antes de hablar de agentes.
Ejercicios
Ejercicio 1 · Cálculo: las islas de Distribuidora Lamas
Distribuidora Lamas (repuestos, 15 personas, USD 100.000 por mes) procesa 1.200 pedidos por mes. Cada pedido se carga tres veces: en el teléfono del vendedor (que lo manda por mensaje), en la planilla de preparación del depósito y en el programa de facturación. Cada carga lleva 6 minutos a USD 8 la hora. El 2 % de los pedidos sale con un error de cantidad o de producto; cada error cuesta en promedio USD 45 (reenvío, nota de crédito, tiempo). Además, como el stock se actualiza por la noche, el 4 % de los pedidos promete productos que no hay; de esos, la mitad se pierde (margen promedio por pedido USD 18).
Calculá el costo mensual de las islas de Lamas.
Solución
- Retipeo: 1.200 × 3 × 6 min = 21.600 min = 360 horas × USD 8 = USD 2.880.
- Errores: 1.200 × 2 % = 24 pedidos × USD 45 = USD 1.080.
- Ceguera de stock: 1.200 × 4 % = 48 pedidos prometidos sin stock; la mitad se pierde: 24 × USD 18 = USD 432 de margen, más el costo de reputación de prometer lo que no hay.
Total: USD 4.392 por mes, unos USD 53.000 por año. Con un sistema donde el vendedor carga el pedido en el celular contra el stock disponible en ese momento, las tres cuentas van a cero, y el depósito prepara desde la misma pantalla.
Ejercicio 2 · Diagnóstico: ¿Estudio Varela tiene islas?
Estudio Varela (ingeniería, 6 personas) usa: un programa de facturación; una planilla de horas por proyecto que cada socio llena a fin de mes; carpetas de mails con las propuestas; un calendario compartido con las entregas; y un cuaderno donde el administrativo anota lo que se cobró. Aplicá la prueba de las cuatro preguntas (margen del último proyecto, etapa de cada proyecto, "stock" (horas disponibles del mes), cobros de la semana que viene) y decí cuántas islas hay y cuál conviene eliminar primero.
Solución
- Margen del último proyecto: requiere cruzar la planilla de horas (cargada de memoria) con la factura: no se sabe con precisión. Isla: horas.
- Etapa de cada proyecto: está en el calendario, parcialmente; no dice qué falta ni quién. Isla: estado.
- Horas disponibles del mes: nadie las sabe; se aceptan proyectos "a ojo". Isla: capacidad.
- Cobros de la semana que viene: el cuaderno sabe qué se cobró, no qué vence. Isla: cuentas corrientes.
Cinco herramientas, cuatro islas, ninguna conectada. La primera que conviene eliminar es las horas por proyecto cargadas en el día (no a fin de mes), porque alimenta el margen (lo que más pesa para cotizar bien) y la capacidad (para aceptar proyectos sabiendo si entran). Después, las propuestas con estado, que son el embudo comercial.
Ejercicio 3 · Diseño: el viaje de un pedido en Servicio Técnico Norte
Servicio Técnico Norte (reparación de refrigeración comercial) recibe un llamado, asigna un técnico, el técnico diagnostica, pide un repuesto, repara, informa y la oficina factura. Dibujá el viaje de ese "pedido" en seis pasos como en la Figura 4, indicando para cada paso qué registra el sistema, qué estado toma y qué dato del paso anterior reutiliza sin retipear.
Solución
| Paso | Registro | Estado | Reutiliza |
|---|---|---|---|
| 1. Llamado | Orden de servicio: cliente, equipo, síntoma, prioridad | Abierta | Historial del cliente y del equipo |
| 2. Asignación | Técnico, fecha y franja | Asignada | La orden; la agenda del técnico |
| 3. Diagnóstico | Falla encontrada, repuestos necesarios, horas estimadas | Diagnosticada | La orden, desde el celular del técnico |
| 4. Repuesto | Solicitud de compra o reserva de stock | Esperando repuesto / Lista para reparar | La lista de repuestos del diagnóstico |
| 5. Reparación | Horas reales, repuestos usados, firma del cliente | Reparada | Lo diagnosticado, para comparar |
| 6. Factura y cobro | Factura desde la orden; vencimiento | Facturada / Cobrada | Horas y repuestos reales |
Lo que cambia respecto de hoy: nada se tipea dos veces, el repuesto se pide con el diagnóstico (no por WhatsApp después), se factura lo hecho y no lo recordado, y queda el historial por equipo que una cadena de supermercados pide antes de firmar un abono.
Ejercicio 4 · Para tu empresa
Listá todos los lugares donde hoy vive información de tu empresa: programas, planillas, cuadernos, chats, cabezas. Para tu pedido o trabajo más frecuente, contá cuántas veces se carga de nuevo el mismo dato y en cuántos minutos. Hacé la cuenta de retipeo (cargas por mes × minutos × costo por hora), anotá los errores del último mes con su costo, y respondé las cuatro preguntas de la prueba de islas. Guardá el número: es lo que vas a comparar con el costo de un sistema en el capítulo 5.
Errores comunes
- Creer que "ya tenemos sistema" porque hay un programa de facturación. Facturar es una de las ocho funciones; las otras siete en planillas son islas.
- Comprar un módulo por vez sin que compartan la base de datos. Al tercero, hay tres islas nuevas.
- Esperar a crecer para ordenarse. El crecimiento multiplica las islas; la que espera a ser grande para ordenarse no llega a grande.
- Pensar que el sistema ordena la empresa. Ordena la decisión de definir procesos y cargar en el momento; el sistema la sostiene.
- Empezar por los agentes de IA. Sin sistema no tienen con qué trabajar; son un contestador.
- Elegir por la cantidad de módulos en lugar de por si el cotizador refleja cómo cotiza la empresa.
Cómo se conecta con el resto del libro
Cada capítulo que sigue toma un módulo y lo explica desde el principio administrativo que aplica, los datos que necesita, los procesos que ordena, los errores típicos y los indicadores que entrega. Los capítulos 2 a 5 completan los fundamentos: los datos y la única fuente de verdad, cómo se modelan los procesos en pantallas, qué hay adentro de un sistema, y cómo elegir entre genérico, a medida o mezcla. De la parte II en adelante, módulo por módulo, siguiendo el viaje del pedido de la Figura 4.
Resumen en cinco líneas
- Un ERP completo es la empresa entera en un solo sistema: ocho funciones, ocho módulos, una base de datos donde cada dato existe una vez.
- La idea viene del MRP de los años sesenta (qué comprar y cuándo), creció a toda la fábrica (MRP II) y a toda la empresa (ERP, 1990); hoy se construye a medida de una pyme en meses.
- "Completo" quiere decir sin islas; las islas cuestan retipeo, errores y ceguera, y los tres se calculan.
- El viaje de un pedido muestra el valor del sistema: un solo registro que cambia de estado, y en producción lo cotizado se compara con lo real.
- El sistema es el primer paso de cualquier empresa (las normas y los clientes grandes lo exigen en la práctica), no ordena solo (capacitación y administrador) y va antes que los agentes de IA.
Preguntas de repaso
1. ¿Por qué tener tres programas que no se hablan puede ser peor que no tener ninguno? Porque da sensación de orden mientras mantiene las islas: cada programa exige su carga, los datos no se cruzan y los errores de transcripción persisten, con el costo del software encima.
2. ¿Qué resolvía el MRP de Orlicky y en qué módulo vive hoy esa idea? Qué comprar y cuándo, a partir de los pedidos y la lista de materiales. Vive en el módulo de compras y stock (y en la planificación de necesidades del capítulo 13).
3. ¿Cuál es el paso del viaje del pedido donde se produce la mejora continua, y por qué es imposible con islas? Producción, donde lo cotizado se compara con lo real por trabajo. Con islas, lo cotizado está en un Excel y lo real en un cuaderno; cruzarlos lleva medio día y nadie lo hace.
4. Un cliente grande le pide a Carranza trazabilidad por lote. ¿Qué tiene que ver con el ERP? La trazabilidad exige registrar cada lote de materia prima, cada orden y cada entrega, y poder unirlos en segundos. Es exactamente lo que hace un sistema integrado y lo que no se sostiene en papel ni en planillas.
5. ¿Por qué un agente de IA conectado al WhatsApp sin sistema es "un contestador simpático"? Porque para cotizar, tomar un pedido o avisar un atraso necesita precios, costos, stock y estados reales, y eso solo existe en un sistema. Sin datos, solo puede conversar.
Conceptos clave
- ERP: sistema que modela la empresa entera sobre una única base de datos, con un módulo por función.
- MRP y MRP II: antecesores del ERP; planificación de materiales (años sesenta y setenta) y de toda la manufactura (años ochenta).
- Módulo: conjunto de pantallas y reglas sobre una parte de los datos (ventas, compras, stock, producción, finanzas, personas).
- Isla de información: cualquier lugar donde vive un dato de la empresa que el sistema no ve; cuesta retipeo, errores y ceguera.
- Única fuente de verdad: cada dato existe en un solo lugar y de ahí lo leen todos (capítulo 2).
- Viaje del pedido: el recorrido de un pedido como un solo registro que cambia de estado, desde la cotización hasta el cobro.
- Cotizado contra real: la comparación por trabajo entre el costo previsto y el consumido; el motor de mejora.
- Trazabilidad: poder reconstruir, para cada producto entregado, qué lote de insumo, qué orden, qué control y qué persona intervinieron.
- Genérico, a medida, mezcla: las tres formas de tener un sistema.
Referencias
- Orlicky, Joseph. Material Requirements Planning: The New Way of Life in Production and Inventory Management. McGraw-Hill, 1975.
- Wight, Oliver W. MRP II: Unlocking America's Productivity Potential. Oliver Wight Publications, 1981.
- Davenport, Thomas H. "Putting the Enterprise into the Enterprise System". Harvard Business Review, julio-agosto de 1998.
- Kroc, Ray, con Anderson, Robert. Grinding It Out: The Making of McDonald's. Contemporary Books, 1977.
- ISO 9001:2015. Sistemas de gestión de la calidad. Requisitos. Organización Internacional de Normalización.
Lo que sigue
En el capítulo 2 entramos en los datos: qué son los maestros (clientes, productos, proveedores), qué son las transacciones, y por qué la regla de oro de un ERP es "una sola fuente de verdad". Si querés ver cómo se vería un sistema completo en tu rubro, mirá las soluciones por industria o contale tu caso a Alex.