# Sanal kartlar

Bir **sanal kart**, platformun rezervasyon anında ürettiği, tipik olarak tedarikçiyle kendi tercih ettikleri para biriminde mutabık kalmak için kullanılan tek kullanımlık veya sınırlı kullanımlı bir ödeme aracıdır. Bir acentenin para birimleri, takvimler ve chargeback sınırları arasında bir oteli temizce ödeme şeklidir — kurumsal bir kartı açığa çıkarmadan veya her rezervasyon için ayrı havale göndermeden.

## Sanal kartlar neyi çözer?

Sanal kartlara geleneksel alternatif "tedarikçiye kurumsal kartımızla ödedik" veya "tedarikçiye havale yaptık" yaklaşımıdır. Her ikisinin de ölçekte sorunları vardır:

* **Tedarikçinin terminalinde kurumsal kart** — reddedilmelere, para birimi dönüşüm sürprizlerine, sahteciliğe ve tedarikçinin kart detaylarınızı görmesine açıktır.
* **Rezervasyon başına havale transferleri** — operasyonel olarak pahalı, yavaş, uzlaştırması zor; rezervasyon başına temiz iz bırakmaz.
* **Dönem başına toplu havale transferleri** — daha iyi; ama bireysel rezervasyonlara göre uzlaştırma manueldir.

Sanal kartlar üçünü de ortadan kaldırır. Platform rezervasyona kapsamlı, tedarikçinin para biriminde, sabit limitli bir kart üretir ve tedarikçi başka bir kart gibi tahsil eder. Uzlaştırma otomatiktir — kart, rezervasyondur.

## Ne üretebilirsiniz?

| Özellik                                | Varsayılan davranış                                                                                         |
| -------------------------------------- | ----------------------------------------------------------------------------------------------------------- |
| **Para birimi**                        | Tedarikçinin tercih ettiği para biriminde üretilir (tipik olarak kontrat para birimi).                      |
| **Limit**                              | Rezervasyon anında tedarikçinin tahsil edebileceği tam tutara ayarlanır.                                    |
| **Geçerlilik penceresi**               | Rezervasyondan check-out artı bir güvenlik tamponuna kadar aktiftir; sonrasında sona erer.                  |
| **Tek kullanımlık vs. çoklu tahsilat** | Çoğu çoklu tahsilattır (depozito + bakiye + ekler); bazıları tek seferlik ödemeler için tek kullanımlıktır. |
| **Üye iş yeri başına kilit**           | Gateway destekliyorsa, kart tedarikçinin üye iş yeri kimliğine kilitlenir; başka yerde kullanılamaz.        |
| **Kart sahibi detayları**              | Sentetik — bir operatörün kişisel adı değil, platformun organizasyon kimliğidir.                            |

Her sanal kart bire bir bir rezervasyona bağlıdır. Rezervasyon değişirse (fiyat ayarlaması, ek tahsilat, kısmi iptal), kart limiti ve geçerliliği otomatik olarak ayarlanır.

## Ne zaman üretirsiniz?

Standart akış:

1. **Rezervasyon düşer** — doğrudan, kanal kaynaklı veya Adragent üzerinden.
2. **Mutabakat şartları kontrattan okunur** — net fiyat, tedarikçi para birimi, tedarikçinin ne zaman tahsil edebileceği.
3. **Sanal kart üretilir** — para birimi, limit, geçerlilik, kilitler şartlara göre ayarlanır.
4. **Kart detayları tedarikçiye iletilir** — kontratın belirttiği yöntemle (e-posta, partner portal, channel manager push).
5. **Tedarikçi check-in'de veya kontrat takvimine göre kartı tahsil eder.**
6. **Uzlaştırma** — platform tedarikçinin tahsilatını rezervasyonun beklenen tutarıyla eşleştirir; uyumsuzluklar inceleme için gösterilir.
7. **Kart sona erer** — geçerlilik penceresinden sonra kart tekrar tahsil edilemez.

Self servis tedarikçi portalları için, tedarikçi ihtiyaç duyduğunda kart detaylarını çeker; partner kanal entegrasyonları için platform kart detaylarını doğru kanal üzerinden otomatik gönderir.

## Çoklu para birimi

Somut örnek:

