Cómo funcionan los créditos de Email Verifier

Email Verifier utiliza créditos. El dashboard muestra tanto la cuota del plan como los créditos comprados, para que puedas ver el coste exacto antes de iniciar un trabajo.

Cuánto cuesta una verificación

En un trabajo Deep, las direcciones de proveedores que no ofrecen pruebas útiles a nivel de buzón cuestan 1 crédito. La estimación del dashboard y de la API lo calcula a partir de las direcciones de tu lista. Utiliza el total mostrado en vez de multiplicar el tamaño de la lista por dos.

Cuota mensual

Los créditos mensuales no se acumulan. El verificador muestra el saldo actual y la fecha de restablecimiento. Si necesitas más antes de esa fecha, compra un paquete.

Paquetes de créditos

Los precios del checkout utilizan la moneda de facturación de tu cuenta cuando está disponible. Los créditos comprados no caducan.

Para comprar un paquete, abre Email Verifier, selecciona Buy Credits, elige la cantidad y completa el checkout mostrado en el dashboard.

Ejemplos para elegir un paquete

Estos ejemplos sirven para planificar, no son importes confirmados del checkout. Lo importante es la vista previa del precio antes de iniciar el trabajo para las direcciones realmente enviadas.

Acciones que consumen créditos y acciones que no

Esta diferencia es útil cuando hay que limpiar un archivo de origen. Puedes preparar, examinar y corregir la lista antes de iniciar el trabajo. Los créditos pagan la verificación, no la detección de la columna que contiene las direcciones.

Qué saldo se utiliza primero

En el host normal de TrekMail, una verificación consume primero la cuota mensual y después los créditos comprados. Así se utiliza la cuota incluida antes de reducir un paquete.

En un host White Label, la verificación utiliza el saldo comprado. La cuota del plan de correo pertenece a la cuenta TrekMail de la agencia y no se expone dentro de su producto personalizado.

Por qué el saldo puede parecer diferente

En el host normal de TrekMail, el panel separa las cantidades mensuales y compradas. La cuota mensual está vinculada al plan de correo y se restablece según el calendario mostrado. Un paquete comprado es un saldo separado. En un host White Label, los usuarios ven el saldo que pueden gastar allí, es decir, el saldo comprado.

Si una integración consulta los créditos mediante la API, utiliza total_available como cantidad para compararla con la estimación de un trabajo nuevo. En el host normal, la API también devuelve las partes mensual y comprada. No añadas el saldo de un host a una solicitud enviada a otro.

Cambios en el plan de correo

La cuota mensual sigue el plan de correo efectivo de la cuenta. Consulta en el panel de créditos la cantidad y su próximo restablecimiento después de cambiar de plan. Los créditos comprados son un saldo independiente, por lo que un cambio de cuota no elimina un paquete ya comprado.

Antes de iniciar un trabajo masivo

El verificador extrae direcciones, elimina duplicados y muestra una estimación antes de seleccionar Start Verification. Comprueba:

• el número de direcciones únicas;
• el modo seleccionado;
• el coste real en créditos;
• si el saldo cubre todo el trabajo.

Los créditos se deducen cuando empieza el trabajo. Si el saldo no cubre la lista, el trabajo no comienza, por lo que no se realiza una verificación financiada parcialmente.

Si envías la misma lista normalizada en el mismo modo en un plazo de 24 horas, TrekMail devuelve el trabajo existente en vez de volver a gastar créditos.

Qué ocurre si el origen contiene duplicados

Los duplicados de una lista se normalizan antes de calcular el precio, por lo que la misma dirección no se cobra dos veces en ese trabajo. Esto no justifica ignorar contactos duplicados en el sistema de origen. Conserva un registro canónico por contacto siempre que sea posible; de lo contrario, los informes de campaña y la gestión de bajas pueden ser incoherentes aunque el coste de verificación sea correcto.

Cuando vuelvas a enviar una lista durante el periodo de protección contra duplicados, considera el trabajo existente devuelto como la referencia. Puede seguir procesándose o tener ya un resultado. Esto es más seguro que realizar nuevos envíos hasta que una respuesta incierta del navegador o la red parezca correcta.

Cancelación y resultados

Puedes cancelar un trabajo pendiente o en proceso. Las filas procesadas permanecen disponibles y se reembolsan los créditos del trabajo no procesado. Los trabajos y resultados se conservan durante 15 días, así que descarga la exportación necesaria antes de que termine ese periodo.

Si un trabajo ya está terminado, cancelarlo no puede generar un reembolso porque no queda trabajo sin procesar. Si un envío falla antes de preparar el trabajo, TrekMail trata el cargo como un inicio fallido en vez de dejar un trabajo pagado que no existe. Si algo parece incorrecto, consulta el historial antes de enviar otra copia.

Recordatorio sobre conservación

El periodo de resultados de 15 días es independiente del saldo. Un crédito puede haberse gastado correctamente aunque el resultado detallado haya agotado su periodo de conservación. Descarga la exportación CSV o de texto necesaria para auditoría y campañas mientras esté disponible y protege esos datos de contactos conforme a tu proceso de privacidad.

Mantén una contabilidad sencilla

Utiliza el nombre del trabajo para facilitar una revisión posterior. Nombres como September newsletter import o Partner A sample son más útiles que una fecha genérica. Guarda la exportación y el ID del trabajo con el registro de campaña. Así, quien lo revise tendrá el origen, el coste estimado, el cargo real y el segmento resultante sin reconstruir la decisión a partir de una bandeja de entrada.

Vigila el saldo

El verificador avisa cuando el saldo disponible es bajo. Comprueba la estimación antes de una lista grande, especialmente con Deep. En procesos automatizados, utiliza GET /api/v1/verify/credits para consultar el saldo actual antes de enviar un trabajo.

No ejecutes varios envíos grandes a la vez basándote en una consulta antigua. Vuelve a leer el saldo antes de cada admisión, utiliza una clave de idempotencia distinta para cada solicitud masiva de la API y registra el valor credits_charged devuelto. Esto reduce las sorpresas cuando varias integraciones comparten una cuenta.

Si un saldo o una compra parecen incorrectos

Actualiza el verificador y comprueba que estás en el host TrekMail o White Label previsto. Después consulta el historial por si ya se creó un trabajo. Si necesitas soporte, facilita el ID y el nombre del trabajo y el error visible o referencia de compra. Nunca proporciones un token de API, número completo de tarjeta, contraseña de buzón ni una exportación completa de contactos.

Consulta Precios y paquetes de créditos de Email Verifier para ver ejemplos de planificación.