Bilgilendirme

Uzun süredir devam ettiğim blog yazılarıma;

https://www.ercumentyenikaya.com adresinden devam ediyor olacağım. Bilginize.

Bilgilendirme

Temassız İşlem Limitleri

 

15 Ocak 2026 tarihinden itibaren temassız ödeme işlemlerinde şifre girilmeden yapılabilecek üst limit 2.500 TL olacak.

Yeni düzenleme kapsamında:

• 2.500 TL’ye kadar olan temassız ödemelerde şifre girilmesine gerek olmayacak
• 2.500 TL ve üzerindeki temassız işlemlerde ise kart şifresi girilmesi zorunlu olacak

Kredi kartı veya mobil cihazlar (telefon, akıllı saat vb.) ile yapılan temassız ödemelerde, 1.500 TL’ye kadar olan harcamalar müşterinin şifre tuşlamasına gerek kalmadan anında gerçekleştirilebiliyor. 

Temassız İşlem Limitleri

CVM List

Chip & EMV dünyasında “kart sahibinin” kimliğini doğrulamak önemli bir konu. Temel amacı, dolandırıcılığı engellemek.

 

Bunun için biz kartı basarken 8E (CVM List) Tag’ine aşağıdaki doğrulama yöntemlerini ekleyip, karta basıyoruz. 

 

Karta yazılan liste aşağıdaki işaretlediğim numara formatındaki gibi oluyor ve terminaller tarafından kontrol ediliyor. Terminaller sırayla aşağıdaki listeyi deniyor ve onay almaya çalışıyor. POS’da aşağıdaki 5 metot da kullanıyor. ATM terminallerinin çoğunda Offline PIN metotlarını kullanamıyor. Direkt 3. Metottan başlıyor.

 

 

00000000000000004403410342031E031F03

 

 

1.    Enciphered PIN for offline verification (Offline)  - 4403

Kart PIN’i offline olarak doğrulanır. PINPAD’den girilen PIN, karta açık şekilde iletilir.

 

2.    Plaintext PIN for ICC verification (Offline) - 4103

Kart PIN’i offline olarak doğrulanır. PINPAD’den girilen PIN, karta şifreli şekilde iletilir.

 

3.    Enciphered PIN for online verification (Online) - 4203

Kart PIN’i online olarak doğrulanır. PINPAD’den girilen PIN, issuer banka hostuna şifreli şekilde iletilir. 

 

4.    Signature – 1E03

Kart sahibinden, işlem sonunda üretilen slip’i imzalaması istenir. Slip’teki bu imza, kartın arka yüzündeki imza ile karşılaştırılır.

 

5.    No CVM Required - 1F03

İşleme kart sahibini doğrulamadan devam edilebileceğini ifade eder.

CVM List

Agile (Çevik) Hakkında

Scrum kelimesi Ragbi sporunda oyun dışı kalmış bir topun oyuna tekrar dahil edilmesi ve takımın birleşerek bir bütün halinde hareket etmesidir.

Scrum’un gerçek görüntüsü aşağıdaki gibi:

Çevik manifestoda 4 temel değerden toplam 12 prensip var. Bu prensipler ayrıntılı sistem geliştirme süreçleri, araçlar, dokümantasyon veya ayrıntılı planlardan ziyade geliştiricilerin çalışma koşullarına, yazılımın kendisine, müşterilere ve değişen sistem gereksinimlerinin nasıl ele alınabileceğine odaklıdır.

Agile (Çevik) Değerler:

Bireyler ve Etkileşimler (Süreçler ve araçlar yerine): İlk değerin insan olması ve insanlar arası iletişimin aslında gereksinimi ortaya çıkararak dolaylı yoldan sistemin başarısını oluşturur.

Çalışan Yazılım: Çevik manifesto için belgeler değerlidir ama çalışan yazılım çok daha fazla değerlidir.

Müşteri Katılımı: Çevik yöntemlerde müşteri süreç içerisinde devamlı rolü olan önemli bir paydaştır.

