Onay Tarihi : 17.12.2004

GÖZETİME ESAS VERİ KÜMESİ (GEVK) TRANSFER TANIMLAMALARINA İLİŞKİN GENELGE
(GENELGE NO:2004/6)

Bireysel emeklilik sisteminin güvenli ve etkin biçimde işletilmesini sağlamak, katılımcıların hak ve menfaatlerini korumak amacıyla emeklilik şirketlerinin faaliyetleri Hazine Müsteşarlığının günlük gözetim ve denetimine tabidir. Bu genelge, Hazine Müsteşarlığı tarafından, şirketlerin faaliyetlerinin günlük olarak gözetimi, denetimi, işlem konsolidasyonu, katılımcılara ait bilgilerin saklanması, kamunun ve katılımcıların bilgilendirmesi ile istatistik üretimi ve fonksiyonlarının yürütülmesini teminen Emeklilik Gözetim Merkezine (EGM) gönderilecek Gözetime Esas Veri Kümesi (GEVK) transfer tanımlamalarını düzenlemektedir.

Emeklilik şirketlerinin, Ek–1 de yer alan standartlaştırılmış bilgi transfer kümesi kayıtlarını aşağıdaki esaslar dahilinde EGM’ne iletmesi gerekmektedir. Bilgi transfer kümesi içerisinde kullanılacak değer listeleri ile bu genelgede yer alan transfer tanımlamalarına ait örnek bir transfer dokümanı da EGM tarafından www.egm.org.tr adresinde yayınlayacaktır.

Emeklilik şirketlerinin günlük operasyonları sonucunda bilgi sistemlerinde yer alan kayıtlarda oluşan değişikliklerin, EGM’ne yansıtılması esasına dayandırılan GEVK transferi günlük olarak yapılacaktır. Her bir günün transferi yapılmadan bir sonraki güne geçilmeyecektir. GEVK transferi gün içinde birden çok seferlerde yapılabilecek olup gün içinde yapılan her transfer aynı güne ait bir önceki transferi iptal ederek yerine geçecektir.

Şirketler transfer ettikleri verilerin EGM sistemine yansıtılması (yeni kayıt yaratılması, eski kayıtların güncellenmesi veya silinmesi) sonucunda, EGM’nde yer alan veri kesitinin kendi sistemleri ile uyumluluğunu hedefleyeceklerdir.

Günlük iş akışı içinde emeklilik şirketleri sırası ile: Gün kapanış işlemlerini gerçekleştirir; gün kapanış sonuçları ile ilgili kontrol ve doğrulama işlemlerini yürütür; GEVK Transfer dokümanını oluşturur ve EGM’ne transfer eder; varsa kalan kontrolleri ve diğer GEVK’ni etkilemeyen operasyonel gün sonu işlemlerini yürütür ve gün sonunu kesinleştirerek EGM’ne bildirir.

Belirlenen formatta hazırlanan GEVK transfer dokümanları EGM tarafından şirketlere tesis edilen FTP veya EGM web sitesinden erişilecek web hesaplarına FTP veya HTTP protokolü ile gönderilecektir.

Bu genelgede yer alan transfer tanımlamalarına esas notasyon, veri tipi ve formatları ile değer listeleri Hazine Müsteşarlığının uygun görüşünü almak kaydıyla EGM tarafından güncellenebilir. Değer listelerinde dış kaynaklardan alındığı belirtilen kodlamaların güncellemesi ilgili kaynaktan yapılacak(TCMB Banka kodları gibi) ayrıca EGM tarafından yayınlanmayacaktır.

Bu genelgenin yayınlanmasını takiben emeklilik şirketleri ile bu genelge kapsamında veri transferi ile ilgili mutabakat sağlanıncaya kadar 17 Haziran 2004 tarih ve 2004/2 no.lu “Emeklilik Şirketlerinin Faaliyetleri İle İlgili Olarak Emeklilik Gözetim Merkezine Gönderilecek Veri Setlerine İlişkin Genelge”ye göre işlem yapılacaktır.

Emeklilik Şirketlerin GEVK'e uyum sürecinde testlerin tamamlanması 31 Mart 2005 tarihine kadar gerçekleştirilecektir. 1 Nisan 2005 tarihinden itibaren günlük GEVK transferi başlatılacaktır. Ancak bu tarihten sonra uygulamada karşılaşılacak problemler ve EGM tarafından şirketlere yapılan geri bildirimler ile transfer işlemleri üzerindeki son düzeltmelerin de 31 Mayıs 2005 tarihine kadar tamamlanması gerekecektir. Bu şekilde tamamlanan süreç sonunda 1 Haziran 2005 tarihinden itibaren GEVK üzerinden istatistik ve rapor üretilmesine başlanacaktır 

