Solicitudes de retiro y elegibilidad del vendedor
BDX.market aplica políticas de verificación, calificaciones de confianza y flujos administrativos para proteger las operaciones financieras. Los vendedores deben cumplir requisitos explícitos de elegibilidad antes de retirar las ganancias disponibles.
Este documento describe el ciclo de vida de envío paso a paso, las comprobaciones de elegibilidad, las reglas de verificación, el comportamiento de gestión de errores y las acciones administrativas de procesamiento para pagos a vendedores.
1. Requisitos previos y elegibilidad del vendedor
Antes de que un vendedor pueda enviar una solicitud de pago, el sistema ejecuta cinco comprobaciones obligatorias de verificación:
Payout Request Submission Flow
├── 1. Store Ownership Verification
├── 2. Identity & Account Verification
├── 3. Minimum Completed Orders Trust Requirement (1 completed order)
├── 4. Minimum Withdrawal Amount Requirement (500 BDT)
└── 5. Net Available Balance & Open Dispute Reserve Check
Comprobación 1: Autorización de propiedad de la tienda
El usuario autenticado debe ser el propietario verificado del perfil de vendedor. Los gerentes delegados sin permisos completos de administración financiera no pueden enviar solicitudes de pago.
Comprobación 2: Verificación de identidad y cuenta
El perfil del vendedor debe completar los pasos requeridos de verificación de identidad antes de desbloquear los pagos. Esto evita vaciados no autorizados y mantiene el cumplimiento de las directrices de comercio digital.
Comprobación 3: Requisito de pedidos completados
Para evitar abusos de cuentas nuevas no verificadas, BDX exige a los vendedores completar al menos un pedido exitoso del mercado antes de iniciar una solicitud de pago.
Comprobación 4: Umbral mínimo de pago (500 BDT)
El umbral mínimo de retiro es 500 BDT. Las solicitudes inferiores a 500 BDT se rechazan automáticamente con un aviso claro.
Comprobación 5: Saldo disponible neto y garantía por disputa
El importe de retiro solicitado no debe superar tu saldo disponible menos las reservas activas por disputas:
Pago máximo permitido = Saldo disponible - Reservas por disputas abiertas
2. Estados de solicitud de pago
Una solicitud de retiro avanza por estados discretos:
┌──────────────┐
│ requested │
└──────┬───────┘
│
┌───────────┴───────────┐
▼ ▼
┌──────────────┐ ┌──────────────┐
│ approved │ │ rejected │
└──────┬───────┘ └──────────────┘
│
▼
┌──────────────┐
│ paid │
└──────────────┘
| Estado | Descripción | Impacto en el saldo |
|---|---|---|
requested | Estado inicial al enviar el vendedor. Espera revisión administrativa. | Deducido del saldo disponible mientras está en revisión. |
approved | Estado intermedio fijado por el administrador antes de ejecutar el desembolso. | Retenido para el lote de procesamiento de pagos. |
paid | Estado final completado. Enviado vía el canal MFS o bancario elegido. | Marcado como totalmente procesado; libro mayor actualizado. |
rejected | Rechazado por la administración (p. ej., número de cuenta inválido, problema de política). | Deducción eliminada; fondos devueltos al saldo disponible. |
3. Ciclo de vida de envío paso a paso
Paso 1: Solicitud del usuario
El vendedor selecciona un método de pago (bkash, nagad, rocket, bank), introduce el número de cuenta y la etiqueta opcional, especifica el importe en BDT (mínimo 500 BDT) y envía el formulario en el panel del vendedor.
Paso 2: Verificación y procesamiento
El sistema bloquea los registros de saldo, verifica los fondos disponibles contra disputas activas y registra la solicitud de retiro en la cola de procesamiento de pagos.
Paso 3: Notificaciones
- Notificación al vendedor: Una alerta en la aplicación y un correo confirman la recepción: «Tu solicitud de pago de ৳[importe] está con el administrador de BDX para su procesamiento. Recibirás noticias en 1–2 días laborables.»
- Alerta al administrador: Se envía una alerta al personal de cumplimiento para poner el retiro en cola de ejecución por lotes.
4. Procesamiento administrativo y ejecución de marcado como pagado
Los administradores de la plataforma gestionan las solicitudes de pago durante los ciclos de pago dos veces por semana (lunes y jueves).
Cuando un administrador completa la transferencia de dinero vía MFS o banco:
- El estado de la solicitud se actualiza a pagado.
- Los estados de pago de pedidos se actualizan a liberados.
- El vendedor recibe un correo automatizado y una notificación en la aplicación confirmando la finalización de la transferencia.
5. Gestión de pagos rechazados
Si una solicitud de pago contiene datos financieros inválidos (como un número MFS incorrecto o billetera del destinatario llena):
- Aviso de rechazo: El personal de soporte marca la solicitud como rechazada y añade una nota explicativa (p. ej., «límite de billetera personal de bKash alcanzado»).
- Fondos restaurados: Rechazar una solicitud desbloquea de inmediato los fondos, devolviéndolos al saldo disponible del vendedor.
- Notificación: Una alerta informa al vendedor para que actualice los datos de pago y vuelva a solicitar.
Lista de comprobación resumida de solución de problemas para vendedores
| Problema / mensaje de error | Causa raíz | Solución |
|---|---|---|
"Minimum payout request is 500 BDT." | El importe solicitado está bajo el umbral de 500 BDT. | Aumenta el retiro a al menos 500 BDT. |
"You need at least 1 completed order(s)..." | La cuenta tiene 0 ventas completadas. | Completa al menos un pedido del mercado con éxito. |
"Only X BDT is ready to withdraw. Y BDT is still clearing." | Los fondos están retenidos en la liquidación de seguridad posterior a la finalización. | Espera hasta que el temporizador de liquidación del panel llegue a cero. |
"Cannot payout: you have open disputes..." | El saldo está reservado como garantía para una disputa activa. | Resuelve la disputa abierta con el comprador o espera el arbitraje administrativo. |
"Too Many Requests" | Límite de envío rápido alcanzado. | Espera 60 segundos antes de enviar otra solicitud. |