Información sobre el Pago

LandBench Tool acepta tres canales independientes de pago en el checkout. Solo el canal habilitado por el administrador en el momento de la transacción se muestra al técnico — la elección está centralizada para mantener limpia la trazabilidad.

Los números de tarjeta, fechas de expiración y códigos de verificación (CVV/CVC) NUNCA tocan nuestros servidores ni se persisten en nuestra base de datos. Los datos se capturan directamente en un iframe certificado PCI-DSS Nivel 1 renderizado por el gateway de pago. El gateway devuelve un token criptográfico de un solo uso (nonce) que usamos en el servidor para instruir el cobro. El número original de la tarjeta no se puede derivar a partir de ese token.

• TLS 1.3 mandatorio extremo a extremo.
• Claves de idempotencia por transacción (sin cobros duplicados al reintentar).
• 3-D Secure 2.0 del lado del PSP (Strong Customer Authentication).
• Tarjetas guardadas almacenadas exclusivamente como tokens del gateway — nunca el PAN crudo.
• Edge Functions autenticadas con JWT para cada llamada de cobro del servidor.

Los Créditos de Cómputo en la Nube son unidades internas prepagadas que cubren el coste operativo de los algoritmos de procesamiento en la nube y el cómputo distribuido aplicados a la optimización de código de firmware, la verificación de firmas y los procedimientos de instrumentación física. La cartera funciona como una cuenta corporativa prepagada: cada débito está atado a una RPC SQL atómica con locks a nivel de fila, cada saldo se concilia contra el historial de recargas y el ledger operativo es inmutable.

• Canales de recarga: tarjeta de débito/crédito o transferencia bancaria auditada.
• Cada débito se despacha bajo una única RPC transaccional — el doble gasto es estructuralmente imposible.
• El ledger se expone al titular del taller bajo "Transacciones" dentro de la cuenta del cliente.
• Los reembolsos revierten el monto equivalente y dejan un par crédito/débito trazable.

Para talleres corporativos sin tarjeta a la mano, aceptamos transferencia bancaria con carga manual de comprobante. El flujo es auditable de extremo a extremo:

1. El técnico solicita la orden; el sistema genera un registro de transferencia en estado `pendiente` con la cuenta de destino oficial.
2. El cliente sube el comprobante (PDF/JPG) al bucket privado de almacenamiento atado a esa orden.
3. El super-admin revisa el comprobante contra el estado de cuenta bancario y, si concuerda, aprueba la orden — el sistema acredita la cartera de forma atómica y sella la traza de auditoría.
4. Si el depósito no puede verificarse, la orden se rechaza con motivo documentado y no se acreditan créditos.

Los reembolsos por tarjeta se procesan contra la transacción original (reglas del PSP). Los reembolsos por transferencia bancaria se coordinan con el cliente por el mismo canal bancario. Los Créditos de Cómputo en la Nube debitados por un servicio que demostrablemente no se entregó se revierten con la misma RPC que los consumió, dejando el ledger balanceado.

Si se abre un contracargo, presentamos al emisor o PSP el manifiesto, el AWB/TRK, el registro tokenizado de pago y el log del resultado del workflow. Las disputas sin evidencia por parte del tarjetahabiente se resuelven típicamente a nuestro favor.

Consultas de facturación, reenvío de comprobantes y escalación de PSP: soporte@landbenchtool.com