Değişim Yönetimi: Geleneksel yöntemlerde, değişimler aslında en temel masraf kaynağıdır ki proje yöneticileri bu durumdan kaçınmak üzere çok ayrıntılı planlar hazırlar. Çevik yaklaşımda ise proje planı statik bir doküman değildir. Her aşamada güncellenir ve değişir.

Agile (Çevik) Prensipler:

1. Süreç tamamen müşteri memnuniyeti odaklıdır. Bu yüzden yazılım olabilecek en erken zamandan başlamak üzere sürekli teslim edilir.

2. Değişen sistem gereksinimleri dikkate alınmalıdır. Gereksinim ne zaman değiştiği veya neye dönüştüğünden bağımsız olarak, bir şekilde sürece dahil edilmesini sağlanmalıdır.

3. İşlevsel son ürüne en kısa zamanda ulaşmak esastır. Müşteri teslimatları ise sürekli olarak devam etmelidir.

4. Müşterilerin sadece pasif izleyici ve gereksinim doğrulayıcısı olarak kalmasından ziyade sürece direkt katılımını sağlayacak altyapı kurulmalıdır. Müşteriler ve geliştiriciler, iş sorununu çözmek için birlikte çalışmalıdır.

5. Ancak motive bireyler uygun ve doğru çözümler üretir. O zaman ihtiyaç duyulan araçlar ve çalışma ortamı sağlanmalı ve çalışanlara doğru ürün teslim etme konusunda güvenilmelidir.

6. Mutlaka yüz yüze iletişim tercih edilmelidir. Mümkün olduğunca mesajlaşmadan kaçınılmalıdır.

7. Çalışan yazılım sürecin sadece ve sadece tek bir performans göstergesidir

8. Sürdürülebilir bir hız esastır. Yani çalışanların, hatta bütün paydaşların yorgunluk vb. nedenlerden dolayı tükenmişliğine müsaade etmemek gerekir.

9. Çeviklik ancak teknik mükemmellik ve iyi tasarımla birlikte mümkün olabilir.

10. Sadelik ve gereksiz işlerden kaçınmak esastır. Yani süreçler değer katmayan bütün unsurlardan temizlenmeli, yani yalınlaştırılmalıdır.

11. Ekip içi organizasyon (ekip içi öğrenme ve iş birliği) en iyi mimarileri, gereksinimleri ve tasarımları mümkün kılar.

12. Geliştirme ekipleri, geliştirme süreçlerini nasıl iyileştirecekleri konusunda düzenli olarak düşünmelidir.

Agile (Çevik) Hakkında

CVM Altı ve Üstü İşlemler...

EMV olarak gerçekleştirilen bir kredi kartı işleminde kart sahibinin terminal tarafından doğrulanmasına Cardholder Verification denmektedir. Kart sahibinin doğrulanma yöntemi de Cardholder Verificatipn Method (CVM) olarak da bilinir. 8E tagi ile kontrol edilir.

CVM altı temassız işlemler (Offline olanlar hariç):

Herhangi bir kart sahibi doğrulamasına ihtiyaç olmadan otorizasyona gönderilebilir. Issuer banka (kart sahibi banka) kendisine gelen bu işlemi onaylayabileceği gibi çeşitli kontroller sonucunda reddedebilir. Reddedilen işlemlerin önemli bir kısmı, eğer kart sahibi doğrulanabilmiş olsaydı (örneğin işlemler Pin’li olsaydı) onaylanabilirdi. Bu ve benzeri nedenlerden dolayı online temassız işlemlerde akışın değiştirilmesine karar verilmiştir.

Yeni akışla birlikte Issuer bankanın artık iki değil dört seçeneği olacaktır:

1. Onayla

2.  Reddet

3. Kart sahibinden Pin girmesini iste

4. Kartın Pos cihazına takılmasını iste

Örnek işlem akışlarını aşağıda bulabilirsiniz:

CVM limit üstü işlemler:

Yeni akışla birlikte (eğer Acquirer ve Issuer bankalar geliştirmelerini tamamladıysa) işlem sonlandırılmaksızın müşteriden tekrar şifre girmesi istenebilecektir. Yani Issuer bankanın artık iki değil üç seçeneği olacaktır:

