BPO Bank Payment Obligation. BÖY Banka Ödeme Yükümlülüğü. Eğitimciler: Abdurrahman Özalp Hasan Apaydın

Transkript

1 BPO Payment Obligation BÖY a Ödeme Yükümlülüğü Eğitimciler: Abdurrahman Özalp Hasan Apaydın

2 BPO Nedir? Akreditifin güvencesini Mal Mukabili nin kolaylığı ile birleştiren yeni bir ödeme yöntemidir.

3 BPO Nedir? BUYER (Alıcı) PO şartlar TMA MAL ve ORİJİNAL BELGELER SELLER (Satıcı) DATA OBLIGOR Yükümlü a PO Şartlar ESTABLISHED BASELINE Eşleşme ÖDEME VERİLER (DATA) RECIPIENT Lehtar a alar arasında bulunan bir İşlem Eşleştirme Uygulaması (TMA) na önce şartların ve daha sonra yükleme verilerinin gönderilmesi üzerine TMA tarafından elektronik karşılaştırmanın yapıldığı ve eşleşme sağlanması halinde yükümlü bankanın ödeme yapması gereken geri dönülmez bağımsız bir banka taahhüdüdür.

4 BPO Nedir? BUYER (Alıcı) PO şartlar TMA MAL ve ORİJİNAL BELGELER SELLER (Satıcı) DATA OBLIGOR Yükümlü a PO Şartlar ESTABLISHED BASELINE Eşleşme VERİLER (DATA) ÖDEME RECIPIENT Lehtar a TMA (Transaction Matching Application) bankalar arasında kullanılan ve kendisine gönderilen ilk veriler ile şartları oluşturan ve daha sonra gelen verileri oluşturulan şartlar ile elektronik olarak karşılaştırmaya yarayan bir uygulamadır. Yükümlü a (Obligor) nın yükümlülüğü geri dönülmezdir, Satıcı tarafından mal ve orijinal belgeler alıcıya gönderilir, veriler Lehtar banka aracılığıyla TMA ya gönderilir.

5 BPO Nedir? BUYER (Alıcı) PO şartlar TMA MAL ve ORİJİNAL BELGELER SELLER (Satıcı) DATA OBLIGOR Yükümlü a PO Şartlar ESTABLISHED BASELINE Eşleşme VERİLER (DATA) ÖDEME RECIPIENT Lehtar a TMA (Transaction Matching Application) tarafından yapılan karşılaştırma sonucu eşleşme sağlanırsa ödeme yapılır veya vadeli ödeme taahhüdüne girilir ve vadesinde ödeme yapılır. BPO yeni bir ödeme yöntemidir Geleneksel ödeme yöntemlerini ortadan kaldırmamaktadır Akreditifin güvencesini Mal Mukabili nin kolaylığı ile vermektedir

6 BPO NEDEN ORTAYA ÇIKTI? 2013 %82 Açık Hesap (Open Account) (David Hennah) 2020 %89 Açık Hesap (Open Account) Mevcut durumda Akreditif lerin Global Ticaretteki payı %10 nun altındadır, yaklaşık %1.4 Vesaik Mukabilidir Global Ticaret artıyor Mal Mukabili artıyor, Akreditif azalıyor

7 BPO NEDEN ORTAYA ÇIKTI? Geleneksel Ödeme Yöntemleri Peşin Mal Mukabili Vesaik Mukabili Akreditif Geleneksel ödeme yöntemleri hız, basitlik, kolaylık ve güvence gibi özelliklerin tümünü bir arada vermek konusunda yetersizdir. Kağıt belgeler vardır, kağıt belgelere özgü inceleme, rezerv, gecikme, kaybolma, operasyon risk ve maliyeti gibi sorunlar vardır.

8 BPO NEDEN ORTAYA ÇIKTI? Geleneksel ödeme yöntemlerinin en sağlam olanı akreditiftir. Akreditif bu özelliğiyle yıllarca hizmet verdi. Ancak zorlukları nedeniyle fazla kullanılamıyor, global ticaretteki artışa paralel artış göstermiyor. Artışlar mal mukabiline kayıyor, ancak Mal Mukabili kullanıcılarının bilinmeyen ancak tahmin edilen önemli bir yüzdesi de risk azaltma, ödeme güvencesi ve finansman ihtiyacı duymaktadır. Bunu bu açığı kapatan Faktoring ve Ters-faktoring gibi finansal hizmetler ve standby/garanti gibi güvencelerin kullanılmasından anlıyoruz.

9 BPO NEDEN ORTAYA ÇIKTI? İşte bu noktada BPO akreditifin güvencesini Mal Mukabili nin kolaylığı ile vermek üzere ortaya çıkıyor. BPO bütün bunlara teknolojinin yardımıyla cevap veriyor. kağıt belgelere özgü sorunları ortadan kaldırıyor. BPO ile bankalar Açık Hesap ödemelere müdahil olacak. Güvence verecek, finansman imkanları yaratacak ve Mal Mukabili ne kayan global ticaretten pay alacaktır. Diğer taraftan müşterilerde başka kaynaklardan elde ettikleri dağınık ve standart olmayan güvenceleri bu konuda uzman olan bankalardan daha standart, derli toplu ve URBPO gibi ICC kurallarının tecrübe ve güvencesiyle alabileceklerdir.

10 BPO nun Avantajları Genel olarak Hızlıdır, Kolay, basit ve pratiktir, Akreditifin güvencesini mal mukabilinin kolaylığı ile sunar Elektronik, Otomatik ve Güvenlidir, Mal Mukabili Ödeme ye güvence getirir, Dünya ticaretinin %80 ni mal mukabili yapılıyor, Kağıt Belgeler yoktur, Elektronik Veriler vardır Kağıt Belgeleri fiziki olarak inceleme yoktur Kağıt Belgelere özgü Rezerv Konuları yoktur Kağıt Belgelere özgü UCP, ISBP gibi kompleks Akreditif kuralları yoktur Fiziki Belgelere özgü Kaybolma, Tahrifat, Orijinal/Kopya riski yoktur.

11 BPO nun Avantajları Genel Olarak Standart ISO Mesajlarını kullanır, Gecikme maliyetleri yoktur, gecikme nedeniyle gümrükte Vergi, Ceza, Millileşme vs. Gecikmenin neden olduğu Fiyat ve Kur riski yoktur. Mal fiyatı/kur artması/azalması vs. Operasyon Riski yoktur, Fiziki kağıt belgeleri insanlar incelemez, TMA verileri otomatik karşılaştırır Operasyon Maliyeti düşüktür, Belge inceleyen uzman ve diğer kağıt operasyonu ile ilgili Sermaye maliyeti azalır, BPO sonradan eklenebilir Tedarik zincirinde verimliliği artırır, Hız, finansman ve merkezi mesajlar Mal ve Finans mesajları merkezidir, TMA da her şey merkezidir Finansman İmkanları vardır

12 BPO nun Avantajları - alar için Hızlıdır, Güvenlidir, Tedarik Zincirini destekler, Finansman imkanları vardır, Ölçülü, özenli ve tedbirli sermaye kullanımı ile risk kontrol altında tutulabilir, azaltılabilir BPO yu gerektiği zaman başlatmak gibi. Operasyon riski çok düşüktür, İstikrarlı komisyon ve ücret geliri sağlar, Yeni işler için yeni kapılar açar, Otomasyon çözümler sunar, Risk konusunda daha fazla işbirliği imkanı sağlar, Risk Participation, Daha fazla müşteri kazanılır,

13 BPO nun Avantajları - alar için Pazar ihtiyaçları karşılanır, Standart ISO mesajları kullanılır, karşılıklı operasyonu kolaylaşır, Arayüz programlar ile ISO mesajları kurumlara uzatılabilir, STP (Straight Through Processing) sağlanır, anın Mal Mukabili (Açık Hesap) bir işlemin bütün aşamalarına dahil olmasına imkan verir Başlangıçtan sonuna kadar işlemler takip ve icra edilerek toplamda işlem maliyeti azalır. Başlangıçtan itibaren işleme dahil olarak finansman imkanlarını görülür ve değerlendirilir, Müşterilere gerekli raporlar üretilerek katkıda bulunulur

