Ana içeriğe geç

Header

Çekim Talepleri ve Satıcı Uygunluğu

BDX.market, finans operasyonlarını güvenceye almak için doğrulama politikaları, güven nitelikleri ve yönetici süreçleri uygular. Satıcılar kullanılabilir kazançları çekmeden önce açık uygunluk gerekliliklerini karşılamalıdır.

Bu belge, satıcı ödemeleri için adım adım gönderim yaşam döngüsünü, uygunluk kontrollerini, doğrulama kurallarını, hata işleme davranışını ve yönetici işleme eylemlerini özetler.

1. Ön Koşullar ve Satıcı Uygunluğu​

Bir satıcı ödeme talebi göndermeden önce sistem beş zorunlu doğrulama kontrolü yürütür:

 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

Kontrol 1: Mağaza Sahipliği Yetkilendirmesi​

Kimliği doğrulanmış kullanıcının satıcı profilinin doğrulanmış sahibi olması gerekir. Tam finans yönetim izinleri olmayan yetkili mağaza yöneticilerinin ödeme talebi göndermesi engellenir.

Kontrol 2: Kimlik ve Hesap Doğrulaması​

Satıcı profili, ödemelerin kilidi açılmadan önce gerekli kimlik doğrulama adımlarını tamamlamalıdır. Bu, yetkisiz hesap boşaltmayı önler ve dijital ticaret yönergeleriyle uyumu korur.

Kontrol 3: Tamamlanan Sipariş Gerekliliği​

Yeni doğrulanmamış satıcı hesaplarından kötüye kullanımı önlemek için BDX, satıcıların ödeme talebi başlatmadan önce en az bir başarılı pazaryeri siparişini tamamlamasını şart koşar.

Kontrol 4: Asgari Ödeme Eşiği (500 BDT)​

Asgari çekim eşiği 500 BDT'dir. 500 BDT altındaki talepler net bir bildirimle otomatik reddedilir.

Kontrol 5: Net Kullanılabilir Bakiye ve Anlaşmazlık Teminatı​

Talep edilen çekim tutarı, kullanılabilir bakiyenizi eksi aktif anlaşmazlık rezervasyonlarını aşmamalıdır:

İzin Verilen Azami Ödeme = Kullanılabilir Bakiye - Açık Anlaşmazlık Rezervasyonları

2. Ödeme Talebi Durumları​

Bir çekim talebi ayrı durumlarda ilerler:

                  ┌──────────────┐
                  │  requested   │
                  └──────┬───────┘
                         │
             ┌───────────┴───────────┐
             ▼                       ▼
      ┌──────────────┐       ┌──────────────┐
      │   approved   │       │   rejected   │
      └──────┬───────┘       └──────────────┘
             │
             ▼
      ┌──────────────┐
      │     paid     │
      └──────────────┘
DurumAçıklamaBakiye Etkisi
requestedSatıcı tarafından gönderimde ilk durum. Yönetici incelemesi bekleniyor.İnceleme süresince harcanabilir bakiyeden düşülür.
approvedÖdeme partisi uygulanmadan önce yönetici tarafından ayarlanan ara durum.Ödeme işleme partisi için bekletilir.
paidNihai tamamlanmış durum. Seçilen MFS veya banka kanalıyla gönderildi.Tamamen işlenmiş olarak işaretlenir; defter güncellenir.
rejectedYönetim tarafından reddedildi (örn. geçersiz hesap numarası, politika sorunu).Kesinti kaldırılır; tutar kullanılabilir bakiyeye döner.

3. Adım Adım Gönderim Yaşam Döngüsü​

Adım 1: Kullanıcı Talebi​

Satıcı Satıcı Panosunda ödeme yöntemini (bkash, nagad, rocket, bank) seçer, hesap numarasını ve isteğe bağlı etiketi girer, BDT tutarını belirtir (asgari 500 BDT) ve formu gönderir.

Adım 2: Doğrulama ve İşleme​

Sistem bakiye kayıtlarını kilitler, kullanılabilir tutarı aktif anlaşmazlıklara karşı doğrular ve çekim talebini ödeme işleme kuyruğuna kaydeder.

Adım 3: Bildirimler​

  • Satıcı Bildirimi: Alındığını onaylayan bir uygulama içi uyarı ve e-posta: "৳[tutar] ödeme talebiniz işlem için BDX yönetimine iletildi. 1–2 iş günü içinde haber alacaksınız."
  • Yönetici Uyarısı: Çekimi parti uygulaması için kuyruğa almak üzere platform uyum personeline bir uyarı gönderilir.

4. Yönetici İşleme ve Ödendi Olarak İşaretleme Uygulaması​

Platform yöneticileri ödeme taleplerini haftada iki kez ödeme döngülerinde (Pazartesi ve Perşembe) yönetir.

Bir yönetici MFS veya banka transferiyle para transferini tamamladığında:

  1. Talep durumu Ödendi olarak güncellenir.
  2. Sipariş ödeme durumları serbest bırakıldı olarak güncellenir.
  3. Satıcı transfer tamamlamasını onaylayan otomatik bir e-posta ve uygulama içi bildirim alır.

5. Reddedilen Ödemeleri Ele Alma​

Bir ödeme talebi geçersiz finans detayları içeriyorsa (yanlış MFS numarası veya dolu alıcı cüzdanı gibi):

  1. Ret Bildirimi: Destek personeli talebi reddedildi olarak işaretler ve açıklayıcı bir not ekler (örn. "bKash kişisel cüzdan sınırı doldu").
  2. Tutar Geri Yüklenir: Talebi reddetmek tutarın kilidini hemen açar ve satıcının harcanabilir bakiyesine döndürür.
  3. Bildirim: Satıcıyı ödeme detaylarını güncelleyip yeniden başvurması için bilgilendiren bir uyarı gönderilir.

Satıcılar İçin Özet Sorun Giderme Kontrol Listesi​

Sorun / Hata MesajıKök NedenÇözüm
"Minimum payout request is 500 BDT."Talep edilen tutar 500 BDT eşiğinin altında.Çekim talep tutarını en az 500 BDT'ye yükseltin.
"You need at least 1 completed order(s)..."Hesapta 0 tamamlanan satış var.En az bir pazaryeri siparişini başarıyla tamamlayın.
"Only X BDT is ready to withdraw. Y BDT is still clearing."Tutar tamamlanma sonrası güvenlik netleşmede bekletiliyor.Panodaki netleşme geri sayım sayacı sıfıra ulaşana kadar bekleyin.
"Cannot payout: you have open disputes..."Bakiye aktif bir alıcı anlaşmazlığı için teminat olarak rezerve edildi.Açık anlaşmazlığı alıcıyla çözün veya yönetici tahkimini bekleyin.
"Too Many Requests"Hızlı gönderim sınırı aşıldı.Başka talep göndermeden önce 60 saniye bekleyin.
En son tarihinde güncellendi