VİOPFIX PROTOKOLÜ KURALLAR DOKÜMANI. 09 Ekim 2015, Sürüm Borsa İstanbul A.Ş., Tüm hakkı saklıdır Borsa İstanbul A.Ş.

Ebat: px
Şu sayfadan göstermeyi başlat:

Download "VİOPFIX PROTOKOLÜ KURALLAR DOKÜMANI. 09 Ekim 2015, Sürüm 1.9 2014 Borsa İstanbul A.Ş., Tüm hakkı saklıdır. 2014 Borsa İstanbul A.Ş."

Transkript

1 VİOPFIX PROTOKOLÜ KURALLAR DOKÜMANI 09 kim 2015, Sürüm Borsa İstanbul A.Ş., Tüm hakkı saklıdır. 1

2 DÖKÜMAN TARİÇSİ Tarih Versiyon Kasım Aralık Ocak Şubat Açıklama İlk sürüm. ApplResendFlag alanının alabileceği değerler güncellendi. FIX Sunucusundaki uygulama katmanı kontrollerinden geçemeyen yatırım kuruluşu mesajları için BusinessMessageReject mesajı eklendi. mir ve işlem iptal nedenlerinin açıklaması için xecutionreport mesajına VIOP_WDReason ve VIOP_WDReasonLen alanları eklendi. Logon, Logout, xecutionreport ve OrderCancelReject mesajlarına işlem sisteminden ret gelmesi durumunda hata açıklamasını içeren ncodedtext (355) ve hata kodunu içeren Text (58) alanları eklendi. OrderCancelReplaceRequest, OrderCancelReject ve OrderCancelRequest mesajlarındaki zorunlu olan ClOrdID ve OrigClOrdID alanlarının zorunlulukları kaldırıldı. İşlem sisteminden dönülen hatalar için xecutionreport ve OrderCancelReject mesajlarına hata kodları alanları ve kodların açıklamalarını içeren tablo eklendi. Logout mesajında SessionStatus alanına yeni bir değer eklendi. BusinessMessageReject mesajında BusinessRejectReason alanına yeni bir değer eklendi STANDART MSAJ SON Kİ başlığına checksum ve body uzunluk değerleriyle ilgili açıklama eklendi. Price ve TriggerPrice alanlarının alabileceği maksimum değerler değiştirildi. News mesajında VIOP_Subject alanının formatı değiştirildi ve VIOP_SubjectLen alanı eklendi. NewOrderSingle ve OrderCancelReplaceRequest mesajlarında kullanılan ncodedtext ve ncodedtextlen alanları çıkarılıp yerine Text alanı koyuldu. Sistemin dil kodlamasını belirten DİL KODLAMASI başlığı eklendi MSAJLARDA YR ALAN ALANLAR başlığı altına alanların formatlarındaki kısıtlamalarla ilgili açıklama eklendi. News mesajında MarketSegmentID alanına yeni değerler eklendi STANDART MSAJ BAŞLIĞI başlığı altına MsgSeqNum alanı ile ilgili açıklama eklendi STANDART MSAJ BAŞLIĞI başlığı altında yer alan Standart Mesaj Başlığı Mesaj Alanları Tablosundaki Messagencoding alanının değeri değiştirildi MSAJLARDA YR ALAN ALANLAR başlığı altına ondalık sayıların ayraçları ile ilgili açıklama eklendi SÖZLŞM SORGUSU başlığı altına, değişiklik durumlarında gönderilecek alanlarla ilgili açıklama ve sorguya yeni alanlar eklendi XCUTION RPORT MSAJI başlığı altında; 2

3 Tarih Versiyon Açıklama o o o Mart Nisan Temmuz Kasım Mayıs kim İşlem ve emir bilgilerinin sıralarının değişebileceğini belirten açıklama kaldırıldı, mir değişiklik mesajlarının (Order - Short) gönderilmesindeki farklılıklar hakkında açıklama eklendi, Piyasa emirlerinin işlem sistemi tarafındaki davranışı hakkında açıklama eklendi RSND RQUST MSAJI başlığı altına açıklama eklendi SÖZLŞM SORGUSU başlığı altında abonelik ile ilgili bölümde değişiklik yapıldı. Döviz opsiyonu pazarları, yeni bir MarketSegmentID geçerli değeri olarak ilgili tablolara eklendi. SendingTime (52) alanının açıklaması güncellendi. Yabancı endeksler vadeli işlem ve metal vadeli işlem pazarları yeni bir MarketSegmentID geçerli değeri olarak ilgili tablolara eklendi XCUTION RPORT MSAJI başlığı altında; o İşlem bilgilerinin gönderimi ile ilgili açıklama eklendi, o OrigTime (42) alanı eklendi. OrigTime ve TransactTime alanları ile ilgili açıklama eklendi, o LeavesQty alanının açıklaması güncellendi. 2.9 KULLANICI YTKİLRİ bölümü eklendi. BusinessMessageReject mesajında BusinessRejectReason alanına yeni bir değer eklendi. Borsa Yatırım Fonu VİS pazarları, yeni bir MarketSegmentID geçerli değeri olarak ilgili tablolara eklendi. Gecelik Repo VİS pazarları, yeni bir MarketSegmentID geçerli değeri olarak ilgili tablolara eklendi. 3

4 İÇİNDKİLR 1. GİRİŞ...11 DOKÜMANIN AMACI...11 FIX PROTOKOL SÜRÜMLRİ...11 FIX MSAJ FORMATI...11 FIX İÇRİK...11 DF KİTL...11 DOKÜMANIN YAPISI BAĞLANTI...13 BAĞLANTI (LOGON) MKANİZMASI...13 DOĞRUDAN BAĞLANTI (LOGON)...13 SUNUCU YÜK KONTROLÜ YAPARAK BAĞLANTI (LOGON)...13 KULLANICI KODU (SenderCompID)...13 PAROLA...14 MSAJ IZI KONTROLÜ...14 ÜRTİM (PRODUCTION) IP ADRSLRİ ve PORTLAR...14 FIX BAĞLANTISI YDKLİLİK YAPISI...14 FARKLI VİOPFIX SUNUCUSUNA GÇİŞ...15 DROP COPY İMKÂNI...16 VİOPFIX SİSTMİ İL ÜY SİSTMİ ARASINDAKİ ZAMAN FARKI...16 KULLANICI YTKİLRİ...16 İŞLM YTKİSİ...16 SAKLAMA SABI ÜYSİ İÇİN İZLM YTKİSİ OTURUM (SSSION) KATMANI MSAJLARI...19 GNL BİLGİLR...19 DİL KODLAMASI...19 DSTKLNN MSAJLAR...19 MSAJLARDA YR ALAN ALANLAR...20 STANDART MSAJ BAŞLIĞI (STANDARD MSSAG ADR)...22 STANDART MSAJ SON Kİ (STANDARD MSSAG TRAILR)...24 FIX BAĞLANTILARI...25 FIX BAĞLANTISININ KURULMASI...25 FIX OTURUMUNUN SÜRDÜRÜLMSİ...26 FIX BAĞLANTISININ SONA RDİRİLMSİ...27 LOGON MSAJI...27 LOGOUT MSAJI...29 ARTBAT MSAJI...32 TST RQUST MSAJI...32 SIRA NUMARASINI YNİDN BLİRLM (SQUNC RST) MSAJI

5 RJCT MSAJI...34 KURTARMA (RCOVRY)...35 YNİDN GÖNDRM İSTKLRİ...35 RSND RQUST MSAJI UYGULAMA (APPLICATION) KATMANI MSAJLARI...39 GNL BİLGİ...39 DSTKLNN MSAJLAR...39 MSAJLARDA YR ALAN ALANLAR...41 CLINT MSAJLARI...48 YNİ MİR GİRİŞ (NW ORDR SINGL) MSAJI...48 MİR DĞİŞTİRM İSTĞİ (ORDR CANCL RPLAC RQUST) MSAJI...51 MİR İPTAL İSTĞİ(ORDR CANCL RQUST) MSAJI...54 MİR SORGUSU (ORDR STATUS RQUST) MSAJI...55 POZİSYON SORGUSU (RQUST FOR POSITIONS) MSAJI...56 SÖZLŞM SORGUSU (SCURITY STATUS RQUST) MSAJI...58 MİR / İŞLM / SİSTM UYARISI / GNL YAYIN MSAJI İNDİRM (APPLICATION MSSAG RQUST) MSAJI...62 SRVR MSAJLARI...66 XCUTION RPORT MSAJI...66 MİR DĞİŞTİRM/ İPTAL RT (ORDR CANCL RJCT) MSAJI...77 POZISYON SORGUSU CVAP (POSITION RPORT) MSAJI...78 SÖZLŞM SORGUSU CVAP (SCURITY STATUS) MSAJI...80 ABRLR/SİSTM UYARILARI/GNL YAYIN/NDOFMSG (NWS) MSAJLARI...83 UYGULAMA KATMANI RT (BUSINSS MSSAG RJCT) MSAJI MSAJ AKIŞLARI...95 Yeni mir Giriş Mesajının VİOPFIX Sunucusu ve İşlem Sistemi Tarafından Kabul dilmesi..95 Yeni mir Giriş Mesajının VİOPFIX Sunucusu ve İşlem Sistemi Tarafından Kabul dilir dilmez İşleme Girmesi...96 Yeni mir Giriş Mesajının VİOPFIX Sunucusu Tarafından Reddedilmesi...98 Yeni mir Giriş Mesajının VİOPFIX Sunucusu Tarafından Kabul dildikten Sonra İşlem Sistemi Tarafından Reddedilmesi...99 Sistemde Pasifte Bekleyen mrin İşleme Girmesi mir Değiştirme Mesajının VİOPFIX Sunucusu ve İşlem Sistemi Tarafından Kabul dilmesi 101 mir Değiştirme Mesajının VİOPFIX Sunucusu ve İşlem Sistemi Tarafından Kabul dilir dilmez İşleme Girmesi mir Değiştirme Mesajının VİOPFIX Sunucusu Tarafından Kabul dildikten Sonra İşlem Sistemi Tarafından Reddedilmesi mir İptal Mesajının VİOPFIX Sunucusu ve İşlem Sistemi Tarafından Kabul dilmesi mir İptal Mesajının VİOPFIX Sunucusu Tarafından Kabul dildikten Sonra İşlem Sistemi Tarafından Reddedilmesi

6 Tek Sözleşme Sorgusu Tüm Sözleşmelerin Sorgusu Sözleşmelerin Durum Değişikliğinin Gönderilmesi Pozisyon Sorgusu Pozisyon Sorgu Mesajının VİOPFIX Sunucusu Tarafından Kabul dildikten Sonra İşlem Sistemi Tarafından Reddedilmesi mir İndirme Tek mir Sorgusu mir Sorgu Mesajının VİOPFIX Sunucusu Tarafından Kabul dildikten Sonra İşlem Sistemi Tarafından Reddedilmesi İşlem İndirme Genel Yayın Mesajı İndirme İndirilecek Genel Yayın Mesajı Bulunmaması Sistem Uyarıları Mesajı İndirme İndirilecek Sistem Uyarısı Bulunmaması aberler Genel Yayın Mesajları Sistem Uyarıları KLR mir Tipleri ata Kodları Kataloğu

7 TABLOLAR LİSTSİ Tablo 1: Arıza Senaryoları...15 Tablo 2: Oturum Katmanında Kullanılan FIX Protokolü Tarafından Belirlenen Mesaj Tipleri...19 Tablo 3: VİOPFIX Protokolünün Oturum Katmanındaki Mesaj Tiplerinde Kullanılan Tüm Mesaj Alanları...20 Tablo 4: Oturum Katmanında BIST e Ait Özel Alanlar...22 Tablo 5: Standart Mesaj Başlığı Mesaj Alanları...23 Tablo 6: Standart Mesaj Son ki Mesaj Alanları...25 Tablo 7: Logon Mesaj Alanları...27 Tablo 8: Logout Mesaj Alanları...29 Tablo 9: eartbeat Mesaj Alanları...32 Tablo 10: Test İsteği Mesaj Alanları...33 Tablo 11: Sequence Reset Mesaj Alanları...33 Tablo 12: Reject Mesajı Alanları...34 Tablo 13: Resend İsteği Mesaj Alanları...36 Tablo 14: Yatırım Kuruluşu Tarafından Gönderilen Mesajlar...39 Tablo 15: İşlem Sistemi Tarafından Gönderilen Mesajlar...39 Tablo 16: Yatırım Kuruluşu ve İşlem Sistemi Arasındaki Mesaj Akışları...40 Tablo 17: VİOPFIX Protokolünün Mesaj Tiplerinde Kullanılan Tüm Mesaj Alanları...41 Tablo 18: Uygulama katmanında BİAŞ a Ait Özel Alanlar...45 Tablo 19: VİOPFIX te Değiştirilen Alanlar...46 Tablo 20: Yeni mir Girişi Mesaj Alanları...49 Tablo 21: mir Değiştirme İsteği Mesaj Alanları...51 Tablo 22:: mir İptal İsteği Mesaj Alanları...54 Tablo 23: mir Sorgusu Mesaj Alanları...55 Tablo 24: Pozisyon Sorgusu Mesaj Alanları...57 Tablo 25: Sözleşme Sorgusu Mesaj Alanları...59 Tablo 26: mir / İşlem / Sistem Uyarısı / Genel Yayın Mesajı İndirme Mesaj Alanları...63 Tablo 27: xecution Report Mesaj Alanları...68 Tablo 28: İşlem Sistemi Tarafından Gönderilen xecution Report Kapsamı ve Gönderilmesi Gereken İlgili Mesaj Alanları...73 Tablo 29: mir Değiştirme/İptal Red Mesaj Alanları...77 Tablo 30: Pozisyon Sorgusu Cevabı Mesaj Alanları...79 Tablo 31: Sözleşme Sorgusu Cevabı Mesaj Alanları...81 Tablo 32: aberler/sistem Uyarıları/Genel Yayın/ndOfMsg Mesaj Alanları...83 Tablo 33: aberler/sistem Uyarıları/Genel Yayın/ndOfMsg Mesajlarında Kullanılacak İlgili Alanlar.87 7

8 Tablo 34: Uygulama Katmanı Ret Mesaj Alanları...90 Tablo 35: Uygulama Katmanı Ret Mesajlarında Kullanılacak İlgili Alanlar