14 BPO nun Avantajları Satıcı için a güvenceli ödeme sağlanır, Gizli teyit ile güvence artırılabilir, bazı riskler kaldırılabilir, Örneğin; ülke ve a riski, Esnek finansman imkanları vardır, Avans, sevk öncesi, prefinansman, sevk sonrası, postfinansman, İskonto, Fatura, Sipariş, antrepo, alacakların finansmanı gibi Kredi riski Alıcıdan Yükümlü a ya geçer, Alıcının Siparişi iptal etmek, malı almamak veya ödeme yapmama riski ortadan kaldırılır, Satıcının ülkesinin para cinsinden bir BPO ile kur riski ortadan kaldırılır,

15 BPO nun Avantajları Satıcı için Malın teslimi zamanı ihtiyaca göre yapılandırılır ve kontrolde tutulabilir, Ödeme zamanı ihtiyaca göre yapılandırılır ve kontrolde tutulur, Veriler otomatik ve elektronik olarak gönderildiği ve karşılaştırıldığı için Satıcının asının operasyonel açıdan herhangi bir bilgiyi gözden kaçırma durumu ortadan kalkar, Verilerin otomatik karşılaştırılması kargaşayı azaltır verimliliği artırır, Fiziki belgelerin olmaması manuel belge inceleme riskini ve fiziki belgelere özgü rezerv konularını ortadan kaldırır, Fiziki belgelerin olmaması göndermede gecikme ve kaybolma riskini ortadan kaldırır,

16 BPO nun Avantajları Satıcı için BPO ihtiyaç olduğunda eklenebilir, eşleşmezlik kabul edilebilir, Otomatik işlemler ödeme ve finansmanı hızlandırır, Nakit akışı optimize edilir, Kredi kullanımları optimize edilir, Ticari müzakere gücünü artar, Taahhüt bankalar arası olduğu için ihtilaf durumları azalır, İşlemler çok hızlı olduğu için likiditeye erken ulaşma imkanı vardır, verimli çalışma sermayesi idaresi yapılabilir. Faktoring ve ters Faktoringe alternatif elde ededilebilir, e-fatura ya kolay entegre olunur, aların sağladığı arayüz, bilgi ve raporlar ile takip ve dosyalama gibi operasyon işleri azalır.

17 BPO nun Avantajları Alıcı için Peşin ödemeden daha güvenlidir, Alıcı malı almadan parayı ödemez. Finansman imkanı vardır, ödeme vadeleri uzatılabilir, Esnek finansman imkanları vardır, Postfinansman, ödeme vadesini öteleme gibi. Alıcı ve Satıcının ilişkilerini güçlenir, Tedarik Zincirine katkı sağlanır, İş imkanlarını genişler, dış piyasalarda rekabet gücünü artar, Malın istenen şartlarla yüklendiği teyit edilebilir, İhtiyaca göre ödemeyi yapılandırılabilir,

18 BPO nun Avantajları Alıcı için BPO nun açılması Alıcının gücünü gösterir, ilerisi için daha iyi şartlarla müzakere gücü kazanır Alıcı istediği şartları Veritabanı/BPO /TMA ya koyarak kendisini koruyabilir, çünkü banka sadece TMA dan istenen şartların yerine geldiğini gösteren raporların gelmesi halinde taahhüde girer veya ödeme yapar. Alıcı kendisini koruyabilecek şartları BPO lu Veritabanına koyarak istediği kalitede ve sürede malı alabilir. Kalite belgesi, Gözetim Belgesi, son yükleme tarihi, ibraz süresi vs. BPO rahatlık ve kolaylık sağlar maliyeti azaltır, Tedarik riskini azaltır, Nakit akışı optimize edilir,

19 BPO nun Avantajları Alıcı için Kredi kullanımları optimize edilir, Ticari müzakere gücünü artar, Ödeme süreleri kontrol altında tutulabilir, örneğin; uzatılabilir/kısaltılabilir Tedarikçilere zamanında ödeme yapılması sağlanır, Fiziki belge inceleme ve rezerv masrafı gibi maliyetler yoktur. Fiziki belgelerin bankada beklemesi veya bankalar arasında kaybolma riski yoktur, İthalatçılar belgeleri erken alır ve malı erken çekebilirler. Taahhüt bankalar arasında olduğu için ihtilaf durumları azdır, bu nedenle idare, araştırma, tartışma ve masraflar azalır. aların sağladığı arayüz, bilgi ve raporlar ile takip ve dosyalama gibi operasyon işleri azalır.

20 BPO nun Genel Olarak Geleneksel Yöntemlere Göre Avantaj ve Farkları Geleneksel yöntemler banka ve kurumlar arasındadır, BPO ise sadece bankalar arasındadır Geleneksel yöntemler kağıt bazlıdır. manueldir, zaman ve iş kaybı vardır, pahalıdır. BPO otomatiktir, ISO mesajlarını kullanır, standarttır, elektronik ortamda işlem ve karşılaştırma yapar, hızlıdır, ucuzdur. BPO da ödeme verilerin elektronik ortamda eşleşmesi halinde yapılır, geleneksel yöntemlerde kağıt belgelerin incelenmesi sonucu şartlar ile (L/C, L/G ve ICC Kuralları) uygunluk sağlanması halinde yapılır.

21 BPO nun Genel Olarak Geleneksel Yöntemlere Göre Avantaj ve Farkları Geleneksel yöntemler pahalı (kağıt, inceleme, manuel, süre vs.nedenlerle), rezerv ihtimali yüksektir ve likidite baskısı vardır. BPO da rezerv ihtimali düşüktür, otomatik eşleştirme işlem maliyetini düşürdüğü için bankaların müşterilerine daha uygun rekabetçi fiyat vermesine imkan verir. Elektronik ortama aktarılan Sipariş ve faturalarla ilgili raporların hemen çıkması kurumların nakit kaynaklarına erken ulaşmasını sağlar. Operasyon risk ve maliyetleri düşüktür.

22 İhbar BPO nun Benzer Yöntemlerden Farkı Açık Hesap Alıcı Sözleşme Belgeler Satıcı Alıcı Sözleşme Belgeler Satıcı ALICI RİSKİ Açık Hesap Başvuru a Ödeme Yükümlülüğü BPO VERİ SETİ Alıcının ası Satıcının ası Yükümlü a VERİ SETİ TMA Lehtar a Ödeme Ödeme a sadece ödeme için aracılık eder a elektronik veri değişimine aracılık eder

23 İhbar Belgeler İhbar BPO nun Benzer Yöntemlerden Farkı Akreditif ORİJİNAL BELGELER REZERV KAYBOLMA SAHTECILIK UCP ISBP ICC OPINION DOCDEX MT Alıcı Başvuru Yükümlü a Sözleşme Belgeler a Ödeme Yükümlülüğü BPO VERİ SETİ TMA Ödeme Satıcı VERİ SETİ Lehtar a a elektronik veri değişimine aracılık eder Alıcı Başvuru Akreditif Açan a Sözleşme Akreditif Belgeler Issuance Ödeme Satıcı Belgeler Akreditif İhbar ası a kağıt belgelerin incelemesine aracılık eder

24 L/C Letter of Credit Fiziki belgeler üzerinde işlem yapılır İşlemleri çok hızlı değildir Finansman imkanları çok geniş değildir UCP ve ISBP gibi ağır ICC kuralları vardır Tekniği karışık ve komplekstir Fiziki belgeler kaybolabilir BPO payment Obligation Fiziki belgeler yerine Veriler üzerinde işlem yapılır İşlemleri çok hızlı yapılır Finansman imkanları kolay ve fazladır URBPO gibi sade ve basit ICC kuralı vardır Tekniği basittir, Sunu+TMA(Elektronik eşleştirme)+raporlar Fiziki belgelere özgü kaybolma riski yoktur