1. Onayla
2. Reddet
3. Kart sahibinden yeniden Pin girmesini iste

Örnek işlem akışlarını aşağıda bulabilirsiniz:

CVM Altı ve Üstü İşlemler...

RSA Hakkında

RSA algoritması asimetrik bir kriptoloji algoritmasıdır. Asimetrik çalıştığı için iki farklı anahtar kullanır. Bu anahtarlara Public Key ve Private Key denilir. Adından anlaşılacağı üzere public key herkes tarafından bilinirken, private key sadece mesajı yayınlayan kişi tarafından bilinir.

Bu kriptoloji algoritmasını 1977 yılında Ron Rives, Adi Shamir ve Leonard Aldeman geliştirmiş ve soy isimlerinin baş harflerini algoritma adı olarak kullanmışlardır.

Çalışması ise şu şekilde olur:

1. İki adet asal sayı seçilir. Bu sayıların büyük olması güvenlik açısından önemlidir. Bu iki sayıya p ve q diyelim.

2. Anahtarlar için base değerinin hesaplanması gerekmektedir. Base değerine n dersek; n = p*q şeklinde bu değer hesaplanabilir.

3. n değeri için totient fonksiyonu hesaplanır. Her iki çarpanda asal olduğu için n değerinin totient fonksiyonu ; φ(n) = (p-1)(q-1) olarak bulunur.

4. Public key değerimize e dersek, e’yi bulmak için 1< e <φ(n) aralığından bir asal sayı seçilmelidir. e değerimiz artık bizim public key değerimizdir.

5. Private key değerimize d dersek, d*e = 1 mod (n) olarak d değeri hesaplanır.

RSA Hakkında

EMV QR Hakkında...

QR formatında ortak bir standardının kullanımı için EMVCo firması tarafından bazı çalışmalar yapılıyor. İlki 2017 yılında yapıldı, 2018 yılında da müşteri ve terminaller için yeni güncellemeler geldi. 

Burada EMVCo’nun amacı QR konusunda ortak standartlar oluşturmak. QR kod yapısında TLV (Tag-Length-Value) formatında bir dizin mevcut, sonunda da CRC doğrulama değeri var.

 

Aşağıda bizim de devamlı ilgilendiğimiz EMV alanları var, aşina olmanız için paylaşıyorum;

 

Örneğin: 

 

·        Payload Format Indicator: QR versiyon vb. ID bilgilerini tutuyor.

·        Merchant Category Code (MCC): Üye işyeri kodu

·        Country Code: Ülke kodu

·        Merchant Name: İş yeri adı

·        CRC: Doğrulama değeri. EMV dokümanına göre ISO standartı baz alınarak doğrulama değeri oluşturuluyor.

EMV QR Hakkında...

Koli Barkod Hakkında

Bankalar bazen kartları koli halinde toplu gönderebiliyor. Koli barkod, kartların ayrı bir koli ile gönderilmesi için kullanılan bir barkod numarası.

 

Bu kullanılan numaralar “EAN-13” standartlarına yani Avrupa Article Birliğine uygun olarak üretiliyor. Buradaki EAN kodunu, belirli standartlara göre ülkemizde TOBB organize ediyor. Yani belirli bir standartları var, kafanıza göre bu numaraları üretemezsiniz.

 

Koli Barkodda toplam 13 hane var, şöyle sıralanıyor:

Ø  Ülke Kodu        3 Hane

Ø  Firma Kodu      4 Hane

Ø  Ürün Kodu       5 Hane  

Ø  Kontrol Hanesi  1 Hane

 

Daha kolay anlaşılması için aşağıda dosya formatında anlattım;

 

Giden Kurye Dosyasında; Koli barkod numarası ve barkod numarası bilgileri aşağıdaki formata benzer şekilde yer alıyor. Kurye firması, koli barkod alanı dolu olan kayıtları ayrı bir koli ile teslimatını yapıyor.

 

Koli Barkod No	Barkod No	Şube
1111111111111	1111111111111	Merkez

 

Kurye Gelen dosyasında; Firma, banka tarafından iletilen koli barkod numarası ve altındaki tüm barkodlar için ayrı ayrı dağıtım bilgilerini banka ile paylaşıyor.

 