Ek–1

Emeklilik Şirketlerinin Emeklilik Gözetim Merkezi’ne Gönderecekleri

GÖZETİME ESAS VERİ KÜMESİ

Transfer Tanımlamaları

Sürüm 1.1

İçindekiler

1. GEVK Transfer Prosedürü ve İş Akışı
2. GEVK Tasarımı Genel Prensipleri
3. Notasyon Hakkında
   1. Nesne Tanım Tabloları
   2. Nesne Tanım Tablolarında Kullanılan Görsel Özellikler
4. Sözleşme Bilgileri Transfer Kümesi (SBTK)
   1. SBTK Nesnesi
   • Sözleşme Bilgileri Transfer Kümesi Dokümanı Kök Elemanı
   2. Aracı Nesneleri
   • Tüzel Kişi Aracı (TKA)
   • Tüzel Kişi (KURUM)
   • Adres  (ADR)
   • Gerçek Kişi Aracı (GKA)
   • Gerçek Kişi (KISI)
   • Nesne Referansı (REF)
   3. Başvuru/Sözleşme Nesneleri
      • Grup Sözleşmesi (GRUP)
      • Başvuru (BASVURU)
      • Katılımcı (KTLM)
      • Banka Hesapları (BNKHSP)
      • Ödeyen (ODYN)
      • Otomatik Değişim Metodu (DEGMETOD)
      • Metod (METOD)
      • Parametre (PRM)
      • Emeklilik Beklentisi (EMKL)
      • Risk Eğilimi (RSK)
      • Sözleşme (SOZLESME)
      • Lehdar (LHDR)
      • Sözleşme Bazında Kesinti Modelleri (KESMDL)
      • Kesinti Metodu (KESMETOD)
      • Fon Dağılım Oranı (FONORAN)
      • Blokaj (BLOKAJ)
   4. Birikimli Hayat Sigortalarından Aktarım Nesneleri
      • Birikimli Hayat Sigortalarından Aktarım Bilgileri (HYTAKT)
      • Poliçe Bilgileri (POLICE)
      • Poliçe Ödeme Bilgileri (POLODM)
      • Sözleşme Devir Nesneleri
      • Sözleşme Devir İşlemleri (SOZDVR)
   5. Emeklilik Hesapları ve Yatırım Hareketleri Nesneleri
      • Emeklilik Hesap Hareketleri (EHH)
      • Parasal Tutar (TUTAR)
      • Emeklilik Hesap Referansı (EHREF)
      • Fon Verileri (FONVERI)
      • Fon Emirleri (FONEMIR)
      • Fon İşlemleri (FONISLEM)
   6. Sonlanma Nesneleri
      • Sonlanma İşlem Dosyaları (SONDOSYA)
      • Sözleşme Birikim Tahakkukları (SOZTHK)
      • Sonlanma Kesintileri (KESINTI)
      • Lehdar Bazında Ödeme Tahakkukları (LHDRTHK)
5. GEVK - SBTK DTD
6. Mecburi Alanlara Dair Notlar

1. GEVK Transfer Prosedürü ve İş Akışı

GEVK transfer prosedürü ve iş akışı, Hazine Müsteşarlığının bireysel emeklilik sisteminin gözetim ve denetimine esas teşkil edecek bilgi bütününü içerecek şekilde, emeklilik şirketlerinin operasyonel verileri içinden oluşturulmuş Emeklilik Gözetim Merkezi tarafından konsolide edilen bir veri alt kümesine ve bunun günlük olarak EGM’ne iletilmesine ilişkin esas ve usulleri düzenlemektedir.

Emeklilik şirketlerinin günlük operasyonları sonucunda bilgi sistemlerinde yer alan kayıtlarda oluşan değişikliklerin, EGM’ne yansıtılması esasına dayandırılan GEVK Transferi günlük olarak yapılacaktır. Her bir günün transferi yapılmadan bir sonraki güne geçilmeyecektir. GEVK transferi gün içinde birden çok seferlerde yapılabilecek olup gün içinde yapılan her transfer aynı güne ait bir önceki transferi iptal ederek yerine geçecektir.

