Software de gestión de compras: qué evaluar antes de comprar
Casi todos los sistemas de compras muestran lo mismo en la demostración. Las diferencias aparecen después, en el flujo de autorizaciones, en la trazabilidad y en lo que pasa cuando alguien compra sin requisición.
En esta guía
- El problema no es comprar, es saber qué se compró
- Los ocho criterios que sí distinguen
- El flujo de autorizaciones es donde se decide todo
- Tres preguntas que ninguna demo responde sola
- ¿Módulo del ERP o sistema aparte?
- El criterio de adopción que nadie evalúa
- Qué mirar en la implantación
- Señales de que el sistema no le va a servir
Respuesta corta
Todos los sistemas de compras capturan requisiciones y órdenes; eso no distingue a ninguno. Lo que distingue son ocho criterios: flujo de autorizaciones configurable, control presupuestal, comparativo de cotizaciones, trazabilidad completa, recepción parcial, evaluación de proveedores, integración con inventario y facturación, y qué pasa con la compra urgente que se hizo sin requisición. Y hay un criterio que casi nadie evalúa y decide el proyecto: si el comprador puede operarlo más rápido que su hoja de cálculo.
El problema no es comprar, es saber qué se compró
En la mayoría de las empresas medianas el proceso de compras funciona. Se compra, llega, se paga. Lo que no funciona es la capacidad de responder preguntas simples: quién autorizó esto, por qué se le compró a ese proveedor y no a otro, cuánto llevamos gastado este mes en esta partida, y por qué esta factura no coincide con lo que recibimos.
Esas cuatro preguntas son el verdadero objetivo de un sistema de compras. Si un software las responde en segundos, sirve. Si para responderlas hay que buscar correos, el software es un capturador caro.
La prueba de la factura rara
Tome una factura de proveedor del mes pasado que haya generado dudas. Pregunte: ¿quién pidió esto, quién lo autorizó, contra qué cotizaciones se decidió y qué se recibió exactamente? El tiempo que tarde en reunir esas cuatro respuestas es su diagnóstico, y es también lo que un buen sistema debería reducir a un clic.
Los ocho criterios que sí distinguen
| Criterio | Qué preguntar concretamente |
|---|---|
| Flujo de autorizaciones | ¿Se puede configurar por monto, por área y por tipo de gasto sin programar? |
| Control presupuestal | ¿El sistema avisa o bloquea cuando la partida ya no tiene presupuesto? |
| Comparativo de cotizaciones | ¿Permite registrar varias ofertas y dejar asentado por qué se eligió una? |
| Trazabilidad | ¿Puedo ver la historia completa de una requisición con fechas y responsables? |
| Recepción parcial | ¿Qué pasa cuando llega la mitad del pedido y el resto en dos semanas? |
| Evaluación de proveedores | ¿Registra cumplimiento en tiempo, calidad y precio para decisiones futuras? |
| Integración | ¿La recepción mueve el inventario y la factura se concilia contra la orden? |
| Compra urgente | ¿Cómo se registra lo que se compró sin requisición previa, que siempre pasa? |
El octavo criterio es el que más se ignora y el que más determina si el sistema refleja la realidad. Un sistema que no contempla la compra urgente obliga a hacerla por fuera, y a partir de ahí los datos dejan de ser confiables.
El flujo de autorizaciones es donde se decide todo
De los ocho criterios, este es el que más veces convierte un proyecto en éxito o en abandono. Y la pregunta clave no es si el sistema tiene autorizaciones —todos las tienen— sino quién puede cambiarlas y con qué facilidad.
Las reglas de autorización cambian: sube un monto, se va un gerente, se abre un área nueva, se aprieta el control por un trimestre difícil. Si cada uno de esos cambios requiere abrir un ticket con el proveedor, el sistema se va a quedar desactualizado y la gente va a volver al correo.
- Por monto. Escalones distintos según el importe, configurables por el administrador interno.
- Por tipo de gasto. No es lo mismo autorizar materia prima recurrente que un activo fijo.
- Por área o centro de costo. Con la posibilidad de que un área tenga reglas propias.
- Con suplencia. Qué pasa cuando el autorizador está de vacaciones. Si no hay respuesta, habrá compras detenidas o firmas prestadas.
- Con evidencia. Quién autorizó, cuándo y desde dónde, sin posibilidad de editarlo después.
Tres preguntas que ninguna demostración responde sola
Las demostraciones muestran el camino feliz: requisición, autorización, orden, recepción. Los problemas viven en los caminos infelices, así que conviene pedir que los muestren:
- "Muéstrenme una compra urgente registrada después de hecha." Si la respuesta es que eso no debería pasar, el sistema no está hecho para la realidad.
- "Muéstrenme una recepción parcial con la factura completa." Es el caso que más descuadra los inventarios y donde más se ven las costuras.
- "Cambien una regla de autorización aquí, delante de nosotros." Si requiere soporte del proveedor, cada cambio futuro será un ticket.
Un sistema de compras que no contempla la compra urgente obliga a hacerla por fuera, y ahí termina la trazabilidad.
Brenda Infinite® · INCEPTIO¿Módulo del ERP o sistema aparte?
| Opción | A favor | En contra |
|---|---|---|
| Módulo del ERP | Un solo dato: la recepción mueve inventario y la factura se concilia sola | Puede quedar corto en flujos de autorización complejos |
| Sistema especializado | Suele ser más fuerte en autorizaciones, catálogos y evaluación de proveedores | Requiere integración con el ERP, con su costo y su mantenimiento |
| Suite modular sobre el ERP | Extiende el módulo estándar con lo que falta, sin duplicar el dato | Depende de que el proveedor conozca bien ambas partes |
La regla práctica: si el dolor está en el control y la trazabilidad, el módulo del ERP extendido suele bastar. Si el dolor está en un proceso de compras sofisticado —licitaciones, catálogos de contrato, cientos de proveedores con evaluación formal— un sistema especializado se justifica, y entonces la integración deja de ser opcional.
El criterio de adopción que nadie evalúa
Hay una pregunta que decide más proyectos que los ocho criterios juntos: ¿el comprador puede levantar una requisición más rápido de lo que la escribe en su hoja de cálculo?
Si la respuesta es no, el sistema se va a llenar de capturas hechas a destiempo, al final del día o de la semana, con datos aproximados. Y un sistema de compras alimentado a destiempo es peor que no tener sistema, porque produce reportes que parecen confiables y no lo son.
Cómo evaluarlo antes de comprar
Pida una prueba con dos compradores reales, no con TI, capturando sus propias requisiciones de la semana. Mida el tiempo. Si tardan más que en su método actual y el sistema no les devuelve algo a cambio —ver el estatus, evitarse el correo de seguimiento—, la adopción va a fallar sin importar lo completo que sea.
Qué mirar en la implantación
- Catálogo de proveedores depurado. Es el equivalente al catálogo de productos en un ERP: si entra sucio, todo lo demás hereda el desorden.
- Reglas de autorización acordadas antes de configurar. Discutirlas durante la configuración duplica el tiempo del proyecto.
- Un piloto por área. Arrancar con compras indirectas de una sola área da aprendizaje sin poner en riesgo la producción.
- Definir qué hacer con lo que está en curso. Las órdenes abiertas al momento del corte necesitan una regla explícita.
- Capacitación al autorizador, no solo al comprador. El cuello de botella más común no es quien captura: es quien aprueba desde el teléfono.
Señales de que el sistema no le va a servir
- No deja configurar autorizaciones sin soporte del proveedor.
- No contempla recepción parcial ni compra urgente.
- El autorizador tiene que entrar a una computadora para aprobar. En la práctica, aprueba desde el teléfono o no aprueba.
- No se integra con inventario ni con facturación. Vuelve a generar el problema de los datos repartidos.
- La demostración se hace con datos del proveedor y no con los suyos. Pida que carguen su catálogo real antes de decidir.
Preguntas frecuentes
Ocho criterios: flujo de autorizaciones configurable sin programar, control presupuestal que avise o bloquee, comparativo de cotizaciones con registro de por qué se eligió, trazabilidad completa con fechas y responsables, manejo de recepción parcial, evaluación de proveedores, integración con inventario y facturación, y cómo se registra la compra urgente hecha sin requisición previa.
Si el dolor está en el control y la trazabilidad, el módulo del ERP extendido suele bastar y tiene la ventaja de un solo dato: la recepción mueve inventario y la factura se concilia sola. Si el proceso es sofisticado —licitaciones, catálogos de contrato, cientos de proveedores con evaluación formal— un sistema especializado se justifica, pero entonces la integración con el ERP deja de ser opcional.
Casi siempre por la misma razón: el comprador tarda más en levantar una requisición en el sistema que en escribirla en su hoja de cálculo, y el sistema no le devuelve nada a cambio. El resultado es captura a destiempo con datos aproximados, que produce reportes que parecen confiables y no lo son.
Que muestren los caminos infelices, no el camino feliz. Tres específicos: una compra urgente registrada después de hecha, una recepción parcial con factura completa, y un cambio de regla de autorización hecho en vivo. Si el último requiere soporte del proveedor, cada cambio futuro será un ticket.
Configuración por monto con escalones, por tipo de gasto, por área o centro de costo, manejo de suplencia cuando el autorizador está ausente, y evidencia inalterable de quién autorizó, cuándo y desde dónde. Lo decisivo no es que el sistema tenga autorizaciones, sino quién puede cambiarlas y con qué facilidad.
Un buen sistema permite registrarla después de hecha, con justificación y autorización posterior. Es el criterio que más se ignora al comparar sistemas y el que más determina si los datos son confiables: un sistema que no lo contempla obliga a hacer esas compras por fuera, y ahí termina la trazabilidad.
Cinco cosas: depurar el catálogo de proveedores antes de cargarlo, acordar las reglas de autorización antes de configurar, arrancar con un piloto en compras indirectas de una sola área, definir qué hacer con las órdenes abiertas al corte, y capacitar al autorizador y no solo al comprador.
Que no permita configurar autorizaciones sin soporte del proveedor, que no contemple recepción parcial ni compra urgente, que obligue al autorizador a usar una computadora en lugar del teléfono, que no se integre con inventario ni facturación, y que la demostración se haga con datos del proveedor en lugar del catálogo real del cliente.
¿Ya sabe qué le tiene que responder su sistema de compras?
En la sesión revisamos su proceso actual, definimos las reglas de autorización que necesita y le decimos si le conviene extender el módulo de su ERP o ir por un sistema aparte.
Software de gestión de compras: qué evaluar antes de comprar
Casi todos los sistemas de compras muestran lo mismo en la demostración. Las diferencias aparecen después, en el flujo de autorizaciones, en la trazabilidad y en lo que pasa cuando alguien compra sin requisición.
En esta guía
- El problema no es comprar, es saber qué se compró
- Los ocho criterios que sí distinguen
- El flujo de autorizaciones es donde se decide todo
- Tres preguntas que ninguna demo responde sola
- ¿Módulo del ERP o sistema aparte?
- El criterio de adopción que nadie evalúa
- Qué mirar en la implantación
- Señales de que el sistema no le va a servir
Respuesta corta
Todos los sistemas de compras capturan requisiciones y órdenes; eso no distingue a ninguno. Lo que distingue son ocho criterios: flujo de autorizaciones configurable, control presupuestal, comparativo de cotizaciones, trazabilidad completa, recepción parcial, evaluación de proveedores, integración con inventario y facturación, y qué pasa con la compra urgente que se hizo sin requisición. Y hay un criterio que casi nadie evalúa y decide el proyecto: si el comprador puede operarlo más rápido que su hoja de cálculo.
El problema no es comprar, es saber qué se compró
En la mayoría de las empresas medianas el proceso de compras funciona. Se compra, llega, se paga. Lo que no funciona es la capacidad de responder preguntas simples: quién autorizó esto, por qué se le compró a ese proveedor y no a otro, cuánto llevamos gastado este mes en esta partida, y por qué esta factura no coincide con lo que recibimos.
Esas cuatro preguntas son el verdadero objetivo de un sistema de compras. Si un software las responde en segundos, sirve. Si para responderlas hay que buscar correos, el software es un capturador caro.
La prueba de la factura rara
Tome una factura de proveedor del mes pasado que haya generado dudas. Pregunte: ¿quién pidió esto, quién lo autorizó, contra qué cotizaciones se decidió y qué se recibió exactamente? El tiempo que tarde en reunir esas cuatro respuestas es su diagnóstico, y es también lo que un buen sistema debería reducir a un clic.
Los ocho criterios que sí distinguen
| Criterio | Qué preguntar concretamente |
|---|---|
| Flujo de autorizaciones | ¿Se puede configurar por monto, por área y por tipo de gasto sin programar? |
| Control presupuestal | ¿El sistema avisa o bloquea cuando la partida ya no tiene presupuesto? |
| Comparativo de cotizaciones | ¿Permite registrar varias ofertas y dejar asentado por qué se eligió una? |
| Trazabilidad | ¿Puedo ver la historia completa de una requisición con fechas y responsables? |
| Recepción parcial | ¿Qué pasa cuando llega la mitad del pedido y el resto en dos semanas? |
| Evaluación de proveedores | ¿Registra cumplimiento en tiempo, calidad y precio para decisiones futuras? |
| Integración | ¿La recepción mueve el inventario y la factura se concilia contra la orden? |
| Compra urgente | ¿Cómo se registra lo que se compró sin requisición previa, que siempre pasa? |
El octavo criterio es el que más se ignora y el que más determina si el sistema refleja la realidad. Un sistema que no contempla la compra urgente obliga a hacerla por fuera, y a partir de ahí los datos dejan de ser confiables.
El flujo de autorizaciones es donde se decide todo
De los ocho criterios, este es el que más veces convierte un proyecto en éxito o en abandono. Y la pregunta clave no es si el sistema tiene autorizaciones —todos las tienen— sino quién puede cambiarlas y con qué facilidad.
Las reglas de autorización cambian: sube un monto, se va un gerente, se abre un área nueva, se aprieta el control por un trimestre difícil. Si cada uno de esos cambios requiere abrir un ticket con el proveedor, el sistema se va a quedar desactualizado y la gente va a volver al correo.
- Por monto. Escalones distintos según el importe, configurables por el administrador interno.
- Por tipo de gasto. No es lo mismo autorizar materia prima recurrente que un activo fijo.
- Por área o centro de costo. Con la posibilidad de que un área tenga reglas propias.
- Con suplencia. Qué pasa cuando el autorizador está de vacaciones. Si no hay respuesta, habrá compras detenidas o firmas prestadas.
- Con evidencia. Quién autorizó, cuándo y desde dónde, sin posibilidad de editarlo después.
Tres preguntas que ninguna demostración responde sola
Las demostraciones muestran el camino feliz: requisición, autorización, orden, recepción. Los problemas viven en los caminos infelices, así que conviene pedir que los muestren:
- "Muéstrenme una compra urgente registrada después de hecha." Si la respuesta es que eso no debería pasar, el sistema no está hecho para la realidad.
- "Muéstrenme una recepción parcial con la factura completa." Es el caso que más descuadra los inventarios y donde más se ven las costuras.
- "Cambien una regla de autorización aquí, delante de nosotros." Si requiere soporte del proveedor, cada cambio futuro será un ticket.
Un sistema de compras que no contempla la compra urgente obliga a hacerla por fuera, y ahí termina la trazabilidad.
Brenda Infinite® · INCEPTIO¿Módulo del ERP o sistema aparte?
| Opción | A favor | En contra |
|---|---|---|
| Módulo del ERP | Un solo dato: la recepción mueve inventario y la factura se concilia sola | Puede quedar corto en flujos de autorización complejos |
| Sistema especializado | Suele ser más fuerte en autorizaciones, catálogos y evaluación de proveedores | Requiere integración con el ERP, con su costo y su mantenimiento |
| Suite modular sobre el ERP | Extiende el módulo estándar con lo que falta, sin duplicar el dato | Depende de que el proveedor conozca bien ambas partes |
La regla práctica: si el dolor está en el control y la trazabilidad, el módulo del ERP extendido suele bastar. Si el dolor está en un proceso de compras sofisticado —licitaciones, catálogos de contrato, cientos de proveedores con evaluación formal— un sistema especializado se justifica, y entonces la integración deja de ser opcional.
El criterio de adopción que nadie evalúa
Hay una pregunta que decide más proyectos que los ocho criterios juntos: ¿el comprador puede levantar una requisición más rápido de lo que la escribe en su hoja de cálculo?
Si la respuesta es no, el sistema se va a llenar de capturas hechas a destiempo, al final del día o de la semana, con datos aproximados. Y un sistema de compras alimentado a destiempo es peor que no tener sistema, porque produce reportes que parecen confiables y no lo son.
Cómo evaluarlo antes de comprar
Pida una prueba con dos compradores reales, no con TI, capturando sus propias requisiciones de la semana. Mida el tiempo. Si tardan más que en su método actual y el sistema no les devuelve algo a cambio —ver el estatus, evitarse el correo de seguimiento—, la adopción va a fallar sin importar lo completo que sea.
Qué mirar en la implantación
- Catálogo de proveedores depurado. Es el equivalente al catálogo de productos en un ERP: si entra sucio, todo lo demás hereda el desorden.
- Reglas de autorización acordadas antes de configurar. Discutirlas durante la configuración duplica el tiempo del proyecto.
- Un piloto por área. Arrancar con compras indirectas de una sola área da aprendizaje sin poner en riesgo la producción.
- Definir qué hacer con lo que está en curso. Las órdenes abiertas al momento del corte necesitan una regla explícita.
- Capacitación al autorizador, no solo al comprador. El cuello de botella más común no es quien captura: es quien aprueba desde el teléfono.
Señales de que el sistema no le va a servir
- No deja configurar autorizaciones sin soporte del proveedor.
- No contempla recepción parcial ni compra urgente.
- El autorizador tiene que entrar a una computadora para aprobar. En la práctica, aprueba desde el teléfono o no aprueba.
- No se integra con inventario ni con facturación. Vuelve a generar el problema de los datos repartidos.
- La demostración se hace con datos del proveedor y no con los suyos. Pida que carguen su catálogo real antes de decidir.
Preguntas frecuentes
Ocho criterios: flujo de autorizaciones configurable sin programar, control presupuestal que avise o bloquee, comparativo de cotizaciones con registro de por qué se eligió, trazabilidad completa con fechas y responsables, manejo de recepción parcial, evaluación de proveedores, integración con inventario y facturación, y cómo se registra la compra urgente hecha sin requisición previa.
Si el dolor está en el control y la trazabilidad, el módulo del ERP extendido suele bastar y tiene la ventaja de un solo dato: la recepción mueve inventario y la factura se concilia sola. Si el proceso es sofisticado —licitaciones, catálogos de contrato, cientos de proveedores con evaluación formal— un sistema especializado se justifica, pero entonces la integración con el ERP deja de ser opcional.
Casi siempre por la misma razón: el comprador tarda más en levantar una requisición en el sistema que en escribirla en su hoja de cálculo, y el sistema no le devuelve nada a cambio. El resultado es captura a destiempo con datos aproximados, que produce reportes que parecen confiables y no lo son.
Que muestren los caminos infelices, no el camino feliz. Tres específicos: una compra urgente registrada después de hecha, una recepción parcial con factura completa, y un cambio de regla de autorización hecho en vivo. Si el último requiere soporte del proveedor, cada cambio futuro será un ticket.
Configuración por monto con escalones, por tipo de gasto, por área o centro de costo, manejo de suplencia cuando el autorizador está ausente, y evidencia inalterable de quién autorizó, cuándo y desde dónde. Lo decisivo no es que el sistema tenga autorizaciones, sino quién puede cambiarlas y con qué facilidad.
Un buen sistema permite registrarla después de hecha, con justificación y autorización posterior. Es el criterio que más se ignora al comparar sistemas y el que más determina si los datos son confiables: un sistema que no lo contempla obliga a hacer esas compras por fuera, y ahí termina la trazabilidad.
Cinco cosas: depurar el catálogo de proveedores antes de cargarlo, acordar las reglas de autorización antes de configurar, arrancar con un piloto en compras indirectas de una sola área, definir qué hacer con las órdenes abiertas al corte, y capacitar al autorizador y no solo al comprador.
Que no permita configurar autorizaciones sin soporte del proveedor, que no contemple recepción parcial ni compra urgente, que obligue al autorizador a usar una computadora en lugar del teléfono, que no se integre con inventario ni facturación, y que la demostración se haga con datos del proveedor en lugar del catálogo real del cliente.
¿Ya sabe qué le tiene que responder su sistema de compras?
En la sesión revisamos su proceso actual, definimos las reglas de autorización que necesita y le decimos si le conviene extender el módulo de su ERP o ir por un sistema aparte.