mirror of
https://github.com/mewebstudio/pos.git
synced 2026-04-26 09:55:52 +03:00
[GH-ISSUE #127] TX_STATUS ile TX_HISTORY arasındaki fark #67
Labels
No labels
PayFlexV4
TROY
akbankpos
bug
duplicate
enhancement
garanti
help wanted
isbank
kuveyt
payten
posnet
pull-request
vakifbank
ziraat
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/pos#67
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @sekizlipenguen on GitHub (May 18, 2023).
Original GitHub issue: https://github.com/mewebstudio/pos/issues/127
Selamlar,
TX_STATUS ile TX_HISTORY arasında tam olarak ne gibi bir fark var? çekimi yaptığımda durumunu kontrol ettirdiğimde başarılı gösteriyor ve çekimi iptal ettikten sonrada her ikisini de sorguluyorum halen başarılı oluyor.
"trans_id" => "gizlendi dolu geliyor"
"error_message" => "Record(s) found for 1"
"ref_ret_num" => "gizlendi dolu geliyor"
"order_status" => array:9 [
"ORD_ID" => "1"
"CHARGE_TYPE_CD" => "S"
"ORIG_TRANS_AMT" => "10"
"CAPTURE_AMT" => "10"
"TRANS_STAT" => "V"
"AUTH_DTTM" => "2023-05-18 11"
"CAPTURE_DTTM" => "2023-05-18 11"
"AUTH_CODE" => "gizlendi dolu geliyor"
"TRANS_ID" => "gizlendi dolu geliyor"
]
"transaction_type" => null
"masked_number" => "gizlendi dolu geliyor"
"num_code" => "0"
"first_amount" => 0.1
"capture_amount" => 0.1
"status" => "approved"
"error_code" => null
"status_detail" => "approved"
"capture" => true
@sekizlipenguen commented on GitHub (May 18, 2023):
Bu arada akbank ve yapıkredi de TX_STATUS her zaman approved gelirken garantide iade ve iptal sonucunda void olarak düşüyor. Diğer bankalar içinde denedikçe bilgi vereceğim.
iptal iade sonucu TX_STATUS için status aynı kalanlar;
ak bank
yapı kredi
iş bankası
void dönenler;
garanti
1-5 dakika içinde void dönenler;
akbank
iş bankası için anlık olarak: order_status içinde "TRANS_STAT" => "C" ise ödeme aktif.
TRANS_STAT" => "V" ise iptal olarak kontrol sağlanabilir gibi duruyor.
iade işlemi yaptıktan sonra ise anlık olarak hiçbiri false dönüş sağlamıyor. Para diğer hesaba ulaşana kadar C kalmaya devam ediyor. Bu sebep ile ödeme sorgulama genel olarak çok sağlıklı değil, dikkatli olmanızda fayda var açık oluşturma potansiyeli yüksek.
@nuryagdym commented on GitHub (May 18, 2023):
Merhabalar,
Mews\Pos\Gateways\AbstractGateway::TX_HISTORY => rapor amacli, orgenin bugun gerceklesen islemleri listelemek icin kullanilir, ama bankadan bankaya yine davranis degisebilir.
Mews\Pos\Gateways\AbstractGateway::TX_STATUS => yapilan bir islemin sonucu ogrenmek icin kullanilir.
kutuphanenin
status|historyistek sonucu dondurdugu response'da yer alantx_statusya daorder_statusguvenilir bir deger degil.Ordaki sorun sundan kaynaklaniyor:
Bankadan donen
statusneyin statusu? sorgu yaptigim odemenin durumu mu yoksa su an gonderdigim status sorgulama istediginin durumu mu? Yani ornegin status istege hatali bir istek gonderince, bankada donen status deger odemenin durum degil de status istegin durumunu belirtir.Bu status ve history sorulari duzgun map edilmemis oldugunu dusunuyorum.
Cok kullanan olmadigi icin zaman ayirasim yok. Analiz ve anlama sureci ugrastirir.
Akbank, Isbank ve diger bir kac banka ayni (EstPos/Asseco) alt yapiyi kullaniyor, bu yuzden ayni veri donmesi gerekiyor.
@sekizlipenguen commented on GitHub (May 18, 2023):
öncelikle dönüş için teşekkürler,
evet aslında ben bir kaç tanesi için çözüm sağladım değerleri içinde değişiyor ancak dediğin gibi hepsi sağlıklı sonuç verecek gibi durmuyor ve iade işlem talebi göndersen bile yine true olarak geliyor burada herkes kendi yapısını kurarak devam etmesi daha mantıklı(db vs gibi yerlerde iade/iptal sonuçlarını saklayarak çözmeleri)