9 ŞKİLLR LİSTSİ Şekil 1: İletişim Oturumunun Başlaması ve FIX Oturumunun Sürdürülmesi...29 Şekil 2: Yatırım Kuruluşu Tarafından Oturumun Sonlandırılması...31 Şekil 3: VİOPFIX Sunucusu Tarafından Oturumun Sonlandırılması...32 Şekil 4: Reject Mesaj Akışı...35 Şekil 5: Yatırım Kuruluşu Tarafından Gönderilen Yeni mir Giriş Mesajının VIOPFIX Sunucusu ve İşlem Sistemi Tarafından Kabul dilmesi Mesaj Akışı...95 Şekil 6: Yatırım Kuruluşu Tarafından Gönderilen Yeni mir Giriş Mesajının VİOPFIX Sunucusu ve İşlem Sistemi Tarafından Kabul dilir dilmez İşleme Girmesi Mesaj Akışı...97 Şekil 7: Yeni mir Giriş Mesajının VİOPFIX Sunucusu Tarafından Reddedilmesi Mesaj Akışı...98 Şekil 8: Yatırım Kuruluşu Tarafından Gönderilen Yeni mir Giriş Mesajının VİOPFIX Sunucusu Tarafından Kabul dildikten Sonra İşlem Sistemi Tarafından Reddedilmesi Mesaj Akışı...99 Şekil 9: Sistemde Pasifte Bekleyen mrin İşleme Girmesi Mesaj Akışı Şekil 10: Yatırım Kuruluşu Tarafından Gönderilen mir Değiştirme Mesajının VİOPFIX Sunucusu ve İşlem Sistemi Tarafından Kabul dilmesi Mesaj Akışı Şekil 11: Yatırım Kuruluşu Tarafından Gönderilen mir Değiştirme Mesajının VİOPFIX Sunucusu ve İşlem Sistemi Tarafından Kabul dilir dilmez İşleme Girmesi Mesaj Akışı Şekil 12: Yatırım Kuruluşu Tarafından Gönderilen mir Değiştirme Mesajının VİOPFIX Sunucusu Tarafından Kabul dildikten Sonra İşlem Sistemi Tarafından Reddedilmesi Mesaj Akışı Şekil 13: Yatırım Kuruluşu Tarafından Gönderilen mir İptal Mesajının VİOPFIX Sunucusu ve İşlem Sistemi Tarafından Kabul dilmesi Mesaj Akışı Şekil 14: Yatırım Kuruluşu Tarafından Gönderilen mir İptal Mesajının VİOPFIX Sunucusu Tarafından Kabul dildikten Sonra İşlem Sistemi Tarafından Reddedilmesi Mesaj Akışı Şekil 15: Tek Sözleşme Sorgusu Mesaj Akışı Şekil 16: Tüm Sözleşmelerin Sorgusu Mesaj Akışı Şekil 17: Sözleşmelerin Durum Değişikliği Mesaj Akışı Şekil 18: Pozisyon Sorgusu Mesaj Akışı Şekil 19: Pozisyon Sorgu Mesajının VİOPFIX Sunucu Tarafından Kabul dildikten Sonra İşlem Sistemi Tarafından Reddedilmesi Mesaj Akışı Şekil 20: mir İndirme Mesaj Akışı Şekil 21: Tek mir Sorgusu Mesaj Akışı Şekil 22: Reddedilen mir Sorgusunun Mesaj Akışı Şekil 23: İşlem İndirme Mesaj Akışı Şekil 24: Genel Yayın Mesajı İndirme Mesaj Akışı

10 Şekil 25: İndirilecek Genel Yayın Mesajı Bulunmaması Mesaj Akışı Şekil 26: Sistem Uyarıları Mesajı İndirme Mesaj Akışı Şekil 27: İndirilecek Sistem Uyarıları Bulunmaması Mesaj Akışı Şekil 28: aberler Mesaj Akışı Şekil 29: Genel Yayın aberleri Mesaj Akışı Şekil 30: Sistem Uyarıları Mesaj Akışı

11 1. GİRİŞ DOKÜMANIN AMACI Bu doküman, Borsa İstanbul Vadeli İşlem ve Opsiyon Piyasası lektronik Alım Satım Sistemi ne FIX protokolü kullanarak emir işlemlerini (giriş, düzeltme, iptal, sorgular vb.) gönderecek yatırım kuruluşlarına Borsa İstanbul A.Ş. FIX protokolü arayüzü hakkında bilgi sağlamak amacıyla hazırlanmıştır. FIX PROTOKOL SÜRÜMLRİ Borsa İstanbul Vadeli İşlem ve Opsiyon Piyasası (VİOP) lektronik Alım Satım Sistemi FIX arayüzü, FIX Protokol standardının 5.0 SP2 sürümüne dayanmaktadır. Standart hakkında detaylı bilgiye adresinden ulaşabilirsiniz. FIX MSAJ FORMATI Mesaj alanları ASCII 01<start of header> karakteri kullanılarak birbirinden ayrılır. Örnek mesajlarda (boşluk) karakteri ASCII 01<start of header> yerine kullanılmaktadır. FIX İÇRİK Bir FIX mesajı başlık(header), gövde(body) ve son ek (trailer) bölümlerinin bileşiminden oluşur. FIX Mesaj İçeriği: Başlık + Gövde + Son ek DF KİTL Doküman, VİOPFIX arayüzünün sağlayacağı iletişim yöntemlerini ve mesaj formatlarını kullanarak mesaj alışverişi amaçlı uygulamanın geliştirilmesine karar verecek yatırım kuruluşlarının bilgi teknolojileri ile ilgili teknik uygulama geliştiren personeline hitap etmektedir. DOKÜMANIN YAPISI Doküman; Giriş, Bağlantı, Oturum (Session) Katmanı Mesajları, Uygulama (Application) Katmanı Mesajları ve Akışlar olmak üzere beş ana bölümden oluşmaktadır. Giriş bölümünde, dokümanın hazırlanma amacından, baz alınan FIX protokol sürümünden, dokümanın hedef aldığı okuyucu kitlesinden ve dokümanın yapısından kısaca bahsedilmektedir. 11

12 Bağlantı bölümünde, yatırım kuruluşu ile BIST arasında iletişimi sağlayan bağlantı kanalları olan Unicast yapısından, bağlantı kurallarından, bağlantıların kesilmesine dayanıklı erişilebilir mimariden bahsedilmektedir. Oturum katmanı mesajları, uygulama katmanı mesajları ve mesaj akışları dokümanın geri kalan bölümlerinde detaylı bir şekilde ele alınmıştır. Mesaj türlerine ait başlıkların altında mesaj türleri hakkında gerekli bilgiler, mesaj alan tabloları ve örnek mesajlar yer almaktadır. Yatırım kuruluşları ve işlem sistemi arasındaki FIX bağlantısı süresince oluşabilecek muhtemel akışlar Mesaj Akışları bölümünde detaylı olarak anlatılmaktadır. Uygulama katmanı mesajları İstemci (Client) ve Sunucu (Server) başlıkları olmak üzere iki ayrı bölümde açıklanmıştır. İstemci mesajlarında, yatırım kuruluşu tarafından işlem sistemine gelebilecek istek ve sorgu mesajları yer almaktadır. Sunucu mesajlarında ise işlem sistemi tarafından bir yatırım kuruluşundan gelen istek mesajı sonucu yatırım kuruluşuna gönderilen mesajların yanı sıra işlem sisteminde tetiklenen operasyonlar sonucunda yatırım kuruluşunun isteğine bakılmaksızın iletilen bilgi mesajları da yer almaktadır. er bir mesaj tipi ile ilgili başlıkta, mesajın hangi amaçla kullanıldığına dair özet bilgiye, mesaj alanları tabloları, mesajlarda yer alan veri alanları ve bu alanların farklı durumlarda alacakları değerler hakkında detaylı bilgiye ve mesaj başlığı ile ilgili örnek mesaj dizinlerine yer verilmiştir. Mesaj Akışları bölümünde F (FIX sunucusu) ile Client (yatırım kuruluşu) arasındaki iletişim sırasındaki mesaj akışları akış diyagramlarında açıklanmıştır. 12

13 2. BAĞLANTI BAĞLANTI (LOGON) MKANİZMASI BIST bünyesinde, üyelerin bağlanabileceği birden fazla VİOPFIX sunucusu bulunmaktadır. (Bk. 2.5) Üyeler, sisteme bağlanmak için aşağıdaki iki yöntemden birisini kullanarak sunucu tercihi yapabilirler. DOĞRUDAN BAĞLANTI (LOGON) Üye sistemi, BIST tarafından üyelere verilmiş olan sunuculara ait IP Adresi/Port bilgilerinden herhangi birisini kullanarak Logon mesajı gönderebilir ve FIX bağlantısını başlatabilir. SUNUCU YÜK KONTROLÜ YAPARAK BAĞLANTI (LOGON) Üye sistemi, VİOPFIX sunucuları üzerinde en az yük olan sisteme bağlanmak için aşağıdaki gibi bir akış izleyebilir. Üye sistemi, BIST tarafından verilen IP Adresi/Port bilgilerini kullanarak herhangi bir sunucuya Logon mesajı gönderirken Password alanını mesaja dahil etmez. Password gönderilmeyen Logon mesajlarında sunucu cevap olarak üye sistemine Logout mesajı dönerken, diğer FIX sunucuları ile haberleşerek tüm sunuculardaki üye yükünü öğrenir ve tüm uygun sunucuların IP adresi, port ve yük (sunucuya bağlanan yatırım kuruluşu sayısı) bilgisini üye sistemine gönderir. Üye sistemi, cevap mesajı içindeki yük bilgilerini kullanarak en az yüklü olan sistemi tercih ettikten sonra bu sisteme password alanını içeren Logon mesajı gönderebilir ve FIX bağlantısını kurabilir. KULLANICI KODU (SenderCompID) FIX iletişiminin başlayabilmesi için her yatırım kuruluşunun kullanıcı kodu (SenderCompID) bilgisi BIST te kayıtlı olmalıdır. Bir yatırım kuruluşunun kullanıcı kodu ile sadece bir FIX bağlantısı açılabilir. Üye kurum ikinci bağlantı için BİST ten almış olduğu ikinci kullanıcı kodunu kullanmalıdır. BIST VİOPFIX Sunucusu tarafından gönderilen mesajlarda SenderCompID bilgisi ISTVIOPFIX olarak tanımlanmıştır. Yatırım kuruluşları tarafından gönderilen mesajlarda SenderCompID (49) alanında BIST tarafından yatırım kuruluşuna verilen kullanıcı kodu bilgisi yer almalı, TargetCompID (56) alanında ise BIST VİOPFIX sunucusunun kodu olan ISTVIOPFIX bulunmalıdır. BIST VİOPFIX sunucusu tarafından yatırım kuruluşlarına gönderilen mesajlarda ise SenderCompID (49) alanında ISTVIOPFIX bilgisi ve TargetCompID (56) alanında yatırım kuruluşlarına ait kullanıcı kodu bilgileri yer almaktadır. 13

14 Üyelerin kurmak istedikleri her yeni VIOPFIX bağlantısı için farklı kullanıcı kodu tahsis edilir. Sistem aynı kullanıcı tarafından gönderilecek olan ikinci bağlantı talebinde mevcut bağlantıyı sonlandırarak yeni bağlantıyı kurar. PAROLA Parola bilgisi, Logon mesajı ile birlikte ilgili alan içerisinde gönderilmelidir. Yatırım kuruluşları parolalarını Logon mesajı ile değiştirebilirler. Parola değiştirme ile ilgili detaylı bilgi Logon mesajı ile ilgili bölümde yer almaktadır. Parolalar aşağıdaki şartları karşılamalıdır: n az 8 karakter uzunluğunda olmalıdır. Karakterler alfa sayısal olmalıdır. n az birer adet büyük harf, küçük harf ve sayı içermelidir. Parolaların geçerlilik süresi 90 gündür. MSAJ IZI KONTROLÜ BIST VİOPFIX sunucularında mesaj hızını kontrol eden Throttling mekanizması mevcuttur. Yatırım kuruluşlarına ait her bir kullanıcı kodu için saniyede gönderilebilecek mesaj sayısı sınırlıdır. Bir saniye içerisinde gönderilebilecek mesaj sayısı sınırının aşılması halinde, BIST VİOPFIX sunucusu sonraki saniyeyi beklemektedir. VİOPFIX sunucusuna ulaşan üye mesajları, hızı belirleyen eşik değeri aşmayacak şekilde en hızlı bir şekilde işlenmektedir. şik değeri aşan mesajlar bir sonraki saniye içerisinde aynı şekilde mesaj aralarında bekleme yapılmaksızın sunucu tarafından işlenmektedir. Yatırım kuruluşu tarafından gönderilen tüm mesajlar mesaj sayısına dahil edilecektir. ÜRTİM (PRODUCTION) IP ADRSLRİ ve PORTLAR BIST gerçek emir iletim ortamına ve test sistemlerine ait IP adresleri ve port numaraları ayrı bir dokümanda yayınlanacaktır. FIX BAĞLANTISI YDKLİLİK YAPISI VİOPFIX sistemi üyelere emir/işlem bilgilerini anlık olarak ya da üyelerin kaldıkları yerden itibaren kendi sistemlerine yükleyebilme imkânı sunmaktadır. Üyelerin bağlanabilecekleri birden fazla VİOPFIX sistemi bulunmaktadır. Problem yaşanması durumunda aşağıdaki örnek senaryolara göre hareket edilebilmektedir. 14

15 Tablo 1: Arıza Senaryoları VİOPFIX Sistemi Üye Sistemi Açıklama Kapatılır Arızalanır Arızalanır VİOPFIX sunucusu bir sebepten dolayı kapatılır ise kapatılma öncesinde Logout mesajı gönderilmektedir. Logout mesajında SessionStatus alanına, sistemin kapatılması nedeni ile kullanıcının bağlantısının kapatıldığını belirten 11 değeri girilmektedir. Bu durumda üye sistemi bölümündeki bağlantı yöntemini kullanarak sunucu değiştirmesi önerilmektedir. Üye sistemi belirli bir süre sunucudan cevap alamayabilir. Bu durumda üye sistemi bağlantısını kapattıktan sonra bölümünde anlatıldığı şekilde sisteme yeniden bağlanmayı deneyebilir. ğer aynı sunucuya bağlantıda problem devam ediyor ise üye sisteminin bölümündeki bağlantı yöntemini kullanarak sunucu değiştirmesi önerilmektedir. Farklı bir sunucuya bağlantı sonrasında emir ve işlem bilgilerinin eşitlenmesi için gerekli istek mesajları gönderilmesi önerilmektedir. Üye yedek FIX sistemini kullanarak VİOPFIX sistemine bağlanır. (Bk. 2.1) Sunucu değişikliği sonrasında emir ve işlem bilgilerinin eşitlenmesi için gerekli istek mesajlarının gönderilmesi önerilmektedir. FARKLI VİOPFIX SUNUCUSUNA GÇİŞ Üye sisteminin, farklı bir sunucuya bağlanacağı zaman başka bir ifade ile sunucu değişikliği yapacağı zaman göndereceği Logon mesajında ResetSeqNumFlag alanına Y değerini atayarak FIX mesajlaşma altyapısındaki sıra numaralarını yeniden başlatması (reset) gerekmektedir. Kopma ya da herhangi bir sebep ile farklı sunucuya geçiş sonrasında emir ve işlem bilgilerinin üye sistemlerinde güncel olmama ihtimali bulunmaktadır. Bağlantı sonrasında emir ve işlem bilgilerinin eşitlenmesi için gerekli olan talep mesajları (ApplicationMessageRequest) üye sistemi tarafından gönderilmelidir. Alım satım sisteminde beklemekte olan pasif emirler gerçekleştiği anda üye FIX bağlantısı üzerinden, değişen emir ve yeni oluşan işlem bilgileri yatırım kuruluşu tarafından bir talep gelmeksizin (push) üye sistemine gönderilmektedir. mir, işlem, genel yayın mesajları ve sistem uyarıları bilgileri içerisinde sistem güncelleme numarası (ApplSeqNum) bulunmaktadır. ApplSeqNum sıralı olarak artarak ilerlemektedir fakat ardışık olmak veya her yeni mesajda artmak zorunda değildir. İki ardışık mesaja ait ApplSeqNum bilgileri arasındaki fark olmayabileceği gibi birden büyük de olabilir. Bu durum üyelere gönderilen emir ve işlem bilgilerinde filtreleme yapılmasından kaynaklanmaktadır. Üye sistemi, alım satım sistemi ile arasında güncelleme farkı olup olmadığının takibini bu numarayı kullanarak yapabilir. Alım satım sistemi hiçbir zaman daha küçük bir güncelleme numarası göndermemektedir. Farklı bir VİOPFIX sistemine geçiş durumunda emir, işlem, genel yayın mesajları 15