25 L/C Letter of Credit Fiziki belgeler akreditif şartları ve ICC kurallarına göre incelenir, uygun değilse rezerv konur Belgeleri inceleyen kişi kendi yargısını kullanır, sübjektiflik söz konusu olabilir. Açıldıktan sonra başlar Uyum kontrolleri kolay değildir, detaylar fazladır gözden kaçabilir, Operasyon riski yüksektir, belgeleri inceleyen rezerv konularını gözden kaçırabilir Operasyon maliyeti yüksektir BPO payment Obligation Fiziki belgelere özgü rezerv konuları yoktur Belge inceleme sübjektifliği yoktur, makine verileri otomatik eşleştirme yapar İhtiyaç halinde başlatılabilir Önce Established Baseline sonra BPO Uyum kontrolleri daha kolay ve objektiftir, detaylar fazla değildir, veri elemanları azdır Operasyon riski azdır Operasyon maliyeti düşüktür

26 Mal Mukabili (Open Account) a ödeme güvencesi yoktur Finansman için teminat kabiliyeti yoktur Yeni iş fırsatları pek yaratmaz Otomatik olmadığı için operasyon ve maliyeti fazla olabilir Kontrol, takip ve mutabakatı kolay değildir Risk dengesizdir, Satıcının riski fazladır BPO payment Obligation a ödeme güvencesi vardır Finansman için teminat kabiliyeti vardır Yeni iş fırsatlarına kapı açar Operasyon riski ve maliyeti azdır Kontrol, takip ve mutabakatı kolaydır Riski dengeler

27 Standby,Garanti Ödeme aracı değildir, teminattır Ticari işlemin parçası değildir Kendinden nakit karakterli değildir İbrazı Garanti/Standby konusu işin yapılamamasına bağlıdır, BPO payment Obligation Ödeme aracıdır Ticari işlemin parçasıdır Kendinden nakit karakterlidir İbrazı işin yapılmasına bağlıdır, Örnek:Yüklemenin yapılması (Performance) Örnek: Alıcı tarafından Ödemenin yapılmaması (Non-performance)(Default)

28 Genel Faktoring Fiziki belgeler vardır, Tahsil Belgeleri, Fatura, Senetler Taraf: Alıcı, Satıcı ve Faktor dir Sigorta mantığıyla çalışır, emniyet payı vardır,%20 gibi Alıcı adına garanti, Tahsilat, Alacak yönetimi, takip ve muhasebe kayıtları hizmeti verilebilir, satış istatistikleri ve Pazar hakkında bilgi sağlayabilir Yükleme belgeleri tahsile gönderilir. Tahsilat (Collection) yapılır BPO payment Obligation Fiziki belgeler yoktur, elektronik veriler vardır Taraf a dır. Şartlı bir banka taahhüdüdür, Akreditif mantığı ile çalışır a sadece ödemeye aracılık eder, Ödeme için yükleme belgelerinden elde edilen veriler sunulur. Sunulan veriler TMA da bulunan BPO lu Established Baseline ile eşleşirse ödeme yapılır

29 Genel Faktoring Bazı türlerde Lehtar ihracatçıdır, İthalat Faktoringi Bazı türlerde Alıcı / Faktor riske edilir, Örneğin; İhracat/İthalat Faktoringi, İkili Faktoring Ödememe halinde yasal yollara başvurma (takip) Faktor tarafından yapılır Uluslararası ICC kuralları henüz yoktur. GRIF Kuralları vardır. BPO payment Obligation Lehtar adır a riske edilir Ödenmeme halinde yasal yollara başvuru (takip) ihracatçı tarafından yapılır Uluslararası ICC Kuralları vardır, URBPO

30 Genel Faktoring -devam Taraf: Alıcı, Satıcı ve Faktor dir Fiziki belgeler vardır, senetler Tahsilat, aval ve senetler vardır a Avalli Kabul kredili Mal Mukabili veya Vesaik Mukabili gibidir Alıcı senedi kabul eder Faktor aval verir Sadece senetler esas alınarak ödeme yapılır Uluslararası ICC kuralları henüz yoktur. GRIF Kuralları vardır. BPO payment Obligation Taraf: alardır Fiziki belge yoktur, elektronik veriler vardır Başlamış bir taahhüt vardır, BPO Akreditif gibidir Alıcı taraf değildir BPO da belirtilen İşleme ilişkin tüm veriler elektronik karşılaştırmaya tabi tutulur, eşleşme sağlanırsa ödeme yapılır Uluslararası ICC Kuralları vardır, URBPO

31 BPO DİĞER YÖNTEMLERE GÖRE RİSK / MALİYET VE AVANTAJLARI (TABLO)

32 Operasyon/işlem Maliyeti Yüksek SATICI AÇISINDAN RİSK/MALİYET /AVANTAJ TABLOSU Teyitli akreditif (1) Teyitli Standby, (1) KontrGaranti (1) Avalli Poliçe (4) Standby, (2) Garanti (2) Teyitsiz Akreditif (2) (1)Belge, Rezerv (2)Ülke, a, Belge, Rezerv (3)Ülke, a, Alıcı (4)Ülke, a (5)Ülke, İstinalar (6)Ülke, Alıcı Gizli teyitli BPO Sigortalı Mal Mukabili (5) BPO (4) Vesaik Mukabili (3) Peşin Mal Mukabili (6) Düşük Risk Yüksek

33 BPO İŞLEYİŞİ SÜRECİ

34 BPO nun Tarafları Taraflar Yükümlü banka - Obligor BPO yükümlülüğünü üstlenen taraftır Çoğu zaman Yükümlü a ile aynıdır Lehtar a - Recipient BPO nun lehtarı olan taraftır Her zaman Satıcının asıdır Taraf a - Involved İşlemde rol üstlenen taraftır Yükümlü a, Lehtar a, Sunu ası Alıcının ve Satıcının ası Sunu ası - Submitting Sadece elektronik verileri TMA ya gönderir Yükümlü a/lehtar a ile aynı olabilir Alıcının ası - Buyer s Alıcıdan aldığı verileri TMA ya gönderir Çoğu zaman Yükümlü a ile aynıdır Satıcının ası - Seller s Her zaman Lehtar adır Alıcı - Buyer Satıcı ile alım-satım sözleşmesi yapan ve BPO için Yükümlü bankaya talimat veren taraftır Satıcı - Seller Alıcı ile alım-satım sözleşmesi yapan ve BPO açıldıktan sonra mal ve orijinal belgeleri alıcıya, elektronik verileri (data) TMA ya yüklenmek üzere bankasına gönderen taraftır.

35 BPO nun Araçları TMA ISO Mesajları KURALLAR SUNULMUŞ VERİTABANI (BASELİNE) OLUŞTURULMUŞ VERİ TABANI (ESTABLISHED BASELINE) VERI SETLERI

36 Genel Süreç Eşleşmeme varsa Alıcı 2 Sipariş Kabul Veri Seti OK 5 TSU engine Yükümlü a İşlem Eşleştirme Uygulaması (TMA) Ödeme Lehtar a 1 Sipariş Purchase Order Kabul edilmiş Sipariş Yükleme 3 Veri Seti Taşıma Fatura vs. Satıcı / Tedarikçi Orijinal Belgeler