* **Gezgin TRY ile öder**, **kontrat EUR'dadır**, **sanal kart EUR cinsinden üretilir** — tedarikçi EUR kartı tahsil eder; kart üretim anında TRY'den (gezgin ödemenizden) EUR'ya (kart fonlama hesabınıza) dönüşümü siz üstlenirsiniz, kur kart ve ödeme görünümlerinde gösterilir.
* Aksi takdirde gateway'de, bankada veya finans uzlaştırmasında ele almanız gereken dönüşümleri platform, kart yaşam döngüsünün parçası olarak kaydeder.

## Rezervasyon değiştiğinde

Bir rezervasyon her zaman yazıldığı şekilde mutabık kalmaz. Yaygın ayarlamalar:

* **Ek tahsilatlar** — geç check-out, oda yükseltmesi, mini-bar, otopark. Kart limiti karşılayacak şekilde yükseltilebilir; yeni limit kayıt altına alınır.
* **Kısmi iptal** — üç odadan biri iptal edilir; kart limiti yeni toplama düşer.
* **İade penceresi içinde tam iptal** — kart kapatılır (limit sıfıra iner); önceden ödenmiş herhangi bir tutar orijinal gezgin tarafı ödeme yöntemi üzerinden iade edilir.
* **No-show istisnası** — operatör iyi niyeti; tedarikçi tahsil etmeden kart kapatılır.

Her ayarlama kart kaydında bir olaydır; yapan operatör ve sebebi birlikte tutulur.

## Uzlaştırma rezervasyonda yaşar

Tedarikçi kartı tahsil ettiğinde:

* Platform tahsilatı gateway üzerinden görür.
* Tutar rezervasyonun beklenen tedarikçi tutarıyla eşleştirilir.
* Eşleşirlerse, kart kaydı *tam tahsil edildi* gösterir; rezervasyon kaydı *mutabık kalındı* gösterir.
* Eşleşmezlerse, fark inceleme için gösterilir — yaygın sebepler vergi farkı, beklenmeyen bir ek veya para birimi dönüşüm farkıdır.

Tüm bunları rezervasyon sayfasında, kart kaydının yanında görürsünüz. Finansın kart ekstrelerini rezervasyon listeleriyle çapraz referanslaması gerekmez; tek bir görünüm vardır.

## Sanal kartların çözmediği

Sanal kartlar sihir değildir:

* Kart kabul etmeyen bir tedarikçi yerine havale transferi gerekir. Platform her ikisini de destekler; kontratta tedarikçi başına seçersiniz.
* Kart fonlama hesabınıza yönelik açılan bir chargeback hâlâ bir chargeback'tir; savunma akışı platform üzerinden gider ama merchant of record organizasyon'ınızdır.
* Bazı pazarlar seyahat için sanal kart kullanımını kısıtlar; kontrat sayfası üretmeden önce uyumsuzluğu işaretler.

## Kart kontrolleri

* **Üretim** rezervasyonda otomatiktir; kontrat şartları parametreleri belirler.
* **Manuel ayarlama** limit yükseltme veya kartı erken kapatmayı kapsar.
* **Kart detaylarını açıklama** ödeme görünümünden izlenebilir.

## Adragent ve sanal kartlar

Adragent'in sanal kart operasyonlarına eşlenen yaygın cümleler:

* *"BK-12345 numaralı yeni Hotel Sunrise rezervasyonu için bir sanal kart üret."*
* *"Tahsilatları rezervasyon toplamıyla eşleşmeyen her sanal kartı göster."*
* *"BK-67890 rezervasyonu için sanal kartı kapat — iptal yeni düştü."*
* *"Sanal kart üretilmiş ama tedarikçi henüz tahsil etmemiş rezervasyonları listele."*

Okuma operasyonları anında döner; yazma operasyonları uygulanmadan önce önizlemeden geçer.

## Sırada

* **Sanal kartların takıldığı mutabakat ve uzlaştırma akışı** → [Mutabakat ve uzlaştırma](/console/tr/odemeler/settlement-and-reconciliation.md)
* **İptaller ve anlaşmazlıklarda ne olur** → [İadeler ve chargeback'ler](/console/tr/odemeler/refunds-chargebacks.md)
* **Sanal-kart şartlarını sürükleyen kontratlar** → [Kontratlar](/console/tr/kontratlar-ve-onboarding/contracts.md)


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://adrasis.gitbook.io/console/tr/odemeler/virtual-cards.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.