16 ve sistem uyarıları bilgilerini eşitlemek için gönderilecek istek mesajları içerisinde yatırım kuruluşunun sahip olduğu en büyük ApplSeqNum bilgisi de yazılmalıdır. İşlem sistemi, yatırım kuruluşu tarafından bildirilen ApplSeqNum ve emir/işlem indirme için ilaveten bildirilen emir numarası/işlem numarası (OrderID/TrdMatchID) bilgileri doğrultusunda kalınan noktadan itibaren tüm mesajları üye sistemine göndermektedir. DROP COPY İMKÂNI Üyelerin TW (Trader Workplace), VİOPAPI (mevcut API bağlantısı) ve VİOPFIX API üzerinden emir gönderim kanalları bulunmaktadır. Üyelerin mevcut bağlantılarından birisinden gönderdikleri emirler ile ilgili emir ve işlem bilgi detayları FIX bağlantısı üzerinden de alınabilmektedir. Üyeler isterlerse yedek/ikincil merkezlerinden farklı bir VİOPFIX API bağlantısı açarak emir ve işlem bilgilerini anlık olarak kaydedebilirler. VİOPFIX SİSTMİ İL ÜY SİSTMİ ARASINDAKİ ZAMAN FARKI Üye sistemi ve VİOPFIX sistemi arasındaki saat farklılığının olabildiğince az olması sistemler arasında yapılan mesajlaşmanın izlenmesine olanak sağlamaktadır. Bu yüzden NTP servisi kullanılarak, üye sistemleri saatlerinin Borsa İstanbul VİOPFIX sistemi saatiyle eşitlenmesi (senkron olması) önem arz etmektedir. Bu konu yatırım kuruluşunun sorumluluğundadır. VİOPFIX sistemi, kendisi ile çok büyük zaman farkı olan üye sistemlerinin bağlantı taleplerini reddedebilmektedir (bkz. SendingTime). KULLANICI YTKİLRİ İŞLM YTKİSİ İşlem yetkisi tanımlanmış bir kullanıcının dokümanda belirtilen tüm mesajlara yetkisi bulunmaktadır. Bu kullanıcılar aşağıda belirtilen işlemleri yapma yetkisine sahiptirler: Yeni emir girişi mir değiştirme mir iptali mir sorgusu (üyenin işlem hesapları tarafından girilen emirler) Sözleşme sorgusu Pozisyon sorgusu (üyenin kendi saklama hesaplarına ait pozisyon sorgusu) mir indirme (üyenin işlem hesapları tarafından girilen emirler) 16

17 İşlem indirme (üyenin işlem hesapları tarafından gerçekleştirilen işlemler) Genel yayın mesajı ve sistem uyarıları indirme SAKLAMA SABI ÜYSİ İÇİN İZLM YTKİSİ Saklama hesabı üyesi için izleme yetkisi tanımlanan kullanıcılara, yalnızca üyenin saklama görevini üstlendiği işlem hesaplarına ait emir ve/veya işlem bilgileri gönderilmektedir. Ayrıca bu bilgiler kullanıcı tarafından sorgulanabilmektedir. Bu kullanıcıların yeni emir girişi, emir değiştirme, emir iptali mesajlarına yetkileri bulunmamaktadır. Kullanıcılara sadece emir bilgilerini alabilme, sadece işlem bilgilerini alabilme veya her ikisini birden alabilme yetkisi verilebilmektedir. Saklama hesabı üyelerine verilen yetkiler şunlardır: mir sorgusu (üyenin saklama görevi üstlendiği işlem hesapları tarafından girilen emirler) Sözleşme sorgusu Pozisyon sorgusu (üyenin kendi saklama hesaplarına ait pozisyon sorgusu) mir indirme (üyenin saklama görevi üstlendiği işlem hesapları tarafından girilen emirler) İşlem indirme (üyenin saklama görevi üstlendiği işlem hesapları tarafından gerçekleştirilen işlemler) Genel yayın mesajı ve sistem uyarıları indirme 17

18 OTURUM (SSSION) KATMANI MSAJLARI 18

19 3. OTURUM (SSSION) KATMANI MSAJLARI GNL BİLGİLR DİL KODLAMASI Mesajlarda yer alan alanlardan, formatı olan tüm alanların dil kodlaması ISO olmalıdır. Formatı Data olan ncodedtext, VIOP_WDReason ve VIOP_Subject alanlarında ise dil kodlaması Unicode (UTF-8) olmalıdır. DSTKLNN MSAJLAR Oturum (session) katmanı, sisteme giriş çıkış mekanizmasını, mesajların sırasını belirleyen ve kayıp mesajların kurtarılmasını tanımlayarak FIX protokolünün yönetsel fonksiyonlarını ele alır. Tablo 2: Oturum Katmanında Kullanılan FIX Protokolü Tarafından Belirlenen Mesaj Tipleri Mesaj Adı Logon Logout Mesaj Tipi A 5 eartbeat 0 TestRequest 1 ResendRequest 2 SequenceReset 4 Reject 3 Tanım Bir iletişim oturumunun başlaması talebi ya da onayı Bir iletişim oturumunun sonlanması talebi ya da onayı İletişimin devam ettiğini (aktif olduğunu) bildiren periyodik bildirim İletişimin devam ettiğini doğrulamak için eartbeat mesajının gönderilmesinin talep edilmesi Alınamayan mesajların tekrar gönderilmesinin talep edilmesi Mesajlar arasındaki boşluğun sıra numarasının (sequence) yeniden belirlenmesi yoluyla doldurulması Oturum seviyesinde bir mesajın reddi FIX oturumunu kurmuş olan bir yatırım kuruluşu sisteminde sorun yaşandığında, yatırım kuruluşu aynı VİOPFIX sunucusunu kullanarak yarım kalan oturumu başka bir sistem üzerinden başlatıp kaldığı yerden devam edebilmektedir. Bu durumda, yarım kalan ve sonra tekrar başlatılacak oturumun bilgilerinin güncellenmesinden yatırım kuruluşu sorumludur. Mevcut durumun kendi bünyesindeki bilgilerle güncellenmesi mümkün değilse, tüm bilgiler uygulama katmanına başvurularak alınıp bu oturum ile devam edilebilme olanağı bulunmasına rağmen, yeni bir FIX oturumunun başlatılması önerilmektedir. Alınan ve gönderilen her mesaj ve her bağlantı için eşsiz (unique) olan ve aynı zamanda yatırım kuruluşu tarafındaki FIX sunucusu tarafından kaç tane mesaj gönderildiği ve alındığını takip etmek amacıyla da kullanılabilen sıra numarası (MsgSeqNum) nın kullanımı FIX protokolü tarafından 19

20 belirlenmiştir. Sıra numarası, her iki taraftan da gönderilen ilk mesaj ile 1 değerini alan ve her mesaj gönderimi ile birlikte birer birer artan sayısal bir değerdir. MSAJLARDA YR ALAN ALANLAR Kullanılan Tüm Mesaj Alanları Tablo 3: VİOPFIX Protokolünün Oturum Katmanındaki Mesaj Tiplerinde Kullanılan Tüm Mesaj Alanları Format Açıklama 7 BeginSeq SeqNum Yeniden gönderilecek mesaj aralığındaki ilk mesajın MsgSeqNum alanı 8 Begin Yeni mesajın başlangıcını ve protokol sürümünü belirtir. er zaman mesajdaki ilk alandır. 9 BodyLength Length Mesajın Checksum alanına kadar byte olarak uzunluğudur. er zaman mesajdaki ikinci alandır. Fiziksel kontrol için checksum algoritması kullanılmaktadır. er zaman mesajdaki son alandır ve 3 karakter olarak tanımlanır. 10 Checksum 16 ndseq SeqNum Yeniden gönderilecek mesaj aralığındaki son mesajın MsgSeqNum alanı. Tek bir mesajı yeniden istemek için BeginSeq (7) ile ndseq (16) değerleri aynı olmalıdır. Belirli aralıktaki mesajları yeniden istemek için BeginSeq (7) alanının değeri aralıktaki ilk mesajın sequence numarası, ndseq (16) alanının değeri de aralıktaki son mesajın sequence numarası olmalıdır. Belirli bir mesajdan sonra gelen tüm mesajları yeniden istemek için BeginSeq (7) değeri ulaşan son mesajdan sonraki ilk mesajın sequence numarası, ndseq (16) alanının değeri de sıfır (0) olmalıdır. 34 MsgSeqNum SeqNum Mesajın sıra (Sequence) numarası (integer) 35 MsgType 36 NewSeq 43 PossDupFlag Boolean 45 RefSeqNum SeqNum 49 SenderCompID Mesaj tipini belirtir. er zaman mesajdaki üçüncü alandır. Yeni Sequence numarası Sıra numarasıyla (MsgSeqNum) beraber olası tekrar gönderimi belirtir. ResendRequest mesajında her zaman zorunlu olarak gönderilir. Reddedilen mesajın MsgSeqNum değeri Mesajı gönderen tarafı belirtmek için atanan değer 20

21 52 SendingTime UTCTimestamp 56 TargetCompID 58 Text 98 ncryptmethod Integer Mesaj iletiminin saati. er zaman UTC formatındadır. Tüm mesajlarda buılunması zorunludur. Yatırım kuruluşu tarafından gönderilen oturum katmanı (Session) mesajlarındaki SendingTime değeri ile VİOPFIX sunucusunun zamanı arasındaki fark 120 saniyeden fazla olursa, yatırım kuruluşu tarafından gönderilen mesaj reddedilmekte ve bağlantı sonlandırılmaktadır. Söz konusu kontrol uygulama katmanı (Application) mesajlarında yapılmamaktadır. Mesajı alan tarafı belirtmek için atanan değer Logon talebine işlem sisteminden ret cevabı geldiğinde hata kodunu içerir. Şifreleme metodu 108 eartbtint Integer İki eartbeat mesajı arasında geçen süre (saniye) 112 TestReqID Test Request mesajında belirtilecek olan ID. Yanıt olarak gönderilen eartbeat mesajında yer almalıdır. UTCTimestamp ResendRequest mesajının sonucunda gönderimi zorunludur. Mesajın orijinal gönderim zamanını içerir. 122 OrigSendingTime Format Açıklama 123 GapFillFlag Boolean ğer Y ise sequence reset mesajının, tekrar gönderilmeyecek olan yönetsel veya uygulama katmanı mesajlarına ilişkin boşluğu doldurmak amacıyla gönderildiğini ifade etmektedir. 141 ResetSeqNumFlag Boolean Karşılıklı FIX oturumunda (Session) sıra numaralarını sıfırlar. 347 Messagencoding 354 ncodedtextlen Length 355 ncodedtext Data Logon talebine işlem sisteminden ret cevabı geldiğinde reddedilme nedenini, hata kodunun açıklamasını içerir. 371 RefID Integer Referans olarak verilen FIX alanının tag numarası 372 RefMsgType 373 SessionRejectReason Integer Reddedilen mesajın MsgType değeri Oturum seviyesinde reddedilen bir mesajın red nedenini belirten kod 553 Username BİAŞ tarafından verilen Kullanıcı adı bilgisidir. Kullanıcı kodu (SenderCompID) ile aynı değerdir. 554 Password Şifre 925 NewPassword Logon mesajında şifre değişiminde kullanılan yeni şifreyi belirtir. Yeni şifre, devamındaki logon mesajlarında kullanılır. Kodlanmış(ncoded) mesaj alanlarının(ascii olmayan karakterler) kodlama tipini belirtir. ncodedtext(355) alanının byte uzunluğudur. ncodedtext(355) alanı doldurulacağı zaman doldurulması zorunludur. 21

22 Format Açıklama 1128 ApplVerID Mesaj seviyesinde uygulanan servis paketi sürümünü belirtir DefaultApplVerID Bu bölümde FIX mesajlarının varsayılan (default) sürümü kullanılır SessionStatus Integer Logon/Logout sırasında FIX oturumunun durumunu belirtir VIOP_FIXngine <FLoad> NumInGroup Logon mesajında Password (554) alanı bulunmadığında gönderilir. Sistemde kaç adet FIX sunucusu olduğunu belirtir. FIX sunucusu IP adresi Integer FIX sunucusu portu Integer İlgili FIX sunucusuna bağlı olan yatırım kuruluşu sayısı VIOP_IPAddress <FLoad> VIOP_Port <FLoad> VIOP_Load <FLoad> BİST e Özel Alanlar BIST e ait özel alanlar aşağıdaki tabloda özetlenmiştir. Tüm özel alanlarda VIOP_ ön eki kullanılmaktadır. Tablo 4: Oturum Katmanında BIST e Ait Özel Alanlar VIOP_FIXngine <FLoad> Format Bulunduğu Açıklama Mesajın Adı NumInGroup Logout Logon mesajında Password (554) alanı bulunmadığında gönderilir. Sistemde kaç adet FIX sunucusu olduğunu belirtir VIOP_IPAddress <FLoad> Logout FIX sunucusu IP adresi VIOP_Port <FLoad> Integer Logout FIX sunucusu portu VIOP_Load <FLoad> Integer Logout İlgili FIX sunucusuna bağlı olan yatırım kuruluşu sayısı STANDART MSAJ BAŞLIĞI (STANDARD MSSAG ADR) Standart mesaj başlığı (StandardMessageeader) her mesajın başına eklenmelidir. MsgType (35) alanında hangi oturum veya uygulama katmanı mesajının gönderildiği belirtilmektedir. Kullanıcı tarafından mesajlarda gönderilen MsgSeqNum değeri FIX sunucusunun beklediği değer ile aynı olmalıdır. Kullanıcının gönderdiği MsgSeqNum değeri beklenenden yüksek olursa FIX sunucusu 22

