Un sistema de compras de software no necesita un ERP: necesita que cada herramienta tenga a alguien que la pide, alguien que la aprueba, alguien que la paga y una fecha en la que se revisa. Con un catálogo de lo ya aprobado, una solicitud que diga para quién y por qué, un aprobador por área y la orden de compra atada al pago y a la factura, una empresa de 20 a 500 personas ordena sus compras en una semana. Podés arrancar con una planilla y un formulario; cuando las renovaciones se te pasan, hace falta algo más.
Actualizado el 11 de octubre de 2026 · 8 min de lectura · Mekovault
Alguien de marketing necesita Canva. Le escribe por WhatsApp a su jefatura, la jefatura dice “dale”, y la persona paga con su tarjeta y pide el reintegro. Ventas contrató un CRM hace dos años con la tarjeta del gerente comercial; se cobra todos los meses y nadie se acuerda de cuántos usuarios tiene. Diseño paga Adobe con una tarjeta que vence el mes que viene. Finanzas se entera de todo cuando llega el resumen de la tarjeta.
Esto no pasa por desorden: pasa porque nadie definió quién pide, quién aprueba, quién paga y quién revisa. En una empresa de 20 a 500 personas sin área de IT, el software se compra como se compra un café: cuando hace falta, con lo que hay a mano. El problema aparece después, cuando hay tres herramientas para lo mismo, una suscripción de alguien que ya no trabaja y una renovación anual que se cobró sola.
Un ERP resuelve compras de insumos, depósito y contabilidad para empresas grandes. Para software, la gestión de compras necesita mucho menos. Estas son las piezas:
El flujo no cambia según el tamaño de la empresa; cambia quién ocupa cada rol. En una empresa de 30 personas, la misma persona puede comprar y pagar. En una de 300, son áreas distintas.
| Paso | Quién | Qué queda registrado |
|---|---|---|
| 1. Pedir | La persona que necesita la herramienta | Para quién, para qué, cuánto cuesta, si está en catálogo o es nueva |
| 2. Aprobar | La jefatura directa; si es nueva o supera el monto, también quien controla el presupuesto | Quién aprobó, cuándo, con qué presupuesto y centro de costos |
| 3. Comprar | Quien compra (Compras o administración) | Orden de compra, proveedor, plan contratado, credenciales guardadas |
| 4. Pagar | Tesorería o finanzas | Medio de pago, periodicidad, factura adjunta |
| 5. Renovar o dar de baja | Quien administra la herramienta, con la jefatura | Fecha de renovación, decisión de seguir, bajar cantidad o cancelar; licencia liberada cuando alguien se va |
Lo importante del registro no es el formato: es que cada paso deje un dato que el siguiente paso usa. La orden de compra sale de la solicitud aprobada; la factura se ata a la orden; la renovación se revisa con la fecha que quedó en la orden.
Un sistema de compras falla por dos razones: es tan pesado que la gente lo saltea, o tan liviano que no sirve para nada. Estas reglas lo mantienen en el medio:
No necesitás un software de compras para arrancar. Necesitás un formulario y una planilla. El formulario recoge la solicitud: nombre, área, herramienta, para qué, costo, periodicidad. La planilla tiene una fila por herramienta con estas columnas: herramienta, plan, precio, periodicidad, responsable, centro de costos, medio de pago, fecha de renovación, estado. Quien aprueba contesta el mail del formulario; quien compra agrega la fila; quien paga anota la factura.
Esto alcanza hasta que pasa alguna de estas cosas: la planilla tiene más de 30 filas y nadie la actualiza; se pasa una renovación anual porque la fecha estaba anotada pero nadie la miró; alguien se fue de la empresa y su licencia de Figma se siguió pagando seis meses; o el gerente pregunta “¿cuánto gastamos en software?” y la respuesta tarda una semana. En ese punto, el sistema de compras necesita avisar solo, no esperar a que alguien abra la planilla.
Compras de software es el flujo de cinco pasos de esta guía, con seis roles: Solicitante, Jefatura, Control, Compras, Tesorería y Administrador. Alguien pide una herramienta del catálogo o una nueva. La jefatura aprueba con un clic si está en catálogo; si es nueva, pasa por Control con presupuesto y centro de costos, y después por Compras. Compras emite la orden de compra en PDF, registra el proveedor y guarda las credenciales. Tesorería paga con tarjeta corporativa o transferencia, anota la periodicidad y recibe el aviso de factura. Si nadie responde en 48 horas, se le avisa al siguiente.
Cada suscripción queda con fecha de renovación, y 30 días antes llega el aviso para decidir si sigue, baja cantidad o se cancela. Cuando una persona se va, la licencia que tenía se da de baja o se reasigna, en vez de seguir pagándose. Las herramientas sin conector (Canva, Notion, Adobe y el resto) se registran a mano con precio, fecha de renovación y responsable, y entran al control de licencias junto con Google Workspace. Si ya tenés una planilla, se importa completa de una vez. Antes de decidir, podés estimar cuánto se te va en licencias con la calculadora.
No. Un ERP ordena compras de insumos, stock y contabilidad de empresas grandes. Para software, lo que necesitás es un flujo con cuatro roles (quien pide, quien aprueba, quien compra, quien paga) y un registro donde cada herramienta tenga solicitud, orden de compra, factura y fecha de renovación. Eso entra en una planilla al principio y en un módulo como Compras de software de Mekovault después.
Es el documento donde la empresa dice qué compra, a quién, por cuánto y con qué periodicidad, antes de pagar. Para software sirve porque deja escrito el centro de costos, la fecha de renovación y quién autorizó. Cuando llega el cargo de la tarjeta, se sabe de dónde viene.
Con un plazo y un siguiente. La regla práctica es 48 horas: si la jefatura no responde, la solicitud pasa a la siguiente persona definida (por ejemplo, Control o el administrador del sistema). Sin esa regla, las solicitudes se quedan en el mail y la gente termina pagando con su tarjeta.
Hacé que ningún gasto exista sin solicitud. Si cada herramienta nace con una solicitud aprobada, una orden de compra y una factura atada, el control de gastos es mirar esa lista, no reconstruir el resumen de la tarjeta. Los cargos que no tienen solicitud atrás son los que hay que perseguir.