37 BUYER (Alıcı) Sipariş (Purchase Order) Malın Yüklenmesi ve Gönderilmesi (4a) SÖZLEŞME 1 ORIJINAL BELGELER (Fatura, Konşimento, Diğer Belgeler) 4b Docs Orijinal Belgelerden 3a Alınan Veriler 5a PO Alıcıdan Geliyor (1) (Fatura, B/L vs. SELLER (Satıcı) Sipariş (Purchase Order) Kabul 2a OBLIGOR Sipariş Kabul Teyidi Sipariş Verileri ve BPO* Talebi 2b 3b 5a Veri Karşılaştırma (Eşleştirme) TMA (TSU+BPO) 3b Sipariş Kabul Teyidi Sipariş Verileri ve BPO* Talebi İhbar 2b RECIPIENT Veri Eşleşme/Eşleşmeme Raporu 5c ESTABLISHED BASELINE Veri Eşleşme Raporu 6b Eşleşmeme Kabulü 6a *BPO sonra eklenebilir PARANIN TRANSFER EDİLMESİ (SIGHT/MATURITY) 7

38 BUYER (Alıcı) Sipariş (Purchase Order) Kabul OBLIGOR 3a Malın Yüklenmesi ve Gönderilmesi (4a) SÖZLEŞME 1 ORIJINAL BELGELER (Fatura, Konşimento, Diğer Belgeler) 4b Docs Orijinal Belgelerden Alınan Veriler 5a PO Satıcıdan Geliyor (2) (Fatura, B/L vs. Sipariş Kabul Teyidi Sipariş Verileri ve BPO* Talebi İhbar 2b Veri Eşleşme/Eşleşmeme Raporu 5c 3b 5a Veri Karşılaştırma (Eşleştirme) TMA (TSU+BPO) ESTABLISHED BASELINE Sipariş Kabul Teyidi Sipariş Verileri ve BPO* Talebi 2b Veri Eşleşme Raporu 6b SELLER (Satıcı) 3b Sipariş (Purchase Order) 2a RECIPIENT Eşleşmeme Kabulü 6a *BPO sonra eklenebilir PARANIN TRANSFER EDİLMESİ (SIGHT/MATURITY) 7

39 Finansman İmkanları

40 BPO İLE FİNANSMAN İMKANLARI

41 BPO İLE FİNANSMAN İMKANLARI

42 Sipariş Emri (Purchase Order) ile bir Taahhüdün Doğması ve Çalışma Sermayesi Finansmanı

43 Sevk öncesi Finansman

44 Antrepo Finansmanı, Depo Makbuzu Karşılığı Finansman

45 Sevk Sonrası Finansman (Postshipment finance)

46 Fatura karşılığı Finansman/Onaylı Belgeler Karşılığı Finansman

49 Alacakların Satın Alınması

50 Alacakların Satın Alınması

51 Esnek Ödeme Vadeleri (İleri-Geri)

54 BPO Kuralları ICC Kuralları Diğer Kurallar URBPO TSU, ACI, China Systems vs.

55 Sales Contract ALICI (Alıcı) BPO hizmet seviyesini tanımlayan a Finans Kurumu ve Müşteri arasındaki Sözleşme ALICI VE SATICI ARASINDA SÖZLEŞME KURALLARIN KAPSAMA ALANI ISO TSMT Mesajları TMA ISO TSMT Mesajları SATICI (Satıcı) BPO hizmet seviyesini tanımlayan a Finans Kurumu ve Müşteri arasındaki Sözleşme Alıcının ası (Buyer s ) Yükümlü a (Obligor ) URBPO URBPO Kapsama Alanı Satıcının ası (Seller s ) Lehtar a (Recipient )

56 a Ödeme Yükümlülüğü (BÖY) Payment Obligation (BPO) ICC Publication Number 750E

57 Madde 1 Kapsam A) ICC nin a Ödeme Yükümlülükleri ne ilişkin Birörnek Kuralları (URBPO-Uniform Rules for Payment Obligations ) bir a Ödeme Yükümlülüğü (BPO- Payment Obligation ) için yapısal bir çerçeve sağlamaktadır. Bir BPO, Taraf alar ın aynı Transaction Matching Application TMA yı kullanarak bir Established Baseline a katılmayı kabul ettikleri, bir alıcı ve bir satıcı arasındaki temel bir ticari işlem ile ilişkilidir.

58 SÖZLEŞME 1 TEMEL TİCARİ İŞLEM ÖRNEK: 100 TON BUĞDAY İTHALATI BUYER (Alıcı) SELLER (Satıcı) TMA Aynı TMA OBLIGOR OK ESTABLISHED BASELINE OK RECIPIENT URBPO Uniform Rules for a Payment Obligations İlişkileri

59 Madde 1 Kapsam B) URBPO bir Data Match veya Data Mismatch olgusunun meydana geldiğinin belirlenmesine yönelik bir esas ortaya koymamaktadır. Bu husus, kullanımdaki TMA nın işlerliğine ve her bir Taraf a nın o TMA için onay vererek uyguladığı şartlarla belirlenir.

60 BPO Nedir? BUYER (Alıcı) PO şartlar TMA MAL ve ORİJİNAL BELGELER SELLER (Satıcı) DATA OBLIGOR Yükümlü a PO Şartlar ESTABLISHED BASELINE Eşleşme ÖDEME VERİLER (DATA) URBPO, TMA ya gönderilen verilerin teknik olarak nasıl karşılaştırılacağını veya eşleşeceğini belirlemez, Karşılaştırma ve eşleşmeyi TMA yapar, her TMA nın teknik yapısı farklıdır, Karşılaştırma ve Eşleştirme TMA tarafından daha önce TMA ya konulan şartlara göre (Established Baseline) yapılır. RECIPIENT Lehtar a

61 Uygulama Madde 2 a) URBPO, bir Established Baseline içindeki Payment Obligation Segment bu kurallara tabi olduğunu açıkça belirttiğinde veya her bir Taraf a nın ayrı bir sözleşmede bir BPO nun bu kurallara tabi olduğunu kabul ettiğinde bir BPO ya uygulanan kurallardır. Bu kurallar, Established Baseline ile veya ayrı bir sözleşmeyle açıkça değiştirilmedikleri veya uygulama dışı bırakılmadıkları sürece her bir Taraf a için bağlayıcıdır.

62 TMA olarak SWIFT in TSU (Trade Services Utility) Kullanılırsa kendiliğinden URBPO ya tabi olur. 7.7 Payment Obligation, Important If a Trade Services Utility transaction is established with a BPO, or if a BPO is inserted in a Trade Services Utility transaction after 1 July 2013, by default, unless otherwise agreed, the BPO will be subject to the ICC Uniform Rules for Payment Obligations (URBPO) instead of section 7.7 of this service description. For clarity: for a Trade Services Utility transaction with a BPO, the service description, including chapter 7 applies, but section 7.7 is superseded by URBPO URBPO ya tabi olması istenmiyorsa «Established Baseline» da belirtilmesi gerekir. TSU dışında diğer TMA lar için onların şartlarına bakmak gerekir.

63 Uygulama Madde 2 b) i) Bir Established Baseline veya ayrı bir sözleşme URBPO nun uygulanacak sürümünü belirtmediği takdirde Baseline 9 (d) fıkrası uyarınca oluşturulduğunda BPO yürürlükteki en son sürüme tabi olacaktır. ii) Bu, URBPO nun 1.0 sürümüdür.

64 Madde 2 c) i) URBPO, Uluslararası Standartlar Organizasyonu na (ISO) kayıtlı, uygun ISO Trade Services Management (TSMT) mesaj tiplerinin kullanılmasını gerektirir. Başka herhangi bir mesaj tipinin kullanılması işlemin bu kuralların kapsamı dışında olduğu anlamına gelir. ii) Bu kurallarda sadece bir BPO ya uygulanabilecek TSMT mesajlarına ilgi kurulmuştur.

65 URBPO Kapsamındaki ISO TSMT Mesajları Msg ID (Schema) Message Name tsmt Acknowledgement tsmt Activity Report tsmt Activity Report Request tsmt Activity Report Set Up Request tsmt Amendment Acceptance ** tsmt tsmt tsmt tsmt tsmt tsmt Status Change Notification Status Change Request Status Change Request Acceptance Status Change Request Notification Status Change Request Rejection Status Change Request Rejection Notification tsmt Amendment Acceptance Notification ** tsmt Amendment Rejection ** tsmt Amendment Rejection Notification ** tsmt Baseline Amendment Request ** tsmt Baseline Match Report ** tsmt Baseline Report tsmt Baseline ReSubmission tsmt DataSet Match Report ** tsmt DataSet Submission ** tsmt Delta Report tsmt Error Report tsmt Forward DataSet Submission Report tsmt Full Push Through Report ** tsmt Initial Baseline Submission tsmt MisMatch Acceptance ** tsmt MisMatch Acceptance Notification ** tsmt MisMatch Rejection ** tsmt MisMatch Rejection Notification ** tsmt Action Reminder tsmt Status Extension Request Acceptance tsmt Status Extension Notification tsmt Status Extension Request Rejection tsmt Status Extension Rejection Notification tsmt Status Extension Request tsmt Status Extension Request Notification tsmt Status Report tsmt Status Report Request tsmt TimeOut Notification tsmt Transaction Report tsmt Transaction Report Request tsmt Intent To Pay Notification tsmt Forward Intent To Pay Notification tsmt Intent To Pay Report tsmt Special Request ** tsmt Special Notification ** tsmt Role And Baseline Acceptance ** tsmt Role And Baseline Rejection ** tsmt Role AndBaseline Acceptance Notification ** tsmt Role And Baseline Rejection Notification **