23 tarafından kullanıcıya ResendRequest mesajı gönderilmektedir. MsgSeqNum değerinin beklenenden düşük olması durumunda ise FIX sunucusu kullanıcıya Logout mesajı göndererek kullanıcının bağlantısını sonlandırmaktadır. Tablo 5: Standart Mesaj Başlığı Mesaj Alanları 8 Begin 9 BodyLength Zor. Geçerli Değerler FIXT.1.1 Format Length Açıklama Yeni mesajın başlangıcını ve protokol sürümünü belirtir. er zaman mesajdaki ilk alandır. Mesajın Checksum alanına kadar byte olarak uzunluğudur. er zaman mesajdaki ikinci alandır. 35 MsgType 0 = eartbeat 1 = TestRequest 2 = ResendRequest 3 = Reject 4 = SequenceReset 5 = Logout 8 =xecutionreport 9 = OrderCancelReject A = Logon AN=RequestForPositions AP=PositionReport B = News BW=ApplicationMessageRequest D = NewOrderSingle F = OrderCancelRequest G = OrderCancelReplaceRequest = OrderStatusRequest f = SecurityStatus e=securitystatusrequest j=businessmessagereject 49 SenderCompID Mesajı gönderen tarafı belirtmek için atanan değer 56 TargetCompID Mesajı alan tarafı belirtmek için atanan değer 34 MsgSeqNum SeqNum Mesajın sıra (Sequence) numarası (integer) 23 Mesaj tipini belirtir. er zaman mesajdaki üçüncü alandır.

24 52 SendingTime 1128 ApplVerID Messagencoding PossDupFlag OrigSendingTime Zor. Geçerli Değerler Format Mesaj iletiminin saati. er zaman UTC formatındadır. Tüm mesajlarda buılunması zorunludur. Yatırım kuruluşu tarafından gönderilen oturum katmanı (Session) mesajlarındaki SendingTime değeri ile VİOPFIX sunucusunun UTCTime zamanı arasındaki fark 120 stamp saniyeden fazla olursa, yatırım kuruluşu tarafından gönderilen mesaj reddedilmekte ve bağlantı sonlandırılmaktadır. Söz konusu kontrol uygulama katmanı (Application) mesajlarında yapılmamaktadır. 9 = FIX50SP2 ISO N = Orijinal gönderme Y = Olası kopya Açıklama Mesaj seviyesinde uygulanan servis paketi sürümünü belirtir. Kodlanmış(ncoded) mesaj alanlarının(ascii olmayan karakterler) kodlama tipini belirtir. Boolean Sıra numarasıyla (MsgSeqNum) beraber olası tekrar gönderimi belirtir. ResendRequest mesajında her zaman zorunlu olarak gönderilir. ResendRequest mesajının UTCTime sonucunda gönderimi stamp zorunludur. Mesajın orijinal gönderim zamanını içerir. STANDART MSAJ SON Kİ (STANDARD MSSAG TRAILR) Standart mesaj son eki (StandardMessageTrailer) her mesajın sonuna eklenmelidir. Bu ek kontrol amaçlı checksum bilgisi alanını içermektedir. Son ekte(trailer) gönderilen Checksum değeri veya gövde uzunluğu hatalı olduğunda gönderilen mesaj FIX sunucusu tarafından işlenememekte ve yatırım kuruluşuna hataya dair cevap 24

25 gönderilmemektedir. Yatırım kuruluşunun işlenemeyen mesajı nedeniyle FIX sunucusunun MsgSeqNum değeri geride kalmaktadır. Bu nedenle, yatırım kuruluşu tarafından gönderilen bir sonraki mesajda MsgSeqNum değerleri kaydığı için FIX sunucusu tarafından yatırım kuruluşuna ResendRequest talebi gönderilmektedir. FIX sunucusundan ResendRequest mesajı alan yatırım kuruluşu aynı mesajları tekrar gönderdiğinde ilgili alanlar yine hatalıysa FIX sunucusu yine cevap vermemektedir. FIX sunucusundan mesajına cevap alamayan yatırım kuruluşu, böyle bir durumla karşılaşmış olma ihtimaline karşı SequenceReset talebi göndererek mevcut MsgSeqNum değerini değiştirmeyi deneyebilir. Tablo 6: Standart Mesaj Son ki Mesaj Alanları Zor. Geçerli Değerler 10 Checksum Format Açıklama Fiziksel kontrol için checksum algoritması kullanılmaktadır. er zaman mesajdaki son alandır ve 3 karakter olarak tanımlanır. FIX BAĞLANTILARI FIX BAĞLANTISININ KURULMASI Yatırım kuruluşu ile VİOPFIX sunucusu arasındaki FIX bağlantıları ve oturumları FIX protokolünde belirtildiği gibi sağlanmaktadır. er yatırım kuruluşu, VİOPFIX sunucusu ile TCP/IP oturumu kurmak için verilen IP Adresi/Port bilgilerinden herhangi birini kullanır. Yatırım kuruluşu, her işlem gününün başında Logon mesajını göndererek bir FIX oturumu başlatır (Bk. 2.1). Yatırım kuruluşu SenderCompID (49) alanına verilen kullanıcı kodunu girmek zorundadır. VİOPFIX sunucusu, kurumun FIXAPI kullanıcısına ait ve kullanıcı adı (username) ile aynı olan SenderCompID, kullanıcı adı (username), şifre ve IP adresi bilgilerini kontrol etmektedir. Söz konusu bilgilerin yanlış gönderilmesi ya da başka bir sebeple bağlantı talebinin reddedilmesi halinde VİOPFIX sunucusu tarafından Logout mesajı gönderilmektedir. Yatırım kuruluşunun kimliği doğrulandığında VİOPFIX sunucusu, doğrulamaya dair bir Logon mesajı ile yanıt göndermektedir. Yatırım kuruluşunun yeni bir mesaj gönderebilmesi için sunucu tarafından gönderilen Logon mesajını beklemesi gerekmektedir. 25

26 FIX OTURUMUNUN SÜRDÜRÜLMSİ MSAJ SIRA (SQUNC) NUMARALARI FIX protokolünde belirtildiği üzere, yatırım kuruluşu ve VİOPFIX sunucuları alınan ve gönderilen mesajların sıra numaralarını ayrı ve bağımsız olarak tutmaktadır. Sıra numaraları, oturum başlangıcında 1 (bir) olarak belirlenmeli ve oturum boyunca artırılmalıdır. Sıra numaralarının takip edilmesi, tarafların, kaçırılan mesajları belirlemesini ve FIX oturumuna tekrar bağlanma durumunda uygulamaların senkronize edilmesini sağlamaktadır. FIX oturumu bir sonraki işlem gününe devam etmemektedir. VİOPFIX sunucusu, her günün başlangıcında sıra numarasını sıfırladığı için yatırım kuruluşunun da aynı mantığı uygulaması beklenmektedir YAŞAM (ARTBAT) MSAJI Yatırım kuruluşu ve VİOPFIX sunucuları eartbeat mesajını, iletişim hattındaki durgunluk durumunda bağlantıyı test etmek ve ara yüzlerin her iki tarafta uygun ve çalışır durumda olduğunu doğrulamak için kullanmaktadır. İki heartbeat mesajı arasındaki zaman aralığı, yatırım kuruluşunun gönderdiği Logon mesajındaki eartbtint (108) alanında belirtilen değer olmaktadır. eartbeat mesajı sunucuların sadece bir yönlü olarak çalıştığını doğrulamak için kullanılmaktadır. Yatırım kuruluşunun da aynı mantığı uygulaması beklenmektedir. VİOPFIX sunucusu, heartbeat zaman aralığı ve makul bir iletim süresinin toplamından daha uzun bir zaman aralığında bir durgunluk tespit ederse, Test Request mesajı göndererek yatırım kuruluşunu eartbeat göndermeye zorlamaktadır. Test Request mesajı için belirli bir iletim süresi içerisinde yanıt alınamazsa, VİOPFIX sunucusu Logout mesajı göndererek yatırım kuruluşu ile TCP/IP bağlantısını koparmaktadır. VİOPFIX sunucusu tarafında benzer bir durgunluk durumunun tespit edilmesi halinde yatırım kuruluşunun da aynı mantığı uygulaması beklenmektedir BKLNN SIRA (SQUNC) NUMARASININ ARTIRILMASI Yatırım kuruluşu veya VİOPFIX sunucusu, diğer tarafın beklediği eksik mesajların bir kısmını göndermek istemezse, SequenceReset mesajını GapFill modunda kullanabilir. SequenceReset mesajı karşı tarafın beklemesi gereken bir sonraki MsqSeqNum değerinin belirlenerek bildirilmesi (bu yeni numara daha önceki numaralarla karışmaması için daha yüksek bir seviyeden belirlenir) amacıyla SequenceReset modunda da kullanılabilir. Ancak bu yöntem telafisi mümkün olmayan uygulama hataları sonrası FIX oturumunu sıfırdan başlatmak için kullanılmalıdır, olağan bir kullanım olarak düşünülmemelidir. 26

27 FIX BAĞLANTISININ SONA RDİRİLMSİ Alım satım sistemi sunucuları her işlem günü sonunda kapanmaktadır. Yatırım kuruluşu, bağlantıyı hergün Logout mesajı göndererek sonlandırmaktadır. Sunucu bağlantının sonlandırılmasını onaylamak için Logout mesajı ile yanıt vermektedir. Bunun ardından yatırım kuruluşu, sunucu ile olan TCP/IP bağlantısını koparmaktadır. VİOPFIX sunucusu kapanırken tüm TCP/IP bağlantıları Logout mesajı gönderilerek sonlandırılmaktadır. İstisnai durumlarda sunucu işlem günü içerisinde de Logout mesajı göndererek bağlantıyı sonlandırabilmektedir. LOGON MSAJI Logon mesajı, FIX bağlantısının kurulması için kullanıcı tarafından Username ve Password bilgisinin gönderildiği bağlantı mesajıdır. FIX kullanıcısı Logon mesajında NewPassword alanına giriş yaparak, bağlantı kurulumu sırasında şifre değişiklik talebi gönderebilir. Parola değiştirme işleminin sonucu kullanıcıya "Logon" mesajında "SessionStatus" alanı içeriği ile bildirilmektedir (SessionStatus: 1=Şifre değiştirildi, 3= Yeni şifre mevcut kurallara göre tanımlanmamış vb gibi). Ayrıca FIX sunucusu da kullanıcı bilgilerini güncellemektedir. Parola değişimi başarılı bir şekilde gerçekleşmiş bile olsa bağlı durumdaki kullanıcıların bağlantıları parolanın değişmesi nedeniyle sona erdirilmemekte, bağlantılar devam etmektedir. Kullanıcılar çıkış (logout) yaptıktan sonra sadece yeni şifre ile bağlanabilirler. Yatırım kuruluşu şifre değiştirmek için Logon mesajına yeni şifre girdiğinde yeni şifre ile ilgili bir hata olması durumunda yatırım kuruluşu sisteme giriş yapabilir fakat işlem sisteminden cevap olarak dönen Logon mesajında hata kodu ve açıklaması yatırım kuruluşuna bildirilir. Tablo 7: Logon Mesaj Alanları Zor. Geçerli Değerler Format Açıklama 35 <Standardeader> MsgType [35]=A Mesaj tipini belirtir. 98 ncryptmethod 0 = ne Integer Şifreleme metodu 108 eartbtint Integer İki eartbeat mesajı arasında geçen süre (saniye) 1137 DefaultApplVerID Bu bölümde FIX mesajlarının varsayılan (default) sürümü kullanılır. 9 = FIX50SP2 27

28 Zor. Geçerli Değerler Format Açıklama 553 Username BIST tarafından verilen Kullanıcı adı bilgisidir. Kullanıcı kodu (SenderCompID) ile aynı değerdir. 554 Password Şifre Logon mesajında şifre değişiminde kullanılan yeni şifreyi belirtir. Yeni şifre, devamında ki logon mesajlarında kullanılır. Boolean Karşılıklı FIX oturumunda (Session) sıra numaralarını sıfırlar. Integer Logon sırasında FIX oturumunun durumunu belirtir. 925 NewPassword 141 ResetSeqNumFlag N = ayır Y = vet, Sıra numarasını sıfırla 0 = Oturum aktif 1 = Şifre değiştirildi. 3 = Yeni şifre mevcut kurallara göre tanımlanmamış 1409 SessionStatus 354 ncodedtextlen Length 355 ncodedtext Data 58 Text <StandardTrailer> ncodedtext(355) alanının byte uzunluğudur. ncodedtext(355) alanı doldurulacağı zaman doldurulması zorunludur. Logon sırasında şifre değiştirme talebinde işlem sisteminden yeni şifre hatası döndüğünde hata nedenini, hata kodunun açıklamasını içerir. Maksimum 200 karakter olabilir. Logon sırasında şifre değiştirme talebinde işlem sisteminden yeni şifre hatası döndüğünde hata kodunu içerir. Mesaj örnekleri aşağıdaki gibidir: 8=FIXT.1.1 9=97 35=A 34=1 49= = :16: =ISTVIOPFIX 98=0 108= =Y 553= =lll 1137=9 10=051 (Yatırım kuruluşu Logon talebi) 8=FIXT.1.1 9=86 35=A 34=1 49=ISTVIOPFIX 52= :16: = =0 108= =Y 1137=9 1409=0 10=165 (FIX sunucusu Logon cevabı) 28

29 8=FIXT.1.1 9=97 35=A 34=1 49= = :16: =ISTVIOPFIX 98=0 108= =Y 553= =9 10=051 (Yatırım kuruluşunun FIX sunucusuna yük talebi) LOGON MSAJ AKIŞI Şekil 1: İletişim Oturumunun Başlaması ve FIX Oturumunun Sürdürülmesi Alıcı tarafından kabul edilen bir Client Server iletişim oturumu başlatma talebi (Logon mesajı), yine bir Logon mesajı Logon ile yanıtlanmaktadır. Session başlatma talebi gönderen taraf, bu onay MsgType[35]="A" MsgSeqNum[34]=1 mesajını alana kadar başka bir mesaj Logon göndermemelidir. MsgType[35]="A" MsgSeqNum[34]=1 LOGOUT MSAJI Logout (Çıkış) mesajı sistemden çıkış yapmak için kullanılmaktadır. Yatırım kuruluşundan gönderilen Logout mesajına cevap olarak FIX sunucusundan da Logout mesajı gönderilmektedir. Gerekli durumlarda FIX sunucusu yatırım kuruluşundan bir talep gelmeksizin de yatırım kuruluşunun bağlantısını sonlandırabilmektedir. Aynı zamanda, yatırım kuruluşundan gönderilen Logon mesajında Password (554) alanı bulunmadığında, FIX sunucusundan cevap olarak gönderilen Logout mesajına sistemdeki tüm FIX sunucularının IP adres, port ve bağlı bulunan yatırım kuruluşu sayısı bilgileri eklenmektedir. Tablo 8: Logout Mesaj Alanları 35 <Standardeader> Zor. Geçerli Değerler MsgType [35]=5 29 Format Açıklama Mesaj tipini belirler.

