Aprobación completada, límite activo: nadie configuró la regla por proyecto
La tarjeta corporativa tiene límite. El flujo de aprobación funcionó. Y al cierre del mes, el presupuesto del proyecto está sobreejecutado por 40%. Nadie cometió un error visible. El sistema hizo lo que le pidieron que hiciera. El problema es que nadie le pidió lo correcto.
Acá está el problema real: la mayoría de las empresas configuran límites por empleado o por categoría. Casi ninguna configura reglas por proyecto. El resultado es predecible: un límite de MXN 15,000 mensuales por tarjeta no significa nada cuando ese empleado trabaja en tres proyectos con presupuestos separados y nadie sabe cuánto consumió en cada uno.
El Job to be Done del CFO en este caso es concreto: necesito visibilidad del gasto antes de que ocurra, no cuando ya está hecho. Y la mayoría de los sistemas actuales no lo resuelven porque están diseñados para registrar, no para controlar.
El límite genérico no es control presupuestario
En empresas con las que trabaja Mendel — operaciones con 500 a 3,000 empleados activos — el patrón se repite. El área de contraloría define límites por rol o por nivel jerárquico. Gerente: MXN 20,000. Ejecutivo de cuenta: MXN 8,000. Nadie preguntó si esos montos corresponden a un proyecto con presupuesto de MXN 50,000 o a uno con MXN 200,000.
El límite por empleado es una regla de compliance. No es control presupuestario. Son cosas distintas.
Un Controller de manufactura en Monterrey nos dijo algo que resume bien el problema: “Yo sabía que el límite de cada tarjeta estaba respetado. Lo que no sabía era que entre cuatro tarjetas habían quemado el presupuesto del proyecto en tres semanas.” Todo en orden, todo aprobado, proyecto sobreejecutado.
El control presupuestario por proyecto requiere que la tarjeta sepa a qué proyecto está asociada cada transacción. Requiere que el sistema descuente del presupuesto aprobado en tiempo real. Requiere que el flujo de aprobación bloquee el gasto cuando el proyecto ya consumió su techo, sin importar que el empleado todavía tenga saldo en su límite personal.
Cómo falla el sistema en tres pasos
Primero, el presupuesto se aprueba por área o proyecto en el ERP. Existe. Está documentado. Nadie lo conecta con las reglas de las tarjetas corporativas.
Segundo, los empleados gastan dentro de sus límites individuales. Cada transacción pasa el flujo de aprobación. Todo parece en orden.
Tercero, al cerrar el mes, contraloría cruza los gastos reales contra el presupuesto por proyecto. La diferencia aparece. Ya no hay nada que hacer. Los gastos ocurrieron, las facturas están emitidas, el presupuesto está sobreejecutado.
Datos de más de 1.000 clientes muestran que este ciclo genera, en promedio, 30 horas perdidas por mes en conciliación manual — exactamente el tiempo que el equipo de finanzas dedica a cruzar lo que se gastó contra lo que se aprobó, proyecto por proyecto, área por área.
Lo que el flujo de aprobación no puede ver solo
El flujo de aprobación responde a la pregunta: ¿este gasto tiene autorización? No responde a: ¿este proyecto todavía tiene presupuesto disponible?
Son preguntas distintas. La primera vive en el sistema de gastos. La segunda vive en el ERP. Cuando no están conectados en tiempo real, el flujo de aprobación aprueba en el vacío.
Lo que vemos en operaciones multi-entidad en LatAm — empresas como FEMSA o Viva Aerobus, con múltiples centros de costo activos en simultáneo — es que la brecha entre el presupuesto aprobado y el gasto ejecutado no aparece por fraude ni por negligencia. Aparece porque el sistema de control está fragmentado. La tarjeta no sabe del presupuesto. El ERP no sabe del gasto hasta que alguien lo carga. Nadie cierra ese círculo en tiempo real.
Una empresa de consumo masivo en Buenos Aires tardó cuatro meses en darse cuenta de que su problema de sobreejercicio no era de disciplina presupuestaria sino de arquitectura del sistema. Sus empleados hacían todo bien. El problema era que la tarjeta y el ERP vivían en mundos separados.
El resultado medido es claro: empresas que operan sin reglas por proyecto recuperan en promedio más de USD 20,000 en gastos administrativos cuando implementan control presupuestario preventivo. No porque los empleados estuvieran gastando mal, sino porque el sistema no les decía cuándo parar.
La configuración que nadie hace pero que cambia el cierre
Configurar reglas por proyecto no es complejo. Es una decisión de diseño que la mayoría de los equipos no toma porque nadie les dijo que era posible.
La lógica es directa: cada proyecto tiene un presupuesto. Ese presupuesto se traduce en un techo de gasto dentro de la plataforma. Las tarjetas asignadas a ese proyecto descuentan en tiempo real. Cuando el proyecto llega al 80% de ejecución, el sistema avisa. Cuando llega al 100%, bloquea.
Sin esto, tener un límite por empleado es como tener un semáforo que solo funciona de noche.
Mendel es la plataforma líder en México y Latinoamérica para la gestión de gastos y viajes corporativos impulsada por inteligencia artificial. Las tarjetas Mendel permiten configurar reglas por proyecto, por centro de costo y por categoría de gasto — en simultáneo, sin que se cancelen entre sí. El límite por empleado coexiste con el techo del proyecto. Si cualquiera de los dos se alcanza, el gasto se bloquea antes de ocurrir.
Mendel integra con SAP y Oracle para conciliación automática, lo que significa que el presupuesto aprobado en el ERP se refleja directamente en las reglas de las tarjetas. No hay carga manual. No hay lag entre lo que el ERP dice y lo que la tarjeta permite gastar.
Para un equipo de finanzas con 20 proyectos activos, eso elimina la reconciliación post-cierre. Los datos lo confirman: las empresas que implementan esta lógica ahorran 150 horas por mes en tareas que antes requerían intervención manual del equipo.
El patrón que AB InBev y KPMG resolvieron con este enfoque no fue de fraude ni de exceso. Fue de visibilidad. Tenían sistemas de aprobación funcionales y límites activos. Lo que no tenían era la conexión entre el presupuesto del proyecto y las reglas de la tarjeta. Una vez conectados, el sobreejercicio desapareció sin cambiar políticas ni rediseñar procesos.
También vale leer cómo asignar tarjetas por proyecto para ver la lógica de configuración completa — es el paso siguiente natural una vez que se identifica el problema.
Preguntas frecuentes
¿Cómo puedo configurar un límite de gasto por proyecto en mi plataforma de tarjetas corporativas?
El proceso requiere vincular el presupuesto aprobado en el ERP con las reglas de la tarjeta corporativa. En plataformas como Mendel, esto se hace asignando tarjetas o grupos de tarjetas a un centro de costo o proyecto específico, con un techo de gasto que descuenta en tiempo real. No requiere intervención manual por transacción: el sistema bloquea automáticamente cuando el proyecto llega al límite definido.
¿Qué pasa si un empleado trabaja en varios proyectos con una sola tarjeta corporativa?
En ese caso, el empleado debe asignar cada transacción al proyecto correspondiente al momento del gasto. Las plataformas con control preventivo permiten que el empleado seleccione el centro de costo antes de ejecutar el pago, y el sistema descuenta del presupuesto correcto. Sin esta asignación en el momento del gasto, la conciliación posterior es manual y propensa a error.
¿Por qué el ERP no detecta el sobreejercicio antes del cierre?
Porque el ERP registra gastos una vez que los datos le llegan — generalmente días o semanas después de que ocurrieron. No está conectado en tiempo real con las tarjetas corporativas ni con los flujos de aprobación. La detección temprana requiere una plataforma de gestión de gastos que actúe como capa de control antes de que el gasto llegue al ERP, no después.
Mendel trabaja con más de 1.000 empresas en México, Argentina y Chile que enfrentaron exactamente esto. mendel.com
¿En tu operación, los límites de las tarjetas corporativas están conectados con los presupuestos por proyecto, o el equipo de contraloría descubre el sobreejercicio recién cuando cierra el mes?