Kesinleşmemiş transferler olarak adlandırılan ve sınırsız kerelerde yapılabilecek olan bu transferler ile hatalı gönderilmiş bir transferin düzeltilebilmesi amaçlanmaktadır. Emeklilik şirketi tarafında kayıtlar kesinlik kazandıktan sonra yapılacak bir kesinleştirme işlemi ile EGM’ne transfer edilmiş günlük veri kümesi kesinleşmiş olacak ve bu andan sonra ilgili güne ait bir transfer tekrar edilemeyecektir.

Kesinleşmemiş veri transferine olanak vermekle amaçlanan, gün içinde kesinlik kazanmamış verilerin mükerrer olarak EGM’ne transferinin engellenmesidir. Çok aşamalı ve kesinleştirmeye dayalı transfer süreci ile emeklilik şirketleri tarafında gün kapanış işlemleri gerçekleşmiş ve günlük GEVK transferi yapılmış olmasına rağmen, olası kayıt hatalarının tesbiti durumunda, manüel yöntemlere başvurulmadan, şirket tarafında yapılan düzeltmelerin EGM’ne yansıtılmasının, standart transfer sürecinin bir parçası haline getirilmesi amaçlanmıştır.

Dolayısıyla günlük iş akışı içinde emeklilik şirketleri sırasıyla,

1. Gün kapanış işlemlerini gerçekleştirir,
2. Gün kapanış sonuçları ile ilgili kontrol ve doğrulama işlemlerini yürütür,
3. GEVK Transfer dokümanını oluşturur ve EGM’ne transfer eder,
4. Varsa kalan kontrolleri ve diğer GEVK’ni etkilemeyen operasyonel gün sonu işlemlerini yürütür,
5. Gün sonunu kesinleştirir ve EGM’ne bildirir.

Kesinleştirme adımı öncesinde olası bir hatanın tesbiti durumunda, hata düzeltilerek iş akışı 2. adımdan başlayarak tekrar edilir.

Hazırlanan GEVK transfer dokümanları verilen DTD ile uyumluluk testinden geçirildikten sonra (geçerlemeyi desteklen bir XML işleyici -Validating Parser- ile bu kontrol yapılabilir) ZIP sıkıştırmasını destekleyen bir yazılım gereci kullanılarak sıkıştırılacaktır. Sıkıştırılmış bu dosyalar EGM tarafından şirketlere tesis edilen FTP veya EGM web sitesinden erişilecek web hesaplarına FTP veya HTTP protokolü ile gönderilecektir.

Daha önce de ifade edildiği üzere, GEVK transferi ile emeklilik şirketleri kendi sistemlerinde tuttukları operasyonel verilerin GEVK kapsamına giren alt kümesinin gün sonu itibarı ile güncellenmiş hallerini EGM sistemlerine yansıtacaklarıdır. Şirketler transfer ettikleri verilerin EGM sistemine yansıtılması (yeni kayıt yaratılması, eski kayıtların güncellenmesi veya silinmesi) sonucunda, EGM’nde yer alan veri kesitinin kendi sistemleri ile uyumluluğunu hedefleyeceklerdir. Transfer edilecek kayıtların seçilmesinde, -sözü edilen tutarlılığın sağlanması amacıyla- gün sonu itibarı ile o gün içinde yaratılmış kayıtlar için yaratma işlemleri, gün içinde değişmiş kayıtlar için güncelleme işlemleri ve gün içinde silinmiş kayıtlar için de silme işlemleri transfer edilmelidir. Ancak burada “gün” ile ifade edilen, gerçek olarak işlemin ait olduğu tarihten ziyade, önceki gün transferinden sonra sistemde yapılmış işlemlerin, bir sonraki transfere, o transfer gününün işlemi içerisine dâhil edilmesidir.

2. GEVK Tasarımı Genel Prensipleri

Bu dokümanda içeriği ve XML yapısı detaylı olarak anlatılan GEVK Transfer Dokümanları, her transfer tipi (SBTK) için ayrı kök elemanları (root element) olan XML dokümanlarıdır. Ait olduğu emeklilik şirketi, tarih ve günlük transfer sırası gibi kümenin özlüğüne dair bilgiler de dokümanlara kök elemanların nitelikleri (attributes) olarak dâhil edilmiştir.

