---
id: KB-CD-017
url: https://app.codecontract.io/ayuda/creditos-y-facturacion/quien-deberia-poder-gastar
idioma: es
categoria: creditos
audiencia: administrador
nivel: intermedio
actualizado: 2026-08-13
tambienEn: [en]
relacionados: [KB-CD-013, KB-AD-014, KB-CD-008]
citadoPor: [KB-CD-003]
---

# Quién debería poder gastar

_Casi nadie lo decide, y luego se descubre en el desglose. Los tres perfiles y qué conviene dejar a cada uno._

**Responde a:** limitar quién puede mandar envíos · controlar el gasto por usuario · quién puede lanzar una campaña · permisos y consumo de créditos

El consumo no lo genera «la empresa»: lo generan personas concretas haciendo cosas concretas. Y como casi nunca se decide quién puede hacer qué desde ese punto de vista, la primera vez que alguien mira el desglose descubre que el 60 % lo genera una persona que ni siquiera sabía que estaba gastando.

## Los tres perfiles según lo que pueden disparar

| Perfil | Qué acciones genera | Qué conviene |
| --- | --- | --- |
| Quien opera el día a día | Envíos, recordatorios, subidas: mucho volumen y poco riesgo por acción | Sin límite, con visibilidad |
| Quien lanza a muchos | Campañas y envíos masivos: pocas acciones, gran alcance | Que sepa que es una acción y a cuántos llega |
| Quien enciende automatismos | Reglas que se disparan solas, muchas veces | Aquí sí: que lo revise alguien antes |

> [!IMPORTANT]
> La tercera fila es la única donde de verdad conviene poner una mano delante, y no por el coste de la acción —vale lo mismo que las demás— sino porque **es la única que multiplica sin que nadie vuelva a tocarla**. Una persona mandando envíos gasta lo que trabaja; una regla mal apuntada gasta mientras esté encendida, incluidos los fines de semana.

## Lo que funciona mejor que un límite

1. **Que cada área vea su propio consumo** — Ver el dato cambia el comportamiento más que cualquier permiso: nadie quiere ser la línea que destaca.
2. **Avisar de lo que multiplica, no de lo que suma** — Un envío a doscientos es una acción; una regla horaria son setecientas al mes.
3. **Y revisar quién generó qué una vez al mes** — No para señalar: para descubrir el proceso que nadie sabía que existía.

> [!WARNING]
> Cuidado con la reacción intuitiva de restringir a quien más gasta. Casi siempre es quien más trabaja de cara a fuera —el que persigue proveedores, el que manda a firmar— y limitarle no ahorra: traslada el trabajo a otro sitio, normalmente al correo, donde no queda registro. **Si alguien gasta mucho y su trabajo lo justifica, el dato no es un problema: es una descripción de su puesto.**

## Cuándo sí conviene acotar

**En corto**

- Cuando alguien de fuera tiene acceso y podría lanzar envíos en vuestro nombre.
- Cuando hay un becario o alguien temporal aprendiendo con casos reales.
- Y cuando una integración puede disparar acciones sin persona detrás.

La tercera es la que más sorprende al revisarla: una integración que crea o notifica genera acciones igual que una persona, y no se cansa ni se va de vacaciones.

> [!NOTE]
> Todo lo que se ejecuta queda atribuido a quien lo hizo —persona, regla o integración—, así que la conversación sobre consumo se puede tener con datos y no con impresiones. Es la diferencia entre «gastamos mucho» y «esta regla lleva setecientas ejecuciones este mes».

**¿Se puede poner un tope por usuario?**

Lo que hay es visibilidad y permisos sobre acciones; el freno real es saber quién genera qué.

**¿Y si alguien gasta por error?**

Suele ser una regla, no una persona: mirad primero lo automático.

**¿Conviene enseñar el consumo a todo el equipo?**

El del área, sí. El total de la empresa, solo a quien decide.

## Ejemplos

**Una empresa ve un consumo alto y se plantea limitar a quien más envía.**

- Mira el desglose por origen y encuentra una regla horaria encendida hace dos meses

→ Ajusta la regla y deja trabajar a quien más manda, que era quien más entregas conseguía.

**Cualquiera puede lanzar acciones que consumen.**

- Define quién puede hacer qué

→ El gasto tiene responsables conocidos.

**Alguien nuevo lanza una campaña por error.**

- Limita las acciones masivas a quien corresponda

→ El error grande deja de ser posible.

**No se sabe quién generó un consumo concreto.**

- Consulta el consumo por usuario

→ La conversación se tiene con quien corresponde.

**Se dan permisos amplios para salir del paso.**

- Concede solo lo que hace falta

→ El acceso se ajusta al puesto.

**Un área pide poder gastar por su cuenta.**

- Separa el consumo por área con su propio límite

→ Cada una decide dentro de lo suyo.