Planifica los datos de pago con saldo y vigencia

Qué indica el saldo

El indicador muestra el crédito en euros disponible para la organización activa y su contexto de uso visible. Comprueba primero la organización. El saldo pertenece a la cuenta de facturación, no a una fila, una lista o una métrica.

Es un control operativo, no una factura. Los documentos de pago y el estado de la cuenta permanecen en Facturación y en los documentos emitidos por el proveedor.

Acciones que organizan los datos existentes

Estas operaciones trabajan con los datos ya guardados en el workspace. No llaman en silencio a un proveedor ni consumen saldo solo porque alguien ordene, clasifique o exporte su inventario. Una acción de pago debe mostrar alcance y estimación antes de iniciarse.

• Buscar y filtrar filas.
• Cambiar columnas, orden y configuraciones.
• Crear o ajustar listas y etiquetas admitidas.
• Leer detalles, capturas e historial existentes.
• Exportar los datos ya presentes en el alcance elegido.

Acciones que pueden consumir saldo

Una acción de pago solicita o procesa datos externos. La cotización depende de la confirmación mostrada: paquetes, mercado, frecuencia, rutas de datos, reutilización posible y número de filas pueden variar.

• Enriquecimiento Essentials o paquetes más detallados.
• Volumen, intención, historial u otros conjuntos admitidos.
• Capturas de SERP y evidencia más profunda.
• Operaciones admitidas de dominio, competidores, backlinks o investigación.
• Seguimiento de posiciones configurado y su trabajo de datos.

Estimación, reserva y liquidación son fases distintas

La estimación permite revisar la acción antes de ejecutarla. Al iniciar, el flujo de facturación de la organización asegura el saldo necesario. Por eso, un clic aceptado no basta para considerar financiada o ejecutada una solicitud.

Después del resultado registrado, se liquida el coste aplicable y se libera la cantidad que ya no debe permanecer reservada. Si la liquidación no termina de inmediato, la operación y su estado de coste deben seguir siendo trazables.

Delimita antes de confirmar

Para una nueva investigación, revisa la configuración y el coste de la investigación por separado de la actualización de filas existentes.

Actualiza cuando la antigüedad pueda cambiar la decisión

Una comparación para un cliente, una base de seguimiento, una SERP actual o una decisión costosa de campaña pueden justificar otra solicitud. Una primera revisión de relevancia, una taxonomía o una lluvia de ideas pueden funcionar con datos anteriores.

Usa fecha, fuente, mercado y riesgo de la decisión en lugar de un límite universal de antigüedad.

Si el saldo es insuficiente

• No tratar la solicitud enviada como una actualización terminada.
• Reducir el alcance o retirar paquetes innecesarios.
• Comprobar organización y cuenta de facturación activas.
• Añadir crédito mediante el flujo admitido si la operación sigue justificada.
• Reintentar solo después de aclarar la actividad y la reserva anteriores.

Gestiona ejecuciones parciales y fallidas

Compara en Actividad cantidades solicitadas, terminadas, fallidas, omitidas o no disponibles y el motivo visible. Determina si la causa está en la entrada, el mercado, el proveedor, el saldo, un tiempo de espera u otro estado registrado.

Repite solo el subconjunto afectado cuando el producto lo permita. Volver a ejecutar filas correctas puede consumir saldo y ocultar el problema original.

Si el resultado es parcial o falla, sigue los pasos de investigación en Activity antes de volver a comprar los mismos datos.

Usa el registro correcto para cada pregunta