Koli Barkod No	Barkod No	Şube	Dağıtım Durumu
1111111111111	1111111111111	Merkez	Şube Yetkilisine Teslim

 

Bu yapının bankaya ne tür avantajı ya da katkısı var?

-      Banka, X şubesine gönderilecek 100 adet kart için gönderi başına örneğin 2 TL ödediğini düşünürseniz 2X100= 200 TL bir maliyeti oluyor.

 

-      Koli barkod yapısında ise kurye firması koli bazında gönderi ücreti alıyor. Dolayısıyla banka, 1 koli gönderim ücreti 50 TL ise burada toplu gönderim yaparak 100 adetlik kart gönderiminden 150 TL tasarruf etmiş oluyor.

Koli Barkod Hakkında

Barkod Üretimi Hakkında

Ödeme sistemleri dünyasında, barkod numarası bir çok alanda (Kredi kartı Ekstresi, Kurye ile Kart dağıtımı vb.) kullanılıyor. Bugün bizde kurye ve barkod mantığı nasıl ilerliyor onu anlatmak istedim. 

 

Ayrıca ekte gönderdiğim “Koli Barkod Neden Kullanılır?” mailime de bakabilirsiniz. 

 

Bir kart için basım / barkod üretim / kurye süreçleri aşağıdaki gibi oluşuyor:

-        Kart Başvurusu girilerek kart numarası üretilir. 

-        Kart basım dosyası oluşturma aşamasında dağıtım için kullanılacak barkod numarası üretilerek basım dosyasına eklenir.

-        Basım firmasına basım talebi iletilir.

-        Kart tutucusunun üzerine barkod numarası basılarak kartın fiziki basımı yapılır. Fiziki basılan kart, “Kurye” firmasına iletilir.

-        Banka tarafından “Kurye dosyası” oluşturularak (ya da web servisle, bizde şu an web servisle ilerliyoruz) barkod numarası bazında kurye için gerekli bilgiler “Kurye firmasına” iletilir.

-        Kurye tarafından fiziki iletilen kart bilgileri ile Kurye dosyası ya da web servisle iletilen bilgiler karşılaştırılarak mutabakat yapılır. 

-        Dağıtım sonucu barkod numarası bazında “Kurye firması” tarafından bankaya iletilir.

-        Dağıtım ve mutabakat işlemleri “barkod numarası” üzerinden yapılır.

 

Kısacası Barkod Numarası, kartların kurye ile dağıtımı için olmazsa olmaz bir değerdir. Bir karta ait n adet barkod üretilmiş olabilir, fakat 1 barkod, 1 karta ait olmalıdır.

 

Not: Kartın dağıtım adedince barkod numarası üretilir. Örneğin; bir kart 3 kez Vade yenileme, Emboss yenileme vs. nedenleri ile yenilenmişse aynı kart numarası altında 3 farklı barkod numarası üretilmiş olabilir.

 

Örnek bir Barkod:

Barkod Üretimi Hakkında

ARPC - ARQC Hakkında...

Chipli işlemlerde terminal, kredi kartını veya kart sahibini işlem anında doğrulamak zorunda ve EMV mantığına göre de 2 şekilde doğrulanabiliyor;

1. Offline (DDA, CDA): Kart ile terminal arasında gerçekleşir.

2. Online (ARQC, ARPC): Kart ile banka arasında gerçekleşir.

Benim anlatacağım kısım 2. Madde, 1. Maddeyi başka bir gün anlatırım.

ARQC-ARPC Nedir / Nasıl Hesaplanır?

Online tarafta, aşağıda anlattığım adımlar yani “kart-host banka” doğrulaması başarısız olursa maalesef bu hatayı alıyoruz.

İşlem, otorizasyon için Online’a çıkarsa, işte burada ARQC ve ARPC’nin önemi ortaya çıkıyor. Bu döngü 2 adımda gerçekleşiyor;