30 1409 SessionStatus Zor. Geçerli Değerler 3 = Yeni şifre mevcut kurallara göre tanımlanmamış 4=Oturum sonlandırıldı 5 = Geçersiz kullanıcı adı/şifre 6 = esap kilitli 7 = Logon a şuan izin verilmiyor 8 = Şifrenin geçerlilik zamanı dolmuş 9 = Geçersiz IP adresi 10=ResetSeqNumFlag alanı Y olmalıdır 11=Sistem tarafından çıkarılmış 12=Gönderim zamanı doğruluk problemi Format Açıklama Integer Logout sırasında FIX oturumunun durumunu belirtir VIOP_FIXngine <FLoad> NumInGroup Logon mesajında Password (554) alanı bulunmadığında gönderilir. Sistemde kaç adet FIX sunucusu olduğunu belirtir VIOP_IPAddress <FLoad> FIX sunucusu IP adresi VIOP_Port <FLoad> Integer FIX sunucusu portu VIOP_Load <FLoad> Integer İlgili FIX sunucusuna bağlı olan yatırım kuruluşu sayısı. 354 ncodedtextlen Length 355 ncodedtext Data 30 ncodedtext(355) alanının byte uzunluğudur. ncodedtext(355) alanı doldurulacağı zaman doldurulması zorunludur. Logon talebine işlem sisteminden ret cevabı geldiğinde reddedilme nedenini, hata kodunun açıklmasını içerir. Maksimum 200 karakter olabilir.

31 58 Text Zor. Geçerli Değerler Format Açıklama Logon talebine işlem sisteminden ret cevabı geldiğinde hata kodunu içerir. <StandardTrailer> Mesaj örnekleri aşağıdaki gibidir: 8=FIXT.1.1 9=93 35=5 34=257 49= = :26: =ISTVIOPFIX 58=Manual LogOut : =209 (Yatırım kuruluşu Logout talebi) 8=FIXT.1.1 9=89 35=5 34=256 49=ISTVIOPFIX 52= :26: = =SSSION LOGOUT COMPLT 1409=4 10=154 (FIX sunucusu Logout cevabı) 8=FIXT.1.1 9=89 35=5 34=256 49=ISTVIOPFIX 52= :26: = = = = = = = =7 10=154 (FIX sunucusunun yük cevabı) LOGOUT MSAJ AKIŞ DİYAGRAMLARI Şekil 2: Yatırım Kuruluşu Tarafından Oturumun Sonlandırılması Yatırım kuruluşu, herhangi bir zamanda Logout mesajı göndererek oturumu sonlandırabilir. 31

32 Şekil 3: VİOPFIX Sunucusu Tarafından Oturumun Sonlandırılması İstisnai durumlarda, VİOPFIX sunucusu Logout mesajı göndererek oturumu sonlandırabilir. ARTBAT MSAJI eartbeat mesajı, belirli bir süre mesaj akışı olmadığında bağlantının devam edip etmediğinin kontrolü amacıyla VİOPFIX tarafından yatırım kuruluşuna ve yatırım kuruluşu tarafından VİOPFIX sunucusuna gönderilmektedir. Tablo 9: eartbeat Mesaj Alanları Zor. Geçerli Değerler Format Açıklama 35 Mesaj tipini belirtir. Yanıt olarak gönderilecek olan eartbeat te yer alacak olan Test Request ID sidir. <Standardeader> 112 TestReqID <StandardTrailer> MsgType[35]=0 Mesaj örnekleri aşağıdaki gibidir: 8=FIXT.1.1 9=78 35=0 34=16 49= = :05: =ISTVIOPFIX 112= :05:19 10=080 (Yatırım kuruluşu eartbeat mesajı) TST RQUST MSAJI TestRequest mesajı belirli bir süre mesaj akışı olmadığında bağlantının devam edip etmediğini kontrol etmesini talep etmek amacıyla VİOPFIX sunucusu tarafından yatırım kuruluşuna gönderilmektedir. Aynı kontrolün yatırım kuruluşu tarafından da yapılması beklenmektedir. 32

33 Tablo 10: Test İsteği Mesaj Alanları Zor. Geçerli Değerler 35 <Standardeader> MsgType[35] =1 112 TestReqID <StandardTrailer> Format Açıklama Mesaj tipini belirtir. Test Request mesajında belirtilecek olan ID. Yanıt olarak gönderilen eartbeat mesajında yer almalıdır. Mesaj örneği aşağıdaki gibidir: 8=FIXT.1.1 9=77 35=1 34=2 49= ISTVIOPFIX 52= :16: = = :16:33 10=042 (FIX sunucusu test talebi) SIRA NUMARASINI YNİDN BLİRLM (SQUNC RST) MSAJI SequenceReset mesajı FIX sunucusu ile yatırım kuruluşu arasındaki mesaj sıra numarasının (MsgSeqNum) yeniden belirlenmesi amacıyla kullanılmaktadır. Tablo 11: Sequence Reset Mesaj Alanları 35 Zor. Geçerli Değerler <Standardeader> 123 GapFillFlag 36 NewSeq <StandardTrailer> MsgType[35] =4 N=Sequence Reset Y=Gap Fill Message Format Açıklama Mesaj tipini belirtir. Boolean ğer Y ise sequence reset mesajının, tekrar gönderilmeyecek olan yönetsel veya uygulama katmanı mesajlarına ilişkin boşluğu doldurmak amacıyla gönderildiğini ifade etmektedir. Yeni sıra numarası Mesaj örneği aşağıdaki gibidir: 8=FIXT.1.1 9=60 35=4 34=255 49= = :23: =ISTVIOPFIX 36=1 10=217 33

34 RJCT MSAJI Bir FIX mesajının, oturum seviyesi kurallarına uygun olmayan bir formatta VİOPFIX sunucusuna iletildiği durumda Ret (Reject) mesajı gönderilmektedir. Mesaj tipi gibi temel alanların geçersiz bir şekilde doldurulduğu mesajlar (örn. MsgType=&) bu duruma örnek olarak verilebilir. Tablo 12: Reject Mesajı Alanları Zor. Geçerli Değerler Format Açıklama 35 <Standardeader> Mesaj tipini belirtir. 45 RefSeqNum SeqNum Reddedilen mesajın MsgSeqNum değeri MsgType[35] =3 371 RefID Integer Referans olarak verilen FIX alanının tag numarası 372 RefMsgType Reddedilen mesajın MsgType değeri 373 SessionRejectReason 0 = Geçersiz 1 = ksik Zorunlu Alan 2 = Mesaj Tipinde Tanımlı Olmayan Alan 3 = Tanımlı Olmayan Alan 4 = Değer Girilmeden Belirtilen Alan 5 = Alan İçin Yanlış Değer 6 = Değer İçin Yanlış Veri Formatı 7 = Şifre Çözme Problemi 8 = İmza Problemi 9 = CompID Problemi 10 = Gönderi Zamanı Kesinlik Problemi Integer 11 = Geçersiz Mesaj Tipi 12 = XML Onaylama atası 13 = Aynı Alanın Birden Fazla Kez Kullanılması 14 = Zorunlu Sıralama aricinde Alan Belirlenmesi 15 = Tekrarlayan Grup Alanlarının Düzenli Bir Sırada Olmaması 16 = Tekrarlayan Grup İçin Yanlış NumInGroup Sayısı 17 = Veri olmayan değerlerde ayıraç bulunuyor. 18 = Geçersiz /Desteklenmeyen Uygulama Sürümü 34 Oturum seviyesinde reddedilen bir mesajın red nedenini belirten kod

VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI SAKLAMACI ÜYE DROP COPY

VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI SAKLAMACI ÜYE DROP COPY VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI SAKLAMACI ÜYE DROP COPY Temmuz 2015, Sürüm 12 DÖKÜMAN TARİHÇESİ Tarih Versiyon Açıklama Kasım 2014 10 İlk sürüm Sözleşmeler production ortamındaki sözleşmelere

Detaylı

VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI TEMEL SEVİYE. Temmuz 2015, Sürüm 1.2

VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI TEMEL SEVİYE. Temmuz 2015, Sürüm 1.2 VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI TEMEL SEVİYE Temmuz 2015, Sürüm 12 DÖKÜMAN TARİHÇESİ Tarih Versiyon Açıklama Kasım 2014 10 İlk sürüm Sözleşmeler production ortamındaki sözleşmelere göre

Detaylı

VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI ORTA SEVİYE. Şubat 2015, Sürüm 1.1

VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI ORTA SEVİYE. Şubat 2015, Sürüm 1.1 VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI ORTA SEVİYE Şubat 2015, Sürüm 11 DÖKÜMAN TARİHÇESİ Tarih Versiyon Açıklama Kasım 2014 10 İlk sürüm Sözleşmeler production ortamındaki sözleşmelere göre güncellendi

Detaylı

VADELİ İŞLEM VE OPSİYON PİYASASI BISTECH OUCH SERTİFİKASYON PROGRAMI

VADELİ İŞLEM VE OPSİYON PİYASASI BISTECH OUCH SERTİFİKASYON PROGRAMI VADELİ İŞLEM VE OPSİYON PİYASASI BISTECH OUCH SERTİFİKASYON PROGRAMI Mart 2017, Sürüm 1.0 VADELİ İŞLEM VE OPSİYON PİYASASI BISTECH OUCH SERTİFİKASYON PROGRAMI A.Ş. nin BISTECH OUCH EMİR İLETİM AŞAMASI

Detaylı

VADELİ İŞLEM VE OPSİYON PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI REFERANS DATA AŞAMASI

VADELİ İŞLEM VE OPSİYON PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI REFERANS DATA AŞAMASI VADELİ İŞLEM VE OPSİYON PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI REFERANS DATA AŞAMASI 2017, Sürüm 1.1 VADELİ İŞLEM VE OPSİYON PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI REFERANS DATA AŞAMASI nin BISTECH

Detaylı

VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI KAPSAMLI SEVİYE

VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI KAPSAMLI SEVİYE VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI KAPSAMLI SEVİYE Temmuz 2015, Sürüm 12 DÖKÜMAN TARİHÇESİ Tarih Versiyon Açıklama Kasım 2014 10 İlk sürüm Sözleşmeler production ortamındaki sözleşmelere göre

Detaylı

PAY PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI REFERANS DATA AŞAMASI İLERİ SEVİYE

PAY PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI REFERANS DATA AŞAMASI İLERİ SEVİYE PAY PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI REFERANS DATA AŞAMASI İLERİ SEVİYE 01 Nisan 2015, Sürüm 1.0 PAY PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI REFERANS DATA AŞAMASI İLERİ SEVİYE A.Ş. nin BISTECH

Detaylı

VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI TAM (FULL) SEVİYE

VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI TAM (FULL) SEVİYE VİOPFIX API ÜYE YAZILIMI SERTİFİKASYON PROGRAMI TAM (FULL) SEVİYE Şubat 2015, Sürüm 16 DÖKÜMAN TARİHÇESİ Tarih Versiyon Açıklama Şubat 2014 10 İlk sürüm 1 SİSTEM BAĞLANTI TESTLERİ bölümünde 2 Adımda değişiklik

Detaylı

VIDEOCELL API. Versiyon 1.0.0

VIDEOCELL API. Versiyon 1.0.0 VIDEOCELL API Versiyon 1.0.0 İçindekiler 1. Bu Belgenin Amacı... 3 2. Belge Sürümleri... 3 3. Sistem Gereksinimleri... 3 4. Kullanım Şekli... 3 4.1. Genel... 3 4.2. Uyarılar... 3 4.3. Hata Kodları... 4

Detaylı

FIX PROTOKOLÜ KURALLAR DOKÜMANI. Nisan 2015, Sürüm Borsa İstanbul A.Ş., Tüm hakkı saklıdır.

FIX PROTOKOLÜ KURALLAR DOKÜMANI. Nisan 2015, Sürüm Borsa İstanbul A.Ş., Tüm hakkı saklıdır. FIX PROTOKOLÜ KURALLAR DOKÜMANI Nisan 2015, Sürüm 2.3.6 2014 Borsa İstanbul A.Ş., Tüm hakkı saklıdır. DÖKÜMAN TARİHÇESİ Tarih Versiyon Açıklama Kasım 2012 1.0.0 İlk sürüm. Ocak 2013 1.0.1 Tüm bölümler

Detaylı

TC KİMLİK NO SMS GÖNDERİM SOAP API

TC KİMLİK NO SMS GÖNDERİM SOAP API TC KİMLİK NO SMS GÖNDERİM SOAP API İçindekiler 1. Bu Belgenin Amacı... 3 2. Belge Sürümleri... 3 3. Sistem Gereksinimleri... 3 4. Kullanım Şekli... 3 4.1. Genel... 3 4.2. Uyarılar... 3 4.3. Hata Kodları...

Detaylı

MOBILEPAX ENTERPRISE API (WEB SERVİS)

MOBILEPAX ENTERPRISE API (WEB SERVİS) MOBILEPAX ENTERPRISE API (WEB SERVİS) Versiyon: 1.0.5 İçindekiler İçindekiler... 2 1. Belgenin Amacı... 3 2. Sistem Gereksinimleri... 3 3. Belge Sürümleri... 3 4. Kullanım Şekli... 3 4.1 Web den Başlatma...

Detaylı

SMSEXPLORER XML API. XML API KILAVUZU v.1.0

SMSEXPLORER XML API. XML API KILAVUZU v.1.0 SMSEXPLORER XML API 0 1 İçerik 1 İçerik 1 2 Genel Bakış 2 3 Giriş 2 4 Başlarken 2 5 Genel Hata Kodları 3 6 SMS Gönderimi 3 6.1 Aynı Mesajın Birçok Farklı Numaraya Gönderilmesi 4 6.2 Farklı Mesajların Birçok

Detaylı

TC KİMLİK NO SMS GÖNDERİM XML API

TC KİMLİK NO SMS GÖNDERİM XML API TC KİMLİK NO SMS GÖNDERİM XML API İçindekiler 1. Bu Belgenin Amacı... 3 2. Belge Sürümleri... 3 3. Sistem Gereksinimleri... 3 4. Kullanım Şekli... 3 4.1. Genel... 3 4.2. Uyarılar... 3 4.3. Hata Kodları...

Detaylı

Medula Eczane Stok Bilgileri Web Servisleri Kullanım Kılavuzu

Medula Eczane Stok Bilgileri Web Servisleri Kullanım Kılavuzu T.C. SOSYAL GÜVENLİK KURUMU Medula Eczane Stok Bilgileri Web Servisleri Kullanım Kılavuzu 29 ARALIK 2016 Amaç Eczanelerin sorgulanan güne ait olan reçete ilaç bilgilerinin istemci tarafına gönderilmesi.

Detaylı

Doküman JETSMS XML Mesaj Đşlemleri Yardım Dokümanı Tarih 15.02.2007 Sürüm 1.1.0

Doküman JETSMS XML Mesaj Đşlemleri Yardım Dokümanı Tarih 15.02.2007 Sürüm 1.1.0 HTTP SMS Gönderimi 1. Genel Kullanım Bu fonksiyonu kullanarak; Bir telefon numarasına tek bir mesaj gönderimi Birden fazla telefon numarasına aynı mesaj gönderimi -> tek seferde en fazla 150 telefon numarasına

Detaylı

SOAP API. Mobildev Toplu Mesajlaşma API

SOAP API. Mobildev Toplu Mesajlaşma API SOAP API Mobildev Toplu Mesajlaşma API 14.07.2011 1. İçindekiler 1. İçindekiler... 2 2. Bu belgenin Amacı... 3 3. Belge Sürümleri... 3 4. Sistem Gereksinimleri... 3 5. Kullanım Şekli... 3 5.1 Genel...

Detaylı