66 Madde 3 Genel Tanımlar Bu kuralların amacına yönelik olarak; Payment Obligation (a Ödeme Yükümlülüğü) veya BPO, bir Established Baseline ın gerektirdiği bütün Data Set lerinin sunulmasından ve 10(c) fıkrası çerçevesinde Data Match veya Data Mismatch nin kabulü ile sonuçlanmasından sonra Yükümlü a nın belirli bir tutarı Recipient a ödeyeceğine veya vadeli ödeme taahhüdüne gireceğine ve vade tarihinde ödeyeceğine ilişkin geri dönülemez ve bağımsız bir taahhüdü anlamına gelir.

67 ESTABLISHED BASELINE VE BPO

68 PAYMENT OBLIGATION SEGMENT

69 Madde 3 ing Day (a İş Günü), bir Taraf a nın bu kurallara tabi bir işin/eylemin bu banka tarafından yapılacağı yerde düzenli olarak açık olduğu gün anlamına gelir. GÜNLER P.tesi Salı Çarşamba Perşembe Cuma C.tesi pazar Takvim Ülkenin İş günleri a iş günü

70 Madde 3 Baseline (Sunulmuş Veritabanı), temel ticari işlemle ilgili olarak Alıcının ası veya Satıcının ası tarafından TMA ya sunulmuş veriler anlamına gelir.

71 SÖZLEŞME BUYER (Alıcı) BASELINE = TMA ya sunulan verilerdir SELLER (Satıcı) DATA BASELINE TMA BASELINE DATA DATA DATA OBLIGOR RECIPIENT MAL VE BELGELER TMA BASELINE DATA ESTABLISHED BASELINE DATA

72 Madde 3 BUYER (Alıcı) SELLER (Satıcı) TEKLİF TMA ONAY Alıcının ası (Buyer s ) Yükümlü a (OBLIGOR ) DATA ESTABLISHED BASELINE EŞLEŞME DATA RECIPIENT Buyer s (Alıcının ası), alıcının bankası anlamına gelir. Alıcının bankası bir Yükümlü a da olabilir.

73 Madde 3 Data Match (Veri Eşleşmesi), gerekli bütün Data Set lerinin bir Established Baseline ile karşılaştırılması ve bir Data Set Match Report da belirtildiği üzere bu karşılaştırmanın Zero Mismatch ile sonuçlandığı anlamına gelir. Data Mismatch (Veri Eşleşmezliği), gerekli bütün Data Setleri nin Established Baseline ile karşılaştırılması ve bir Date Set Match Report da belirtildiği üzere bu karşılaştırmanın bir veya birden fazla eşleşmezlikle (mismatch) sonuçlandığı anlamına gelir.

74 DATA MATCH Veri Eşleşmesi BUYER (Alıcı) TMA SELLER (Satıcı) OBLIGOR (BUYER S ) ESTABLISHED BASELINE ESTABLISHED BASELINE Oluşturulmuş Veritabanı TMA Verileri 2 otomatik Karşılaştırır RECIPIENT 4 Ödeme Yapar Vadeli Ödeme Taahhüdüne Girer Vadede ödeme yapar Ödeme Yükümlülüğü Bölümü Payment Obligation Segment Data Set Submission 1 Data Set Match Report 3 Data Set Match Report

75 DATA MISMATCH Veri Eşleşmezliği BUYER (Alıcı) TMA 1- data Set Submission SELLER (Satıcı) OBLIGOR Buyer s ESTABLISHED BASELINE TMA Verileri Karşılaştırır 2 RECIPIENT 3- Data Set Match Report with details of Data Mismatch 3- Data Set Match Report with details of Data Mismatch Alıcının ası kabul ederse 4- Mismatch Acceptance 5 Mismatch Acceptance Notification Alıcının ası kabul etmezse 4- Mismatch Rejection 5 Mismatch Rejection Notification 5 Mismatch Rejection Notification İşlem tekrar sunu yapılıncaya ve sıfır eşleşmezlik sağlanıncaya kadar veya işlem kapatılıncaya kadar aktif kalır.

76 Madde 3 Data Set (Veri Grubu), bir Established Baseline ile karşılaştırılmak üzere bir Taraf a nın TMA ya gönderdiği bir Data Set i sunusu içinde yer alan kategorilerden (örneğin, ticari, taşıma, sigorta, sertifika veya diğer sertifika ) herhangi biri anlamına gelir.

77 Baseline ve Veri Setleri Sipariş (Purchase Order) Baseline Karşılaştırma Şartları Ticari veri Seti Taşıma Veri seti Sigorta Veri Seti Sertifikalar / Diğer Belgeler Veri Seti Fatura Taşıma Belgeleri Airwaybil, B/L Sigorta Belgesi Sertifikalar Diğer Belgeler

78 Madde 3 Established Baseline (Oluşturulmuş Veritabanı), TMA nın Zero Mismatch içeren ve ( established ) statüsü ile bir Baseline Match Report gönderdiği andaki bir Baseline anlamına gelir.

79 ESTABLISHED BASELINE TMA daki Durumu

80 BUYER (Alıcı) Ödeme şartı olmadan gönderilen bilgiler eşleşirse Oluşturulmuş Veritabanı (Established Baseline) kurulmuş olur. Henüz BPO yoktur. SELLER (Satıcı) TEKLİF TMA ONAY OBLIGOR DATA ESTABLISHED BASELINE EŞLEŞME DATA RECIPIENT Sunulmuş Veritabanı (Baseline) İşlem referansı BPO Sipariş referansı Yükümlü a (Obligor ) Alıcının adı ve ülkesi Lehtar a (Recipent ) Alıcının ası nın BIC Kodu Tutar Satıcının adı ve ülkesi Vade Satıcının ası nın BIC Kodu Mallar: parça başı tutar ve miktar Ödeme şartları Ticari Veri Seti Sunu ası BIC Kodu (Satıcının ası veya Sunu ası) Temas kurulacak kişi (Alıcının veya Satıcının asından)

81 BASELINE WITHOUT BPO ALICI (Alıcı) SATICI (Satıcı) Initial Baseline Submission 1 TMA Baseline ReSubmission 3 Full Push Through Report 2 Alıcının ası (Buyer s ) Veri Eşleşme Rapor Sıfır Hatalı Data Match report Zero Mismatches 4 Satıcının ası (Seller s )

82 BUYER (Alıcı) Ödeme şartı olmadan gönderilen bilgiler eşleşirse Oluşturulmuş Veritabanı (Established Baseline) kurulmuş olur. BPO Bileşeni eklenir. BPO başlar ve dönülmezdir. SELLER (Satıcı) TEKLİF TMA ONAY OBLIGOR DATA ESTABLISHED BASELINE EŞLEŞME DATA RECIPIENT Sunulmuş Veritabanı (Baseline) İşlem referansı BPO Sipariş referansı Yükümlü a (Obligor ) Alıcının adı ve ülkesi Lehtar a (Recipent ) Alıcının ası nın BIC Kodu Tutar Satıcının adı ve ülkesi Vade Satıcının ası nın BIC Kodu Mallar: parça başı tutar ve miktar Ödeme şartları Ticari Veri Seti Sunu ası BIC Kodu (Satıcının ası veya Sunu ası) Temas kurulacak kişi (Alıcının veya Satıcının asından)

83 BASELINE WITH BPO ALICI (Alıcı) SATICI (Satıcı) Initial Baseline Submission 1 TMA Baseline ReSubmission 3 Full Push Through Report 2 Yükümlü a (Obligor ) Veri Eşleşme Rapor Sıfır Hatalı Data Match report Zero Mismatches 4 BPO Established Alıcının ası Yükümlü bankadır (Obligor) Lehtar a (Recipient )