1.Adım - (ARQC- Application Request Cryptogram): Bu adımda; Issuer banka, kartın gerçekliğini yani doğru değerlerle basılıp basılmadığını, sahte olup olmadığı vb. adımları doğruluyor. Kart tarafından bazı değerler (Kart Numarası, İşlem Datası, Master Key) işlem anında hesaplanıp gönderiliyor. Her işlemde bu değer farklılaşıyor.

ARQC hesaplamasında genelde aşağıdaki EMV tag’ler kullanılıyor. “ICC” yazanlar karttan giden değerler olarak düşünebilirsiniz. Örneğin her işlemde ATC, Unpredictable vb. tag değerleri artırılıp, değiştirilip gönderiliyor. Ayrıca yine kontrol için “9F10 (Issuer Application Data) ve 9F26 (Application Cryptogram)” taglerini de problem durumlarında teşhis için kullanıyoruz. Piyasada, internette bir çok ARQC calculatorlar da mevcut. Siz bu değerleri girdiğinizde, otomatik hesaplıyor.

2. Adım - (ARPC- Application Response Cryptogram): Bu adımda, Online’dan gelen cevaba göre kartın, bankayı doğrulaması adımı yapılıyor. Bankanın kartı doğruladığı gibi kart da bankayı doğrulayabilir. Banka, ARQC değerini doğruladıktan sonra, ARQC değerini de kullanarak ARPC değerini oluşturur ve karta gönderiyor. ARPC değeri yanlış gelirse veya gelmezse işlem “079-ARQC Hatası” ile reddedilir. İki değerinde uyumlu olması durumunda “online kriptogram” doğrulaması başarılı olur, provizyondan “00-Başarılı” koduyla onay alınır, müşterinin POS ve ATM’den slipi basılıp, işlem sonlandırılıyor.

Örnek bir Visa ARQC-ARPC işlem akışı:

Olayın anlaşılması için aşağıdaki şekli paylaştım. Şekle dikkat ederseniz Online tarafa geçtiği anda ARQC-ARPC akışı, Issuer Banka ve Kart arasında başlıyor.

ARPC - ARQC Hakkında...

HSM Hakkında...

HSM (Hardware Security Module), hassas ve önemli kriptografik key’leri fiziksel ortamda saklamak ve güvenli şekilde işlem gerçekleştirmek için üretilmiş özel güvenlik cihazları. Genelde piyasada “Thales ve Safenet” HSM’leri mevcut.

Thales /Safenet dışında kullanılan HSM markaları da var:

-Atos Trustway ürünü var.

-IBM’in HSM’leri var. Genel de PCI kart tipi ürünler üretiyor.

-MTG’nin Ultimaco ürünü var.

-Procenne yerli firma, ProCrypt ürünü var.

- Tübitak’ın ortak ürettiği Dirak HSM’leri var.

HSM kullanılan sektörler:

-Bankalar/Ödeme Sistemleri (Kredi ve banka kartı işlemleri, POS, ATM, IVR, Mobil, İnternet Bankacılık vb. her türlü otorizasyon işleminde kullanılıyor.)

-Kripto Anahtar Yönetimi Desteği Veren Firmalar  (Firmalara simetrik ve asimetrik key oluşturma vb. danışmanlık veriliyor. Örneğin ZMK, KEK key paylaşımı vb.)

-Blok Zincir veya Kripto Para (Kripto para cüzdanlarının oluşturulması ve korunması HSM ile yapılıyor.)

-Elektronik İmza (Türk Trust gibi dijital sertifika firmaları; E-Fatura, Mali Mühür vb. uygulamalarda da kullanılıyor.)

HSM kullanımında ana kurallar:

Bu kurallar genel de yazılı olan, çok dikkat edilmesi gereken kurallar. Literatürde böyle maddeler var. Genel de 2. Ve 3. kurala hiç uymazlar :)

-İkili ya da Üçlü Kontrol Kuralı: Key parçalarının oluşturulması, saklanması ve yüklenmesi işlemleri en az 2 ya 3 da görevlinin birlikte çalışması gerekiyor. Bunu uygulamak için HSM’in bulunduğu kabinin de ikili kontrol sistemi ile açılıyor olması gerekiyor. Yani HSM’in bulunduğu kabinin ön anahtarı bir kişi de arka kapak anahtarı da başka bir kişi de olması gerekiyor. Bir de HSM ekranları, güvenlik kameraları tarafından görüntülenemeyecek şekilde olmak zorunda.