1. Temel Tanımlar. 1.1 Şematron Kontrolü Nedir? 1.2 Zarf Nedir? 1.3 Uygulama Yanıtı Nedir? 1.4 Sistem Yanıtı Nedir? 1.5 Durum Kodu Nedir?

1. Temel Tanımlar. 1.1 Şematron Kontrolü Nedir? 1.2 Zarf Nedir? 1.3 Uygulama Yanıtı Nedir? 1.4 Sistem Yanıtı Nedir? 1.5 Durum Kodu Nedir? İÇİNDEKİLER 1. Temel Tanımlar... 2 1.1 Şematron Kontrolü Nedir?... 2 1.2 Zarf Nedir?... 2 1.3 Uygulama Yanıtı Nedir?... 2 1.4 Durum Kodu Nedir?... 2 1.5 Etiket Bilgisi Nedir?... 2 2. Durum Kodları... 3

Detaylı

Toplu İleti Gönderimi

Toplu İleti Gönderimi Toplu İleti Gönderimi İK ve Bordro Plus ürünlerinde; personelin doğum günü, işe giriş kutlaması gibi özel tarihlerde çalışanlara e-posta ile kutlama mesajları otomatik olarak gönderilebilir. Bu işlem Sicil

Detaylı

Tel : 0(532) 069 0 321 Web : www.kayikcioglugrup.com E-Posta : info@kayikcioglugrup.com. İLETİ PAKETİ API (Entegrason) Dökümanı

Tel : 0(532) 069 0 321 Web : www.kayikcioglugrup.com E-Posta : info@kayikcioglugrup.com. İLETİ PAKETİ API (Entegrason) Dökümanı İLETİ PAKETİ API (Entegrason) Dökümanı HTTP GET API SMS Gönderimi İstek yapılacak adres: http://api.iletipaketi.com/v1/send-sms/get/ Yapılacak olan istek örneği: http://api.iletipaketi.com/v1/sendsms/get/?username=kullanici_adi&password=kullanici_sifresi&text=lorem%20ipsum%20dol

Detaylı

AÇIKLAMALARI SEBEP ÇÖZÜM

AÇIKLAMALARI SEBEP ÇÖZÜM *1000 ZARF KUYRUĞA EKLENDİ Gönderici birim, içerisinde FATURA belgesi olan zarfı oluşturur ve Merkez Birime (GİB' e) gönderir. Bu zarf Merkez Birimde kuyruğa Zarfın durumu ZARF KUYRUĞA EKLENDİ olur. *1100

Detaylı

JETSMS XML Mesaj İşlemleri Yardım Dokümanı Tarih 15.02.2007 Sürüm 1.1.0 XML ile Mesaj İşlemleri

JETSMS XML Mesaj İşlemleri Yardım Dokümanı Tarih 15.02.2007 Sürüm 1.1.0 XML ile Mesaj İşlemleri Doküman JETSMS XML Mesaj İşlemleri Yardım Dokümanı Tarih 15.02.2007 Sürüm 1.1.0 XML ile Mesaj İşlemleri SİSTEM ÖZELLİKLERİ... 2 1. ÇALIŞMA MODLARININ ORTAK ÖZELLİKLERİ... 2 1.1. Genel Hususlar... 2 1.2.

Detaylı

MOBILEPAX XML PRODUCT API KULLANIM ŞEKLİ

MOBILEPAX XML PRODUCT API KULLANIM ŞEKLİ MOBILEPAX XML PRODUCT API KULLANIM ŞEKLİ Versiyon: 1.0.4 URL Adresi http://merchant.mobilepax.com/services/product.aspx Gönderilen XML Yapısı MobilePaxProduct fonksiyonu buton bilgisi oluşturulacak ürünün

Detaylı

MATRİKS MARCO POLO NETWORKS ENTEGRASYON VE EMİR YÖNETİM SİSTEMİ

MATRİKS MARCO POLO NETWORKS ENTEGRASYON VE EMİR YÖNETİM SİSTEMİ MATRİKS MARCO POLO NETWORKS ENTEGRASYON VE EMİR YÖNETİM SİSTEMİ Yurtdışı Borsalara Emir İletim ve Yönetim Platformu Nisan 2012 MATRİKS MPN ENTEGRASYON VE EMİR YÖNETİM SİSTEMİ NEDİR? MPN Entegrasyon ve

Detaylı

COM API v2.0 Belge sürümü : 2.0.3

COM API v2.0 Belge sürümü : 2.0.3 COM API v2.0 Belge sürümü : 2.0.3 1. Đçindekiler 1. Đçindekiler...2 2. Bu belgenin amacı...3 3. Belge sürümleri...3 4. Sistem gereksinimleri...3 5. Kullanım şekli...4 5.1 Genel...4 5.2 Uyarılar...4 5.3

Detaylı

Submit metodu birden fazla numaraya aynı içerikli kısa mesaj gönderimi için kullanılmaktadır.

Submit metodu birden fazla numaraya aynı içerikli kısa mesaj gönderimi için kullanılmaktadır. Submit Submit metodu birden fazla numaraya aynı içerikli kısa mesaj gönderimi için kullanılmaktadır. POST: http://siteadresi.com/api/submit

Detaylı

DM-501 Tak-Çalıştır GPRS-UART Köprüsü

DM-501 Tak-Çalıştır GPRS-UART Köprüsü DM-501 Tak-Çalıştır GPRS-UART Köprüsü Temel Bilgiler TCP 2 nokta arası bağlantı + veri akışı sağlar Oturum açmaya dayalıdır Arka planda hata kontrolü ve paketin sağlıklı iletim kontrolü (ACK) yürütür TCP

Detaylı

GLOBAL SAKLAMA Hİ ZMETİ İ ŞLEM ESASLARİ

GLOBAL SAKLAMA Hİ ZMETİ İ ŞLEM ESASLARİ GLOBAL SAKLAMA Hİ ZMETİ İ ŞLEM ESASLARİ Amaç İşlem esaslarının amacı, Takasbank tarafından yurtdışı sermaye piyasası araçları muhabirleri aracılığı ile verilen yurtdışı takas ve saklama hizmetine ilişkin

Detaylı

XML API v2.0 Belge sürümü : 2.0.2

XML API v2.0 Belge sürümü : 2.0.2 XML API v2.0 Belge sürümü : 2.0.2 1. Đçindekiler 1. Đçindekiler...2 2. Bu belgenin amacı...3 3. Belge sürümleri...3 4. Sistem gereksinimleri...3 5. Kullanım şekli...4 5.1 Genel...4 5.2 Uyarılar...4 5.3

Detaylı

Xml Arayüzleri. 6. Sms To Multisenders (Farklı Mesajların Farklı Numaralara Yollanması)

Xml Arayüzleri. 6. Sms To Multisenders (Farklı Mesajların Farklı Numaralara Yollanması) Xml Arayüzleri version 2.5 Son güncelleme Tarihi : 17.07.2009 Eklenen Yenilikler : - Concatenated (Uzun Mesaj) eklendi. - Wap Push gönderimi eklendi. Concat gönderim destekleniyor. 1. Genel Bilgiler 2.

Detaylı

AJANS İLETİŞİM API XML API v1.0.2. İçindekiler. 1. AMAÇ - Sayfa 2

AJANS İLETİŞİM API XML API v1.0.2. İçindekiler. 1. AMAÇ - Sayfa 2 AJANS İLETİŞİM API XML API v1.0.2 İçindekiler 1. AMAÇ - Sayfa 2 2. KULLANIM ŞEKLİ - Sayfa 2 2.1 Genel - Sayfa 2 2.2 Uyarılar - Sayfa 2 2.3 Hata Kodları - Sayfa 3 3. KULLANICI BİLGİLERİ KONTROLÜ - Sayfa

Detaylı

OSI REFERANS MODELI-II

OSI REFERANS MODELI-II OSI REFERANS MODELI-II Ö Ğ R. G Ö R. V O L K A N A L T ı N T A Ş OSI REFERANS MODELI VERİBAĞı KATMANI Veri hattı katmanında, fiziksel katmanda elektronik medyanın üzerinde verilerin nasıl iletileceği ve

Detaylı

BISTECH Üye Değerlendirme Bilgilendirme Toplantısı

BISTECH Üye Değerlendirme Bilgilendirme Toplantısı BISTECH Üye Değerlendirme Bilgilendirme Toplantısı 24/11/2016 BISTECH Test Ortamları Hali hazırda BISTECH VİOP fonksiyonlarını test edebileceğiniz iki ayrı test ortamı bulunmaktadır: I. Üye Test Ortamı

Detaylı

Faz 2+ BISTECH KMTP FIX Bilgilendirme Toplantısı 19 Ekim 2017

Faz 2+ BISTECH KMTP FIX Bilgilendirme Toplantısı 19 Ekim 2017 Faz 2+ BISTECH KMTP FIX Bilgilendirme Toplantısı 19 Ekim 2017 Ajanda Proje Takvimi Emir İletiminde Değişiklikler BISTECH Bağlantı Kanalları GIW FIX OE/RD/DC, Spec, Örnekler FIX Sertifikasyon Programı &

Detaylı

TURKCELL HİZMETLERİ. Kullanım Bilgileri. LOGO Kasım 2014

TURKCELL HİZMETLERİ. Kullanım Bilgileri. LOGO Kasım 2014 TURKCELL HİZMETLERİ Kullanım Bilgileri LOGO Kasım 2014 İçindekiler TURKCELL HİZMETLERİ... 3 Online Turkcell Fatura Aktarımı... 4 Fatura Eşleştirme Tabloları... 5 Online Fatura Aktarımları... 6 Toplu Mesaj

Detaylı

HTTP/HTTPS API v2.0 Belge sürümü : 2.0.0

HTTP/HTTPS API v2.0 Belge sürümü : 2.0.0 HTTP/HTTPS API v2.0 Belge sürümü : 2.0.0 1. Đçindekiler 1. Đçindekiler...2 2. Bu belgenin amacı...3 3. Belge sürümleri...3 4. Sistem gereksinimleri...3 5. Kullanım şekli...4 5.1 Genel...4 5.2 Uyarılar...4

Detaylı

BISTECH Pay Piyasası Veri Analitikleri

BISTECH Pay Piyasası Veri Analitikleri BISTECH Pay Piyasası Veri Analitikleri BISTECH Genium Consolidated Feed TIP Specification dokümanı ekidir. Versiyon: BIST-1.0 Yayımlanma Tarihi: 2016-03-01 Telif Hakkı 2016 BISTECH izniyle Tüm hakları

Detaylı

Global Haberleşme API Kullanıcı Notları

Global Haberleşme API Kullanıcı Notları Global Haberleşme API Kullanıcı Notları Yazar : Global Haberleşme Son Değiştirme Tarihi : 2015-02-14 Not: API Dökümanının en güncel halini kullanınız. En güncel halini http://uye.globalhaberlesme.com/uploads/api_user.pdf

Detaylı

EC-485. Ethernet RS485 Çevirici. İstanbul Yazılım ve Elektronik Teknolojileri

EC-485. Ethernet RS485 Çevirici. İstanbul Yazılım ve Elektronik Teknolojileri EC-485 Ethernet RS485 Çevirici İstanbul Yazılım ve Elektronik Teknolojileri TR+: RS485 TR+ bağlantısı için kullanılır. TR-: RS485 TR- bağlantısı için kullanılır. EC-485, cihazlarınıza veya bilgisayara

Detaylı

MOBILEPAX SOAP PRODUCT API KULLANIM ŞEKLİ

MOBILEPAX SOAP PRODUCT API KULLANIM ŞEKLİ MOBILEPAX SOAP PRODUCT API KULLANIM ŞEKLİ Versiyon: 1.0.4 URL http://merchant.mobilepax.com/services/product.asmx Metot MobilePaxProduct fonksiyonu buton bilgisi oluşturulacak ürünün bilgilerinin Mobilepax

Detaylı

www.smsmakinesi.com destek@hermesiletisim.net COM API v.1.1 BELGE SÜRÜMÜ : 1.1

www.smsmakinesi.com destek@hermesiletisim.net COM API v.1.1 BELGE SÜRÜMÜ : 1.1 destek@hermesiletisim.net COM API v.1.1 BELGE SÜRÜMÜ : 1.1 1 1. İÇİNDEKİLER 1. İçindekiler 2 2. Bu Belgenin Amacı 3 3. Kullanım Şekli.3 4. Uyarılar.4 5. Hata Kodları.4 6. Kullanıcı Bilgileri Kontrolü..5

Detaylı

API v1.0 http://www.gazisms.com

API v1.0 http://www.gazisms.com API v1.0 http://www.gazisms.com GaziSMS API, GaziSMS müşterilerinin kendi geliştirdikleri programlar içerisinden SMS göndermelerine olanak sağlayan bir program parçasıdır. GaziSMS API kendisine gönderilen

Detaylı

GOLDMESAJ SMS API DÖKÜMANI

GOLDMESAJ SMS API DÖKÜMANI GOLDMESAJ SMS API DÖKÜMANI 1. GENEL 2. VERİ ALANLARI 3. LOGİN 4. ŞİFRE DEĞİŞTİRME 5. ALFANUMERİK 6. SMS GÖNDERİMİ 7. GÖNDERİ RAPORLARI 8. SMS RAPORU 9. KREDİ SORGULAMA 10. ÇOKLU GÖNDERİM 11. KULLANICI

Detaylı

Elbistan Meslek Yüksek Okulu 2013 2014 GÜZ Yarıyılı. 17-18 Ara. 2013 Salı, Çarşamba Öğr. Gör. Murat KEÇECĠOĞLU

Elbistan Meslek Yüksek Okulu 2013 2014 GÜZ Yarıyılı. 17-18 Ara. 2013 Salı, Çarşamba Öğr. Gör. Murat KEÇECĠOĞLU Elbistan Meslek Yüksek Okulu 2013 2014 GÜZ Yarıyılı 17-18 Ara. 2013 Salı, Çarşamba Öğr. Gör. Murat KEÇECĠOĞLU Aktarım katmanında TCP ve olmak üzere iki protokol kullanılır. iletiminde sağlama yapılmadığı

Detaylı

3G SMS & MMS GateWay Xml Interface

3G SMS & MMS GateWay Xml Interface 3G SMS & MMS GateWay Xml Interface 2008 Bu dökümanlar üzerinde değişiklik olma durumu mevcuttur. Elinizdeki dökümanın en son versiyon olduğunu www.3gbilisim.com adresinden kontrol edin. Yeni Nesil Teknolojiler

Detaylı

ÇÖZÜM BİLGİSAYAR KOLAY RANDEVU RANDEVU WEB SERVİSLERİ YAZILIM FİRMALARI ENTEGRASYON KILAVUZU 22.12.2006. Sürüm: 1.0

ÇÖZÜM BİLGİSAYAR KOLAY RANDEVU RANDEVU WEB SERVİSLERİ YAZILIM FİRMALARI ENTEGRASYON KILAVUZU 22.12.2006. Sürüm: 1.0 KOLAY RANDEVU RANDEVU WEB SERVİSLERİ YAZILIM FİRMALARI ENTEGRASYON KILAVUZU 22.12.2006 Sürüm: 1.0 2006-2007 Çözüm Bilgisayar www.cozumbil.com.tr cozum@cozumbil.com.tr İÇİNDEKİLER 1.GİRİŞ...3 1.1 GENEL

Detaylı

BOTAN SMS APİ DÖKÜMANI. www.botansms.com. Versiyon 1.0

BOTAN SMS APİ DÖKÜMANI. www.botansms.com. Versiyon 1.0 BOTAN SMS APİ DÖKÜMANI www.botansms.com Versiyon 1.0 BİLMENİZ GEREKENLER 1- Api ile sms göndermek için internet sayfasından giriş yaptıktan sonra Kullanıcı İşlemleri menüsünden Bilgilerim tıklayarak Api

Detaylı

GLOBAL SAKLAMA HI ZMETI I ŞLEM ESASLARI

GLOBAL SAKLAMA HI ZMETI I ŞLEM ESASLARI GLOBAL SAKLAMA HI ZMETI I ŞLEM ESASLARI Amaç İşlem esaslarının amacı, Takasbank tarafından yurtdışı sermaye piyasası araçları muhabirleri aracılığı ile verilen yurtdışı takas ve saklama hizmetine ilişkin

Detaylı

Yayınlanma Tarihi: soru ve sorunlarınız için;

Yayınlanma Tarihi: soru ve sorunlarınız için; TURKPIN.COM Satış/Ödeme Hizmetleri API Dökümantasyonu v1.2 Yayınlanma Tarihi: 07.03.2014 soru ve sorunlarınız için; integration@turkpin.com İçindekiler 1) Gold Oyun Listeleme 2) Gold Sunucu Listeleme 3)