84 Madde 3 Involved (Taraf a), Satıcının ası veya (belirli herhangi bir zamandaki rolüne bağlı olarak) Recipient, Alıcının ası, Yükümlü a veya Submitting anlamına gelir. Obligor (Yükümlü a), bir BPO yu düzenleyen banka anlamına gelir.

85 Madde 3 Recipient (Lehtar a), bir BPO nun lehtarı olan banka anlamına gelir. Recipient her zaman Satıcının ası dır. Seller s (Satıcının ası), satıcının bankası anlamına gelir. Satıcının ası, bir Established Baseline ın Payment Obligation Segment inde Recipient olarak gösterilecektir. Submitting (Sunan a), tek görevi sadece Established Baseline gereği bir veya birden fazla Data Set ini sunmak olan bir Taraf a anlamına gelir.

86 INVOLVED BANK (TARAF BANKA) BUYER (Alıcı) INVOLVED BANKS SELLER (Satıcı) TMA ESTABLISHED BASELINE Submitting BUYER S OBLIGOR RECIPIENT SELLER S Birden fazla Yükümlü a ve birden fazla BPO Yükümlü aların arasında Alıcının ası olabilir veya olmayabilir

87 Madde 3 Payment Obligation Segment (Ödeme Yükümlülüğü Bölümü), Baseline ın payment obligation (ödeme yükümlülüğü) olarak belirlenmiş ve ödemenin nasıl yapılacağı dahil BPO nun şartlarını içeren bölümü anlamına gelir.

88 ESTABLISHED BASELINE VE BPO Payment Obligation Segment

89 PAYMENT OBLIGATION SEGMENT

90 Madde 3 Submission (Sunu), (i) bağlamın gereğine göre, Alıcının ası nın veya Satıcının ası nın bir Baseline ı bir TMA ya sunarak yaptığı veri ibraz eylemi veya bu şekilde sunulan Baseline veya (ii) bağlamın gereğine göre, bir Taraf a nın bir veya birden fazla Data Set ini TMA ya sunmak suretiyle Yükümlü a ya yaptığı veri ibraz eylemi veya bu şekilde sunulmuş Data Sets anlamına gelir.

91 Madde 3 Trade Services Management (TSMT) messages ( TSMT message ), Uluslararası Standartlar Kuruluşu (ISO) tarafından ticari hizmetler yönetimi iş alanı kapsamında yayımlanan ISO mesaj tipleri anlamına gelir.

92 URBPO Kapsamındaki ISO TSMT Mesajları Msg ID (Schema) Message Name tsmt Acknowledgement tsmt Activity Report tsmt Activity Report Request tsmt Activity Report Set Up Request tsmt Amendment Acceptance ** tsmt tsmt tsmt tsmt tsmt tsmt Status Change Notification Status Change Request Status Change Request Acceptance Status Change Request Notification Status Change Request Rejection Status Change Request Rejection Notification tsmt Amendment Acceptance Notification ** tsmt Amendment Rejection ** tsmt Amendment Rejection Notification ** tsmt Baseline Amendment Request ** tsmt Baseline Match Report ** tsmt Baseline Report tsmt Baseline ReSubmission tsmt DataSet Match Report ** tsmt DataSet Submission ** tsmt Delta Report tsmt Error Report tsmt Forward DataSet Submission Report tsmt Full Push Through Report ** tsmt Initial Baseline Submission tsmt MisMatch Acceptance ** tsmt MisMatch Acceptance Notification ** tsmt MisMatch Rejection ** tsmt MisMatch Rejection Notification ** tsmt Action Reminder tsmt Status Extension Request Acceptance tsmt Status Extension Notification tsmt Status Extension Request Rejection tsmt Status Extension Rejection Notification tsmt Status Extension Request tsmt Status Extension Request Notification tsmt Status Report tsmt Status Report Request tsmt TimeOut Notification tsmt Transaction Report tsmt Transaction Report Request tsmt Intent To Pay Notification tsmt Forward Intent To Pay Notification tsmt Intent To Pay Report tsmt Special Request ** tsmt Special Notification ** tsmt Role And Baseline Acceptance ** tsmt Role And Baseline Rejection ** tsmt Role AndBaseline Acceptance Notification ** tsmt Role And Baseline Rejection Notification **

93 Madde 3 Transaction Matching Application - TMA (İşlem Eşleştirme Uygulaması), bir Taraf a nın sahipliğinde olsun olmasın Taraf alar dan aldığı TSMT mesajlarını işleme hizmetini yürüten, bu mesajların içerdiği verileri otomatik olarak karşılaştıran ve sonrasında bütün ilgili TSMT mesajlarını her bir Taraf aya gönderen herhangi bir merkezi veri eşleştirme veya iş akışı uygulaması anlamına gelir.

94 TMA Transaction Matching Application İşlem Eşleştirme Uygulaması OBLIGOR TMA ESTABLISHED BASELINE RECIPIENT

95 Madde 3 Universal Time Coordinated - UTC (Eşgüdümlü Evrensel Zaman), elektronik hesaplama ve veri yönetim gereçleri tarafından kullanılan, teknik olarak GMT ye(greenwich Mean Time) eşit ve bir BPO nun uygulanabilir zaman ölçeği olan, Uluslararası Telekomunikasyon Birliği tarafından tanımlanmış uluslararası zaman ölçeği anlamına gelir. Zero Mismatches (Sıfır Eşleşmezlik), bir Baseline içeriği verinin, onun karşılığı olan bir Baseline ile eşleştiği veya bağlamdan anlaşılabileceği üzere gerekli bütün Data Setleri nin Established Baseline ın gerektirdiği verilerle eşleştiği anlamına gelir.

96 Mesaj Tanımlamaları Madde 4 Baseline Amendment Request (Sunulmuş Veritabanı Değişikliği İsteği), Alıcının ası, Satıcının ası veya (duruma göre) bir Recipient tarafından bir TMA ya gönderilen ve bir Established Baseline da değişiklik yapılmasını isteyen bir TSMT mesajı anlamına gelir. Amendment Acceptance (Değişiklik Kabulü) Alıcının ası, Satıcının ası veya (duruma göre) bir Recipient tarafından bir TMA ya gönderilen ve bir Baseline Amendment Request in kabul edildiğine ilişkin bir TSMT mesajı anlamına gelir. Amendment Acceptance Notification (Değişiklik Kabul Bildirimi), bir TMA tarafından Alıcının ası na, Satıcının ası na veya (duruma göre) bir Recipient a gönderilen ve bir Baseline Amendment Request in kabul edildiğini o bankaya bildiren bir TSMT mesajı anlamına gelir.

97 AMENDMENT TO ESTABLISHED BASELINE- Oluşturulmuş Veritabanı Değişikliği- BUYER (Alıcı) TMA SELLER (Satıcı) OBLIGOR (BUYER S ) ESTABLISHED BASELINE ESTABLISHED BASELINE Oluşturulmuş Veritabanı RECIPIENT 1 Baseline Amendment Request (Veritabanı DeğişiklikTalebi) Amendment Acceptance Notification 4 (Değişiklik Kabul Bildirimi) 2 Full Push Through Report (Öneri Raporu) Amendment Acceptance (Değişiklik Kabulü) 3

98 Madde 4 Amendment Rejection (Değişiklik Reddi) Alıcının ası, Satıcının ası veya (duruma göre) bir Recipient tarafından bir TMA ya gönderilen ve bir Baseline Amendment Request in reddedildiğine ilişkin bir TSMT mesajı anlamına gelir. Amendment Rejection Notification (Değişiklik Ret Bildirisi), bir TMA tarafından Alıcının ası na, Satıcının ası na veya (duruma göre) bir Recipient a gönderilen ve bir Baseline Amendment Request in reddedildiğini o bankaya bildiren bir TSMT mesajı anlamına gelir.

99 BUYER (Alıcı) REJECTION OF AMENDMENT TO ESTABLISHED BASELINE Oluşturulmuş Veritabanı Değişikliğinin Reddedilmesi TMA SELLER (Satıcı) OBLIGOR ESTABLISHED BASELINE ESTABLISHED BASELINE Oluşturulmuş Veritabanı RECIPIENT Baseline Amendment Request Amendement Rejection Amendement Rejection Notification Lehtar a (Recipient a) değişiklik talebini reddederse TMA ya bir Değişikliğin Reddi (Amendment Rejection) mesajı gönderir. TMA da Alıcının ası (Buyer s /Obligor )na bir Değişikliğin Reddi Bildirim (Amendment Rejection Notification) mesajı gönderir. Bu durumda Oluşturulmuş Veritabanı (Established Baseline) değişmemiş olarak kalır.

