Términos de Procesamiento de Pagos

Última actualización: May 30, 2026

TÉRMINOS DE PROCESAMIENTO DE PAGOS

Versión: CO-2026.10.02-PAY1

Fecha de vigencia: 2 de octubre de 2026

Entidad: DataCred Tech S.A.S.

NIT: 902112751-6

Propietario y fundador: Isacc Lara González

Domicilio: CL 30 A # CR 79-32, AP 104, Medellín, Antioquia, Colombia

Correo: app@datacred.org

Teléfono: +57 302 668 4956

Estos Términos regulan los pagos realizados a favor de DataCred Tech S.A.S. por productos, servicios, suscripciones, obligaciones de crédito y servicios empresariales.

El medio técnico utilizado para procesar una operación no cambia la identidad de la contraparte contractual cuando DataCred Tech S.A.S. es quien vende, presta el servicio o es acreedor de la obligación.

DataCred utiliza una capa interna de intenciones de pago que separa:

  • el producto o obligación que origina el cobro;
  • el monto comercial determinado por DataCred;
  • el proveedor técnico de pago;
  • el activo o moneda de liquidación;
  • el estado confirmado por el proveedor;
  • la aplicación del pago al libro o producto correspondiente.

El proveedor de pagos no se considera la fuente de verdad del estado del producto. DataCred verifica el pago y después aplica de forma idempotente sus efectos al servicio, suscripción, ciclo u obligación correspondiente.

DataCred puede utilizar proveedores distintos según producto, país, empresa o método de pago.

Actualmente el sistema contempla, entre otros:

  • Binance Pay para determinados pagos de consumidores, cuando el producto y las banderas operativas estén habilitados;
  • Stripe para tokenización y almacenamiento de métodos de pago con tarjeta y determinadas operaciones de facturación;
  • facturación empresarial y otros mecanismos expresamente habilitados.

La existencia de una integración técnica no significa que todas sus capacidades estén activas para todos los usuarios.

La capa de pagos de consumidores contempla actualmente los productos:

  • MONITORING;
  • CREDIT_BUILDER;
  • CREDIT_LOAN;
  • CASH_REPAYMENT.

Cada producto puede activarse o desactivarse independientemente.

Las operaciones de esta capa se cotizan desde datos del servidor. El cliente no determina libremente el precio que el backend debe aceptar.

Cuando se utiliza Binance Pay, el activo de liquidación configurado para estos flujos es USDT.

DataCred Monitoring puede utilizar pagos únicos o autorización de débito periódico cuando el proveedor y la configuración lo permitan.

El backend determina el precio aplicable al plan mensual o anual y registra la activación únicamente después de una confirmación válida del proveedor.

Un intento creado pero no confirmado no equivale a un servicio pagado.

Los ciclos de Credit Builder o productos de crédito solo se marcan como pagados después de una confirmación válida y de verificar que:

  • el producto pertenece al usuario;
  • existe un ciclo pagable;
  • el monto liquidado coincide con el monto autorizado por el servidor;
  • la operación no ha sido aplicada previamente.

Los webhooks duplicados o conciliaciones repetidas no deben duplicar un pago.

DataCred Cash opera únicamente en Venezuela para nuevas originaciones.

Acreedor: DataCred Tech S.A.S.

Entidad que envía u ordena el desembolso: DataCred Tech S.A.S.

Entidad que recibe el pago: DataCred Tech S.A.S.

Binance Pay puede actuar como canal técnico para recibir un pago o efectuar un movimiento autorizado, pero no se convierte por ello en acreedor del préstamo.

Un pago de Cash debe aplicarse a la obligación identificada y conforme al saldo realmente exigible.

DataCred puede permitir que un usuario registre una tarjeta mediante los SDK de Stripe.

Los números completos de tarjeta no deben llegar al servidor de DataCred. El servidor recibe identificadores tokenizados y metadatos limitados, como:

  • marca;
  • últimos cuatro dígitos;
  • mes y año de expiración;
  • país;
  • identificador del método de pago;
  • condición de método predeterminado.