HSM kabin içine varsa rack kitleri veya raf üzerine “sarsıntıya” duyarlı şekilde monte edilmeleri gerekiyor. HSM donanımın yönetimi için kullanılan laptop veya bilgisayar sadece bu iş için kullanılacak ve HSM kabinlerinin içinde olması gerekiyor. Üzerinde herhangi bir ek yazılım olmaması tavsiye ediliyor.

-Key Yönetim Kuralı: HSM, hizmet verdiği tüm key’leri şifrelemek için kendi üzerlerinde kök veya master key tutar. Bu key’leri şifrelemek için kullandığı en hassas ve en gizli key, LMK (Local Master Key) ana şifreleme key’i olarak kullanılıyor.

En kritik olan, HSM ile üreticiden gelen smart kartlara istenilen adette parçalara bölünür. Genelde 3 adet key parçasından ana key’in elde edilmesi yeterli oluyor. Oluşturulan key parçaları kurumlarda AGG  (Anahtar Güvenlik Görevlisi) teslim edilmeli ve fiziksel güvenliklerinin sağlanması gerekiyor.

-Bilginin Bölüştürülmesi Kuralı: Hiç kimsenin AGG (Key Giriş Görevlisi veya Key Officer)’nin key parçalarının üçünü birden bilmemesi ya da key parçalarının saklandığı kasaların her üçüne birden erişim yetkisinin olmaması gerekiyor.

AGG’lere teslim edilen key’ler, açık formları ve smart kartlar güvenli kasalara, bir defa açıldığında tekrar kullanılamayan seri numaralı özel zarflara konulması gerekiyor. Kasaların anahtarları 2 farklı kişide olması gerekiyor. Yani AGG’ler kasalara direkt erişimi istenmiyor. Kasalardaki her türlü key bilgisini tutan smart card, form vb. işlemleri (Kasadan alınması, Kasaya konulması) form ile kayıt altına alınması gerekiyor.

HSM Hakkında...

Taksit Turlarında Kuruşluk Fazlalıklar...

Taksit turlarında neden 0.1 TL lik fazla tutarlar oluşur?

Örneğin; 1000 TL lik, 5 taksitli bir işlem için, taksit tutarı 200 TL hesaplanıyor.

Diğer bir örnek; 1000TL lik 3 taksitli bir işlem için, taksit tutarları nedir;  333.34 — 333.33 — 333.33 tür.

1000 TL 3’ e eşit bölünemediği için;

-Eşit taksit tutarı önce hesaplanır.  Bu 333.3333333333333 TL dir. Virgülden sonraki 2 hane alınır. Bu da 333.33 TL dir.

-Eşit taksit tutarı ile, taksit adedi çarpılır. 333.33 * 3 = 999.99 TL yapıyor. Burada 0.01 TL’lik bir miktar artmaktadır. Bu da genelde ilk takside eklenir.

-Bu durumda ilk taksit 333.33 TL + 0.01 TL = 333.34 TL yapar.

Taksit Turlarında Kuruşluk Fazlalıklar...

POS Bankası Kart Bankası Farklı Olursa...

Takasta “geri ödeme değerleri (reimbersment) ” denen bir kavram vardır.

A bankasının POS’undan B bankasının Kredi Kartıyla bir işlem gerçekleştiğinde, bu işlem bu iki banka arasında bir para alışverişine sebebiyet vermektedir.

Örneğin;

A bankasının POS’undan 1000 TL’lik B bankasının bir kartı ile işlem geçirilsin.

Takaslaşma anında ( genelde bir sonraki gün) B bankası ( Kart sahibi banka) , A bankasına ( POS sahibi bankasına )  kabaca 1000 TL lik işlemi 960 TL olarak gönderir. ( Türkiye için arada BKM’nin, yurt dışı işlemlerde VISA ya da MC’nin komisyonu da vardır). Buradaki kesintiye takas komisyonu denmektedir.