100 Madde 4 Baseline Match Report (Sunulmuş Veritabanı Eşleşme Raporu), bir Baseline sunulmasından sonra bir TMA tarafından (Alıcının ası dan başka bir Yükümlü a hariç) her bir Taraf a ya gönderilen ve bir Established Baseline ı yansıtan veya iki Baseline arasında eşleşmezlikler bulunduğunu belirten bir TSMT mesajı anlamına gelir.

101 BASELINE WITHOUT BPO ALICI (Alıcı) SATICI (Satıcı) Initial Baseline Submission 1 TMA Baseline ReSubmission 3 Full Push Through Report 2 Alıcının ası (Buyer s ) Veri Eşleşme Rapor Sıfır Hatalı Data Match report Zero Mismatches 4 Satıcının ası (Seller s )

102 Madde 4 Data Set Match Report (Veri Grubu Eşleşme Raporu), bir Established Baseline ın gerektirdiği bütün Data Set lerinin sunulmasından ve bu Data Set lerinin Established Baseline ile otomatik karşılaştırılmasından sonra bir TMA tarafından her bir Taraf a ya gönderilen ve o bankaya verilerin eşleştiğini (Data Match) ya da eşleşmediğini (Data Mismatch) bildiren bir TSMT mesajı anlamına gelir. Data Set Submission (Veri Grubu Sunusu), verilerin karşılaştırılması için bir Taraf a nın bir TMA ya gönderdiği ve bir veya birden fazla Data Set kategorisi içeren bir TSMT mesajı anlamına gelir.

103 Orijinal Belgeler DATA SET SUBMISSION Veri Set Sunulması BUYER (Alıcı) TMA SELLER (Satıcı) OBLIGOR ESTABLISHED BASELINE ESTABLISHED BASELINE Oluşturulmuş Veritabanı RECIPIENT DATA SUBMITTING TMA Verileri Established Baseline ile karşılatırır 2 Data Set Submission 1 Data Set Match Report 3 Data Set Match Report Verilerin esas olarak Lehtar a(recipient ) tarafından sunulması gerekir, ancak bir Sunu ası (Submitting ) da Verileri sunabilir. TMA tarafından eşleştirme ancak gerekli bütün Verilerin alınmasından sonra yapılır. TMA karşılaştırma sonrası Taraf alar(involved s)a Veri Eşleşme Raporu (Data Set Amtch report) veya Veri Eşleşmezlik Raporu (Data Mismatch Report) gönderir.

104 Madde 4 Full Push Through Report (Öneri Raporu), bir TMA tarafından her bir Taraf a ya gönderilen ve bir Baseline önerisini, bir Established Baseline ı veya bir Established Baseline değişikliği önerisini bildiren bir TSMT mesajı anlamına gelir. Mismatch Acceptance (Eşleşmezlik Kabulü), Alıcının ası tarafından bir TMA ya gönderilen ve bir Data Mismatch i kabul eden bir TSMT mesajı anlamına gelir. Mismatch Acceptance Notification (Eşleşmezlik Kabul Bildirimi), bir TMA tarafından her bir Taraf a ya gönderilen ve o bankaya Alıcının ası nın bir Data Mismatch i kabul ettiğini bildiren bir TSMT mesajı anlamına gelir.

105 YÜKÜMLÜ BANKA ALICININ BANKASI DIŞINDA BİR BANKA (Obligor other than the Buyer s bank) BUYER (Alıcı) TMA 1- data Set Submission SELLER (Satıcı) BUYER S OBLIGOR ESTABLISHED BASELINE TMA Verileri Karşılaştırır 2 RECIPIENT 3- Data Set Match Report with details of Data Mismatch 3- Data Set Match Report with details of Data Mismatch 4- Mismatch Acceptance 5 Mismatch Acceptance Notification 5 Mismatch Acceptance Notification 6- Role and Baseline Acceptance 7 Role and Baseline Acceptance Notification 7 Role and Baseline Acceptance Notification Buyer s eşleşmezlik konularını kabul edip etmeye karar verir, Obligor ayrıca görevi (role) kabul ettiğini bildirir. Buyer s kabul etmeden önce genelde Alıcı ile mutabık kalır ve talimatını alır.

106 Madde 4 Mismatch Rejection (Eşleşmezlik Reddi), Alıcının ası tarafından bir TMA ya gönderilen ve bir Data Mismatch i reddeden bir TSMT mesajı anlamına gelir. Mismatch Rejection Notification (Eşleşmezlik Ret Bildirimi), bir TMA tarafından her bir Taraf a ya gönderilen ve o bankaya Alıcının ası nın bir Data Mismatch i reddettiğini bildiren bir TSMT mesajı anlamına gelir.

107 YÜKÜMLÜ BANKA ALICININ BANKASI DIŞINDA BİR BANKA (Obligor other than the Buyer s bank) BUYER (Alıcı) TMA 1- data Set Submission SELLER (Satıcı) BUYER S OBLIGOR ESTABLISHED BASELINE TMA Verileri Karşılaştırır 2 RECIPIENT Buyer s rejects Buyer s but Accepts 3- Data Set Match Report with details of Data Mismatch Obligor Rejects 4- Mismatch Rejection 5 Mismatch Rejection Notification 6- Role and Baseline Rejection 3- Data Set Match Report with details of Data Mismatch 5 Mismatch Rejection Notification 7 Role and Baseline Rejection Notification 7 Role and Baseline Rejection Notification Buyer s eşleşmezlik konularını kabul eder ve Obligor kabul etmezse o halde bunu kabul edecek bir Obligor bulmak ve Established Baseline de değişiklik yapmak gerekir. Buyer s ve taraflar kabul ederse Buyer s bu rolü üstlenebilir, bu durumda yine değişiklik yapmak gerekir.

108 Madde 4 Role and Baseline Acceptance (Rol/Görev Kabulü), bir Submitting veya Alıcının ası ndan başka bir Yükümlü a tarafından bir TMA ya gönderilen ve o bankanın bir Full Push Through Report içeriğindeki Baseline da belirlenmiş rolü kabul ettiğini belirten bir TSMT mesajı anlamına gelir. Role and Baseline Acceptance Notification (Rol/Görev Kabulü Bildirimi), bir TMA tarafından gönderilen ve bir Submitting ın veya Alıcının ası ndan başka bir Yükümlü a nın bir Full Push Through Report a yanıt olarak bir Role and Baseline Acceptance gönderdiğini her bir Taraf a ya bildiren bir TSMT mesajı anlamına gelir.

109 Madde 4 Role and Baseline Rejection (Rol/Görev Reddi), bir Submitting veya Alıcının ası ndan başka bir Yükümlü a tarafından bir TMA ya gönderilen ve o bankanın bir Full Push Through Report içeriğindeki Baseline da belirlenmiş rolü reddettiğini belirten bir TSMT mesajı anlamına gelir. Role and Baseline Rejection Notification (Rol/Görev Ret Bildirimi), bir TMA tarafından gönderilen ve bir Submitting ın veya Alıcının ası ndan başka bir Yükümlü a nın bir Full Push Through Report a yanıt olarak bir Role and Baseline Rejection gönderdiğini her bir Taraf a ya bildiren bir TSMT mesajı anlamına gelir.

110 Madde 4 Special Notification (Özel Bildiri), bir TMA tarafından bir Taraf a ya gönderilen ve o bankaya diğer bir Taraf a nın Özel İsteğini bildiren bir TSMT mesajı anlamına gelir. Special Request (Özel İstek) Submitting veya Taraf a nın TMA ya gönderdiği ve (i) Submitting ın kendisinin Data Set sunmasına engel olan bir nedeni belirten; veya (ii) Taraf a nın 13. maddeye tabi mücbir sebebe bağlı olarak Established Baseline daki rolünden çekildiğini belirten bir TSMT mesajı anlamına gelir.