Detaylı

FAZ 2+ (Kıymetli Madenler Piyasası) BISTECH FIX SERTİFİKASYON PROGRAMI EMİR İLETİM AŞAMASI

FAZ 2+ (Kıymetli Madenler Piyasası) BISTECH FIX SERTİFİKASYON PROGRAMI EMİR İLETİM AŞAMASI FAZ 2+ (Kıymetli Madenler Piyasası) BISTECH FIX SERTİFİKASYON PROGRAMI EMİR İLETİM AŞAMASI 2018, Sürüm 1.2 Kıymetli Madenler ve Kıymetli Taşlar Piyasası (KMTP) BISTECH FIX SERTİFİKASYON PROGRAMI EMİR İLETİM

Detaylı

MCR02-AE Ethernet Temassız Kart Okuyucu

MCR02-AE Ethernet Temassız Kart Okuyucu MCR02-AE Ethernet Temassız Kart Okuyucu Teknik Özellikleri Ethernet 10BaseT Dahili TCP/IP Stack TCP/IP Client-Server Bağlantı Özelliği Dahili DNS İstemcisi DHCP veya Statik IP ile çalışabilme UDP, TCP,ARP,ICMP(ping)

Detaylı

ÜSKÜDAR ÜNVERSİTESİ EBYS KULLANIM KILAVUZU

ÜSKÜDAR ÜNVERSİTESİ EBYS KULLANIM KILAVUZU ÜSKÜDAR ÜNVERSİTESİ EBYS KULLANIM KILAVUZU 1. Sisteme Giriş Üsküdar EBYS sistemine giriş için, kullanıcı ismi ve şifre gereklidir. Kullanıcı İsmi: Bu alana, EBYS kullanıcı isminizi giriniz. Bu alan, eğer

Detaylı

Üyeler Arası Hak Kullanım Kaynaklı Talep İşlemleri

Üyeler Arası Hak Kullanım Kaynaklı Talep İşlemleri MERKEZİ KAYDİ SİSTEM KULLANICI KILAVUZU Üyeler Arası Hak Kullanım Kaynaklı Talep İşlemleri İÇERİK Kapsam... 1 İşleyiş... 1 Hak Kullanım Uygulamaları İşlem Akışı... 2 Üyeler Arası Hak Kullanım Kaynaklı

Detaylı

*1000 *1100 ZARF İŞLENİYOR. İlgili hata sonucunda yapılması gereken GIB DURUM KODLARI AÇIKLAMALARI SEBEP ÇÖZÜM

*1000 *1100 ZARF İŞLENİYOR. İlgili hata sonucunda yapılması gereken GIB DURUM KODLARI AÇIKLAMALARI SEBEP ÇÖZÜM GIB DURUM KODLARI AÇIKLAMALARI SEBEP ÇÖZÜM İlgili hata sonucunda yapılması gereken *1000 ZARF KUYRUĞA EKLENDİ Gönderici birim, içerisinde FATURA belgesi olan zarfı oluşturur ve Merkez Birime (GİB' e) gönderir.

Detaylı

IOSİS SOS BAYIPUAN BAYI KULLANICI KILAVUZU

IOSİS SOS BAYIPUAN BAYI KULLANICI KILAVUZU IOSİS SOS BAYIPUAN BAYI KULLANICI KILAVUZU Revizyon numarası: 0 Revizyon tarihi: 03.04.2013 Sistek Bilgisayar Yazılım ve Danışmanlık San. Tic. Ltd. Şti. REVİZYON TAKİBİ Revizyon No Tarih Açıklama veya

Detaylı

w w w. e - t o p l u s m s. c o m

w w w. e - t o p l u s m s. c o m TANITIM KİTİ w w w. e - t o p l u s m s. c o m İÇİNDEKİLER Sayfa Başlığı Sayfa Numarası Ana Sayfa 2 Ana Sayfa» Numara Sepeti 3 Rehber» Kayıtlı Gruplar 4 Rehber» Kayıtlı Gruplar 5 Rehber» Excel İle Numara

Detaylı

Kargo Modülü. Diğer modüller ile entegre çalışan Kargo modülü ile satış irsaliyesifaturasıoluşturduktan

Kargo Modülü. Diğer modüller ile entegre çalışan Kargo modülü ile satış irsaliyesifaturasıoluşturduktan Kargo Modülü Ürün Grubu [X] 7.0 NetsisEnterprise Kategori [X] Yeni Modül Versiyon Önkoşulu 7.0 Onaylı Sürüm Uygulama Kargo modülü ile işletme içerisinde satışa yönelik yapılan işlemler, dağıtım şirketleri

Detaylı

BorsaOnline. ebroker Kullanım Kılavuzu

BorsaOnline. ebroker Kullanım Kılavuzu BorsaOnline ebroker Kullanım Kılavuzu 1 BorsaOnline 1. BorsaOnline 2. Portföy 3. Hisse Senedi Emir Girişi 4. VİOP Emir Girişi 5. Bekleyen İşlemler 6. Gerçekleşen İşlemler 7. İptal Edilen İşlemler 8. Emir

Detaylı

Bilgisayar Programcılığı

Bilgisayar Programcılığı Bilgisayar Programcılığı Uzaktan Eğitim Programı e-bġlg 121 AĞ TEKNOLOJĠLERĠNĠN TEMELLERĠ Öğr. Gör. Bekir Güler E-mail: bguler@fatih.edu.tr Hafta 5: Ağ (Network) katmanı I 4. 1 Giriş 4.2 Sanal devre (virtual

Detaylı

E-FATURA SÜRECİ VE IFS ADAPTÖR YAZILIMI KULLANIMI

E-FATURA SÜRECİ VE IFS ADAPTÖR YAZILIMI KULLANIMI E-FATURA SÜRECİ VE IFS ADAPTÖR YAZILIMI KULLANIMI 1. Hangi faturalar e-fatura olarak gönderilecek? Vergi Usül Kanuna göre, e-fatura sistemine kayıtlı olan tüm firmalara gönderilecek her türlü ticari fatura

Detaylı

PAY PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI EMİR İLETİM AŞAMASI TEMEL SEVİYE

PAY PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI EMİR İLETİM AŞAMASI TEMEL SEVİYE PAY PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI EMİR İLETİM AŞAMASI TEMEL SEVİYE 01 Nisan 2015, Sürüm 1.0 PAY PİYASASI BISTECH FIX SERTİFİKASYON PROGRAMI EMİR İLETİM AŞAMASI TEMEL SEVİYE A.Ş. nin BISTECH

Detaylı

TÜİK e-vt. Web Servis Kılavuzu

TÜİK e-vt. Web Servis Kılavuzu TÜİK e-vt Web Servis Kılavuzu Mayıs 2015 ANKARA Versiyon: 1.2 1/12 Versiyon Yayım Tarihi Eklenen/Silinen/Değişen Bölüm 1.0 20.02.2014 ---- Kılavuzun ilk sürümü. 1.1 17.04.2014 Sayfa 13 Hata Kodu Tablosu

Detaylı

E-REÇETE KULLANICI DÖKÜMANI

E-REÇETE KULLANICI DÖKÜMANI E-REÇETE KULLANICI DÖKÜMANI 13/11/2017 İÇİNDEKİLER E-REÇETE KULLANIMI HAKKINDA... 3 E-REÇETE GİRİŞİ... 3 DOKTOR TANIMI... 3 E-REÇETE... 5 E-REÇETELERIN MEDULA YA GÖNDERILMESI... 6 E-REÇETE KULLANIMI HAKKINDA

Detaylı

JAVA API v2.0 Belge sürümü: 2.0.2

JAVA API v2.0 Belge sürümü: 2.0.2 JAVA API v2.0 Belge sürümü: 2.0.2 1. İçindekiler 1. İÇİNDEKİLER... 2 2. BU BELGENİN AMACI... 3 3. BELGE SÜRÜMLERİ... 3 4. SİSTEM GEREKSİNİMLERİ... 3 5. KULLANIM ŞEKLİ... 4 5.1. GENEL... 4 5.2. UYARILAR...

Detaylı

Nisan 2014-v1.0 KMTP API TEST ve SERTİFİKASYON İŞLEMLERİ

Nisan 2014-v1.0 KMTP API TEST ve SERTİFİKASYON İŞLEMLERİ KMTP API TEST ve SERTİFİKASYON İŞLEMLERİ 1 / 8 A.Ş. nin KMTP API SERTİFİKASYON TESTİ Üyelerimizin Dikkatine: Nisan 2014-v1.0 Bu doküman, üyelerimizin Kıymetli Madenler ve Kıymetli Taşlar Piyasası sistemi

Detaylı

4os İSTANBUL. BORSASI îstiııye istanbul Tel. : (0212) Faks: (0212) Genelge No Gözetim Müdürlüğü. İstanbul, 18 Mart 1999

4os İSTANBUL. BORSASI îstiııye istanbul Tel. : (0212) Faks: (0212) Genelge No Gözetim Müdürlüğü. İstanbul, 18 Mart 1999 4V Genelge No Gözetim Müdürlüğü 4os MENKUL KIYMETLER BORSASI îstiııye 80860 istanbul Tel. : (0212) 298 21 00 Faks: (0212) 298 25 00 İstanbul, 18 Mart 1999 Konu: emri bilgilerinin istenmesi. Sayın Üyemiz,

Detaylı

MERSİS UYGULAMA KULLANICISI YARDIM REHBERİ KAYIT VE GİRİŞ İŞLEMLERİ GÜMRÜK VE TİCARET BAKANLIĞI MERSİS UYGULAMASI

MERSİS UYGULAMA KULLANICISI YARDIM REHBERİ KAYIT VE GİRİŞ İŞLEMLERİ GÜMRÜK VE TİCARET BAKANLIĞI MERSİS UYGULAMASI MERSİS UYGULAMA KULLANICISI YARDIM REHBERİ KAYIT VE GİRİŞ İŞLEMLERİ KAYIT VE GİRİŞ İŞLEMLERİ 1.1. YENİ ÜYELİK: Yeni bir kullanıcının sisteme kayıt olma aşamasındaki gereksinimler aşağıda sıralanmıştır:

Detaylı

EC-100. Ethernet RS232/422/485 Çevirici. İstanbul Yazılım ve Elektronik Teknolojileri

EC-100. Ethernet RS232/422/485 Çevirici. İstanbul Yazılım ve Elektronik Teknolojileri EC-100 Ethernet RS232/422/485 Çevirici İstanbul Yazılım ve Elektronik Teknolojileri EC-100, cihazlarınıza veya bilgisayara RS232/422/485 hattından bağlayarak kullanabileceğiniz tak-kullan şeklinde tasarlanmış

Detaylı

KAMUYU AYDINLATMA PLATFORMU

KAMUYU AYDINLATMA PLATFORMU KAMUYU AYDINLATMA PLATFORMU YATIRIM FONU FİNANSAL RAPORLARININ KAP A GÖNDERİM TESTİ KILAVUZU (MKK-2018) Yatırım fonları finansal rapor gönderim testlerine tüm fon kurucularının ve bildirim gönderecek fonların

Detaylı

Medula Eczane Reçete ve Rapor Web Servisleri Kullanım Kılavuzu

Medula Eczane Reçete ve Rapor Web Servisleri Kullanım Kılavuzu T.C. SOSYAL GÜVENLİK KURUMU Medula Eczane Reçete ve Rapor Web Servisleri Kullanım Kılavuzu 2 KASIM 2015 Amaç Hastanelerin ve Aile Hekimliklerinin elektronik reçete ve elektronik rapor bilgilerinin Medula

Detaylı

Kets DocPlace LOGO Entegrasyonu

Kets DocPlace LOGO Entegrasyonu Kets DocPlace LOGO Entegrasyonu Kets DocPlace Kurulumu Öncesinde Yapılması Gereken İşlemler Windows 7, Windows 8, Windows Server 2008 R2, Windows Server 2012 veya daha yeni işletim sistemlerinde Programlar

Detaylı

MİLLİ EĞİTİM BAKANLIĞI YENİ EPOSTA SİSTEMİ HAKKINDA MEB

MİLLİ EĞİTİM BAKANLIĞI YENİ EPOSTA SİSTEMİ HAKKINDA MEB İçindekiler MİLLİ EĞİTİM BAKANLIĞI YENİ EPOSTA SİSTEMİ HAKKINDA... 3 MEB Yeni E-posta Sistemi Kullanım Detayları;... 4 MEBBİS ile Giriş... 5 E-posta Şifresi İle Giriş... 6 Şifre Hatırlatma Ekranında Karşılaşılan

Detaylı

BLGM 343 DENEY 8 * TCP İLE VERİ İLETİŞİMİ

BLGM 343 DENEY 8 * TCP İLE VERİ İLETİŞİMİ BLGM 343 DENEY 8 * TCP İLE VERİ İLETİŞİMİ Amaçlar 1. TCP protokolünün öğrenilmesi 2. Ağ programlamada kullanacağımız sistem komutlarının öğrenilmesi 3. Ağ programlamanın kavranması TCP ile veri alışverişi

Detaylı

Ağ Yönetiminin Fonksiyonel Mimarisi

Ağ Yönetiminin Fonksiyonel Mimarisi Bölüm 7 Ağ Yönetimi Ağ Yönetiminin Fonksiyonel Mimarisi a) Performans (Performance) Yönetimi b) Sistem Ayarları (Configuration) Yönetimi c) Hesap (Account) t)yönetimi i d) Hata (Fault) Yönetimi e) Güvenlik

Detaylı

2 Kullanıcı Yönetimi ve Yetkilendirme Tüm kullanıcıların Kullanıcı Adı ve Parola bilgisi Sağlık.Net sisteminde kullandığı veriler olmalıdır.