SBTK Nesnesinin altında, transfer edilen veri kümesini oluşturan ana nesne grupları yer almaktadır. SBTK kapsamındaki ana nesneler, Tüzel Kişi Aracılar (TKA), Gerçek Kişi Aracılar (GKA), Grup Sözleşmeleri (GRUP), Başvurular (BASVURU), Sözleşmeler (SOZLESME), Birikimli Hayat Sigortalarından Aktarımlar (HYTAKT), Sözleşme Devirleri (SOZDVR), Emeklilik Hesap Hareketleri (EHH),  Fon Verileri (FONVERI), Fon Emirleri (FONEMIR), Fon İşlemleri (FONISLEM) ve Sonlanma İşlemleridir (SONDOSYA). Her ana nesne basit veri tiplerindeki nitelik veya elemanlardan oluşabileceği gibi başka alt nesneleri de bünyesinde barındırabilmektedir.

Nesne Tanımları bölümünde yer alan nesne yapıları, ifade edilen ana nesneler bazında kategorize edilmiş ve alt nesnelere ait tanımlarda ilk kez kullanıldıkları ana nesne tanımı dâhilinde açıklanmıştır.

Ana nesnelerin yaratılış ve güncellenmesinin takibine olanak verecek bir yapıda tasarlanan GEVK Transfer Dokümanında, her ana nesne gerektiğinde emeklilik şirketine geri dönüşe olanak verecek şekilde bir Şirket Referans Kodu (SRK) ile transfer edilir. İçerikleri nesneden nesneye değişecek olmakla birlikte, şirketlerin söz konusu SRK’ları, ilgili nesneleri kendi sistemlerinde hızlıca ve benzersiz olarak tesbit etmelerine olanak verecek (kendi ilişkisel veri tabanı anahtarları gibi) bir yapıda sağlamaları beklenmektedir.

Bazı ana nesneler tek bir kayıt olarak aktarılıp, EGM tarafında tarihsellik kayıtları olmaksızın tutulurken, diğer bazı nesneler için tarihsel olarak geçirdikleri aşamaların takibinin yapılması gerekmektedir. Bu kategorideki nesneler ile ilgili transfer, nesnenin kendisi yerine nesnenin her aşamada bulunduğu durumu yansıtan nesne hareketleri şeklinde yapılacaktır. Nesne hareketlerinin aktarılması durumunda nesne anahtarı olarak SRK’nın yanısıra, bir nesne hareket numarası (HARNO) da kullanılmaktadır. Bu durumda SRK nesnenin kendisini belirlerken, SRK ve HARNO ikilisi nesne hareketine erişim anahtarını oluşturmaktadır.

Gerek nesnenin kendisi, gerekse nesne hareketleri olsun, ana nesnelerin transferi üç farklı transfer tipinde (TRANSTIP) gerçekleşebilmektedir. Bir diğer ana nesne niteliği olan TRANSTIP için geçerli değerler şunlardır.

1. Yaratma : “Y” değeri ile gösterilen “Nesne Yaratma” transferi, nesneler EGM’ne ilk kez transfer edildiklerinde kullanılacaktır.
2. Düzeltme : “D” değeri ile gösterilen “Nesne Düzeltme” transferi, daha önce transfer edilmiş nesnelerin içeriklerinde herhangi bir değişim olduğunda kullanılacaktır. Bir nesnenin güncellenebilmesi için o nesnenin (aynı SRK’na sahip nesnenin) daha önce “Nesne Yaratma” transferi ile EGM’ne aktarılmış olması gerekmektedir. Bu işlem, tarihsellik kayıtları içeren ve bir hareket numarası (HARNO) ile ayrıştırılan nesne transferinden farklı olarak ilgili hareketin dahi düzeltilebilmesi amacıyla kullanılabilecektir.
3. Silme : “S” değeri ile gösterilen “Nesne Silme” transferi ise, emeklilik sistemi açısından silinmesi tutarsızlığa neden olmayacak olan nesnelerin EGM sisteminden silinmesi amacıyla kullanılacaktır. Bu transfer işleminin de daha önce yaratılmış bir nesne için kullanılması ve silindiğinde EGM sisteminde veri tutarsızlığı oluşturmaması gerekmektedir.

Anlatılan transfer tipleri; tarihsel durum takibi yapılmayan nesnelerde nesne SRK’sıyla, tarihsel durum takibi yapılan nesnelerde de nesne SRK’sı ve hareket numarasıyla (HARNO) kullanılacaktır. 

Gruplar halinde transfer edilen nesnelerin transfer dokümanı içindeki sıralarının takibi amacıyla, her nesne bağlı bulunduğu grup içinde birden başlamak üzere sıra numarası (SIRANO) ile numaralanacaktır.