111 BUYER (Alıcı) BİR SUNU BANKASI ARACILIĞIYLA VERİLERİN SUNULMASI Data Submission from a Submitting TMA SELLER (Satıcı) BUYER S ESTABLISHED BASELINE ESTABLISHED BASELINE Oluşturulmuş Veritabanı SUBMITTING RECIPIENT Special Request Special Request Notification Special Request Notification Submitting (Sunu ası) görevi sadece sunu yapmaktır. Genelde Recipient kendi yapması gereken sunu işini outsource ettiğinde Sunu ası sürece girer. Submitting ı Sunu yapmaktan alıkoyan bir neden varsa, Submitting TMA ya bir «Special Request» gönderir. TMA her bir Taraf a ya «Special Request Notification» gönderir.

112 Madde 5 Yorumlamalar Bu kuralların amacına yönelik olarak: Uygulanabildiği yerlerde tekiller çoğulları, çoğullar da tekilleri kapsar. Taraf a nın farklı ülkelerdeki şubeleri ayrı bankalar olarak dikkate alınır.

113 Madde 6 Sözleşmeler Karşısında a Ödeme Yükümlülükleri a. BPO temel ticari işlemin dayandırılabileceği satış sözleşmesinden veya diğer sözleşmelerden ayrı ve bağımsızdır. Established Baseline da sözleşmeye ilişkin herhangi bir referans yer alsa bile Taraf a böyle bir sözleşmeyle ilgilenmez ve onunla bağlı değildir. Bu nedenle Yükümlü a nın taahhüdü, alıcının Taraf a ile veya satıcıyla olan ilişkisinden kaynaklanan hak taleplerine veya savunmalarına tabi değildir. a. Recipient hiçbir durumda alıcı ile Alıcının ası veya Alıcının ası ndan başka bir Yükümlü a arasında mevcut sözleşme ilişkilerinden yarar sağlayamaz.

114 Madde 7 Belgeler, Mallar, Hizmetler ve Yapılan İşler Karşısında Veriler Taraf a verilerin veya belgelerin ilişkili olabileceği belgeler, mallar, hizmetler ve işler üzerinden değil, veriler üzerinden işlem yapar.

115 Madde 8 BPO nun Vade Tarihi a. Established Baseline Data Set lerinin sunulması için bir vade tarihi belirtmelidir b. Established Baseline ın gerektirdiği bütün Data Set leri TMA tarafından vade tarihinde UTC 23:59:59 dan geç olmamak üzere alınmış olmalıdır. c. Veri karşılaştırılması sadece Established Baseline ın gerektirdiği bütün Data Set lerinin sunulmasından sonra yapılacaktır. Bundan sonra TMA her Taraf a ya Data Match veya Data Mismatch bildiren bir Data Set Match Report gönderecektir.

116 Orijinal Belgeler DATA SET SUBMISSION Veri Set Sunulması BUYER (Alıcı) TMA SELLER (Satıcı) OBLIGOR ESTABLISHED BASELINE ESTABLISHED BASELINE Oluşturulmuş Veritabanı RECIPIENT DATA SUBMITTING TMA Verileri Established Baseline ile karşılatırır 2 Data Set Submission 1 Data Set Match Report 3 Data Set Match Report Verilerin esas olarak Lehtar a(recipient ) tarafından sunulması gerekir, ancak bir Sunu ası (Submitting ) da Verileri sunabilir. TMA tarafından eşleştirme ancak gerekli bütün Verilerin alınmasından sonra yapılır. TMA karşılaştırma sonrası Taraf alar(involved s)a Veri Eşleşme Raporu (Data Set Amtch report) veya Veri Eşleşmezlik Raporu (Data Mismatch Report) gönderir.

117 Taraf a nın Rolü Madde 9 a. TSMT mesajının Taraf a tarafından bankanın 13.maddede belirtilen durumların dışında bir nedenden dolayı kapalı olduğu bir günde alınması halinde o mesaj alındığı günü izleyen banka iş günü alınmış sayılacaktır. Cuma c.tesi Pazar P.Tesi Salı Çarş. Perş. Cuma Mesaj 23:00 OK

118 Madde 9 Taraf a nın Rolü b. TMA tarafından gönderilen mesaj üzerinden işlem yapması gerektiğinde ilgili Taraf a bu işlemi gecikmeden yapmalıdır.

119 Madde 9 c. Taraf a nın TMA ya sunduğu herhangi bir verinin, bir temel ticari işlemle ilgili olarak malların, hizmetlerin veya yapılan işlerin alıcı veya satıcısından aldığı verileri doğru biçimde yansıttığından emin olması gerekir. d. BPO yu içeren Baseline sadece her bir Taraf a nın kendi rolünü aşağıdaki durumlar çerçevesinde kabul etmesi üzerine Established Baseline olur:

120 Madde 9 i. Alıcının ası tek Yükümlü a olduğunda: TMA, Alıcının ası tarafından gönderilen Baseline ın Satıcı nın ası veya (duruma göre) Recipient tarafından gönderilen Baseline ile eşleştiğini teyit eden ve Zero Mismatch gösteren bir Baseline Match Report gönderdiğinde; veya

121 BUYER (Alıcı) ALICININ BANKASININ TEK YÜKÜMLÜ BANKA Oluşturulmuş Veritabanı («Estabished Baseline») Kuruluyor TMA 1- Initial Baseline Submission 2- Full Push Through Report SELLER (Satıcı) OBLIGOR Buyer s 4- Full Push Through Report 6- Baseline Match report With zero mismatch ESTABLISHED BASELINE 5 TMA Verileri Karşılaştırır 3- Baseline ReSubmission or Submission 6- Baseline Match report With zero mismatch RECIPIENT ESTABLISHED BASELINE 7 Oluşturulmuş Veritabanı Kuruldu TMA daki otomatik karşılatırmada Veriler eşleşmezse TMA nın gönderdiği Baseline Match Report da durum «Partially Matched» olarak gözükür. Bu durumda Alıcının ası veya Satıcının ası veriler eşleşene kadar kendi Verilerini (Baseline) tekrar tekrar sunmaya devam ederler.

122 Madde 9 ii. Alıcının ası ndan başka bir banka tek Yükümlü a olduğunda : bir TMA o Yükümlü a nın ve duruma göre bir Submitting ın kendi rolünü hem Alıcının ası nın hem de Satıcının ası nın veya (duruma göre) Recipient ın Baseline sunularında belirtildiği şekilde kabul ettiğini teyit eden bir Role and Baseline Acceptance Notification gönderdiğinde. Bu bildirimin gönderilmesi TMA nın Zero Mismatch gösteren bir Baseline Match Report unu izleyecektir; veya

123 ALICININ BANKASININ DIŞINDA BİR BANKA TEK YÜKÜMLÜ BANKA Oluşturulmuş Veritabanı («Estabished Baseline») Kuruluyor BUYER (Alıcı) TMA 1- Initial Baseline Submission 2- Full Push Through Report SELLER (Satıcı) BUYER S OBLIGOR 4- Full Push Through Report 6- Baseline Match report With zero mismatch 7- Full Push Through Report 8- Rol&Baseline Acceptance ESTABLISHED BASELINE 5 TMA Verileri Karşılaştırır 3- Baseline ReSubmission or Submission 6- Baseline Match report With zero mismatch RECIPIENT Role&Baseline Acceptance Notification Full Push Through Report 9 10 Role&Baseline Acceptance Notification Full Push Through Report ESTABLISHED BASELINE Oluşturulmuş Veritabanı Kuruldu

124 Madde 9 iii. Alıcının ası nın dahil olabildiği birden fazla Yükümlü a nın bulunması durumunda: bir TMA her bir Yükümlü a nın ve duruma göre bir Submitting ın kendi rolünü hem Alıcının ası nın hem de Satıcının ası nın veya (duruma göre) Recipient ın Baseline sunularında belirtildiği şekilde kabul ettiğini teyit eden bir Role and Baseline Acceptance Notification gönderdiğinde. Bu bildirimin gönderilmesi TMA nın Zero Mismatch gösteren bir Baseline Match Report unu Raporu nu izleyecektir.

Daha göster