2 Kullanıcı Yönetimi ve Yetkilendirme Tüm kullanıcıların Kullanıcı Adı ve Parola bilgisi Sağlık.Net sisteminde kullandığı veriler olmalıdır. 1 Kapsam Aşı Takip Sistemini AHBS, HSBS, HBYS ve MBYS kullanıcılarının web servis (SOAP) aracılığıyla kullanacakları metotların yapısı ve kuralları anlatılmaktadır. Servisler SSL üzerinden çalışacaktır.

Detaylı

TÜRKİYE İLAÇ VE TIBBİ CİHAZ KURUMU (TİTCK) ELEKTRONİK BAŞVURU YÖNETİMİ (EBS) TALEP BİLDİRİM KULLANICI KILAVUZU

TÜRKİYE İLAÇ VE TIBBİ CİHAZ KURUMU (TİTCK) ELEKTRONİK BAŞVURU YÖNETİMİ (EBS) TALEP BİLDİRİM KULLANICI KILAVUZU TÜRKİYE İLAÇ VE TIBBİ CİHAZ KURUMU (TİTCK) ELEKTRONİK BAŞVURU YÖNETİMİ (EBS) TALEP BİLDİRİM KULLANICI KILAVUZU 1 / 14 VERSİYON TARİHÇESİ VERSİYON DEĞİŞİKLİK YAPILAN DEĞİŞİKLİK TANIMI TARİH BÖLÜM/SAYFA

Detaylı

OSMANLI MOBİL FX Trader

OSMANLI MOBİL FX Trader OSMANLI MOBİL FX Trader Döküman İçeriği 2.15 Osmanlı Mobil FX Trader Ekranları... 3 2.15.1 FX Ana Menü... 3 2.15.2 Fiyat İzleme Ekranı:... 4 2.15.3 Hesap Bilgisi Ekranı:... 5 2.15.4 Açık Pozisyonlar:...

Detaylı

3G Sms&MMS GateWay Xml Interface

3G Sms&MMS GateWay Xml Interface 3G Sms&MMS GateWay Xml Interface İÇİNDEKİLER İÇİNDEKİLER... 2 WEB SERVIS API YE GİRİŞ... 4 AYNI MESAJIN ÇOK NUMARAYA GÖNDERİLMESİ... 6 TANIMI... 6 ÖRNEK XML... 6 XML ENVELOP AÇIKLAMALARI... 7 RESPONSE

Detaylı

İDARE MERKEZİ ANKARA, 18 Şubat 2014 Cevaplarda şu işaretlerin tekrarını dileriz :

İDARE MERKEZİ ANKARA, 18 Şubat 2014 Cevaplarda şu işaretlerin tekrarını dileriz : İDARE MERKEZİ ANKARA, 18 Şubat 2014 Cevaplarda şu işaretlerin tekrarını dileriz : B.02.2.TCM.0.10.01.00-010.07.01/ Konu:Açık Piyasa İşlemleri Uygulama Talimatı Değişiklikleri hk. x İlgi:1. Nisan 2004 tarihli

Detaylı

Kıymetli Madenler Piyasasının BISTECH Faz 2+ sistemi üzerinde Canlıya Geçiş Provaları Senaryo Dokümanı

Kıymetli Madenler Piyasasının BISTECH Faz 2+ sistemi üzerinde Canlıya Geçiş Provaları Senaryo Dokümanı Kıymetli Madenler Piyasasının BISTECH Faz 2+ sistemi üzerinde Canlıya Geçiş Provaları Senaryo Dokümanı 15 Ocak 2018 12 Nisan 2018 Lütfen bu duyuruyu şirket yöneticilerinize ve bilgi işlem sorumlularınıza

Detaylı

Yeni Üye Test Sistemi Teknik Bilgilendirme

Yeni Üye Test Sistemi Teknik Bilgilendirme Yeni Üye Test Sistemi Teknik Bilgilendirme İÇERİK I. GİRİŞ... 2 II. MATERYAL... 2 III. ERİŞİM BİLGİLERİ... 3 IV. PRO-MARK UYGULAMA KURULUMU... 3 PC Konfigürasyon... 3 Kurulum Adımları... 4 V. RISK INFORMER

Detaylı

%20dolor%20sit%20amet&receipents=5301234569, 5301234570&sender=PROAKTIF

%20dolor%20sit%20amet&receipents=5301234569, 5301234570&sender=PROAKTIF HTTP GET API SMS Gönderimi İstek yapılacak adres: http://api.idasms.com/v1/send-sms/get/ Yapılacak olan istek örneği: http://api.idasms.com/v1/sendsms/get/?username=kullanici_adi&password=kullanici_sifresi&text=lorem%20ipsum

Detaylı

WWW.OZTEKHABERLESME.COM

WWW.OZTEKHABERLESME.COM ÖZTEK HABERLEŞME APİ DÖKÜMANI WWW.OZTEKHABERLESME.COM VER:6.1.0 ~ 1 ~ İÇİNDEKİLER BİLMENİZ GEREKENLER... 3 HTTP POST (XML) YÖNTEMİ... 4 TANIMLAR... 4 ÖRNEK XML YAPISI... 4 PHP ÖRNEK KOD... 5 Örnek Sayfayı

Detaylı

PAY PİYASASI BISTECH OUCH SERTİFİKASYON PROGRAMI

PAY PİYASASI BISTECH OUCH SERTİFİKASYON PROGRAMI PAY PİYASASI BISTECH OUCH SERTİFİKASYON PROGRAMI Mart 2016, Sürüm 1.0 PAY PİYASASI BISTECH OUCH SERTİFİKASYON PROGRAMI A.Ş. nin BISTECH OUCH EMİR İLETİM AŞAMASI BAĞLANTISI TESTİ Üyelerimizin Dikkatine:

Detaylı

Bilimsel Araştırma Projeleri Otomasyon Sistemi

Bilimsel Araştırma Projeleri Otomasyon Sistemi Bilimsel Araştırma Projeleri Otomasyon Sistemi Kullanım Kılavuzu Bu kılavuz, Bilimsel Araştırma Projelerini Otomasyon Sistemi üzerinden nasıl yönetebileceğiniz hakkında yönergeler içermektedir. Yeni otomasyon

Detaylı

E-FATURA UYGULAMASINDA DİKKAT EDİLMESİ GEREKEN HUSUSLAR

E-FATURA UYGULAMASINDA DİKKAT EDİLMESİ GEREKEN HUSUSLAR E-FATURA UYGULAMASINDA DİKKAT EDİLMESİ GEREKEN HUSUSLAR ÖZET : Gelir İdaresi Başkanlığının E-Fatura İnternet sitesinde, E-fatura uygulamasında dikkat edilmesi gereken hususlar konusunda yayımlanan bilgilendirme

Detaylı

BORSA İSTANBUL A.Ş. Uzaktan Erişim Ağı Site-to-Site VPN Altyapısı Kurulum Kılavuzu. Sürüm: 1.1 Tarih: 09.01.2015

BORSA İSTANBUL A.Ş. Uzaktan Erişim Ağı Site-to-Site VPN Altyapısı Kurulum Kılavuzu. Sürüm: 1.1 Tarih: 09.01.2015 BORSA İSTANBUL A.Ş. Uzaktan Erişim Ağı Site-to-Site VPN Altyapısı Kurulum Kılavuzu Sürüm: 1.1 Tarih: 09.01.2015 Döküman Tarihçesi Sürüm Tarih Değişiklik Özeti 1.0 24/12/2014 İlk Yazım 1.1 09/01/2015 Ekte

Detaylı

YENİ NESİL ÖDEME KAYDEDİCİ CİHAZLARA AİT ELEKTRONİK KAYIT, AKTİVASYON VE YETKİLİ SERVİS LİSTELERİ TEKNİK KILAVUZU

YENİ NESİL ÖDEME KAYDEDİCİ CİHAZLARA AİT ELEKTRONİK KAYIT, AKTİVASYON VE YETKİLİ SERVİS LİSTELERİ TEKNİK KILAVUZU YENİ NESİL ÖDEME KAYDEDİCİ CİHAZLARA AİT ELEKTRONİK KAYIT, AKTİVASYON VE YETKİLİ SERVİS LİSTELERİ TEKNİK KILAVUZU (Sürüm 1) 25 ARALIK 2015 İçindekiler Tablosu GİRİŞ... 2 1 GİB BS Dış Entegrasyon Dosya

Detaylı

BAĞLAM ÖZELLİKLİ KIYMET TRANSFER ONAY İŞLEMLERİ

BAĞLAM ÖZELLİKLİ KIYMET TRANSFER ONAY İŞLEMLERİ BAĞLAM ÖZELLİKLİ KIYMET TRANSFER ONAY İŞLEMLERİ İÇERİK A. BAĞLAM ÖZELLİKLİ KIYMET TRANSFER ONAY İŞLEMLERİ... 1 A1. Bağlamlı Transfer İhraççı Onay/Red... 1 A2. Bağlamlı Transfer İşleminin İptali... 3 A3.

Detaylı

e-mutabakat Ekstre Gönderimi

e-mutabakat Ekstre Gönderimi e-mutabakat Ekstre Gönderimi Kurumlar ve şirketler arasındaki borç-alacak hesap hareket ve bakiyelerinin, bs-ba formlarının, elektronik ortamda gönderimi ve mutabakat sürecinin hızlandırılmasına yönelik

Detaylı

um%20dolor%20sit%20amet&receipents=5301234569, 5301234570&sender=ILETICELL İstekte gönderilen parametrelerin açıklamaları aşağıdaki gibidir:

um%20dolor%20sit%20amet&receipents=5301234569, 5301234570&sender=ILETICELL İstekte gönderilen parametrelerin açıklamaları aşağıdaki gibidir: HTTP GET API SMS Gönderimi İstek yapılacak adres: http://api.ileticell.com/v1/send-sms/get/ Yapılacak olan istek örneği: http://api.ileticell.com/v1/send- sms/get/?username=kullanici_adi&password=kullanici_sifresi&text=lorem%20ips

Detaylı

E-postaya Tarama Hızlı Kurulum Kılavuzu

E-postaya Tarama Hızlı Kurulum Kılavuzu Xerox WorkCentre M118i E-postaya Tarama Hızlı Kurulum Kılavuzu 701P42712 Bu kılavuz, aygıtındaki E-postaya Tara özelliğini ayarlama hakkında hızlı başvuru sağlar. Aşağıdakiler için yordamlar içerir: E-postaya

Detaylı

AĞ HİZMETLERİ. Öğr.Gör.Volkan ALTINTAŞ. Version 4.0

AĞ HİZMETLERİ. Öğr.Gör.Volkan ALTINTAŞ. Version 4.0 AĞ HİZMETLERİ Öğr.Gör.Volkan ALTINTAŞ Version 4.0 İSTEMCİ SUNUCU İLİŞKİSİ İnsanlar her gün başkalarıyla iletişim kurmak ve rutin görevlerini yerine getirmek için ağ ve İnternet üzerinden sağlanan hizmetleri

Detaylı

MİKRO YAZILIM E-MUTABAKAT

MİKRO YAZILIM E-MUTABAKAT MİKRO YAZILIM E-MUTABAKAT e-mutabakat, kurumlar ve şirketler arasındaki borç-alacak hesap hareket ve bakiyelerinin elektronik ortamda gönderimi ve mutabakat sürecinin hızlandırılmasına yönelik bir uygulama

Detaylı

1. GİRİŞ Bu bölümde; Kartlı Geçiş Kontrol ve Personel Devam Kontrol terminallerinin temel içeriği ve kart tanımlama hakkında önbilgi verilecektir.

1. GİRİŞ Bu bölümde; Kartlı Geçiş Kontrol ve Personel Devam Kontrol terminallerinin temel içeriği ve kart tanımlama hakkında önbilgi verilecektir. 1. GİRİŞ Bu bölümde; Kartlı Geçiş Kontrol ve Personel Devam Kontrol terminallerinin temel içeriği ve kart tanımlama hakkında önbilgi verilecektir. Tuştakımı Tuştakımı İşlemi onlaylar Menü girişi Çıkış

Detaylı

KURUMSAL İNTERNET BANKACILIĞI MÜŞTERİ KULLANIM KILAVUZU. Onay İşlemleri

KURUMSAL İNTERNET BANKACILIĞI MÜŞTERİ KULLANIM KILAVUZU. Onay İşlemleri KURUMSAL İNTERNET BANKACILIĞI MÜŞTERİ KULLANIM KILAVUZU Onay İşlemleri Onay İşlemleri Onayınızı Bekleyen Onaya Gönderilen İşlem Sorgulama Diğer Onaydakiler Onay Seviye Tanımlama Toplu Ödeme İşlemleri Onay

Detaylı

BİLGİ TEKNOLOJİLERİ EĞİTİM KILAVUZU

BİLGİ TEKNOLOJİLERİ EĞİTİM KILAVUZU ARMONİ PAZARLAMA PLASTİK SANAYİ TİCARET ANONİM ŞİRKETİ BİLGİ TEKNOLOJİLERİ EĞİTİM KILAVUZU A- TERMİNAL SİPARİŞ SİSTEMİ B- TERMİNAL ELEKTRONİK POSTA GÖNDERME VE ALMA C- TERMİNAL APN BAĞLANTISI SİPARİŞ SİSTEMİ

Detaylı

1. Defter detaylarına ait bilgilerin, örneğin yevmiye kayıtlarının olduğu dosya 2. Bir nevi kapak sayfası diyebileceğimiz Berat dosyası

1. Defter detaylarına ait bilgilerin, örneğin yevmiye kayıtlarının olduğu dosya 2. Bir nevi kapak sayfası diyebileceğimiz Berat dosyası 12 Kasım 2014 İlgili Versiyon/lar : ETA:SQL, ETA:V.8-SQL İlgili Modül/ler : E-Defter e-defter Hazırlama Uygulaması E-Defter, şekil hükümlerinden bağımsız olarak Vergi Usul Kanununa ve/veya Türk Ticaret

Detaylı

MATRİKS E-BROKER ELEKTRONİK İŞLEM PLATFORMU MATRİKS TRADER VE JAVA MATRİKS ENTEGRASYONLARI

MATRİKS E-BROKER ELEKTRONİK İŞLEM PLATFORMU MATRİKS TRADER VE JAVA MATRİKS ENTEGRASYONLARI MATRİKS E-BROKER ELEKTRONİK İŞLEM PLATFORMU MATRİKS TRADER VE JAVA MATRİKS ENTEGRASYONLARI İMKB ve VOB Emir İletim ve Yönetim Platformu MATRİKS E-BROKER ELEKTRONİK İŞLEM PLATFORMU NEDİR? E-Broker programı,

Detaylı

Yeni Ü ye Test Sistemi Teknik Bilgilendirme

Yeni Ü ye Test Sistemi Teknik Bilgilendirme Yeni Ü ye Test Sistemi Teknik Bilgilendirme İÇERİK I. GİRİŞ... 2 II. MATERYAL... 2 III. ERİŞİM BİLGİLERİ... 3 IV. PRO-MARK UYGULAMA KURULUMU... 3 PC Konfigürasyon... 3 Kurulum Adımları... 4 V. RISK INFORMER

Detaylı