Her ana nesne için, ilgili transfere neden olan (Yaratma, Düzeltme, Silme)  işlemin şirket kayıtlarında görünen gerçekleşme tarihi ve zamanı da transfer kaydında Güncelleme Tarihi (GTAR) ve Güncelleme Zamanı (GZAMAN) alanlarında gönderilecektir.

3. Notasyon Hakkında

a. Nesne Tanım Tabloları

GEVK transfer dosyasının bir XML dokümanı olması, dokümanın ve doküman içinde yer alan nesnelerin tanımlarının ifadesinde DTD veya XML Schema notasyonunun kullanımını uygun kılmaktadır. Ancak bu notasyonlar XML dokümanlarının oluşturulma kurallarının ifadesi amacıyla yazılımlar tarafından işlenmek üzere tasarlanmış olduklarından, nesnenin içeriğine dair açıklamaları kapsayan ve yeterince okunaklı notasyonlar değildirler. Bu dokümanda XML nesnelerin oluşturulma kurallarının ifadesinde DTD notasyonu kullanılmış olmakla birlikte, nesnenin nitelik ve elemanlarını içeren bir tablo da sunulmuştur.

Her satırında nesnenin bir bileşenin yer aldığı nesne tanım tablosu beş sütundan oluşmaktadır:

i) Bileşen Adı: Nesne bileşeninin adı.

ii) Veri Tipi:    Bileşenin gösteriminde dokümanda kullanılacak veri tipi. Bileşenler altı veri tipinden birine sahip olabilirler.

- Alfanümerik:         C(uzunluk) olarak gösterilmektedir. Uzunluk verinin karakter olarak maksimum uzunluğunu vermektedir.

- Nümerik:  N(uzunluk, ondalık) olarak gösterilmektedir. Ondalık sayısal verinin içinde kullanılabilecek maksimum ondalık hane adedini, Uzunluk ise ondalık haneler dâhil sayının maksimum hane adedini göstermektedir.

- Tarih:       D olarak gösterilmektedir. YYYYAAGG formatındadır.

- Zaman:    T olarak gösterilmektedir. 24 saat gösteriminde ve saat, dakika ve saniye için ikişer alan ayıracak şekilde SSDDSS formatındadır.

- Nesne:     O(Nesne Adı) olarak gösterilir. Nesne bileşeninin yukarıda sıralanan basit veri tiplerinden biri olmayıp, sistemde tanımlı başka bir nesne yapısında olması durumunda kullanılır. Örneğin, GEVK dokümanı kapsamında kullanılacak tüm adres bilgileri için tanımlı ADR nesnesi kullanılmaktadır. Veri tipindeki nesne adı ile bu veri tipine sahip elemanın adları aynı değil ise, veri tipinde tanımlanan nesneyle aynı yapıya sahip (nitelikleri ve alt elemanları aynı) adı elemanın adına eşit bir alt elemandan söz edilmektedir. Örneğin, sistemde ana nesnelere referans vermek amacıyla kullanılmak üzere REF nesnesi tanımlanmıştır. Ancak Gerçek Kişi Aracı (GKA) nesnesindeki Tüzel Kişi Aracı Referansında (TKA_REF) olduğu gibi referans nesnesinin duruma özel isimlendirilmesi gerekebilmektedir. Bu durumda TKA_REF elemanı O(REF) tipinde tanımlanmıştır. Yani GKA nesnesi altında TKA_REF adlı bir eleman vardır. Bu elemanın yapısı REF nesnesi ile aynıdır. Yani boş bir elemandır ve SRK adlı bir niteliği vardır.

- Nesne Dizisi:        A(Nesne Adı) olarak gösterilir. Bir elemanın aynı nesne tipinde birden çok alt elemana sahip olması gereken durumlarda kullanılır (Bir sözleşmenin birden çok ödeyeni olması durumundaki gibi).

iii) L/P:     Değer Listesi (L) / Plan-Fon Parametreleri (P) alanı, elemanın alabileceği değerlerin Hazine Müsteşarlığının onayı ile EGM tarafından açıklanacak olan Değer Listeleri Veri Kümesinden (L) veya emeklilik şirketlerinin Hazine Müsteşarlığı onayına sundukları emeklilik planlarının ve şirketlerin fonlarının parametrelerinden oluşan Plan-Fon Parametreleri Veri Kümesinden (P) seçilmeleri gerektiğini belirtmek amacıyla kullanılır. Kullanılacak Değer Listesinin hangi tablodan alınacağı ise L(n) gösterimi ile n numaralı talodan alınacağı şeklinde belirlenir.