El backend limita actualmente el número de métodos de pago activos que puede mantener un usuario.

Las empresas afiliadas pueden tener modalidades comerciales como:

  • facturación manual;
  • cargo automático a tarjeta cuando esté configurado;
  • cobro por consumo;
  • límites de crédito comercial;
  • saldo pendiente.

En el modo de tarjeta automática, una factura puede cargarse mediante Stripe de forma off-session cuando la empresa haya configurado el método y exista la autorización contractual correspondiente.

DataCred utiliza idempotencia para reducir el riesgo de cobro duplicado de una misma factura.

Cuando un usuario autorice un débito periódico, DataCred registra el contrato o mandato técnico asociado.

La autorización puede tener:

  • producto;
  • monto máximo;
  • periodicidad;
  • siguiente fecha de cobro;
  • fecha final;
  • identificadores del proveedor;
  • estado de firma o terminación.

La revocación o terminación de un mandato futuro no extingue montos válidamente causados antes de su terminación.

Una intención de pago puede pasar por estados como:

  • CREATED;
  • PENDING;
  • PAID;
  • FAILED;
  • CANCELED;
  • ERROR;
  • REFUNDED.

La interfaz del proveedor no modifica directamente el ledger interno sin conciliación.

Los webhooks sirven como señal de que el proveedor reporta un cambio.

DataCred puede consultar al proveedor nuevamente antes de aplicar un estado sensible, especialmente cuando se trate de:

  • pagos;
  • reembolsos;
  • desembolsos;
  • débitos periódicos;
  • cambios de contrato.

Los eventos se deduplican mediante identificadores y claves internas para evitar doble aplicación.

Un producto puede expresar su precio comercial en USD y liquidarse técnicamente en USDT u otro medio habilitado.

La cotización presentada al usuario debe corresponder al producto y operación concreta.

Las comisiones o conversiones aplicadas por un proveedor externo pueden regirse además por los términos propios de ese proveedor.

Los impuestos que legalmente correspondan se tratarán conforme a la normativa aplicable a DataCred Tech S.A.S. y al producto concreto.

DataCred no trasladará al usuario un impuesto, recargo o comisión no informado cuando la ley exija información previa.

Un intento fallido no se trata como pago realizado.

DataCred puede:

  • permitir un nuevo intento;
  • crear una nueva intención;
  • conciliar manualmente;
  • solicitar evidencia;
  • esperar confirmación del proveedor.

No se debe marcar un producto como pagado únicamente porque el cliente muestre una captura de pantalla.

Los reembolsos se rigen por la Política de Reembolsos y, cuando corresponda, por la legislación de protección al consumidor.

El backend contempla reembolsos completos o parciales de operaciones de determinados proveedores.

Un reembolso confirmado debe reflejarse tanto en el registro de pago como en el producto afectado cuando corresponda.

Una controversia sobre un cobro se tramita conforme a la Política de Disputas y Reversión de Pagos.

Una disputa del medio de pago es distinta de:

  • un reclamo sobre información crediticia;
  • una disputa sobre una obligación reportada;
  • una solicitud de corrección de datos.

DataCred aplica:

  • tokenización cuando el proveedor la ofrece;
  • idempotencia;
  • webhooks firmados cuando corresponda;
  • conciliación;
  • rate limits;
  • control de acceso;
  • auditoría;
  • separación entre credenciales y datos comerciales.

DataCred no solicita al usuario que entregue números completos de tarjeta por chat o correo.

El tratamiento de información de pagos se limita a las finalidades necesarias para:

  • ejecutar;
  • conciliar;
  • facturar;
  • prevenir fraude;
  • atender reclamos;
  • cumplir obligaciones jurídicas.

Los proveedores pueden tratar información adicional bajo sus propios términos y la relación de tratamiento que corresponda.

Estos Términos se interpretan conforme a las leyes de la República de Colombia, sin perjuicio de normas imperativas que puedan resultar aplicables a una operación concreta.

DataCred Tech S.A.S.

NIT 902112751-6

Medellín, Colombia