Kart sahibi banka ( B bankası) , kendi kartının başka banka POS’larından kullanılmasından kazançlı çıkar.

Burada A bankasının kar/zarar dengesi kendi işyeri ile arasındaki anlaşmaya göre farklı şekiller kazanabilir.

A bankası, başka banka kartları ile yapılan işlem bedellerini bir sonraki gün kendi hesabına ( tam olarak olmasa da ) alır ve işyeri ile anlaşmasına göre bu parayı 30-40 gün blokeli kullanabilir ya da 920 TL gibi bir rakam ile işyerine öder ve 40 TL kazanır.

POS Bankası Kart Bankası Farklı Olursa...

ISO 8583

Standard for Financial Transaction Card Originated Messages – Interchange message specifications  (Orjinal mesaj oluşturan mali işlem kartı – karşılıklı mesaj alış-veriş şartları)

Bana göre; POS banka ile, Banka BKM ile, Banka VISA/MASTERCARD ile konuşurken kullandığı dil.

İngilize dökümanlardan biri;

http://en.wikipedia.org/wiki/ISO_8583

Burada toplamda 128 data elemanı var.

-F02 (Primary account number (PAN)) – Kart Numarası

-F04 (Amount Transaction) – İşlem Tutarı F-

11 (STAN) – Bir işlemi benzersiz bir şekilde tanımlamaya yardımcı olmak için üçüncü taraf sistem tarafından (ATM ya da POS) atanan numaradır. 000001 ile 999999 aralığında üretilir. -

F12 (Local transaction time ) – İşlem Tarihi

-F14 (Expire Date) – Kart Vade Tarihi

-F22 (Point of service entry mode) - POSS/ATM üzerinden işlemin nasıl yapıldığını ve POS cihazının Pin giriş kapasitesinin tutulduğu alandır. İlk 2 hanede işlemin nasıl yapıldığı, son hanede (x ile gösterilen kısım) örneğin işlem. Örneğin bu değer 051 ise işlem chipli ve PIN’li yapılmış demektir.

-F35 (Track2) -Kart No, Servis ve vade bilgileri yer alır

-F37 (RRN- Retrieval Reference Number) İşlemi başlatan banka tarafından üretilen, işlemin tekil olarak izlenmesini sağlayan koddur.

-F38 – Provizyon Numarası

-F39 – İşlem Cevap Sonucu. Örneğin 00 işlem başarılı demektir. Burada genelde bankalar, BKM’nin cevap kodlarına uyarlar.

-F45 – Track1 Data

-F49 (Currency Code) – İşlem yapılan tutar kodu. Örneğin TL için 0949’dur.

-F52 (PIN Data) – PIN bilgisi

-F55 (ICC Data) – Chip datası. Burası bizim için önemli Tag 95 – TVR, Tag 910 (Issuer Data), 9F33 Terminal Capability, 9F5B (Issuer Script Result), 9F34 (Terminal Verification Result) vb. bir çok önemli alan var. </LI>

ISO 8583

MasterCard CPV Hakkında

FIME, aşağıdaki marka standartlara göre tool desteği vermektedir. Bu standartların farklı spec destekleri bulunmaktadır. Bu standartlar aşağıdaki gibidir.

https://www.fime.com/shop/product/card-and-mobile-personalization-validation-61#feature

 

Desteklenen marka ve standartlar:

• American Express - Issuer Personalization Certification (IPC)
• ATH - Card L3 certification
• BancNet - Chip Card Personalization Validation (CCPV) & Change Notification (CN)
• Credibanco - Personalization validation
• CUP - Card personalization validation
• Debit Network Alliance (DNA) - Personalization validation
• Discover / Diners Club International - DPAS card personalization validation
• JCB - Personalization Verification Test (PVT)
• Mastercard - CPV formal approval (including biometrics) & CNS (Change Notification Statement) 
• Rupay - ChipV and qSPARC ChipV personalization validation
• Thai Bankers’ Association (TBA) - Card personalization validation
• Troy - Card personalization validation
• UPI - Personalization Validation Testing (PVT)
• Visa - Card profile analysis

MasterCard CPV Hakkında