iv) M :      İlgili alanın doldurulması mecburi ise “M” ile ifade edilir. Mecburiyete getirilen istisna ya da açıklamalar M(n) ile gösterilerek doküman sonunda “Mecburi Alanlara Dair Açıklamalar” bölümünün “n” numaralı açıklamasında istisnanın ne olduğu belirtilir.

v) Açıklama:   İlgili nesne bileşenine yönelik detaylı açıklamayı içerir.

b. Nesne Tanım Tablolarında Kullanılan Görsel Özellikler

Nesne tablolarında nesne bileşenlerinin türlerine ve veri tiplerine bağlı olarak farklı görsel özellikler kullanılmıştır.

a. Eğer bir nesne bileşeninin XML dokümanda bir niteliğe (attribute) karşılık gelmesi kararlaştırılmışsa, bileşen tanımı gri üzerine siyah yazılı satırda gösterilmektedir.

b. Eğer bileşen bir elemana (element) karşılık geliyorsa bileşen tanımı normal beyaz zemin üzerinde siyah yazılı olarak belirtilmektedir.

c. Bileşenin veri tipi basit veri tiplerinden biri değil de nesne veya nesne dizisi ise bileşen tanımı yatık (italik) olarak yazılmıştır.

d. Bileşen kendisi bir nesne olmayıp başka bir nesneyi gösteren referans nesnelerinden birisi ise bileşen tanımı kalın ve yatık (kalın-italik) olarak gösterilmiştir.

4. Sözleşme Bilgileri Transfer Kümesi (SBTK)

a. SBTK Nesnesi

Nesne Adı     : SBTK
Açıklama      : Sözleşme Bilgileri Transfer Kümesi Dokümanı Kök Elemanı

b. Aracı Nesneleri

Nesne Adı               : TKA
Nesne Açıklaması  : Tüzel Kişi Aracı Nesnesi

Nesne Adı               : KURUM
Nesne Açıklaması  : Tüzel Kişi Nesnesi

Nesne Adı               : ADR
Nesne Açıklaması  : Adres Nesnesi

Nesne Adı                 : GKA
Nesne Açıklaması     : Gerçek Kişi Aracı Nesnesi

Notlar :
SBTK transferi başlangıcında satış yetkisine sahip mevcut aracılar için:İşe Giriş

• Ürün Eğitimi Alma
• Lisans Alma (e-BEAS’da başarılı olmuşsa)
• Tanıtım Kartı Alma (Lisans Sahibi olanlar için ) veya Geçici Tanıtım Kartı Alma

hareketleri aktarılacaktır. 

Nesne Adı               : KISI
Nesne Açıklaması  : Gerçek Kişi Nesnesi

Nesne Adı     : REF
Açıklama      : Nesne Referansı Nesnesi

c. Başvuru ve Sözleşme Nesneleri

Nesne Adı               : GRUP
Nesne Açıklaması  : Grup Sözleşmesi Nesnesi

Nesne Adı               : BASVURU
Nesne Açıklaması  : Başvuru Nesnesi

Nesne Adı               : KTLM
Nesne Açıklaması  : Katılımcı Nesnesi

Nesne Adı               : BNKHSP
Nesne Açıklaması  : Banka Hesapları Nesnesi

Nesne Adı               : ODYN
Nesne Açıklaması  : Ödeyen Nesnesi

Nesne Adı               : DEGMETOD
Nesne Açıklaması  : Otomatik Değişim Metodu Nesnesi

Nesne Adı               : METOD
Nesne Açıklaması  : Metod Nesnesi

Nesne Adı               : PRM
Nesne Açıklaması  : Parametre Nesnesi

Nesne Adı               : EMKL
Nesne Açıklaması  : Emeklilik Beklentisi Nesnesi

Not: Bu nesnedeki tutar alanları Türk Lirası olarak verilecektir.

Nesne Adı               : RSK
Nesne Açıklaması  : Risk Eğilimi Nesnesi

Nesne Adı               : SOZLESME
Nesne Açıklaması  : Sözleşme Nesnesi

Lehdar belirlenmemişse SOZLESME nesnesi içindeki LEHDARLAR nesnesi gönderilmeyecektir

Nesne Adı               : LHDR
Nesne Açıklaması  : Lehdar Nesnesi