5.1. Gün Öncesi Planlama EVD Süreci

Transkript

Türkiye Elektrik İletim
Anonim Şirketi
DGPYS Webservis Kılavuzu
İçindekiler
1.KISALTMALAR............................................................................................. 3
2.TEMEL SÜREÇ TANIMLARI.............................................................................4
3.DGPYS ETSO TANIMLAMA KOD SISTEMI (EIC) UYGULAMALARI........................5
4.DGPYS EVD SERVISLERININ KULLANIMI.........................................................7
5.DGPYS/EVD FIYAT TEKLIFI, EAK VE GÜP BILDIRIM SÜREÇLERI........................8
5.1.GÜN ÖNCESI PLANLAMA EVD SÜRECI................................................................................8
5.1.1.Gün Öncesi Planlama GÜP Bildirimi EVD Süreci...................................................8
5.1.2.Gün Öncesi Planlama Teklif Bildirimi EVD Süreci.................................................9
5.2.GÜN ÖNCESI PLANLAMA MESAJLARI.................................................................................10
5.2.1.Gün Öncesi Planlama GÜP Mesajı......................................................................10
5.2.2.Gün Öncesi Yek Tahmin Mesajı..........................................................................12
5.2.3.Gün Öncesi Planlama Teklif Mesajı....................................................................14
5.2.4.Doküman Alındı Teyit Mesajı.............................................................................17
(RESOURCESCHEDULECONFIRMATIONREPORT).........................................................................17
5.2.5.Hata Bildirim Mesajı........................................................................................... 18
(RESOURCESCHEDULEANOMALYREPORT)................................................................................18
5.3.DENGELEME GÜÇ PIYASASI EVD SÜRECI...........................................................................19
5.3.1.Dengeleme Güç Piyasası EAK ve KGÜP Bildirimi EVD Süreci..............................19
5.3.2.Dengeleme Güç Piyasası Teklif Bildirimi EVD Süreci..........................................20
5.4.DENGELEME GÜÇ PIYASASI MESAJLARI..............................................................................21
5.4.1.Dengeleme Güç Piyasası KGÜP Mesajı...............................................................21
5.4.2.Dengeleme Güç Piyasası EAK Mesajı.................................................................23
5.4.3.Primer Frekans Kontrol Rezerv Bildirim Mesajı..................................................25
5.4.4.Sekonder Frekans Kontrol Rezerv Bildirim Mesajı..............................................26
5.4.5.Dengeleme Güç Piyasası MKÜD Mesajı..............................................................28
5.4.6.Dengeleme Güç Piyasası Teklif Mesajı...............................................................30
6.DGPYS/EVD İKILI ANLAŞMA VE TÜKETIM TAHMINI BILDIRIM SÜREÇLERI........33
6.1.İKILI ANLAŞMA BILDIRIM MESAJI.......................................................................................34
6.2.TÜKETIM TAHMINI BILDIRIM MESAJI..................................................................................37
7.DGPYS/EVD TARAFINDAN YAYIMLANAN VERILERE İLIŞKIN SÜREÇLER............41
7.1.SAYAÇ VERILERI BILDIRIM MESAJI....................................................................................43
7.2.SAYAÇ BILGILERI BILDIRIM MESAJI....................................................................................49
7.3.UZLAŞTIRMA BILDIRIM MESAJI......................................................................................... 51
1
7.4.TALIMAT BILDIRIM MESAJI.............................................................................................. 55
7.5.GÜNLÜK PARAMETRE RAPORU BILDIRIM MESAJI..................................................................57
7.6.PROFIL SAYAÇLAR
IÇIN
ÇEKIŞ MIKTARI BILDIRIM MESAJI.......................................................59
7.7. SISTEM DENGESIZLIK FIYATI
VE
GÜN ÖNCESI FIYATI BILDIRIM MESAJI....................................61
7.8.İKILI ANLAŞMA ONAY DURUMU BILDIRIM MESAJI.................................................................63
7.9.ORGANIZASYON BAZINDA SAYAÇ ETSO KOD LISTESI BILDIRIM MESAJI....................................66
7.10.PROFIL ÇARPAN KATSAYILARI BILDIRIM MESAJI.................................................................67
8.SERBEST TÜKETICI KAYITLARINA İLIŞKIN SÜREÇLER....................................70
8.1.SERBET TÜKETICI YENI SAYAÇ KAYDI MESAJI......................................................................70
8.2.SERBEST TÜKETICI TEDARIKÇI DEĞIŞIKLIĞI BILDIRIM MESAJI..................................................72
8.3.SERBEST TÜKETICI SAYAÇ ONAY/RED BILDIRIM MESAJI........................................................74
9.SAYAÇ VERISI KAYITLARINA İLIŞKIN SÜREÇLER...........................................76
9.1.SAATLIK SAYAÇ VERI KAYDI MESAJI..................................................................................76
9.2.PROFIL SAYAÇ VERI KAYDI MESAJI...................................................................................78
10.SEKONDER FREKANS TALIMATLARININ ONAY DURUMU ............................80
11. TESLIM EDILEMEYEN TALIMATLARIN GÖNDERILMESI................................81
12. PRIMER FREKANS KONTROL YÜKÜMLÜLÜK TRANSFER GÖNDERIMI ...........83
2
1..................................Kısaltmalar
EVD
DGPYS
Elektronik Veri Değişimi
Dengeleme Güç Piyasası ve Gün Öncesi Planlama Yönetim
ETSO
PMUM
TEİAŞ
ESP
ERRP
Sistemi
European Transmission System Operators
Piyasa Mali Uzlaştırma Merkezi
Türkiye Elektrik İletim A.Ş.
ETSO Settlement Process (ETSO Uzlaştırma Süreci)
ETSO Reserve Resource Planning (ETSO Rezerv Kaynak
ESS
EIC
Planlama Süreci)
ETSO Scheduling System (ETSO Planlama Sistemi)
ETSO Energy Identification Coding Scheme (ETSO Enerji
AMR
Tanımlayıcı Kodlama Sistemi)
Automated Meter Reading System (Otomatik Sayaç Okuma
OSOS
UEVÇB
EAK
İAM
DUY
GÜP
GÖPGÜP
KGÜP
SOAP
Sistemi)
Otomatik Sayaç Okuma Sistemi
Uzlaştırmaya Esas Veriş Çekiş Birimi
Emre Amade Kapasite
İkili Anlaşma Miktari
Dengeleme ve Uzlaştırma Yönetmeliği
Günlük Üretim/Tüketim Programı
Gün Öncesi Planlama kapsamında verilen GÜP
Kesinleşmiş Günlük Üretim/Tüketim Programı
Simple Object Access Protocol
3
2.
Temel Süreç Tanımları
DGPYS kapsamında katılımcıların yapabilecekleri işlemler kayıt işlemleri ve operasyonel
işlemler olarak ikiye ayrılabilir. Kayıt işlemleri altında Katılımcı İlk Kayıt ve Kayıt
Güncelleme (Organizasyon ve Lisans Yönetimi), Santral Kayıt İşlemleri, UEVÇB Kayıt ve
Dengeleme Birimi Kayıt İşlemleri gibi genel kayıt işlemleri bulunmaktadır. Bu işlemlerin
sıkça tekrarlanması beklenmediğinden ve değişiklik olması durumunda dahi veri yoğun
değişiklikler beklenmediğinden dolayı bu tür fonksiyonlara yönelik elektronik veri değişimi
öngörülmemiştir.
Operasyonel işlemler içinde EVD ile işletilebilecek işlemler aşağıda listelenmiştir.
Gün Öncesi Planlama İşlemlerinden:
•
Güp Bildirimi,
•
Teklif Bildirimi,
•
Talimat Bildirimi,
•
İkili Anlaşma Bildirimi,
•
İkili Anlaşma Onay Bildirimi,
•
Tüketim Tahmini Bildirimi,
•
Gün Öncesi Planlama Uzlaştırma Sonuçları.
Dengeleme Güç Piyasası İşlemlerinden:
•
KGÜP Bildirimi,
•
Teklif Bildirimi,
•
EAK Bildirimi,
•
Talimat Bildirimi,
•
DGP Uzlaştırma Sonuçları.
Diğer Uzlaştırma İşlemlerinden;
•
Uzlaştırma Sonuçları,
•
SGÖF Listesi,
•
SMF Listesi,
•
Günlük Parametre Raporu,
•
Sayaç Verileri,
•
Sayaç Bilgileri,
•
Primer Frekans Kontrol.
4
3. DGPYS ETSO Tanımlama Kod
Sistemi (EIC) Uygulamaları
http://www.etso-net.org/activities/edi/index.asp web adresinde ETSO elektronik veri
değişimi ekibi tarafından tespit edilmiş olan standart elektronik veri değişim süreçleri,
elektronik doküman biçimleri ve kullanılacak kod standartları yayımlanmaktadır.
DGPYS kapsamında Organizasyon (Katılımcı, Dengeden sorumlu taraf, Dengeden sorumlu
grup, Uzlaştırma Bankası, Sistem İşletmecisi, Piyasa İşletmecisi), UEVÇB (Dengeleme
Birimi, Dengeleme Birimi Olmayan Üretim Birimi, Dengeleme Birimi Olmayan Tüketim
Birimi) ve Sayaçlara EIC kodları verilecektir. ETSO tarafından TEİAŞ/PMUM Türkiye
Elektrik Piyasası için EIC kod verme yetkilisi olarak tespit edilmiş olduğundan PMUM
tarafından ilk kayıt (Eski Yönetmelik gereği var olan kayıtlardan aktarım) sırasında
belirlenmiş standartlara uygun olarak EIC kodu verilecek ve veritabanına bu şekilde
kaydedilecektir.
Katılımcı ve Katılımcının özel bir durumu olan Dengeden sorumlu taraf (grup) bilgilerinin
ve Sistem İşlemecisi, Piyasa İşletmecisi, sayaç okuma operatörü (Dağıtım Lisans Sahibi,
İletim Lisans Sahibi Bölgeler) gibi rollere sahip kurumlar X alt türünde (Parties) EIC kodu
alacaklardır.
EIC Kodlama standardına göre verilecek kodlarda ilk iki karakter ülke kodu olup, Türkiye
EIC kod verme yetkilisi tarafından oluşturulan tüm kodlar için 40 kullanılacaktır. Sonraki
tek karakter EIC kod türünü (X,Y,Z,W,T), 12 karakter tekil ayırıcı kodu, son karakter ise
kontrol karakterini barındırmaktadır. Kontrol karakteri ETSO standart dokümanlarında
belirlenmiş olan metodolojiye göre sistem tarafından üretilecektir. Merkezi kod verme
ofisi tarafından verilen kodlar ise 10 kodu ile başlamaktadır. Örneğin merkezi kodlama
ofisi tarafından TEİAŞ_PMUM için verilen EIC kodu 10X1001A1001A56W dır.
Bu standarda göre TEİAŞ_PMUM tarafından verilen tüm X kodları 40X ile başlayacak,
DGPYS veritabanındaki organizasyon tablosu birincil anahtarı olan organizasyon_id
kolonundaki değer baştan “0” ile doldurularak 12 karaktere tamamlanacak ve en son
haneye kontrol karakteri eklenecektir. (Örneğin: 40X123456789012C)
UEVÇB ve bunların özel bir durumu olan dengeleme birimleri W alt türünde (Resource
Objects) EIC kodu alacaklardır. Tekil kod olarak DGPYS veritabanında uevcb tablosu
birincil anahtarı olan uevcb_id kolonundaki değer baştan “0” ile doldurularak 12
karaktere tamamlanacak ve en son haneye kontrol karakteri eklenecektir. (Örneğin:
40W123456789012X )
5
Sayaçlar için ise Z (Measurement Points) alt türünde EIC kodu üretilecektir. Daha önce
AMR (OSOS) projesi çalışmaları için üretilmiş EIC kodları kullanılacak, bundan sonra yeni
üretilecek sayaçlar için aynı formatta kod yazılım tarafından üretilecektir.
Başlangıç aşamasında Türkiye Elektrik Piyasası alt ticaret bölgelerine bölünmeyecek tek
alan olarak işlem görecektir. Alan bilgisi gerekli olan tüm mesajlarda alan bilgisi olarak
TEİAŞ iletim bölgesi için verilmiş olan 10YTR-1001A0006O kullanılacaktır.
6
4. DGPYS EVD Servislerinin
Kullanımı
DGPYS EVD servislerinin (EVDServis) güvenli olarak kullanılabilmesi için öncelikle sisteme
giriş
yapılması
gerekmektedir.
Sisteme
giriş
EVDServis’e
ait
login
metoduna
LoginMessage mesajı gönderilerek başlatılacak, sistem LoginReport mesajı döndürerek
başarılı (0) ve
olması
başarısız (-1: yanlış kullanıcı adı ya da şifre, -2: diğer sistem hatası)
durumunu
bildirecektir.
Ayrıca
sisteme
girişin
başarılı
olması
durumunda
LoginReport mesajını içeren ana SOAP mesajının header kısmında oturum tanımlayıcısı
(ServiceGroupId) gönderilmektedir. Aşağıda SOAP mesajının header kısmına bir örnek
bulunmaktadır.
<soapenv:Header>
<wsa:ReplyTo>
<wsa:Address>http://www.w3.org/2005/08/addressing/none
</wsa:Address>
<wsa:ReferenceParameters>
<axis2:ServiceGroupId
xmlns:axis2="http://ws.apache.org/namespaces/axis2">
urn:uuid:06C7BAFB7F018535391244733417611</axis2:ServiceGroupId>
</wsa:ReferenceParameters>
</wsa:ReplyTo>
</soapenv:Header>
DGPYS EVD sistemine girişin başarılı olmasının ardından EVDServis tarafından sunulan
diğer metotlar çağrılırken SOAP mesajlarının header kısmında bu ServiceGroupId
sunulmalıdır. ServiceGroupId geçerlilik süresi 30 saniye olarak belirlenmiştir. Belirlenen
süre içinde kullanılan ServiceGroupId sistem tarafından geçerli sayılır. Aksi takdirde login
haricindeki metotlar çalışmayacaktır.
7
5. DGPYS/EVD Fiyat Teklifi, EAK
ve GÜP Bildirim Süreçleri
Piyasa işletmecisine (PMUM) yapılacak Gün Öncesi Planlama (GÖPGÜP) ve Dengeleme
Güç Piyasası (KGÜP) GÜP ve Teklif bildirimi ve DGP kapsamında EAK bildirimi için ETSO
Reserve Resource Planning (ERRP) Version 2 Release 1 ile belirlenen süreçlere uyumlu
işlem yapılacaktır. Fiyat Teklifi, EAK ve GÜP bildirimi süreçlerinin ortak noktası katılımcılar
tarafından UEVÇB (veya özel bir tür UEVÇB olan Dengeleme Birimi) bazında veri değişimi
yapılmasını düzenleyen ERRP süreçlerinin kullanılmasıdır.
Teklif verme sürecinde ERRP uygulama kılavuzunda belirtildiği üzere dengeleme birimi
bulunan piyasa katılımcıları gerek Gün Öncesi Planlama kapsamında, gerekse DGP
kapsamında PMUM’a DGPYS güvenli EVD servisleri aracılığı ile ReserveBidDocument
gönderecek ve mesajın kendi içinde tutarlılığı kontrol edildikten sonra PMUM tarafından
AcknowledgementDocument ile mesaj alındığının teyidi gönderilecektir.
ERRP uygulama kılavuzunda belirtildiği üzere katılımcılar tarafından PMUM’a gerek Gün
Öncesi Planlama gerekse DGP kapsamında DGPYS güvenli EVD servisleri aracılığı ile
UEVÇB bazında PlannedResourceScheduleDocument (GÖPGÜP,KGÜP,EAK) gönderilecek,
mesajın alındığının teyidi AcknowledgementDocument ile PMUM tarafından yapılacaktır.
Mesajlar
kontrol
edildikten
sonra
ResourceScheduleAnomalyReport
ResourceScheduleConfirmationReport
PMUM
mesajı
ile
tarafından
ile
sisteme
katılımcılara
varsa
bilgilerin
gönderilen
hatalar
yoksa
kaydedildiğinin
teyidi
gönderilecektir.
5.1.
Gün Öncesi Planlama EVD Süreci
5.1.1.
Gün Öncesi Planlama GÜP Bildirimi EVD Süreci
ERRP v. 2. 1 uygulama kılavuzu dokümanda tanımlanan süreç genel anlamda sistem
işletmecisinin ihtiyaç duyacağı her türlü kaynak planlama sürecini modelleme yoluna
gittiğinden oldukça genel tasarlanmıştır. Gün Öncesi Planlama kapsamında GÜP bildirimi
işlemlerinde bu sürecin bazı bölümleri kullanılacak, uygulanabilir olmayan bölümler ise
kullanılmayacaktır. Dengeleme birimi sahibi ile Sistem İşletmecisi arasında uygulama
kılavuzunda detaylı olarak anlatılan iş akışı, kapasite ihalesi bölümünden sonrası (10.
Adım ve sonrası) itibarı ile uygulanmaya başlanacaktır. Üretim tüketim programları
katılımcı
tarafından
EVDServis’in
setGOPGunlukUretimPlan
metodu
kullanılarak
PlannedResourceSchedule dokümanı olarak gönderildikten sonra EVDServis (TEİAŞ)
tarafından
cevap
olarak
dokümanın
ResourcesScheduleConfirmationReport
sisteme
mesajı
8
başarı
ile
gönderilecektir.
aktarıldığına
İç
dair
kontroller
tamamlandıktan sonra herhangi bir hata bulunması durumunda ise EVDServis tarafından
setGOPGunlukUretimPlan
metoduna
cevap
olarak
mesajı gönderilecektir. Kontrol edilecek hata durumları aşağıda belirtilmektedir:
•
Mesajların alanlarında kodlama vs. Anlamında gönderilen verilerin kontrolü ve
teyidi
•
Referans verilen “W” kodların yetki dahilinde nesnelere ait olduğunun kontrolü
•
Zaman Serilerinin iç tutarlılık Kontrolü
•
Zaman Serilerinin ertesi gün’e ait olması ve günün tamamını kapsaması kontrolü
•
GÜP bilgileri ile kurulu kapasite karşılaştırması
5.1.2.
Gün Öncesi Planlama Teklif Bildirimi EVD Süreci
gittiğinden oldukça genel tasarlanmıştır. Gün Öncesi Planlama teklif bildirimi işlemleri
ERRP ihale yönetimi “tendering” kapsamında belirlenen süreçler ile uyumlu yerine
getirilecektir. Katılımcılar tarafından her gün DUY ile belirlenen zaman sınırlarına uygun
bir şekilde EVDServis’in setGOPTeklif metoduna
“Reserve Bid Document” mesajı
gönderilecektir.
EVDServis tarafından setGOPTeklif metodu cevabı olarak, tekliflerin alınıp başarı ile
kaydedildiğini teyit etmek için ResourcesScheduleConfirmationReport mesajı, iç kontroller
tamamlandıktan
sonra
hata
ResourcesScheduleAnomalyReport
bulunması
durumunun
mesajı
gönderilecektir.
bildirilebilmesi
Kontrol
için
edilecek
ise
hata
durumları aşağıda belirtilmektedir:
•
teyidi
•
•
•
•
Teklif miktarı bilgileri ile kurulu kapasite karşılaştırması
•
Teklif fiyatlarının artış limitlerinin içinde olduğunun kontrolü,
•
Blok tekliflerde tanımlı bir bloğa teklif verildiğinin kontrolü,
9
•
Fiyat seviyelerinin dengeleme birimi özelliklerine uygun olduğunun kontrolü,
•
Teklif tiplerine göre toplam teklif sayısının kontrolü.
5.2.
Gün Öncesi Planlama Mesajları
5.2.1.
Gün Öncesi Planlama GÜP Mesajı
Türkiye Elektrik Piyasasında Gün Öncesi Planlama Kapsamında GÜP bildirimine ilişkin
sürecin başlatılması için katılımcı tarafından gönderilecek
“Planned Resource Schedule
Document” mesajının alanlarının doldurulmasına yönelik açıklamalar ve ilgili zaman
serilerine ilişkin açıklamalar aşağıda verilmiştir.
setGOPGunlukUretimPlan(PlannedResourceScheduleDocument)
Planned Resource Schedule Document:
10
•
MessageId: Katılımcı bazında tekil olması gereken tanımlayıcıdır. 35 karakterli bir
anahtar kullanılmaktadır; ilk 16 karakter katılımcı için SenderID olan ETSO kodu,
ikinci 16 karakter 0000000000000001 ve son üç karakter 001 şeklinde olmalıdır.
•
MessageVER: “1” olarak gönderilmesi gereken mesaj sürüm numarasıdır.
•
DocumentTYPE: A14 - Resource Provider Resource Schedule kullanılmalıdır.
•
ProcessTYPE: NGP (Special Code)
•
SenderID: GÜP bildiriminde bulunan katılımcının EIC (X) kodu. GÜP bildiriminde
bulunulan UEVÇB’nin bu katılımcı adına kayıtlı olması zorunludur.
•
SenderRole: Perakende satış şirketleri için A02 - Consumption, Toptan satış
Şirketleri için A01 – Trade, Otop, Otop.Grubu, Üretim Şirketleri için ise A06 Production gelmesi gerekmektedir.
•
ReceiverID:
Katılımcılar
tarafından
gönderilecek
GÖPGÜP
mesajlarında
alıcı
10X1001A1001A56W olarak PMUM verilmelidir.
•
ReceiverRole:
Katılımcılar
tarafından
gönderilecek
mesajlarda
A11
Market
Operator olarak verilmelidir.
•
DocumentDateTime: ETSO dokümanlarında tanımlandığı şekilde ele alınmalıdır.
•
TimePeriodCovered: GÖPGÜP’e ilişkin ScheduleMessage tipindeki mesajlar en az
bir sonraki günün tamamını kapsamalıdır. Daha ileri günlere ait GÜP göndermek
mümkündür. Sistem ileri tarihli gönderilmiş GÜP’leri kaydedecektir. Ertesi günün
tamamını
kapsamayan,
ya
da
geçmiş
gün
bulunduran
GÜP
mesajları
reddedilecektir.
•
Domain: 10YTR-1001A0006O olarak TEİAŞ bölgesi gönderilmelidir.
•
SubjectParty: GÜP bilgileri Dengeleme ve Uzlaştırma Yönetmeliği hükümleri
gereğince sadece ilgili katılımcı tarafından
gönderilebildiğinden dolayı GÜP
bildiriminde bulunan katılımcının EIC (X) kodu bulunmalıdır. GÜP bildiriminde
•
SubjectRole: Perakende satış şirketleri için A02 - Consumption, Toptan satış
•
Planned Resource Time Series:
•
TimeSeriesId: Gönderilen mesaj bazında tekil olması gereken zaman serisi
tanımlayıcısıdır.
•
BusinessType:
Katılımcılar
tarafından
üretim
UEVÇB’leri
için
gönderilen
GÖPGÜP mesajlarının zaman serilerinde A01 Production, tüketim dengeleme
birimleri için ise A04 Consumption kullanılacaktır. Tüketim tarafı dengeleme
birimleri için gönderilen GÜP değerleri DGPYS tarafından (-) GÜP olarak
dikkate alınacaktır.
•
Direction: GÖPGÜP kapsamında bu alan boş bırakılmalıdır.
11
•
Product:
Katılımcılar
tarafından
gönderilen GÖPGÜP mesajlarının
zaman
serilerinde ürün kodu olarak aktif enerji: 8716867000030 Active Energy
kullanılmalıdır.
•
ConnectingArea:
Alan
kodu
olarak
10YTR-1001A0006O
TEİAŞ
bölgesi,
kodlama türü olarka “A01” - ETSO gönderilmelidir.
•
ResourceObject: Katılımcı tarafından gönderilen GÜP’ün ilgili olduğu UEVÇB’nin
ETSO “W” Kodu kullanılmalıdır.
•
ResourceProvider: SenderID, SubjectParty ve ResourceProvider alanlarında
GÜP bildiriminde bulunan katılımcının “X” kodu bulunmalıdır.
•
AcquiringArea: GÖPGÜP kapsamında bu alan boş bırakılmalıdır.
•
CapacityContractType: GÖPGÜP kapsamında bu alan boş bırakılmalıdır.
•
CapacityAgreementID: GÖPGÜP kapsamında bu alan boş bırakılmalıdır.
•
MeasurementUnit: MWH
5.2.2.
Gün Öncesi Yek Tahmin Mesajı
Türkiye Elektrik Piyasasında Gün Öncesi Planlama Kapsamında Yek Tahmin bildirimine
ilişkin sürecin başlatılması için katılımcı tarafından gönderilecek
“Planned Resource
Schedule Document” mesajının alanlarının doldurulmasına yönelik açıklamalar ve ilgili
zaman serilerine ilişkin açıklamalar aşağıda verilmiştir.
setYekTahmin(PlannedResourceScheduleDocument)
Katılımcı Bir PlannedResourceScheduleDocument altında en fazla bir uevçb tahmin verisi
gönderebilir.
•
•
•
•
ProcessTYPE: A06 yazılmalıdır.
•
SenderID: Yek Tahmin bildiriminde bulunan katılımcının EIC (X) kodu. Yek Tahmin
bildiriminde bulunulan UEVÇB’nin bu katılımcı adına kayıtlı olması zorunludur.
•
SenderRole: A06 - Production yazılması gerekmektedir.
•
ReceiverID: Katılımcılar tarafından gönderilecek Yek Tahmin mesajlarında alıcı
12
•
ReceiverRole:
Katılımcılar
tarafından
gönderilecek
mesajlarda
A11
Market
•
•
TimePeriodCovered: Yek Tahminlerine ilişkin ScheduleMessage tipindeki mesajlar
en az bir sonraki günün tamamını kapsamalıdır. Daha ileri günlere ait Yek
tahminleri göndermek mümkündür. Sistem ileri tarihli gönderilmiş tahminleri
kaydedecektir. Ertesi günün tamamını kapsamayan, ya da geçmiş gün bulunduran
Yek Tahmin mesajları reddedilecektir.
•
•
SubjectParty:
Yek
Tahmin
bilgileri
Dengeleme
ve
Uzlaştırma
Yönetmeliği
hükümleri gereğince sadece ilgili katılımcı tarafından gönderilebildiğinden dolayı
Yek Tahmin bildiriminde bulunan katılımcının EIC (X) kodu bulunmalıdır. Yek
Tahmin bildiriminde bulunulan UEVÇB’nin bu katılımcı adına kayıtlı olması
zorunludur.
•
SubjectRole: A06 - Production gelmesi gerekmektedir.
•
•
•
BusinessType: A01 yazılmalıdır.
•
Product: Ürün kodu olarak aktif enerji: 8716867000030 Active Energy
kullanılmalıdır.
•
ConnectingArea:
Alan
kodu
olarak
10YTR-1001A0006O
TEİAŞ
bölgesi,
•
ResourceObject: Katılımcı tarafından gönderilen Yek Tahminin ilgili olduğu
UEVÇB’nin ETSO “W” Kodu kullanılmalıdır.
•
•
AcquiringArea: boş bırakılmalıdır.
•
CapacityContractType: boş bırakılmalıdır.
•
CapacityAgreementID: boş bırakılmalıdır.
•
MeasurementUnit: MWH
•
Period:
•
TimeInterval: Tanımlanmakta olan zaman aralığının başlangıç ve bitiş
zamanı
YYYY-MM-DDTHH:MMZ/YYYY-MM-DDTHH:MMZ
formatında
gönderilmelidir.(Ör: 28 Mayıs 2012’ye ilişkin talimatın time interval
alanında 2012-05-28T00:00Z/2012-05-28T23:59Z bulunmalıdır.)
•
Resolution: PT1H kullanılmalıdır.
•
Interval:
13
Pos: 1’den başlayan ve 24’e kadar devam edecek olan saat pozisyon
•
numarası.
Qty: Tahmin edilen üretim miktarı.
•
5.2.3.
Gün Öncesi Planlama Teklif Mesajı
Türkiye Elektrik Piyasasında Gün Öncesi Planlama Kapsamında Fiyat Teklifi bildirimine
ilişkin sürecin başlatılması için katılımcı tarafından gönderilecek “Reserve Bid Document”
mesajının alanlarının doldurulmasına yönelik açıklamalar ve ilgili zaman serilerine ilişkin
açıklamalar aşağıda verilmiştir.
ResourceScheduleAnomalyReport setGOPTeklif(ReserveBidDocument)
ReserveBidDocument:
•
DocumentId: Katılımcı bazında tekil olması gereken tanımlayıcıdır. 35 karakterli
bir anahtar kullanılmaktadır; ilk 16 karakter katılımcı için SenderID olan ETSO
kodu, ikinci 16 karakter 0000000000000001 ve son üç karakter 001 şeklinde
olmalıdır.
•
DocumentVER: “1” olarak gönderilmesi gereken mesaj sürüm numarasıdır.
•
DocumentType: A37 – Reserve Tender Document kullanılmalıdır.
•
SenderID: Gün Öncesi Planlama Teklifi gönderen katılımcının EIC (X) kodu. Teklif
•
SenderRole: A27 – ResourceProvider kullanılmalıdır.
•
ReceiverId: Katılımcılar tarafından gönderilecek Gün Öncesi Planlama teklif
mesajlarında alıcı 10X1001A1001A56W olarak PMUM verilmelidir.
•
ReceiverRole:
Katılımcılar
tarafından
gönderilecek
mesajlarda
A11
Market
•
CreationDateTime: ETSO dokümanlarında tanımlandığı şekilde ele alınmalıdır.
•
ReserveBidTimeInterval: Gün Öncesi Planlama Teklif mesajları en az bir sonraki
günün
tamamını
kapsamalıdır.
Daha
ileri
günlere
ait
teklif
göndermek
mümkündür. Sistem ileri tarihli gönderilmiş teklifleri kaydedecektir. Ertesi günün
tamamını kapsamayan, ya da geçmiş gün bulunduran Gün Öncesi Planlama teklif
mesajları reddedilecektir.
•
•
SubjectParty: Teklif bilgileri Dengeleme ve Uzlaştırma Yönetmeliği hükümleri
gereğince sadece ilgili katılımcı tarafından gönderilebildiğinden dolayı tekilifi
gönderen katılımcının EIC (X) kodu bulunmalıdır. Teklifin UEVÇB’sinin bu katılımcı
adına kayıtlı olması zorunludur.
14
•
SubjectRole: A27 ResourceProvider kullanılmalıdır.
•
ReserveBidTimeSeries:
•
ReserveBidId: Teklif verilen gün bazında tekil olması gereken teklif sırası
tanımlayıcısıdır (Teklif kodu). Teklif kodları sıra teklif sıra numarası olarak
numerik belirlendikten sonra 35 karakterlik alfanumerik alan olduğundan 35
karakter uzunluğuna tamamlayacak şekilde baş tarafı “0” ile doldurularak
gönderilmelidir. Bir dengeleme birimine ait (Reserve Object) 15 YAL, 15 YAT
olmak üzere tolam 30 teklif gönderilebilir. Bir dengleme biriminin YAL ve YAT
seviyelerinin sıralaması teklif kodlarının sırasından belirlenecektir. DUY gereği
Seviyelendirmede uygulanacak fiyatlara ilişkin santrallerin kaynak türüne ve
daha önce verdikleri tekliflere göre çeşitli sınırlamalar bulunmaktadır. Bu
sınırlamalara uygun gönderilmeyen teklif mesajları geçersiz kabul edilecektir.
•
AuctionIdentification:
Günlük
İhale
Belirleyicisi.
YYYYMMDD-DAP
olarak
kullanılmalıdır. (Örnek: 03 Mart 2009 tarihinde kullanılabilecek ve 02 Mart
2009 tarihinde verilen Gün Öncesi Planlama tekliflerinde ihale belirleyicisi kod
olarak “20090303-DAP” kullanılmalıdır). Aynı saat dilimini kapsayan aynı tip
blok tekliflerde teklifleri ayırt edebilmek ve teklifler arası seviyeyi belirlemek
için bu alana artan bir sayı değeri eklemek gerekmektedir. Bir güne ilişkin,
belirli bir saati kapsayan,aynı tip blok teklif verildikten sonra, aynı günlük ihale
belirleyicisi
zamanlarda
kullanılarak
bu
blok
yapılabilmektedir.
teklife
Daha
ilişkin
önce
güncelleme
kullanılan
işlemi
günlük
farklı
ihale
belirleyicilerinden farklı bir değerle tekrar teklif gönderilirse aynı tip aynı blok
teklife ek teklif seviyesi eklenmiş olacaktır. (Örnek: 02 Mart 2009 tarihinde A
saatinde 03 Mart 2009 tarihinde kullanılabilecek Gün Öncesi Planlama blok
tekliflerinde ihale belirleyicisi kod olarak “20090303-DAP” ile başlamalı ve
şayet aynı saate ilişkin bir teklif daha verilmek istendiğinde ihale belirleyicisi
kodu “20090303-DAP-2” olarak değiştirilmelidir. Aynı şekilde bir teklif daha
verilecekse ihale belirleyicisi kodu “20090303-DAP-3” olarak değiştirilmelidir. B
saatinde ihale belirleyicisi kodu “20090303-DAP-3” olarak ayarlanmış olarak
aynı tip aynı saat dilimini kapsayan bir blok teklif verilirse ilgili teklif
güncellenmiş olur. B saatinde ihale belirleyicisi kodu “20090303-DAP-4” olarak
ayarlanmış olarak aynı tip aynı saat dilimini kapsayan bir blok teklif verilirse
ilgili teklif setine yeni bir teklif daha eklenmiş olur.)
•
BusinessType: Katılımcılar saatlik ve blok teklifler için tarafından A42 –
Requested Capacity (with Price) / Esnek Teklifler İçin NFL – Flexible Bid olarak
gönderilmelidir.
•
InArea: Alan kodu olarak 10YTR-1001A0006O TEİAŞ bölgesi, kodlama türü
olarak “A01” - ETSO gönderilmelidir.
15
•
OutArea: Alan kodu olarak 10YTR-1001A0006O TEİAŞ bölgesi, kodlama türü
olarka “A01” - ETSO gönderilmelidir.
•
MeasureUnitQuantity: MWH olarak gönderilmelidir.
•
Currency: TRY olarak gönderilmelidir.
•
MeasureUnitPrice: Gün Öncesi Planlama tekliflerinde katılımcılar tarafından boş
bırakılmalıdır.
•
Divisible: Kısmi kabul edilebilir teklifler için A01 – Yes, kısmi kabul edilemez
teklifler için A02 – No kullanılmalıdır.
•
LinkedBids: Gün öncesi planlama tekliflerinde katılımcılar tarafından boş
bırakılmalıdır.
•
BlockBid: Blok teklifler için A01 – Yes, saatlik teklifler için A02 – No
kullanılmalıdır.
•
ReserveObject: Katılımcı tarafından gönderilen teklifin ilgili olduğu dengeleme
biriminin UEVÇB’sinin ETSO “W” Kodu kullanılmalıdır.
•
Direction: Yük alma teklifleri için A01 – Up, Yük atma teklifleri için A02 – Down
kullanılmalıdır.
•
MinimumActivationQuantity:
Tekliflerde
katılımcılar
tarafından
boş
bırakılmalıdır.
•
StepIncrementQuantity: Tekliflerde katılımcılar tarafından boş bırakılmalıdır.
•
MeasureUnitEnergyPrice: MWH kullanılmalıdır.
•
Period:
•
TimeInterval: Teklif verilen tüm saatler ilk saat saat başından son saat
sonuna kapsanmalıdır. (Ör: 3 Mart 2009’a ilişkin teklifin time interval
•
Resolution: Teklifler yönetmelik gereği saatlik olacağından PT1H olarak
gönderilmelidir.
•
Interval:
•
Pos: ERRP dokümanında tanımlandığı gibi 1’den başlayan ve 24’e kadar
devam edecek olan saat pozisyon numarası. Blok teklifler ve Esnek
teklifler için sadece 1 posizyon gönderilmelidir.
•
Qty:
Katılımcı
tarafından
saatlik
teklifler
için
ilgili
saat
içinde
gerçekleştirilebilecek enerji değişim miktarını belirler.
•
Price: Tekliflerde katılımcılar tarafından boş bırakılmalıdır.
•
EnergyPrice: Katılımcı tarafından ilgili Dengeleme birimi için ilgili
seviyede YAL yönünde gerçekleştirilecek ekstra birim MWh başına talep
edilen TL fiyatı, YAT yönünde gerçekleştirilmeyecek her birim MWh
başına ödenecek TL fiyatı belirler.
16
5.2.4.
Doküman Alındı Teyit Mesajı
(ResourceScheduleConfirmationReport)
17
5.2.5.
Hata Bildirim Mesajı
(ResourceScheduleAnomalyReport)
ResourceScheduleAnomalyReport:
•
DocumentId: Hata dokümanının tekil doküman tanımlayıcısıdır.
•
SenderId: 10X1001A1001A56W olarak PMUM gönderilecektir. Kodlama türü
A01-ETSO’dur.
•
SenderRole: A11- Market Operator gönderilecektir.
•
ReceiverId: Hatalı gönderimi yapan katılımcının EIC (X) kodu. Kodlama türü
A01-ETSO’dur
•
ReceiverRole:A27-Resource Provider gönderilecektir.
•
DocumentDateTime: YYYY-MM-DDTHH:MM:SSZ formatında hata dokümanının
hazırlanma zamanını bulundururur.
18
•
TimePeriodCovered: İçinde hata bulunan dokümanın zaman serilerinin başlangıç
bitiş zamanını bulundurur.
•
ErrorTimeSeries:
•
SenderId: Hatalı gönderimi yapan katılımcının EIC (X) kodu. Kodlama türü
A01-ETSO’dur
•
SenderDocumentId: İçinde hata bulunan dokümanın (GÜP mesajı) tekil
tanımlayıcısı gönderilir. Kodlama türü A01-ETSO’dur.
•
SenderDocumentVersion: Hatalı olan dokümanın sürüm numarası gönderilir.
•
TimeSeriesId:
Dokümanın
içinde
hatalı
bulunan
zaman
serilerinin
tekil
tanımlayıcısı gönderilir. Hata dokümanı içinde sadece hatalı zaman serileri
gönderilir. İçinde hata bulunan dokümanın hatasız zaman serileri varsa bunlar
gönderilmez.
•
DiğerZamanSerisiÖzellikleri: Hatalı olarak bildirilen zaman serisi dokümanının
tüm diğer özellikleri aynen bu dokümana da yansıtılır.
•
Period ve Interval
•
Hatalı Period’lar Interval’lar aynen hata dokümanına eklenir.
•
Reason:
ReasonCode: Standart ETSO dokümantasyonunda belirtilen hata mesajları
•
döndürülecektir.
ReasonText: Operatör tarafından manuel olarak iptal edilen dokümanlarda
•
hata
sebebi
olarak
açıklama
verilebilir.
Bunun
dışında
standart
kontrollerden dolayı iptal edilen mesajlarda hata kodu yeterli olacaktır.
5.3.
Dengeleme Güç Piyasası EVD Süreci
5.3.1.
Dengeleme Güç Piyasası EAK ve KGÜP Bildirimi
EVD Süreci
gittiğinden oldukça genel tasarlanmıştır. Dengeleme Güç Piyasası kapsamında EAK ve
KGÜP bildirimi işlemlerinde bu sürecin bazı bölümleri kullanılacak, uygulanabilir olmayan
bölümler ise kullanılmayacaktır. Dengeleme birimi sahibi ile Sistem İşletmecisi arasında
uygulama kılavuzunda detaylı olarak anlatılan iş akışı, kapasite ihalesi bölümünden
sonrası (10. Adım ve sonrası) itibarı ile uygulanmaya başlanacaktır. Üretim tüketim
programları
EVDServis’in
setDGPKesinGunlukUretimPlan
metodu
kullanılarak,
Emre
Amade Kapasite bilgisi (EAK) ise setDGPEmreAmadeKapasite metodu kullanılarak
katılımcı tarafından PlannedResourceSchedule dokümanları ile gönderildikten sonra TEİAŞ
19
tarafından
dokümanların
başarı
ile
ResourceScheduleConfirmationReport
mesajı
tamamlandıktan
bir
sonra
herhangi
ResourcesScheduleAnomalyReport
mesajı
sisteme
aktarıldığına
gönderilecektir.
hata
bulunması
gönderilecektir.
İç
kontroller
durumunda
Kontrol
dair
edilecek
ise
hata
durumları aşağıda belirtilmektedir:
•
teyidi
•
•
•
•
KGÜP bilgileri ile kurulu kapasite karşılaştırması
5.3.2.
Dengeleme Güç Piyasası Teklif Bildirimi EVD
Süreci
gittiğinden oldukça genel tasarlanmıştır. Dengeleme Güç Piyasası teklif bildirimi işlemleri
ERRP ihale yönetimi “tendering” kapsamında belirlenen süreçler ile uyumlu yerine
getirilecektir. Katılımcılar tarafından EVDServis’in setDGPTeklif metodu kullanılarak her
gün DUY ile belirlenen zaman sınırlarına uygun bir şekilde “Reserve Bid Document”
mesajı gönderilecektir.
EVDServis’in setDGPTeklif metodu tekliflerin alınıp başarı ile kaydedildiğini teyit etmek
için ResourcesScheduleConfirmationReport mesajı, iç kontroller tamamlandıktan sonra
hata bulunması durumunun bildirilebilmesi için ise ResourcesScheduleAnomalyReport
mesajı döndürecektir. Kontrol edilecek hata durumları aşağıda belirtilmektedir:
•
teyidi
•
•
•
•
Teklif miktarı bilgileri ile kurulu kapasite karşılaştırması
20
•
Teklif fiyatlarının artış limitlerinin içinde olduğunun kontrolü,
•
Fiyat seviyelerinin dengeleme birimi özelliklerine uygun olduğunun kontrolü
5.4.
Dengeleme Güç Piyasası Mesajları
5.4.1.
Dengeleme Güç Piyasası KGÜP Mesajı
Türkiye Elektrik Piyasasında Dengeleme Güç Piyasası Kapsamında KGÜP bildirimine ilişkin
setDGPKesinGunlukUretimPlan(PlannedResourceScheduleDocument)
•
•
•
•
ProcessTYPE: A01 - Day Ahead kullanılmalıdır.
•
SenderID: KGÜP bildiriminde bulunan katılımcının EIC (X) kodu. KGÜP bildiriminde
•
•
ReceiverID:
Katılımcılar
tarafından
gönderilecek
KGÜP
mesajlarında
alıcı
•
ReceiverRole:
Katılımcılar
tarafından
gönderilecek
mesajlarda
A11
Market
•
•
TimePeriodCovered: KGÜP’e ilişkin ScheduleMessage tipindeki mesajlar en az bir
sonraki günün tamamını kapsamalıdır. Daha ileri günlere ait KGÜP göndermek
mümkündür. Sistem ileri tarihli gönderilmiş KGÜP’leri kaydedecektir. Ertesi günün
tamamını
kapsamayan,
ya
da
geçmiş
gün
bulunduran
KGÜP
reddedilecektir.
•
21
mesajları
•
SubjectParty: KGÜP bilgileri Dengeleme ve Uzlaştırma Yönetmeliği hükümleri
gereğince sadece ilgili katılımcı tarafından gönderilebildiğinden dolayı KGÜP
bildiriminde bulunan katılımcının EIC (X) kodu bulunmalıdır. KGÜP bildiriminde
•
•
•
•
BusinessType: Katılımcılar tarafından üretim UEVÇB’leri için gönderilen KGÜP
mesajlarının zaman serilerinde A01 Production, tüketim dengeleme birimleri
için ise A04 Consumption kullanılacaktır. Tüketim tarafı dengeleme birimleri
için gönderilen KGÜP değerleri DGPYS tarafından (-) GÜP olarak dikkate
alınacaktır.
•
Direction: KGÜP kapsamında bu alan boş bırakılmalıdır.
•
Product:
serilerinde
Katılımcılar
ürün
tarafından
gönderilen
KGÜP
mesajlarının
kodu
olarak aktif
güç:
8716867000016
Alan
kodu
10YTR-1001A0006O
Active
zaman
Power
kullanılmalıdır.
•
ConnectingArea:
olarak
TEİAŞ
bölgesi,
•
ResourceObject:
Katılımcı
tarafından
gönderilen
KGÜP’ün
ilgili
olduğu
•
•
AcquiringArea: KGÜP kapsamında bu alan boş bırakılmalıdır.
•
CapacityContractType: KGÜP kapsamında bu alan boş bırakılmalıdır.
•
CapacityAgreementID: KGÜP kapsamında bu alan boş bırakılmalıdır.
•
MeasurementUnit: MAW (Özellikle 15 dakikalık KGÜP değerlerinde gönderilen
değerlerin 15 dakikada sisteme sağlanacak enerji değil, 15 dk boyunca
sisteme verilecek ortalama aktif güç olarak bildirilmesi önemlidir. 1 saatlik
KGÜP değerlerinde enerji değeri ile ortalama güç değeri birbirine eşit
olacaktır.)
•
Period:DGP KGÜP için her bir time serie altında her bir saati temsilen 24 adet
period olmalıdır. Bir saate ilişkin kgüp değeri bir önceki saat kgüp değerinden
200 MW büyükse o saate ilişkin period 4 adet Interval içermelidir. Aksi
takdirde her period bir adet Interval içermeli ve bu Intervalin Resolutin değeri
PT1H, Pos değeri 1 olmalıdır.
22
•
zamanı
formatında
gönderilmelidir.(Ör: 3 Mart 2009’a ilişkin teklifin time interval alanında
2009-03-03T00:00Z/2009-03-03T23:59Z bulunmalıdır.)
•
Resolution: Verinin geçerli olacağı zaman dilimini göstermektedir. Bir
period bir adet Interval içeriyorsa PT1H, 4 adet Interval değeri içeriyorsa
PT15M değerini almalıdır.
•
Interval:
•
Pos: Bir period bir adet Interval içeriyorsa bu alan 1 değerini, 4 adet
Inteval içeriyorsa her bir Interval için bu alan sırasıyla 1, 2, 3, 4
değerini almalıdır.
•
Qty: Kesin günlük üretim miktarı.
5.4.2.
Dengeleme Güç Piyasası EAK Mesajı
Türkiye Elektrik Piyasasında Dengeleme Güç Piyasası Kapsamında EAK bildirimine ilişkin
setDGPEmreAmadeKapasite(PlannedResourceScheduleDocument)
•
•
•
DocumentTYPE: A28 - Generation Availability Schedule kullanılmalıdır.
•
•
SenderID: KGÜP bildiriminde bulunan katılımcının EIC (X) kodu. EAK bildiriminde
•
SenderRole: A27 ResourceProvider gelmesi gerekmektedir.
•
ReceiverID:
Katılımcılar
tarafından
gönderilecek
EAK
mesajlarında
alıcı
•
ReceiverRole:
Katılımcılar
tarafından
gönderilecek
mesajlarda
A11
Market
•
•
TimePeriodCovered: EAK’a ilişkin ScheduleMessage tipindeki mesajlar en az bir
sonraki günün tamamını kapsamalıdır. Daha ileri günlere ait EAK göndermek
23
mümkündür. Sistem ileri tarihli gönderilmiş EAK’ları kaydedecektir. Ertesi günün
tamamını
kapsamayan,
ya
da
geçmiş
gün
bulunduran
EAK
mesajları
reddedilecektir.
•
•
SubjectParty: EAK bilgileri Dengeleme ve Uzlaştırma Yönetmeliği hükümleri
gereğince
sadece
ilgili
katılımcı
tarafından
gönderilebildiğinden
dolayı
EAK
bildiriminde bulunan katılımcının EIC (X) kodu bulunmalıdır. EAK bildiriminde
•
SubjectRole: A27 ResourceProvider gelmesi gerekmektedir.
•
•
•
BusinessType: Katılımcılar tarafından gönderilen EAK mesajlarının zaman
serilerinde A61 maximum available generation kullanılacaktır. Tüketim tarafı
dengeleme birimleri için gönderilen EAK değerleri DGPYS tarafından (-) EAK
olarak dikkate alınacaktır.
•
Direction: Üretim UEVÇB’leri için EAK - A01, Tüketim tesislerini için maximum
tüketim kapasitesini gösteren - A02.
•
Product: Katılımcılar tarafından gönderilen EAK mesajlarının zaman serilerinde
ürün kodu olarak aktif güç: 8716867000016 Active Power kullanılmalıdır.
•
ConnectingArea:
Alan
kodu
olarak
10YTR-1001A0006O
TEİAŞ
bölgesi,
•
ResourceObject: Katılımcı tarafından gönderilen EAK’ın ilgili olduğu UEVÇB’nin
•
•
AcquiringArea: EAK kapsamında bu alan boş bırakılmalıdır.
•
CapacityContractType: EAK kapsamında bu alan boş bırakılmalıdır.
•
CapacityAgreementID: EAK kapsamında bu alan boş bırakılmalıdır.
•
MeasurementUnit: MAW
•
Period:
•
zamanı
formatında
gönderilmelidir.(Ör: 3 Mart 2009’a ilişkin teklifin time interval alanında
•
Resolution: Verinin geçerli olacağı zaman dilimini göstermektedir.
•
Interval:
24
•
devam edecek olan saat pozisyon numarası.
•
Qty: Emre amade kapasite miktarı.
5.4.3.
Primer Frekans Kontrol Rezerv Bildirim Mesajı
Türkiye Elektrik Piyasasında Dengeleme Güç Piyasası Kapsamında PFK Rezerv bildirimine
“Planned Resource
setPrimerFrekansKontrolRezerv(PlannedResourceScheduleDocument)
•
•
•
DocumentTYPE: A26 - Capacity document kullanılmalıdır.
•
ProcessTYPE: A01 - Day ahead kullanılmalıdır.
•
SenderID: PFK rezerv bildiriminde bulunan katılımcının EIC (X) kodu. PFK
•
•
ReceiverID:
Katılımcılar
tarafından
gönderilecek
PFK
mesajlarında
alıcı
•
ReceiverRole:
Katılımcılar
tarafından
gönderilecek
mesajlarda
A11
Market
•
•
TimePeriodCovered: PFK'ya ilişkin ScheduleMessage tipindeki mesajlar en az bir
sonraki günün tamamını kapsamalıdır. Daha ileri günlere ait PFK göndermek
mümkündür. Sistem ileri tarihli gönderilmiş PFK’ları kaydedecektir. Ertesi günün
tamamını
kapsamayan,
ya
da
geçmiş
gün
bulunduran
PFK
mesajları
reddedilecektir.
•
•
SubjectParty: PFK bilgileri Dengeleme ve Uzlaştırma Yönetmeliği hükümleri
gereğince
sadece
ilgili
katılımcı
tarafından
dolayı
PFK
bildiriminde bulunan katılımcının EIC (X) kodu bulunmalıdır. PFK bildiriminde
•
25
•
•
•
BusinessType: Katılımcılar tarafından gönderilen PFK mesajlarının zaman
serilerinde A11 Primary control kullanılacaktır.
•
Direction: A03 - UP and DOWN
•
Product: Katılımcılar tarafından gönderilen PFK mesajlarının zaman serilerinde
•
ConnectingArea:
Alan
kodu
olarak
10YTR-1001A0006O
TEİAŞ
bölgesi,
•
ResourceObject: Katılımcı tarafından gönderilen PFK ilgili olduğu UEVÇB’nin
•
•
AcquiringArea: PFK kapsamında bu alan boş bırakılmalıdır.
•
CapacityContractType: PFK kapsamında bu alan boş bırakılmalıdır.
•
CapacityAgreementID: PFK kapsamında bu alan boş bırakılmalıdır.
MeasurementUnit: MAW
5.4.4.
Sekonder Frekans Kontrol Rezerv Bildirim
Mesajı
Türkiye Elektrik Piyasasında Dengeleme Güç Piyasası Kapsamında SFK Rezerv bildirimine
ilişkin sürecin başlatılması için katılımcı tarafından gönderilecek “Energy Account Report”
EnergyAccountReport
setSekonderFrekansKontrolRezerv(EnergyAccountReport report)
EnergyAccountReport:
•
kodu, ikinci 16 karakter 0000000000000001 ile başlayan hizmet kodu ve son üç
karakter 001 şeklinde olmalıdır.
•
DocumentVersion: “1” olarak gönderilmesi gereken mesaj sürüm numarasıdır.
•
DocumentType: A26 kullanılmalıdır.
26
•
DocumentStatus: A02 - Final kullanılmalıdır.
•
ProcessType: A05 – Metered Data Aggregation kullanılmalıdır.
•
ClassificationType: A01 – Detail kullanılmalıdır.
•
SenderId: Gönderen taraf’ın EIC (X) Kodları kullanılmalıdır. CodingScheme A01
ETSO olacaktır.
•
SenderRole: A27 – Resource Provider kullanılmalıdır.
•
ReceiverID: 10X1001A1001A56W olarak PMUM verilecektir. CodingScheme A01
ETSO olacaktır.
•
•
ReceiverRole: A11 – Market Operator kullanılmalıdır.
DocumentDate&Time: Mesajın hazırlandığı YYYY-MM-DDTHH:MM:SSZ formatında
zaman.
•
AccountingPeriod:
Fiyat
bildirim
dokümanının
kapsadığı
zaman
dilimi
YYYY-MM-DDTHH:MM:SSZ/ YYYY-MM-DDTHH:MM:SSZ formatında gönderilmelidir.
•
•
AccountTimeSeries
•
SendersTimeSeriesId: Gönderilen zaman serisine ilişkin tekil tanımlayıcı.
•
BusinessType: A12 kullanılmalıdır.
•
Product: 8716867000016 kullanılacaktır.
•
ObjectAggregation: Boş bırakılacaktır.
•
Area: Alan kodu olarak 10YTR-1001A0006O TEİAŞ bölgesi, kodlama türü
olarak “A01” - ETSO kullanılacaktır.
•
Party: Boş bırakılacaktır.
•
AgreementId: Boş bırakılacaktır.
•
MeasurementUnit: MWH olarak gönderilecektir.
•
Currency: Boş bırakılacaktır.
•
AccountingPoint: Katılımcı tarafından gönderilen SFK ilgili olduğu UEVÇB’nin
ETSO
“W”
Kodu
kullanılmalıdır.
Kodlama
türü
olarak
“A01”
-
ETSO
kullanılacaktır.
•
Period:Her bir zaman serisi için bir period tanımlanacaktır.
•
zamanı
formatında
olacaktır.
•
•
Interval:Her zaman serisi aralığında, AccountInterval/Resolution adet
zaman dilimi bulunmaktadır. Talimat bildiriminde bu zaman dilimi sayısı
minimum 24 adettir.
27
•
Pos: Zaman serisi aralığı içinde gönderilmekte olan dilimin sırasını
belirler. Bir günlük talimat bilgisinde 1 ile 24 arasında olması ve ilgili
saatleri ifade etmesi beklenir.
•
InQty: Sağlanabilecek azami rezerv miktarı
•
OutQty: KGÜP seviyesinde sağlanabilen rezerv miktarı
•
SettlementAmount: Azami rezerve ulaşmak için gerekli talimat miktarı.
5.4.5.
Dengeleme Güç Piyasası MKÜD Mesajı
Türkiye Elektrik Piyasasında Dengeleme Güç Piyasası Kapsamında MKÜD bildirimine
“Planned Resource
ResourceScheduleAnomalyReport setMKUD(PlannedResourceScheduleDocument)
•
•
•
•
•
SenderID:
MKÜD
bildiriminde
bulunan
katılımcının
EIC
(X)
kodu.
MKÜD
•
•
ReceiverID:
Katılımcılar
tarafından
gönderilecek
MKÜD
mesajlarında
alıcı
•
ReceiverRole:
Katılımcılar
tarafından
gönderilecek
mesajlarda
A11
Market
•
•
TimePeriodCovered:
MKÜD’e
ilişkin
ScheduleMessage
tipindeki
mesajlar
bir
sonraki günün tamamını kapsamalıdır. Ertesi günün tamamını kapsamayan MKÜD
mesajları reddedilecektir.
•
•
SubjectParty: MKÜD bilgileri Dengeleme ve Uzlaştırma Yönetmeliği hükümleri
gereğince
sadece
MKÜDbildiriminde
ilgili
bulunan
katılımcı
tarafından
katılımcının
EIC
(X)
dolayı
kodu
MKÜD
bulunmalıdır.
28
•
SubjectRole: A27 – Resource Provider kullanılmalıdır.
•
•
•
BusinessType: A61 Maximum Available Generation kullanılmalıdır.
•
Direction: MKÜD kapsamında bu alan boş bırakılmalıdır.
•
Product:
Katılımcılar
serilerinde
ürün
tarafından
gönderilen
MKÜD
mesajlarının
kodu
olarak aktif
güç:
8716867000016
Alan
kodu
10YTR-1001A0006O
Active
zaman
Power
kullanılmalıdır.
•
ConnectingArea:
olarak
TEİAŞ
bölgesi,
•
ResourceObject:
Katılımcı
tarafından
gönderilen
MKÜD’ün
ilgili
olduğu
•
MKÜD bildiriminde bulunan katılımcının “X” kodu bulunmalıdır.
•
AcquiringArea: MKÜD kapsamında bu alan boş bırakılmalıdır.
•
CapacityContractType: MKÜD kapsamında bu alan boş bırakılmalıdır.
•
CapacityAgreementID: MKÜD kapsamında bu alan boş bırakılmalıdır.
•
MeasurementUnit: MWH kullanılmalıdır.
•
Period:DGP MKÜD için her bir time serie altında her bir saati temsilen 24 adet
period olmalıdır.
•
zamanı
formatında
gönderilmelidir.(Ör: 3 Haziran 2012’e ilişkin teklifin time interval alanında
•
Resolution: PT1H değerini almalıdır.
•
Interval:
•
belirler. Bir günlük mküd bilgisinde 1 ile 24 arasında olması ve ilgili
•
Qty: Minumum kararlı üretim düzeyi.
29
5.4.6.
Dengeleme Güç Piyasası Teklif Mesajı
Türkiye Elektrik Piyasasında Dengeleme Güç Piyasası Kapsamında Fiyat Teklifi bildirimine
ilişkin sürecin başlatılması için katılımcı tarafından gönderilecek “Reserve Bid Document”
ResourceScheduleAnomalyReport setDGPTeklif(ReserveBidDocument)
ReserveBidDocument:
•
kodu, ikinci 16 karakter 0000000000000001 ve son üç karakter 001 şeklinde
olmalıdır.
30
•
•
DocumentType: A37 – Reserve Tender Document kullanılmalıdır.
•
SenderID: DGP Teklifi gönderen katılımcının EIC (X) kodu. Teklif bildiriminde
•
SenderRole: A27 – ResourceProvider kullanılmalıdır.
•
ReceiverId: Katılımcılar tarafından gönderilecek DGP teklif mesajlarında alıcı
•
ReceiverRole: Katılımcılar tarafından gönderilecek mesajlarda A11Market Operator
olarak verilmelidir.
•
CreationDateTime: ETSO dokümanlarında tanımlandığı şekilde ele alınmalıdır.
•
ReserveBidTimeInterval:
DGP Teklif mesajları
bir
sonraki günün
tamamını
kapsamalıdır. Daha ileri günlere ait teklif göndermek mümkün değildir. Ertesi
günün tamamını kapsamayan, ya da geçmiş gün bulunduran DGP teklif mesajları
reddedilecektir.
•
•
SubjectParty: Teklif bilgileri Dengeleme ve Uzlaştırma Yönetmeliği hükümleri
gereğince sadece ilgili katılımcı tarafından gönderilebildiğinden dolayı DGP tekilifi
gönderen katılımcının EIC (X) kodu bulunmalıdır. DGP teklifinin UEVÇB’sinin bu
katılımcı adına kayıtlı olması zorunludur.
•
SubjectRole: Dengeleme birimleri için A27 ResourceProvider kullanılmalıdır.
•
ReserveBidTimeSeries:
•
ReserveBidId: Teklif verilen gün bazında tekil olması gereken teklif sırası
tanımlayıcısıdır (Teklif kodu). Teklif kodları sıra teklif sıra numarası olarak
numerik belirlendikten sonra 35 karakterlik alfanumerik alan olduğundan 35
karakter uzunluğuna tamamlayacak şekilde baş tarafı “0” ile doldurularak
gönderilmelidir. Bir dengeleme birimine ait (Reserve Object) 15 YAL, 15 YAT
olmak üzere tolam 30 teklif gönderilebilir. Bir dengleme biriminin YAL ve YAT
seviyelerinin sıralaması teklif kodlarının sırasından belirlenecektir. DUY gereği
Seviyelendirmede uygulanacak fiyatlara ilişkin santrallerin kaynak türüne ve
daha önce verdikleri tekliflere göre çeşitli sınırlamalar bulunmaktadır. Bu
sınırlamalara uygun gönderilmeyen teklif mesajları geçersiz kabul edilecektir.
•
AuctionIdentification:
Günlük
İhale
Belirleyicisi.
YYYYMMDD-BPM
olarak
kullanılmalıdır. (Örnek: 03 Mart 2009 tarihinde kullanılabilecek ve 02 Mart
2009
tarihinde
verilen
BPM
tekliflerinde
ihale
belirleyicisi
kod
olarak
“20090303-BPM” kullanılmalıdır)
•
BusinessType: Katılımcılar tarafından A42 – Requested Capacity (with Price)
olarak gönderilmelidir.
31
•
InArea: Alan kodu olarak 10YTR-1001A0006O TEİAŞ bölgesi, kodlama türü
•
OutArea: Alan kodu olarak 10YTR-1001A0006O TEİAŞ bölgesi, kodlama türü
•
MeasureUnitQuantity: MAW olarak gönderilmelidir.
•
Currency: TRY olarak gönderilmelidir.
•
MeasureUnitPrice: DGP tekliflerinde katılımcılar tarafından boş bırakılmalıdır.
•
Divisible: Dengeleme Güç Piyasası için kısmi kabul edilme kriteri A02 – No
kullanılmalıdır.
•
LinkedBids: DGP tekliflerinde katılımcılar tarafından boş bırakılmalıdır.
•
BlockBid: Dengeleme Güç Piyasası teklifleri için A02 – No kullanılmalıdır.
•
ReserveObject: Katılımcı tarafından gönderilen teklifin ilgili olduğu dengeleme
biriminin UEVÇB’sinin ETSO “W” Kodu kullanılmalıdır.
•
Direction: Yük alma teklifleri için A01 – Up, Yük atma teklifleri için A02 – Down
kullanılmalıdır.
•
MinimumActivationQuantity:
DGP
tekliflerinde
katılımcılar
tarafından
boş
bırakılmalıdır.
•
StepIncrementQuantity:
DGP
tekliflerinde
katılımcılar
tarafından
boş
bırakılmalıdır.
•
MeasureUnitEnergyPrice: MWH kullanılmalıdır.
•
Period:
•
TimeInterval: Teklif verilen tüm saatler ilk saat saat başından son saat
sonuna kapsanmalıdır. (Ör: 3 Mart 2009’a ilişkin teklifin time interval
•
Resolution: Teklifler yönetmelik gereği saatlik olacağından PT1H olarak
gönderilmelidir.
•
Interval:
•
devam edecek olan saat pozisyon numarası.
•
Qty: Katılımcı tarafından ilgili Dengeleme birimi için ilgili seviyede 15
dakika içinde gerçekleştirilebilecek çıkış gücü değişim miktarını belirler.
•
Price: DGP tekliflerinde katılımcılar tarafından boş bırakılmalıdır.
•
EnergyPrice: Katılımcı tarafından ilgili Dengeleme birimi için ilgili
seviyede YAL yönünde gerçekleştirilecek ekstra birim MWh başına talep
edilen TL fiyatı, YAT yönünde gerçekleştirilmeyecek her birim MWh
başına ödenecek TL fiyatı belirler.
32
6. DGPYS/EVD İkili Anlaşma ve
Tüketim Tahmini Bildirim
Süreçleri
Piyasa işletmecisine (PMUM) yapılacak ikili anlaşma ve tüketim tahmini bildirimi için ETSO
Scheduling System (ESS) Version 3 Relase 1 ile belirlenen süreçlere uyumlu işlem
yapılacaktır. Piyasa katılımcısı bazında her gün saatlik miktar bildirimi yapılması için
uygun olan süreç ESS ile tanımlanmıştır. Bu kapsamda Gün Öncesi Planlama süreçlerinin
parçası olarak yapılmakta olan ve Gün Öncesi Planlamanın uzlaştırmasında kullanılan ikili
anlaşma ve tüketim tahmin bildirimleri ele alınmıştır. İkili Anlaşmalar EVDServis’in
setIkiliAnlasma
metodu
kullanılarak,
Tüketim
tahminleri
ise
EVDServis’in
setTuketimTahmin metodu kullanılarak ScheduleMessage olarak gönderilecektir. Ayrıca
ikili
anlaşmaların
durumunu
gösteren
setIkiliAnlasmaOnayDurum
metodu
da
ScheduleMessage olarak gönderilecektir. EVDServis metotları cevap olarak başarılı
kaydedilmesi durumunda ConfirmationReport kontroller sırasında hataya rastlanması
durumunda ise AnomalyReport mesajı döndürecektir.
İkili Anlaşma Bildirimi DUY gereği ikili anlaşmanın tarafları olan her iki katılımcının birlikte
yapması gereken bir süreçtir. Bu sebeple bir ikili anlaşma bildiriminin geçerli olabilmesi
için, her iki tarafın da aynı ikili anlaşma bildirimini PMUM’a göndermesi gerekmektedir. İlk
İkili
Anlaşma
Bildirimi
gönderen
tarafa
gönderilen
ConfirmationReport
mesajında
ReasonCode olarak A28 gönderilerek henüz diğer tarafın ikili anlaşmasını göndermediği
uyarısı yapılacaktır. Aynı ikili anlaşma bildirimini diğer tarafın göndermesi sonrası
gönderilen ConfirmationReport mesajında gönderilen A06 kodu ikili anlaşmanın başarılı
olarak kaydedildiğini teyit edecektir.
33
6.1.
İkili
Anlaşma
Bildirim
Mesajı
Türkiye Elektrik Piyasasında Gün Öncesi Planlama Kapsamında yapılacak İkili Anlaşma
Bildirimine
ilişkin
sürecin
başlatılması
için
katılımcı
tarafından
gönderilecek
“ScheduleMessage” mesajının alanlarının doldurulmasına yönelik açıklamalar ve ilgili
zaman serilerine ilişkin açıklamalar aşağıda verilmiştir. Katılımcılar setIkiliAnlasma
metodunu kullanarak ikili anlaşma bildiriminde bulunabilir. Sisteme kaydettikleri İkili
Anlaşmaları satıcı ve alıcı tarafından ayrı ayrı olmak üzere setIkiliAnlasmaOnayDurum
metodunu kullanarak onaylayabileceklerdir.
AnomalyReport setIkiliAnlasma(ScheduleMessage)
AnomalyReport
setIkiliAnlasmaOnayDurum(ScheduleMessage
boolean onay)
ScheduleMessage:
34
scheduleMessage,
Katılımcı
Birden
fazla
karşı
katılımcı
ile
ikili
anlaşması
var
ise
hepsini
tek
ScheduleMessage altında gönderebilir.
•
•
•
MessageTYPE: A01 Balance Responsible Schedule.
•
ProcessTYPE: A01 Day ahead.
•
ScheduleClassificationType: A01 Detail Type.
•
SenderID: İkili Anlaşma bildiriminde bulunan katılımcının EIC (X) kodu.
•
Şirketleri için A01 – Trade, Otop, Otop.Grubu, Üretim Şirketleri için A06 –
Production, Sistem İşletmecisi için ise A04 – System Operator olarak gelmesi
gerekmektedir.
•
ReceiverID: Katılımcılar tarafından gönderilecek ikili anlaşma bildirim mesajlarında
alıcı 10X1001A1001A56W olarak PMUM verilmelidir.
•
ReceiverRole:
Katılımcılar
tarafından
gönderilecek
mesajlarda
A11
Market
•
MessageDate&Time: ETSO dokümanlarında tanımlandığı şekilde ele alınmalıdır.
•
ScheduleTimeInterval: İkili Anlaşmaya ilişkin ScheduleMessage tipindeki mesajlar
en az bir sonraki günün tamamını kapsamalıdır. Daha ileri günlere ait ikili anlaşma
göndermek
mümkündür.
Sistem
ileri
tarihli
gönderilmiş
ikili
anlaşmaları
kaydedecektir. Ertesi günün tamamını kapsamayan, ya da geçmiş gün bulunduran
ikili anlaşma mesajları reddedilecektir. – İleri tarihleri ayrı dokümanlar olarak
göndermesi daha iyi olur. Ayrıca ikili anlaşmanın tarafları tarafından gönderilen
dokümanlar tamamen birbirinin aynısı olursa kabul edilecektir.
•
•
SubjectParty: İkili Anlaşma bildiriminde bulunan katılımcının EIC (X) kodu. İkili
Anlaşma bildirimini yapan taraf ile ikili anlaşma’nın tarafları farklı olduğu durumlar
için ayrı bir alan olarak ayrılmıştır. Mevcut piyasa kuralları gereği ikisi aynı
olmalıdır.
•
Şirketleri için A01 – Trade, Otop, Otop.Grubu, Üretim Şirketleri için A06 –
Production,Sistem
İşletmecisi
için
ise
A04
–
System
Operator
gelmesi
gerekmektedir.
•
MatchingPeriod: İkili Anlaşma bildirim süreci kapsamında boş bırakılmalıdır.
Gönderilen mesajın tamamı eşleme kapsamına alınacaktır. Bir tam gün.
35
•
ScheduleTimeSeries: İkili Anlaşma Gönderen katılımcının birden fazla karşı tarafı
varsa bir mesajın altında her bir ikili anlaşmayı farklı zaman serisi olarak
göndermelidir. Aksi takdirde bir mesaj altında bir zaman serisi yeterlidir.
•
SendersTimeSeriesID: İkili Anlaşma gönderen katılımcının zaman serisine
ilişkin tekil tanımlayıcısı.
•
SendersTimeSeriesVer:
Zaman
serisinin
herhangi
bir
sebepten
tekrar
gönderilmesi durumunda kullanılacak, aksi durumda “1” olarak gönderilecek
olan sürüm bilgisi.
•
BusinessType: Katılımcılar tarafından gönderilen İkili Anlaşma mesajlarının
zaman serilerinde A02 Internal Trade kullanılacaktır.
•
Product: Katılımcılar tarafından gönderilen İkili Anlaşma mesajlarının zaman
kullanılmalıdır.
•
ObjectAggregation: İkili Anlaşmalar katılımcı bazında saatlik toplam olarak
gönderilecek olup “A03” kodu gönderilmelidir.
•
InArea-CodingScheme: Alan kodu olarak 10YTR-1001A0006O TEİAŞ bölgesi,
•
OutArea-CodingScheme: Alan kodu olarak 10YTR-1001A0006O TEİAŞ bölgesi,
•
MeteringPointID: İkili Anlaşma bildirimi kapsamındaki mesajlarda bu alan boş
bırakılmalıdır.
•
InParty: İkili Anlaşmanın satış tarafında bulunan katılımcının EIC (X) kodu.
Coding Scheme olarak A01 – ETSO gönderilmelidir.
•
OutParty: İkili Anlaşmanın alış tarafında bulunan katılımcının EIC (X) kodu.
•
CapacityContractType: İkili Anlaşma bildirimi kapsamındaki mesajlarda bu alan
boş bırakılmalıdır.
•
CapacityAgreementID: İkili Anlaşma bildirimi kapsamındaki mesajlarda bu alan
•
MeasurementUnit:
MWH
İkili
Anlaşma
bildirimi
kapsamında
gönderilen
değerler saatlik enerji değerleridir, değerler saatlik olduklarından saatlik
ortalama güç değerlerine eşdeğerdirler.
•
Period:Her bir zaman serisi için bir ve yanlız bir period tanımlanmalıdır.
•
zamanı
formatında
gönderilmelidir. Sonraki günün tamamı.
•
Resolution: ISO 8601 uyumlu zaman sıklık bilgisi gönderilmelidir. Saatlik
uzlaştırma prensibi gereği ikili anlaşma bilgilerinin saatlik gönderilmesi
36
gerekir (PT1H veya PT60M).
Saatlik dışında gönderilen ikili anlaşma
bilgileri kabul edilmeyecektir.
Interval:Her zaman serisi aralığında, TimeInterval/Resolution adet zaman
•
dilimi bulunmaktadır. Günlük ikili anlaşma bildirimi sürecinde bu zaman
dilimi sayısı minimum 24 adettir.
•
belirler. Bir günlük ikili anlaşma bildirimi için 1 ile 24 arasında olması ve
ilgili saatleri ifade etmesi beklenir. (Saatlerin ileri ve geri alındığı
dönemlerde 25 veya 23 olabilir.)
•
Qty: İlgili saatte ikili anlaşmaya konu olan Enerji miktarı bilgisi
gönderilecektir. Miktarlar ondalık değerler her zaman “.” ile ayrılarak
gönderilecektir, “,” ile ayrılan ondalık değerler hatalı kabul edilecektir.
Gönderilen enerji miktarları en fazla binde bir kesinliğinde olmalıdır.
6.2.
Tüketim Tahmini Bildirim Mesajı
Türkiye Elektrik Piyasasında Gün Öncesi Planlama Kapsamında yapılacak Tüketim Tahmini
Bildirimine
ilişkin
sürecin
başlatılması
37
için
katılımcı
tarafından
gönderilecek
“ScheduleMessage” mesajının alanlarının doldurulmasına yönelik açıklamalar ve ilgili
AnomalyReport setTuketimTahmin(ScheduleMessage)
ScheduleMessage:
Katılımcı tüm UEVÇB’lerini içerecek şekilde toplam sadece bir adet tüketim tahmini ve
buna ait bir ScheduleMessage ve ScheduleTimeSeries göndermelidir.
•
•
•
MessageTYPE: A01 - Balance Responsible Schedule kullanılmalıdır.
•
ProcessTYPE: A01 - Day ahead kullanılmalıdır.
•
ScheduleClassificationType: A01 - Detail Type kullanılmalıdır.
•
SenderID: Tüketim tahmini bildiriminde bulunan katılımcının EIC (X) kodu.
•
•
ReceiverID: Katılımcılar tarafından gönderilecek tüketim tahmini mesajlarında alıcı
•
ReceiverRole:
Katılımcılar
tarafından
gönderilecek
mesajlarda
A11
Market
•
•
ScheduleTimeInterval:
Tüketim
tahminine
ilişkin
ScheduleMessage
tipindeki
mesajlar en az bir sonraki günün tamamını kapsamalıdır. Daha ileri günlere ait
tüketim tahmini göndermek mümkündür. Sistem ileri tarihli gönderilmiş tüketim
tahmin mesajlarını kaydedecektir. Ertesi günün tamamını kapsamayan, ya da
geçmiş gün bulunduran tüketim tahmini mesajları reddedilecektir.
•
•
SubjectParty: Tüketim tahmini bildiriminde bulunan katılımcının EIC (X) kodu.
Tüketim tahmini bildirimini yapan taraf ile tüketimi yapacak olan tarafın farklı
olduğu durumlar için ayrı bir alan olarak ayırılmıştır. Mevcut piyasa kuralları gereği
ikisi aynı olmalıdır.
•
38
•
MatchingPeriod: Tüketim tahmini bildirim süreci kapsamında boş bırakılmalıdır.
Gönderilen mesajın tamamı eşleme kapsamına alınacaktır.
•
ScheduleTimeSeries: Bir tüketim tahmini mesaj altında yanlız bir zaman serisi
gerekli ve yeterlidir.
•
SendersTimeSeriesID: Tüketim tahmini gönderen katılımcının zaman serisine
ilişkin tekil tanımlayıcısı.
•
Zaman
serisinin
herhangi
bir
sebepten
tekrar
•
BusinessType: Katılımcılar tarafından gönderilen tüketim tahmini mesajlarının
zaman serilerinde A04 Consumption kullanılacaktır.
•
Product: Katılımcılar tarafından gönderilen tüketim tahmini mesajlarının zaman
kullanılmalıdır.
•
ObjectAggregation: Tüketim tahminleri katılımcı bazında saatlik toplam olarak
gönderilecek olup “A03” kodu gönderilmelidir.
•
•
•
MeteringPointID: Tüketim tahmini bildirimi kapsamındaki mesajlarda bu alan
•
InParty: Tüketim tahmini bildirimi kapsamındaki mesajlarda bu alan boş
bırakılmalıdır.
•
OutParty: Tüketim tahmini bildiriminde bulunan katılımcının EIC (X) kodu.
•
CapacityContractType: Tüketim tahmini bildirimi kapsamındaki mesajlarda bu
alan boş bırakılmalıdır.
•
CapacityAgreementID: Tüketim tahmini bildirimi kapsamındaki mesajlarda bu
alan boş bırakılmalıdır.
•
MeasurementUnit: MWH olarak gönderilmelidir. Tüketim tahmini bildirimi
kapsamında gönderilen değerler saatlik enerji değerleridir, değerler saatlik
olduklarından saatlik ortalama güç deperlerine de eşdeğerdirler.
•
•
zamanı
gönderilmelidir.
39
formatında
•
uzlaştırma prensibi gereği tüketim tahmini bilgilerinin saatlik gönderilmesi
gerekir (PT1H veya P60M).
Saatlik dışında gönderilen tüketim tahmini
•
dilimi bulunmaktadır. Günlük tüketim tahmini bildirimi sürecinde bu zaman
•
belirler. Bir günlük tüketim tahmini bildirimi için 1 ile 24 arasında
olması ve ilgili saatleri ifade etmesi beklenir.
•
Qty: İlgili saatte tüketim tahminini konu olan Enerji miktarı bilgisi
40
7. DGPYS/EVD Tarafından
Yayımlanan Verilere İlişkin
Süreçler
Uzlaştırma
Sonuçları
Bildirimi
(Dengesizlik
Uzlaştırması,
Dengeleme
Uzlaştırması
Kapsamında DGP talimatları, Gün Öncesi Planlama Kapsamındaki Talimatlar, Günlük
Parametre Raporları, Sayaç Verileri) için ETSO Settlemet Process (ESP) V1R1 ile
belirlenen süreçler uygulanacak olup, TEİAŞ/PMUM tarafından katılımcılara ve/veya kendi
iç sistemlerine uzlaştırma işlemlerine ve sonuçlarına ilişkin bilgiler EnergyAccountReport
mesajı ile gönderilecektir. EVDServis saatlik sayaç verileri için getSayacVerisCekis, kayıp
uygulanmamış saatlik sayaç verileri için getSayacVerisCekisKayipsiz, getUzlastirmaSonuc,
getSistemDengesizlikFiyat,
getGunOncesiFiyat,
getTeslimEdilemeyenTalimat,
getGOPTalimat,
getGunlukParametreRapor,
profil
getDGPTalimat,
sayaç
verileri
için
getProfilCekis metotları tarih parametresi ile çağırılarak EAR formatında ilgili doküman
indirilebilecektir. Sayaç bilgileri ise getSayacBilgi metodu tarih parametresi ile çağırılarak
PMUMetaDataReport mesajı ile gönderilecektir.Bu metotlara ek olarak, sayaç bazında veri
çekebilmek
amacıyla
ilgili
saatlik
içingetSayacVerisCekisBySayac,
kayıp
sayacın
bir
günlük
verisi
verisi
için
uygulanmamış
getSayacVerisCekisKayipsizBySayac metotları hem tarih hem de verisi istenen sayacın
ETSO kodu ile çağrılarak EAR formatında ilgili doküman indirilebilecektir. Saatlik
sayaçların bir aylık verisini toplu olarak alabilmek için getSayacVerisCekisAylikBySayac ve
kayıp uygulanmamış değerleri için getSayacVerisCekisAylikKayipsizBySayac metotları
verisi istenen ay değerini içeren tarih(yazılım tarafında tarih parametresi içindeki gün
bilgisi dikkate alınmayıp ayın ilk gününe çekilecektir) ve sayaç ETSO kod parametreleri ile
çağırılarak EAR formatında ilgili doküman indirilebilecektir. Aynı şekilde profil sayaçları
için sayaç bazında veri çekebilmek amacıyla getProfilCekisBySayac metodu hem tarih
hem de verisi istenen sayacın ETSO kodu ile çağrılarak EAR formatında ilgili doküman
indirilebilecektir. Bunun yanı sıra parametre olarak verilecek tarih ve sıralı halde iki ETSO
kod
arasında
kalan
tüm
getProfilCekisBySayacAralik
indirilebilecektir.
metodu
tarih
Sayaç
ve
PMUMetaDataReport
profil
metodu
bilgilerini
bilgisi
istenen
sayaçların
çağırılarak
sayaç
bazında
sayaç
formatında
ETSO
ilgili
sayaç
EAR
formatında
verebilecek
kod
verilerini
doküman
getSayacBilgiBySayac
parametreleri
doküman
ilgili
verebilecek
ile
çağırılarak
indirilebilecektir.
getProfilCekisBySayacAralik metoduna benzer olarak getSayacBilgiBySayacAralik metodu
parametre olarak verilecek tarih ve alfabetik sıralı halde iki ETSO kod arasında kalan
(gönderilen iki sayaç dahil) tüm sayaçlarınbilgileri PMUMetaDataReport formatında
indirilebilecektir.
41
Enerji Piyasasında işlem yapacak tüm yazılım sistemlerinde kolay adaptasyon açısından
bu dokümanda belirlenen yapının kullanılması önerilmektedir. Dengesizlik uzlaştırmasının
yapılması piyasa işletmecisi ile dağıtım şirketleri ve iletim şirketi arasında gerçekleşecek
işlenmiş
sayaç
verisi
aktarımının
ve
OSOS
sistemlerinden
piyasa
katılımcılarına
gönderilecek güncel sayaç verilerinin de bu bölümde açıklanan standartlara uygun
yapılması öngörülmektedir.
42
7.1.
Sayaç Verileri Bildirim Mesajı
EnergyAccountReport getSayacVerisCekis(Date)
EnergyAccountReport getSayacVerisCekisKayipsiz(Date date)
EnergyAccountReport getSayacVerisCekisBySayac(Date date, String sayac)
EnergyAccountReport
getSayacVerisCekisKayipsizBySayac(Date
date,
String
sayac)
EnergyAccountReport getSayacVerisCekisAylikBySayac(Date date, String sayac)
EnergyAccountReport
getSayacVerisCekisAylikKayipsizBySayac(Date
String sayac)
43
date,
•
•
DocumentVER: 1” olarak gönderilmesi gereken mesaj sürüm numarasıdır.
•
DocumentType: Sayaç Verileri için A11 – Aggregated energy data report
kullanılmalıdır.
•
DocumentStatus: Uzlaştırma için gönderilen sayaç verilerinde A02 - Final, Piyasa
izleme amaçlı gönderilen günlük verilerde ve ön uzlaştırma bildirimi detayı olarak
gönderilen verilerde A01 – Intermediate kullanılmalıdır.
•
ProcessType: Sayaç Verileri için A05 – Metered Data Aggregation kullanılmalıdır.
•
•
SenderId: TEİAŞ tarafından gönderilen mesajlar için 10X1001A1001A56W olarak
PMUM verilmelidir dağıtım OSOS sistemlerinin kurulmasından sonra
İlgili
EDAŞ’ların EIC (X) Kodları kullanılmalıdır. CodingScheme A01 ETSO olacaktır.
•
SenderRole: A09 – Metered Data Aggregator kullanılmalıdır.
•
ReceiverID: Alıcı taraf’ın EIC (X) Kodları kullanılmalıdır. CodingScheme A01 ETSO
olacaktır.
•
ReceiverRole:
Settlement
Dokuman
Responsible,
uzlaştırma
için
Katılımcılara
gönderildiğinde
gönderildiğinde
A05
ise
–
A08
Imbalance
–
Balance
Responsible Party kullanılmalıdır.
•
zaman.
•
AccountingPeriod:
Sayaç
verilerinin
kapsadığı
zaman
dilimi
•
•
AccountTimeSeries
•
•
BusinessType: İşlenmiş saatlik sayaç verileri için A14 – Aggregated energy
data kullanılacaktır.
•
kullanılacaktır.
•
ObjectAggregation: Katılımcı bazında gönderilen işlenmiş sayaç veri sonuçları
için A02 – Metering Point kullanılacaktır.
•
44
•
Party: Sayaç verilerinin ilgilisi olan katılımcının ETSO “X” kodu kullanılacaktır.
Sayaç verilerinin dengeden sorumlu gruba gönderilmesi durumunda, sayacın
ölçtüğü katılımcının ETSO “X” kodu kullanılacaktır. Kodlama türü olarak “A01” ETSO kullanılacaktır.
•
AgreementId: Sayaç verileri zaman serilerinde boş bırakılacaktır.
•
MeasurementUnit: MWH. İşlenmiş sayaç verileri MWh olarak gönderilecektir.
•
Currency: Sayaç verileri zaman serilerinde boş bırakılacaktır.
•
AccountingPoint: Bu alanda sayaç değerlerinin ait olduğu sayacın ETSO “Z”
kodu bulunacaktır. Kodlama türü olarak “A01” - ETSO kullanılacaktır.
•
Period:Her bir zaman serisi için birden fazla period tanımlanabilmektedir ancak
tüm periodların zaman serisinin tamamını kapsaması gereklidir. Bu da ancak
aynı zaman serisi için bir 15 dk’lık, bir de 1 saatlik veri gönderilmesi anlamına
gelecektir. Sadece 1 saatlik gönderilen veriler dikkate alınacaktır..
•
zamanı
formatında
gönderilmelidir.
•
uzlaştırma prensibi gereği sayaç bilgilerinin saatlik gönderilmesi gerekir
(PT1H). Saatlik dışında gönderilen sayaç bilgileri kabul edilmeyecektir.
•
zaman dilimi bulunmaktadır. Sayaç veri okuma sürecinde bu zaman dilimi
sayısı minimum 24 adettir.
•
belirler. Bir günlük sayaç bilgisinde 1 ile 24 arasında olması ve ilgili
saatleri ifade etmesi beklenir. (23 – 25)
•
InQty: İlgili saatte sayaçta ölçülüp gerekli kayıp katsayıları uygulanmış
sisteme veriş miktarı bilgisini gösterecektir. Miktarlar ondalık değerler
her zaman “.” ile ayrılarak gönderilecektir, “,” ile ayrılan ondalık
değerler hatalı kabul edilecektir. Gönderilen enerji miktarları en fazla
binde bir kesinliğinde olacaktır.
•
OutQty:
İlgili
saatte
sayaçta
ölçülüp
gerekli
kayıp
katsayıları
uygulanmış sistemden çekiş miktarı bilgisini gösterecektir. Miktarlar
ondalık değerler her zaman “.” ile ayrılarak gönderilecektir, “,” ile
ayrılan ondalık değerler hatalı kabul edilecektir. Gönderilen enerji
miktarları en fazla binde bir kesinliğinde olacaktır.
•
SettlementAmount: Sayaç verileri zaman serilerinde boş bırakılacaktır.
45
Katılımcıların getSayacVerisCekis ve türevleri, getProfilCekis ve türevleri; metotları ile
elde ettikleri sayaç verilerinin değişip değişmediğini kontrol etmek amacıyla sunucularda
işlem yoğunluğuna yol açıp hizmet kalitesini düşüren bu metotlar yerine kullanabilecekleri
metotlar aşağıda listelenmiştir. Katılımcılar sahip oldukları tüm sayaçların ay bazında
toplam sayaç verilerini, tarih parametresi ile çağıracakları getSayacVerisCekisToplam
metodu ile elde edebileceklerdir. Bir adet sayaca ilişkin ay bazlı sayaç verisi toplamını,
tarih
parametresinin
yanına
ilgili
sayacın
ETSO
kodunu
ekleyip
getSayacVerisCekisToplamBySayac metodunu çağırarak elde edebilmektedirler. Çok fazla
miktarda sayaca sahip katılımcılar sahip oldukları sayaçların ETSO kodlarını alfabetik
olarak sıraladıktan sonra seçecekleri iki sayaç arasında kalan (seçilen iki sayaç dahil) tüm
sayaçların ay bazlı sayaç verileri toplamını, tarih parametresinin yanına bu iki sayacı
parametre olarak ekleyip getSayacVerisCekisToplamBySayacAralik metodunu çağırarak
elde edebileceklerdir.
public EnergyAccountReport getSayacVerisCekisToplam(Date date)
public
EnergyAccountReport
getSayacVerisCekisToplamBySayac(Date
date,
String sayac)
public EnergyAccountReport getSayacVerisCekisToplamBySayacAralik(Date date,
String sayac1, String sayac2)
•
•
DocumentVER: 1” olarak gönderilmesi gereken mesaj sürüm numarasıdır.
•
kullanılmalıdır.
•
DocumentStatus: Uzlaştırma için gönderilen sayaç verilerinde A02 - Final, Piyasa
izleme amaçlı gönderilen günlük verilerde ve ön uzlaştırma bildirimi detayı olarak
gönderilen verilerde A01 – Intermediate kullanılmalıdır.
•
•
•
SenderId: TEİAŞ tarafından gönderilen mesajlar için 10X1001A1001A56W olarak
PMUM verilmelidir dağıtım OSOS sistemlerinin kurulmasından sonra
EDAŞ’ların EIC (X) Kodları kullanılmalıdır. CodingScheme A01 ETSO olacaktır.
•
SenderRole: A09 – Metered Data Aggregator kullanılmalıdır.
46
İlgili
•
olacaktır.
•
ReceiverRole:
Settlement
Dokuman
Responsible,
uzlaştırma
için
Katılımcılara
gönderildiğinde
gönderildiğinde
A05
ise
–
A08
Imbalance
–
Balance
Responsible Party kullanılmalıdır.
•
zaman.
•
AccountingPeriod:
Sayaç
verilerinin
kapsadığı
zaman
dilimi
•
•
AccountTimeSeries
•
•
•
kullanılacaktır.
•
ObjectAggregation: Katılımcı bazında gönderilen işlenmiş sayaç veri sonuçları
için A02 – Metering Point kullanılacaktır.
•
•
Party: Sayaç verilerinin ilgilisi olan katılımcının ETSO “X” kodu kullanılacaktır.
Sayaç verilerinin dengeden sorumlu gruba gönderilmesi durumunda, sayacın
ölçtüğü katılımcının ETSO “X” kodu kullanılacaktır. Kodlama türü olarak “A01” ETSO kullanılacaktır.
•
AgreementId: Sayaç verileri zaman serilerinde boş bırakılacaktır.
•
MeasurementUnit: MWH. İşlenmiş sayaç verileri MWh olarak gönderilecektir.
•
Currency: TRY olarak gönderilecektir.
•
•
•
zamanı
gönderilmelidir.
47
formatında
•
•
Interval:Her zaman serisi aralığında, 5 adet zaman dilimi bulunmaktadır.
•
belirler. Bir aylık toplam sayaç bilgisinde 1 ile 5 arasında olması
gereklidir.
•
InQty: Pos=1 değerinde sayaçta ölçülen sisteme veriş miktarı bilgisini
gösterecektir. Pos=3 değerindesayaçta ölçülüp gerekli kayıp katsayıları
uygulanmış
sisteme
veriş
miktarı
bilgisini
gösterecektir.
Pos=5
değerinde sayaç verileri bir önceki aydan kopyalanmışsa 1 değerini
alacaktır.Miktarlar
ondalık
değerler
her
zaman
“.”
ile
ayrılarak
Gönderilen enerji miktarları en fazla binde bir kesinliğinde olacaktır.
•
OutQty: Pos=2 değerinde sayaçta ölçülen sistemden çekiş miktarı
bilgisini gösterecektir. Pos=4 değerinde sayaçta ölçülüp gerekli kayıp
katsayıları uygulanmış sistemden çekiş miktarı bilgisini gösterecektir.
Pos=5 değerinde sayaç verileri bir önceki aydan kopyalanmamışsa, yani
ilgili ay için yeni veriler girilmişse -1 değerini alacaktır. Miktarlar ondalık
değerler her zaman “.” ile ayrılarak gönderilecektir, “,” ile ayrılan
ondalık değerler hatalı kabul edilecektir. Gönderilen enerji miktarları en
fazla binde bir kesinliğinde olacaktır.
•
Herhangi bir aya ait sayaç verileri üzerinde ilgili aya ilişkin uzlaştırma dönemi
kapandıktan sonra yapılan değişikliklerin (GDDK) katılımcılar tarafından elde edilebilmesi
amacıyla
saatlik
sayaç
verileri
için
getSayacVerisCekisAylikGDDKTumSayaclar,
getSayacVerisCekisAylikKayipsizGDDKTumSayaclar
getProfilCekisGDDKTumSayaclar
metotları
ve
sunulmuştur.
profil
Bu
sayaçlar
metotlar
için
aldıkları
tek
parametre olan tarih parametresindeki ilgili ayda organizasyonun sahip olduğu, verisi
üzerinde düzeltme yapılan, tüm sayaç verilerini vermektedirler. Dönen cevap taslağı
saatlik sayaçlar için getSayacVerisCekis, profil sayaçlar için getProfilCekis metotlarından
dönen
cevap
taslaklarının
aynısıdır.
Örneğin
katılımcısıgetSayacVerisCekisAylikGDDKTumSayaclar
herhangi
metoduna
bir
piyasa
“2012-01-01T00:00Z”
parametresi ile birlikte bir istekte bulunduğunda, sahip olduğu sayaçlardan sadece GDDK
işlemi
uygulanmış
olanların
bulunduğu
EnergyAccountReport
tipinde;
içinde
[GDDKYapılmışSayaçSayısı * İlgiliAyaAitGunSayısı kadar AccountTimeSeries(Bir sayacın
bir günlük verisini içerir)] barındıran bir cevap alacaklardır.İlgili ayda sayaç verileri
48
üzerinde
herhangi
bir
düzeltme
yapılmamışsa
uyarı
olarak
EnergyAccountReport-DocumentIdentification alanında “Sayaç verisi bulunamadı!” mesajı
verilecektir. İlgili ayda uzlaştırma dönemi kapanmadan sayaç verileri üzerinde yapılan
düzeltmelerdaha önceki metotlar kullanılarak alınmaya devam edilecektir. Bu üç metodun
amacı uzlaştırma dönemi kapandıktan sonra sayaç verileri üzerinde yapılan düzeltmelerin
katılımcıya sunulmasıdır.
Aşağıda ilgili ayda uzlaştırma dönemi kapandıktan sonra verisi üzerinde düzeltme yapılan
sayaçların verilerinin elde edilebildiği metotlar listelenmiştir.
public
EnergyAccountReport
getSayacVerisCekisAylikGDDKTumSayaclar(Date
date)
public
EnergyAccountReport
getSayacVerisCekisAylikKayipsizGDDKTumSayaclar(Date date)
public EnergyAccountReport getProfilCekisGDDKTumSayaclar(Date date)
7.2.
Sayaç Bilgileri Bildirim Mesajı
Sayaç bilgileri için genel olarak PMUMetaDataReportmesajı kullanılacaktır. Sayaç bilgileri
katılımcı tarafından gönderilecek bir zaman parametresi veya zaman parametresinin
yanında istenen bir sayaca ilişkin bilgi alabilmek için bir sayaç ETSO kod ile çağrılarak
PMUMetaDataReport formatında indirilebilecektir. Ayrıca organizasyonun sahip olduğu
sayaçların iki tanesi zaman parametresine eklenerek göndermek suretiyle bu iki sayaç ve
bu iki sayaç arasında alfabetik sıralamaya göre kalan sayaçların bilgilerini toplu olarak
indirebilecektir.
PMUMetaDataReport getSayacBilgi(Date)
PMUMetaDataReport getSayacBilgiBySayac(Date date, String sayacId)
PMUMetaDataReport
getSayacBilgiBySayacAralik(Date
date,
String
sayacId1,
String sayacId2)
PMUMetaDataReport:
•
DocumentIdentification: Katılımcı bazında tekil olması gereken tanımlayıcıdır. 35
karakterli bir anahtar kullanılmaktadır; ilk 16 karakter katılımcı için SenderID olan
ETSO kodu, ikinci 16 karakter 0000000000000001 ve son üç karakter 001
şeklinde olmalıdır.
•
•
DocumentType: N08 – National Meter Info kullanılmalıdır.
•
DocumentStatus: A02 – Final kullanılmalıdır.
49
•
ProcessType:N08 – National Meter Info kullanılmalıdır.
•
•
SenderIdentification:
TEİAŞ
10X1001A1001A56W
kurulmasından
olarak
sonra
tarafından
PMUM
ilgili
gönderilen
verilmelidir
EDAŞ’ların
EIC
dağıtım
(X)
mesajlar
OSOS
Kodları
için
sistemlerinin
kullanılmalıdır.
CodingScheme A01 ETSO olacaktır.
•
SenderRole: A04 – System Operator kullanılmalıdır.
•
ReceiverIdentification: Alıcı taraf’ın EIC (X) Kodları kullanılmalıdır. CodingScheme
A01 ETSO olacaktır.
•
ReceiverRole: A27 – Resource Provider olarak kullanılmalıdır,
•
DocumentDateTime: Mesajın hazırlandığı YYYY-MM-DDTHH:MM:SSZ formatında
zaman.
•
DataPeriod: Sayaç verilerinin kapsadığı zaman dilimi YYYY-MM-DDTHH:MM:SSZ/
YYYY-MM-DDTHH:MM:SSZ formatında gönderilmelidir.
•
•
PMUMetaDataSeries:
•
SendersDataSeriesIdentification:Veri serisine ilişkin tekil tanımlayıcı.
•
BusinessType:N08 – National Meter Info kullanılmalıdır.
•
•
•
AgreementIdentification:Boş bırakılacaktır.
•
PMUMetaDataEntry:
•
Type: Katılımcının aldığı verinin tipini ifade etmektedir. Aşağıda tanımlanan
alanlardan oluşmaktadır.
N13
N14
N15
N16
N17
N18
N19
N20
N21
N22
N23
N24
N25
N26
N27
N28
->
->
->
->
->
->
->
->
->
->
->
->
->
->
->
->
Sayacın Id'si
Sayacın ETSO Kodu
Sayacın Abone Nosu
Sayacın Seri Nosu
Sayacın Üreticisi
Sayacın Tesis Adı
Sayacın Adresi
Sayacın İli
Sayacın İlçesi
Sayacın Ölçüm Tipi (1: Çekiş, 2: Veriş, 3: Kombi)
Trafo Giriş Gerilimi
Sayacın Trafo Merkezi
Trafoya Göre Konum
Trafoya Göre Konum Diğer
Sayacı Okuyan Kurum
Bağlantı Noktası Gerilimi
50
N29 -> Sayacın Kullanım Tipi
N30 -> Profil Tipi
N31 -> Profil Abone Grubu
N32 -> Sayaç Okuma Tipi (1: Üç zamanlı, 2: Saatlik)
N33 -> Bara Gerilimi
N35 -> Iskk Konfigürasyon Durumu
N36 -> Çekiş UEVÇB'si
N37 -> Veriş UEVÇB'si
N38 -> Çekiş Tenzil UEVÇB'si
N39 -> Veriş Tenzil UEVÇB'si
N40 -> Organizasyonu
N41 -> Trafo Gücü
N42 -> Sayacın Kayıp Tipi
N43 -> Sayacın TKK Durumu
N44 -> Sayacın HKK Durumu
N45 -> Yükteki Kayıp
N46 -> Boştaki Kayıp
N47 -> Hat Kesiti
N48 -> Hat Uzunluğu
N49 -> Hat Devre Sayısı
N50 -> İletken Özdirenci
N51 -> Trafo Çıkış Gerilimi
N52 -> Sayacın Tek Hat şemasındaki veriş yönündeki pozisyonu
N53 -> Sayacın Tek Hat şemasındaki çekiş yönündeki pozisyonu
N68 -> Profil grup sayaçlarının gruplandığı profil tipi
N69 -> Profil grup sayaçlarının gruplandığı abone grubu
Value: Yukarıda tanımlanan belirli bir verinin alacağı değeri ifade eder.
•
7.3.
Uzlaştırma
Uzlaştırma Bildirim Mesajı
Sonuçları
Bildirimi
için
genel
olarak
Energy
kullanılacaktır. Uzlaştırma bildirimi;
•
Dengesizlik uzlaştırması,
•
Gün öncesi piyasası,
•
Gün öncesi planlama,
•
Dengeleme güç piyasası,
•
Piyasa işletim ücreti,
•
Sıfır Bakiye Düzeltme Tutarı,
•
Geçmişe Dönük Düzeltme Tutarı.
için ayrı ayrı tanımlanmaktadır.
EnergyAccountReport getUzlastirmaSonuc(Date date)
51
Account
Report
mesajı
•
•
•
DocumentType: A12- Imbalance report kullanılmalıdır.
•
DocumentStatus: Kesinleşmemiş uzlaştırma bildirimlerinde Piyasa izleme amaçlı
gönderilen günlük verilerde ve ön uzlaştırma bildirimi detayı olarak gönderilen
verilerde A01 – Intermediate, nihai uzlaştırma hesabı sonrasında A02 - Final
kullanılacaktır.
•
ProcessType: Sayaç Verileri için A06 – Imbalance Settlement kullanılmalıdır.
•
ClassificationType: Detaylı uzlaştırma bildiriminde A01 – Detail, Özet Uzlaştırma
bildiriminde A02 – Summary kullanılmalıdır.
•
SenderId: 10X1001A1001A56W olarak PMUM verilecektir. CodingScheme A01
ETSO olacaktır.
•
•
olacaktır.
•
ReceiverRole: Katılımcılara gönderildiğinde ise A08 – Balance Responsible Party
kullanılmalıdır.
•
zaman.
•
AccountingPeriod: Uzlaştırma bildirim dokümanının
kapsadığı zaman dilimi
•
•
AccountTimeSeries
•
•
BusinessType: Dengeleme Güç Piyasası sonuçları için A10 – Tertiary Control,
Gün Öncesi Planlama ve Gün Öncesi Piyasası için A02 – Internal Trade,
Dengesizlik Kapsamında UEVM/UECM için A14 – Aggregated Energy Data,
Toplam ikili anlaşmalar (Gün Öncesi ve DGP ticareti dahil) için A24 – Total
Trade, EDM/EDT için A20 – Imbalance Volume, İSKK için A15 – Losses,
kullanılacaktır,
Sıfır
bakiye
için
TSB,
PİÜ
için
TPI,
GDDK
için
TGD
kullanılacaktır.
•
kullanılacaktır.
52
•
ObjectAggregation: A03 – Party kullanılacaktır.
•
•
Party:
Uzlaştırma
bildiriminin
ait
olduğu
katılımcının
ETSO
“X”
kodu
kullanılacaktır. Uzlaştırma bildiriminin dengeden sorumlu gruba gönderilmesi
durumunda, grubun içinde uzlaştırma bildirimine konu olan katılımcının ETSO
“X” kodu kullanılacaktır. Kodlama türü olarak “A01” - ETSO kullanılacaktır.
•
AgreementId:
Gün
uzlaştırmasında
kabul
Öncesi
Planlama
edilmiş
saatlik
ve
Dengeleme
teklifler
için
Güç
Piyasası
YAL1/YAL2/YAL3/
..../YAT1/YAT2/YAT3/...., kabul edilmiş blok teklifler için Yük alma yönünde
YBL, Yük atma yönünde TBL, kabul edilmiş esnek teklifler için ise YES
bulunacaktır. Gün Öncesi Piyasasında, UEVM,UECM için, İkili Anlaşmalar için,
EDM/EDT için, iskk için, SBDK, PİU, GDDK için kullanılmayacaktır.
•
•
•
AccountingPoint:
Bu
alanda
Gün
Öncesi
Planlama
ve
Dengeleme
uzlaştırmasında ayrıca GDDK zaman serilerinde classification type “detail” ise,
dengeleme birimlerinin UEVÇB’lerinin ETSO “W” kodu bulunacaktır. Kodlama
türü olarak “A01” - ETSO kullanılacaktır. Diğer uzlaştırma bildirimi zaman
serilerinde boş bırakılacaktır. Classification type “detail” olan mesajlarda boş
gönderilen accounting point’ler party bazında özet veri zaman serisini ifade
etmektedir.
•
Period:
Her bir zaman serisi için birden fazla period tanımlanabilmektedir ancak tüm
periodların zaman serisinin tamamını kapsaması gereklidir. Bu da ancak aynı
zaman serisi için bir 15 dk’lık, bir de 1 saatlik veri gönderilmesi anlamına
•
zamanı
formatında
olacaktır.
•
(PT60M ve/veya PT15M).
Saatlik dışında gönderilen sayaç bilgileri kabul
edilmeyecektir.
•
zaman dilimi bulunmaktadır. Uzlaştırma bildiriminde bu zaman dilimi sayısı
minimum 24 adettir. Tüm ayın uzlaştırma bildiriminde aydaki gün sayısına
göre 672/696/720/744 adet olabilir.
53
•
•
InQty: Sisteme satış miktarı, Yük Alma, Pozitif Öngörülen enerji
dengesizliği, pozitif dengesizlik, uzlaştırmaya esas veriş miktarı, toplam
ikili anlaşma satış ve iskk değerleri bu alanda bulunacaktır.
•
OutQty: Sistemden alış miktarı, yük atma, negatif öngörülen enerji
dengesizliği, negatif dengesizlik, uzlaştırmaya esas çekiş miktarı,
toplam ikili anlaşma değerleri bu alanda bulunacaktır.
•
SettlementAmount: Sisteme net satış tutarı, net yük alma tutarı, net
öngörülen enerji dengesizliği tutarı, net dengesizlik tutarı bu alanda
bulunacaktır. Diğer durumlarda boştur.
getUzlastirmaSonuc metodundan cevap olarak dönen EnergyAccountReport alanlarının
detaylı açıklaması aşağıda listelenmiştir.
•
(AgreementIdentification = TALGOP)(GOP Talimatları) OutOty değerleri = KEYATT
(TL) / InQty değerleri = KEYALT(TL) / SettlementAmount = 0.0
•
(AgreementIdentification = OEDM) OutOty değerleri = Negatif ÖEDM(MWh) /
InQty değerleri = Pozitif ÖEDM(MWh) / SettlementAmount = 0.0
•
(AgreementIdentification = IA) OutOty değerleri = Toplam İkili Anlaşma Alım
Miktarı (MWh) / InQty değerleri = Toplam İkili Anlaşma Satış Miktarı (MWh) /
SettlementAmount = 0.0
•
(AgreementIdentification = GUP) OutOty değerleri = 0.0 / InQty değerleri = GüP
(MWh) / SettlementAmount = 0.0
•
(AgreementIdentification = TT) OutOty değerleri = TT (MWh) / InQty değerleri =
0.0 / SettlementAmount = 0.0
•
(AgreementIdentification = TALDGP)(DGP Talimatları) OutOty değerleri = KEYATT
(TL) / InQty değerleri = KEYALT (TL) / SettlementAmount = 0.0
•
(AgreementIdentification = UEVCM) OutOty değerleri = (Toplam kayıplı cekiş
miktarı) UEÇM (MWh) / InQty değerleri = (Toplam kayıplı veriş miktarı) UEVM
(MWh) / SettlementAmount = 0.0
•
(AgreementIdentification = EDM) OutOty değerleri = (Enerji Dengesizlik Miktarı)
Negatif EDM(MWh) / InQty değerleri = Pozitif EDM(MWh) / SettlementAmount =
(Enerji Dengesizlik Tutarı)(Negatif EDM -> Negatif EDT(TL); Pozitif EDM -> Pozitif
EDT(TL))
•
(AgreementIdentification = PIUGOP) OutOty değerleri = 0.0 / InQty değerleri =
0.0 / SettlementAmount = (PIU Gün Öncesi tutarı) PIU(1.Toplamı)
54
•
(AgreementIdentification = PIUDGP) OutOty değerleri = 0.0 / InQty değerleri =
0.0 / SettlementAmount = (PIU DGP tutarı) PIU(2.Toplamı)
•
(AgreementIdentification = PIUDENG) OutOty değerleri = 0.0 / InQty değerleri =
0.0 / SettlementAmount = (PIU Dengesizlik tutarı) PIU(3.Toplamı)
•
(AgreementIdentification = PIUDGOP) OutOty değerleri = 0.0 / InQty değerleri =
(PIU Gün Öncesi tutarı değişken payı) / SettlementAmount = (Katılımcı gün
Öncesi piyasa hacmi)
•
(AgreementIdentification = PIUDDGP) OutOty değerleri = 0.0 / InQty değerleri =
(PIU DGP tutarı değişken payı) / SettlementAmount = (Katılımcı DGP piyasa
hacmi)
•
(AgreementIdentification = PIUDDENG) OutOty değerleri = 0.0 / InQty değerleri
= (PIU Dengesizlik tutarı değişken payı) / SettlementAmount = (Katılımcı
Dengesizlik piyasa hacmi)
•
(AgreementIdentification = SBDK) OutOty değerleri = (Organizasyon kayıplı cekiş
miktarı)
/
InQty
değerleri
=
(Organizasyon
kayıplı
veriş
miktarı)
/
SettlementAmount = (Organizasyon Sıfır Bakiye Düzeltme Katsayısı)
•
(AgreementIdentification = ISKK) OutOty değerleri = 0.0 / InQty değerleri = 0.0 /
SettlementAmount = Aylık İSKK Verileri (ISKK Göster Butonu Tıklanınca Gelen
Tablo)
7.4.
Talimat Bildirim Mesajı
Katılımcıların gün öncesinden veya dengeleme güç piyasası kapsamında aldığı YAL ve YAT
talimatları;getGOPTalimat
ve
getDGPTalimatmetotları
tarih
parametresi
ile
çağırılarakEnergyAccountReport mesajı ile gönderilecektir. DGP 1 ve 2 kodlu talimatlar
için piyasa katılımcısının nihai talimat gerçekleştirim miktarı; getTeslimEdilemeyenTalimat
metodunun tarih parametresi ile çağrılması sonucundaEnergyAccountReport mesajı
formatında gönderilecektir.
EnergyAccountReport getGOPTalimat(Date date)
EnergyAccountReport getDGPTalimat(Date date)
EnergyAccountReport getDGPTalimatAsGuc(Date date)
EnergyAccountReport getTeslimEdilemeyenTalimat(Date date)
•
55
•
•
DocumentType: A12 - Imbalance report kullanılmalıdır.
•
•
•
•
ETSO olacaktır.
•
•
olacaktır.
•
kullanılmalıdır.
•
zaman.
•
•
•
AccountTimeSeries
•
•
BusinessType: Talimat etiketi 0 olanlar için N09, 1 olanlar için N10, 2 olanlar
için N11 kullanılmalıdır.
•
kullanılacaktır.
•
ObjectAggregation: N14 kullanılacaktır.
•
•
Party:
Uzlaştırma
bildiriminin
ait
olduğu
katılımcının
ETSO
“X”
kodu
kullanılacaktır.
•
AgreementId: Gün Öncesi Planlama ve Dengeleme Güç Piyasasında verilmiş
talimatlar için YAL1/YAL2/YAL3/ ..../YAT1/YAT2/YAT3/...., blok teklifler için
Yük alma yönünde YBL, Yük atma yönünde TBL, esnek teklifler için ise YES
kullanılacaktır.
•
MeasurementUnit:
MWH
olarak
gönderilecektir.getDGPTalimatAsGuc
metodunda bu alan MAW olarak gönderilecektir.
•
•
AccountingPoint: İlgili UEVÇB’nin ETSO kodu kullanılacaktır.
56
•
•
zamanı
formatında
olacaktır.
•
Resolution: Verinin geçerli olduğu zaman dilimini belirtmektedir. Bir saatlik
geçerlilik süresi için PT1H kullanılmaktadır.
•
•
•
InQty: Yük Alma miktarı bu alanda bulunacaktır.Teslim edilemeyen
talimat miktarı YAL Teklifleri için Talimat Enerji Miktarı bu alanda
bulunacaktır.
•
OutQty: Yük Atma miktarı bu alanda bulunacaktır. Teslim edilemeyen
talimat miktarı YAT Teklifleri için Talimat Enerji Miktarı bu alanda
bulunacaktır.
•
7.5.
SettlementAmount: Talimat geçerli fiyatı bu alanda bulunacaktır.
Günlük Parametre Raporu Bildirim
Mesajı
Katılımcılar günlük parametre raporunu getGunlukParametreRapor metodunu kullanarak
tarih parametresi ile çağırabilirler. Günlük parametre raporu EnergyAccountReport mesajı
ile gönderilecektir.
EnergyAccountReport getGunlukParametreRapor(Date date)
•
•
57
•
•
•
•
•
ETSO olacaktır.
•
•
olacaktır.
•
kullanılmalıdır.
•
zaman.
•
•
•
AccountTimeSeries
•
•
•
kullanılacaktır.
•
ObjectAggregation: N14 kullanılacaktır.
•
•
Party: Raporun ait olduğu katılımcının ETSO “X” kodu kullanılacaktır.
•
AgreementId: Günlük Üretim programı için GUP, Tüketim Tahmini için TT, Yük
tahmin planı için YTP, İkili anlaşma miktarı için İA, Öngörülen enerji
dengesizlik miktarı için OEDM+ ve OEDM-, Sistem gün öncesi fiyatı için SGÖF,
0 kodlu Sistem alış miktarı için SAM0, 1 kodlu sistem alış miktarı için SAM1, 0
kodlu Sistem satış miktarı için SSM0, 1 kodlu sistem satış miktarı için SSM1,
kesinleşmiş günlük üretim programı için KGÜP, sistem marjinal fiyatı için SMF,
0 kodlu yük alma miktarı için KEYALM0, 1 kodlu yük alma miktarı için
KEYALM1, 0 kodlu yük atma miktarı için KEYATM0, 1 kodlu yük atma miktarı
için KEYATM1 kullanılacaktır.
•
•
•
58
•
•
zamanı
formatında
olacaktır.
•
•
•
•
7.6.
SettlementAmount: Belli bir saatteki miktarı belirler.
Profil Sayaçlar için Çekiş Miktarı
Bildirim Mesajı
Katılımcılar,profil sayaçlar için aylık bazda çekiş miktarlarını getProfilCekis metodunu tarih
parametresi ile çağırarak elde edebilirler.Aynı şekilde profil sayaçları için sayaç bazında
veri çekebilmek amacıyla getProfilCekisBySayac metodu hem tarih hem de verisi istenen
sayacın ETSO kodu ile çağrılarak EAR formatında ilgili doküman indirilebilecektir. Bunun
yanı sıra parametre olarak verilecek tarih ve alfabetik sıralı halde iki ETSO kod arasında
kalan tüm profil sayaçların (gönderilen iki sayaç dahil)
getProfilCekisBySayacAralik
metodu
çağırılarak
EAR
sayaç verilerini verebilecek
formatında
ilgili
doküman
indirilebilecektir. Çekiş miktarları bildirimiEnergyAccountReport mesajı ile gönderilecektir.
EnergyAccountReport getProfilCekis(Date date)
EnergyAccountReport getProfilCekisBySayac(Date date, String sayac)
EnergyAccountReport getProfilCekisBySayacAralik(Date date, String sayac1,
String sayac2)
•
59
•
•
•
•
•
•
ETSO olacaktır.
•
•
olacaktır.
•
kullanılmalıdır.
•
zaman.
•
•
•
AccountTimeSeries
•
•
•
kullanılacaktır.
•
ObjectAggregation: A02 kullanılacaktır.
•
•
Party: Katılımcının ETSO “X” kodu kullanılacaktır.
•
•
•
•
•
Period:Her bir zaman serisi için bir adet period tanımlanabilmektedir.
•
zamanı
olacaktır.
•
60
formatında
•
Interval:Her zaman serisi aralığında, beş adetInterval bulunmaktadır.
•
Pos: 1 ile 5 arasında değerler alır.
•
InQty: Aldığı değerlerin anlamı şu şekildedir.
1  cekisGece
2  kayipliCekisGece
3 Sayaç verisi bir önceki aydan kopyalanmışsa 1 değerini alır
4  tkkGece
5  hkkGece
•
OutQty: Aldığı değerlerin anlamı şu şekildedir.
1  cekisGunduz
2  kayipliCekisGunduz
3  Sayaç verisi yeni değerlerle girilmişse -1 değerini alır
4  tkkGunduz
5  hkkGunduz
•
SettlementAmount: Aldığı değerlerin anlamı şu şekildedir.
1  cekisPuant
2  kayipliCekisPuant
3  dkkGenel
4  tkkPuant
5  hkkPuant
7.7.
Sistem Dengesizlik Fiyatı ve Gün
Öncesi Fiyatı Bildirim Mesajı
Katılımcılar sistem dengesizlik fiyatını ve sistem gün öncesi fiyatını tarih parametresi ile
çağırarak elde edebilirler. Fiyatlar EAR formatında indirilebilecektir.
EnergyAccountReport getSistemDengesizlikFiyat(Date date)
EnergyAccountReport getGunOncesiFiyat(Date date)
•
•
•
DocumentType: N03 kullanılmalıdır.
61
•
•
ProcessType: A06 – Imbalance Settlement kullanılmalıdır.
•
•
SenderId: 40X000000000002Polarak TEIAS verilecektir. CodingScheme A01 ETSO
olacaktır.
•
•
olacaktır.
•
ReceiverRole: A05 – Balance Responsible Party kullanılmalıdır.
•
zaman.
•
AccountingPeriod:
Fiyat
bildirim
dokümanının
kapsadığı
zaman
dilimi
•
•
AccountTimeSeries
•
•
BusinessType: N04 kullanılmalıdır.
•
Product: Boş bırakılacaktır.
•
•
•
•
•
•
•
AccountingPoint: Boş bırakılacaktır.
•
•
zamanı
formatında
olacaktır.
•
•
zaman dilimi bulunmaktadır. Fiyat bildiriminde bu zaman dilimi sayısı
minimum 24 adettir.
62
•
belirler. Bir günlük fiyat bilgisinde 1 ile 24 arasında olması ve ilgili
InQty: Sistemde enerji açığı olduğunda 1 değerini alır. Sistem dengede
•
ise 0 değerini alır.
OutQty: Sistemde enerji fazlası olduğunda -1 değerini alır. Sistem
•
dengede ise 0 değerini alır.
SettlementAmount: Sistem fiyatını gösterir.
•
7.8.
İkili Anlaşma Onay Durumu Bildirim
Mesajı
Katılımcılar sisteme girdikleri ikili anlaşma durumlarını; ikili anlaşma tarihini date
parametresi olarak, ikili anlaşma durumunu (ONAYBEKLEYEN,ONAYLANMIS)
durum
parametresi olarak, katılımcı satıcı pozisyonunda ise alici parametresini false, alıcı
pozisyonunda ise alici parametresini true olarak atayıp isteklerini gönderdiklerinde
ScheduleMessage formatında indirebileceklerdir. Katılımcılar ikili anlaşmalarını onaylamak
veya reddetmek için setIkiliAnlasmaOnayDurum metodunu kullanabilirler. Bu metot
getIkiliAnlasmaByDurum
metodundan
geri
dönen
İkili
Anlaşmaların
onaylanmak
istenenlerinin ScheduleMessage formatında İkili Anlasma ID ‘si ve değerleri birebir aynı
olmak koşulu ile onay parametresini true olarak atayıp gönderirlerse İkili Anlaşmalarını
onaylamış olacaklardır. Şayet getIkiliAnlasmaByDurum metodundan geri dönen İkili
Anlaşmaların reddedilmek istenenlerinin ScheduleMessage formatında İkili Anlaşma ID ‘si
ve değerleri birebir aynı olmak koşulu ile onay parametresini false olarak atayıp
gönderirlerse İkili Anlaşmalarını reddetmiş olacaklardır. İkili Anlaşma ID katılımcının
onaylayacağı veya reddedeceği İkili Anlaşmaların farkında olması, değerlerin aynı olması
satıcı ve alıcı arasında tutarsızlık olmaması için getIkiliAnlasmaByDurummetodundan
dönenlerle aynı olması zorunlu tutulmuştur.
ScheduleMessage
getIkiliAnlasmaByDurum(Date
date,
String
fazla
anlaşması
durum,
boolean
alici)
ScheduleMessage:
Katılımcı
Birden
karşı
katılımcı
ile
ScheduleMessage altında gönderebilir.
63
ikili
var
ise
hepsini
tek
•
anahtar
kullanılmaktadır;
ilk
16
karakter
gönderici
için
SenderID
olan
10X1001A1001A56W PMUM kodu, ikinci 16 karakter 0000000000000001 ve son
üç karakter 001 şeklinde olmalıdır.
•
•
MessageTYPE: A01 Balance Responsible Schedule.
•
ProcessTYPE: A01 Day ahead.
•
ScheduleClassificationType: A01 Detail Type.
•
SenderID: 10X1001A1001A56W olarak PMUM verilecektir. CodingScheme A01
ETSO olacaktır.
•
SenderRole: Katılımcılar tarafından gönderilecek mesajlarda A11 Market Operator
olarak verilmelidir.
•
olacaktır.
•
ReceiverRole: Perakende satış şirketleri için A02 - Consumption, Toptan satış
•
•
ScheduleTimeInterval:
İkili
anlaşmanın
YYYY-MM-DDTHH:MM:SSZ/
kapsadığı
zaman
YYYY-MM-DDTHH:MM:SSZ
dilimi
formatında
düzenlenecektir.
•
•
SubjectParty: İkili Anlaşma bildiriminde bulunan katılımcının EIC (X) kodu. İkili
Anlaşma bildirimini yapan taraf ile ikili anlaşma’nın tarafları farklı olduğu durumlar
için ayrı bir alan olarak ayırılmıştır. Mevcut piyasa kuralları gereği ikisi aynı
olmalıdır.
•
•
MatchingPeriod: İkili Anlaşma bildirim süreci kapsamında boş bırakılmalıdır.
Gönderilen mesajın tamamı eşleme kapsamına alınacaktır. Bir tam gün.
•
ScheduleTimeSeries: Katılımcının istenen parametrelere uygun sistemde kayıtlı
olan tüm ikili anlaşmalarının her biri için oluşturulacaktır.
•
SendersTimeSeriesID: İkili Anlaşmanın sistemde kayıtlı olan tekil tanımlayıcısı.
•
Zaman
serisinin
herhangi
bir
sebepten
tekrar
64
•
BusinessType: Katılımcılar tarafından gönderilen İkili Anlaşma mesajlarının
zaman serilerinde A02 Internal Trade kullanılacaktır.
•
Product: Katılımcılar tarafından gönderilen İkili Anlaşma mesajlarının zaman
kullanılmalıdır.
•
ObjectAggregation: İkili Anlaşmalar katılımcı bazında saatlik toplam olarak
gönderilecek olup “A03” kodu gönderilecektir.
•
kodlama türü olarka “A01” - ETSO gönderilecektir.
•
kodlama türü olarka “A01” - ETSO gönderilecektir.
•
MeteringPointID: İkili Anlaşma bildirimi kapsamındaki mesajlarda bu alan boş
bırakılmalıdır.
•
InParty: İkili Anlaşmanın satış tarafında bulunan katılımcının EIC (X) kodu.
•
OutParty: İkili Anlaşmanın alış tarafında bulunan katılımcının EIC (X) kodu.
•
CapacityContractType: İkili Anlaşma bildirimi kapsamındaki mesajlarda bu alan
•
CapacityAgreementID: İkili Anlaşma bildirimi kapsamındaki mesajlarda bu alan
•
MeasurementUnit:
MWH
İkili
Anlaşma
bildirimi
kapsamında
gönderilen
değerler saatlik enerji değerleridir, değerler saatlik olduklarından saatlik
ortalama güç değerlerine eşdeğerdirler.
•
•
zamanı
formatında
gönderilmelidir.
•
uzlaştırma prensibi gereği ikili anlaşma bilgilerinin saatlik gönderilmesi
gerekir (PT1H veya PT60M).
Saatlik dışında gönderilen ikili anlaşma
•
dilimi bulunmaktadır. Günlük ikili anlaşma bildirimi sürecinde bu zaman
•
belirler. Bir günlük ikili anlaşma bildirimi için 1 ile 24 arasında olması ve
65
ilgili saatleri ifade etmesi beklenir. (Saatlerin ileri ve geri alındığı
dönemlerde 25 veya 23 olabilir.)
•
Qty: İlgili saatte ikili anlaşmaya konu olan Enerji miktarı bilgisi
7.9.
Organizasyon Bazında Sayaç ETSO Kod
Listesi Bildirim Mesajı
Organizasyonların
hesapları
altında
yer
alan
sayaç
ETSO
kodlarının
temininde
PMUMetaDataReportmesajı kullanılacaktır. Sayaç ETSO kodları, katılımcı tarafından
gönderilecek bir zaman parametresi ile çağrılarak PMUMetaDataReport formatında
indirilebilecektir.
PMUMetaDataReport getSayacEtsoKodByOrg(Date date)
PMUMetaDataReport:
•
•
•
•
•
ProcessType: N08 – National Meter Info kullanılmalıdır.
•
•
SenderIdentification:
10X1001A1001A56W
kurulmasından
sonra
TEİAŞ
olarak
ilgili
tarafından
PMUM
gönderilen
verilmelidir
EDAŞ’ların
EIC
dağıtım
(X)
mesajlar
OSOS
Kodları
için
sistemlerinin
kullanılmalıdır.
•
•
ReceiverIdentification: Alıcı taraf’ın EIC (X) Kodları kullanılmalıdır. CodingScheme
•
ReceiverRole: A27 – Resource Provider olarak kullanılmalıdır,
•
DocumentDateTime: Mesajın hazırlandığı YYYY-MM-DDTHH:MM:SSZ formatında
zaman.
•
DataPeriod: Sayaç verilerinin kapsadığı zaman dilimi YYYY-MM-DDTHH:MM:SSZ/
66
•
•
PMUMetaDataSeries:
•
SendersDataSeriesIdentification: Veri serisine ilişkin tekil tanımlayıcı.
•
BusinessType: N08 – National Meter Info kullanılmalıdır.
•
•
•
AgreementIdentification: Boş bırakılacaktır.
•
PMUMetaDataEntry:
•
Type: Katılımcının aldığı verinin tipini ifade etmektedir. Aşağıda tanımlanan
alanlardan oluşmaktadır.
•
N14 -> Sayacın ETSO Kodu
N32 -> Sayaç Okuma Tipi (Üç zamanlı, Saatlik)
7.10. Profil Çarpan Katsayıları Bildirim Mesajı
Piyasa katılımcıları, profil sayaçlara uygulanan profil çarpan katsayılarını ilgili ayın ilk
gunünü içeren tarih parametresi ile çağırarak elde edebilirler. Katsayılar EAR
formatında indirilebilecektir. Katsayılar dağıtım organizayonları ve profil abone
grupları bazında AccountTimeSeries ‘lere ayrılmıştır. Örneğin A dağıtım şirketinin 1
numaralı profil abone grubuna uygulayacağı bir aylık çarpan katsayıları 1 adet
AccountTimeSeries içine saat bazında verilecektir.
EnergyAccountReport getProfilCarpan(Date date)
•
•
DocumentVER: Mesaj sürüm numarasıdır.
•
DocumentType: A33 değeri kullanılmıştır.
•
DocumentStatus: A02 - Final kullanılmıştır.
•
ProcessType: A05 değeri kullanılmıştır.
•
ClassificationType: A01 – Detail kullanılmıştır.
•
SenderId: 40X000000000002P PMUM ETDO kod kullanılmıştır. CodingScheme A01
ETSO olacaktır.
67
•
SenderRole: A04 – System Operator kullanılmıştır.
•
ReceiverID: Alıcı taraf’ın EIC (X) Kodları kullanılmıştır. CodingScheme A01 ETSO
olacaktır.
•
ReceiverRole: A02 – Consumption kullanılmıştır.
•
zaman.
•
AccountingPeriod:
Fiyat
bildirim
dokümanının
kapsadığı
zaman
dilimi
•
Domain: 10YTR-1001A0006O olarak TEİAŞ bölgesi kullanılmıştır.
•
AccountTimeSeries
•
•
BusinessType: A04 kullanılmıştır.
•
Product: 8716867000030 Aktif Enerji değeri kullanılmıştır.
•
ObjectAggregation: A02 değeri kullanılmıştır.
•
Area: Alan kodu olarak “40Y000000000001D” Türkiye, kodlama türü olarak
“A01” - ETSO kullanılacaktır.
•
Party:
Katsayıların
ait
olduğu
dağıtım
organizasyonunun
ETSO
kodu
kullanılmıştır.
•
AgreementId: Profil abone grup verisinin DGPYS sisteminde kayıtlı olduğu ID
değeri kullanılmıştır. İlgili değere DGPYS -> İşlemler Menüsü -> Kayıt İşlemleri
-> Serbest Tüketici İşlemleri -> Ser. Tük. Sayaç Kayıt Bilgi Ekranında yer alan
Profil Abone Grup Sekmesinden ulaşılabilir.
•
•
•
AccountingPoint: Boş bırakılacaktır.
•
Period: Her bir zaman serisi için bir period tanımlanmıştır.
•
zamanı
formatında
olacaktır.
•
Resolution: PT1H kullanılmıştır. Katsayılar saatlik olarak verilecektir.
•
Interval: Her zaman serisi aralığında, TimeInterval/Resolution adet zaman
dilimi bulunmaktadır. Örneğin, 31 günden oluşan bir ay için toplam (31 X
24 = ) 744 adet zaman dilimi kullanılacaktır.
•
belirler. İlgili ay içinde yer alan her bir saat değerini ifade eder. Örneğin
(1(ayın ilk saati), ... , 744(ayın son saati))
•
InQty: İlgili saat için profil çarpan katsayı değeri.
•
OutQty: Boş bırakılacaktır.
68
•
SettlementAmount: Boş bırakılacaktır.
69
8. Serbest Tüketici Kayıtlarına
İlişkin Süreçler
Serbest
Tüketicilerin
yeni
sayaç
kullanılarak, Tedarikçi Değişikliği
kaydı
EVDServis’in
setSTSayacKayit
metodu
ise EVDServis’in setSTTedarikciDegisikligi metodu
kullanılarak PMUMetaDataReport olarak gönderilecektir.EVDServis metotları cevap olarak
başarılı
kaydedilmesi
durumunda
ConfirmationReport
kontroller
sırasında
hataya
rastlanması durumunda ise ResourceScheduleAnomalyReport mesajı döndürecektir.
8.1.
Serbet Tüketici Yeni Sayaç Kaydı Mesajı
Türkiye Elektrik Piyasasında serbest tüketici yeni sayaç kayıtlarının bildirimine ilişkin
sürecin
başlatılması
için
katılımcı
tarafından
gönderilecek
“PMUMetaDataReport”
açıklamalar aşağıda verilmiştir. Katılımcılar setSTSayacKayit metodunu kullanarak yeni
sayaç kaydı bildiriminde bulunabilir.
ResourceScheduleAnomalyReport setSTSayacKayit(PMUMetaDataReport report)
ResourceScheduleAnomalyReport setSTTalepBirlestirme(PMUMetaDataReport report)
PMUMetaDataReport:
Katılımcı
Birden
fazla
sayaç
kaydı
var
ise
100
sayaca
kadar
hepsini
tek
PMUMetaDataReport altında gönderebilir.
PMUMetaDataReport:
•
•
•
•
•
•
70
•
SenderIdentification:Alıcı taraf’ın EIC (X) Kodları kullanılmalıdır. CodingScheme
•
SenderRole:A27 – Resource Provider olarak kullanılmalıdır,
•
ReceiverIdentification:
10X1001A1001A56W
TEİAŞ
olarak
tarafından
PMUM
gönderilen
verilmelidir.
mesajlar
CodingScheme
A01
için
ETSO
olacaktır.
•
ReceiverRole: A11 – System Operator kullanılmalıdır.
•
DocumentDateTime: Boş bırakılacaktır.
•
DataPeriod: Boş bırakılacaktır.
•
•
PMUMetaDataSeries:
•
•
•
•
•
•
PMUMetaDataEntry:
•
Type: Katılımcının girmesi gereken verinin tipini ifade etmektedir. Aşağıda
tanımlanan alanlardan oluşmalıdır. Id olarak girilmesi gereken alanların
id’leri Serbest Tüketici İşlemleri -> ST Sayaç Kayit Bilgi Ekranı bölümünden
bulunabilir.
N54
N55
N56
N57
N20
N16
N15
N17
N33
N28
N29
N30
N31
N27
N38
N41
N23
N51
N24
N25
-> Uevçb Ad
-> Uevçb Şehir
(Şehir id’si girilmelidir)
->Uevçb İlçe
-> Uevçb Bağlantı Anlaşması Tip
(id olarak girilmelidir)
-> Sayacın Şehir
->Sayacın Seri Nosu
->Sayacın Abone Nosu
->Sayacın Üreticisi
->Bara Gerilimi
(Gerilim değeri girilmelidir)
->Bağlantı Noktası Gerilimi
-> Sayacın Kullanım Tipi
-> Profil Tipi
-> Profil Abone Grubu
-> Sayacı Okuyan Kurum
(Etso kodu girilmelidir)
->Tenzil Uevçb
(uevçb etso kodu girilmelidir)
-> Trafo Gücü
-> Trafo Giriş Gerilimi
->Trafo Çıkış Gerilimi
-> Sayaç Trafo Merkez
-> Trafoya Göre Konum
71
N26
N42
N18
N19
N21
N52
N53
N45
N46
N47
N48
N49
N50
->
->
->
->
->
->
->
->
->
->
->
->
->
Trafoya Göre Konum Diğer
Sayacın Kayıp Tipi
Sayacın Tesis Adı
Sayacın Adresi
Sayacın İlçesi
Sayacın Veriş Pozisyonu
Sayacın Çekiş Pozisyonu
Yükteki Kayıp
Boştaki Kayıp
Hat Kesiti
Hat Uzunluğu
Hat Devre Sayısı
İletken Özdirenci
Talep birleştirmesi yapacak olan katılımcılar STTalepBirlestirme
metodunda
N54,N55,N56,N57
tagları
yerine
N61
tagını
kullanacaklardır. Bu tagın değeri STSayacKayit metodundan dönen
Talep id olacaktır.
•
8.2.
Serbest Tüketici Tedarikçi Değişikliği
Bildirim Mesajı
Türkiye Elektrik Piyasasında serbest tüketici tedarikçi değişikliği bildirimine ilişkin sürecin
başlatılması için katılımcı tarafından gönderilecek
“PMUMetaDataReport” mesajının
alanlarının doldurulmasına yönelik açıklamalar ve ilgili zaman serilerine ilişkin açıklamalar
aşağıda verilmiştir. Katılımcılar setSTTedarikçiDeğişikliği metodunu kullanarak tedarikçi
değişikliği bildiriminde bulunabilir.
ResourceScheduleAnomalyReport setSTSayacKayit(PMUMetaDataReport report)
PMUMetaDataReport:
Katılımcının birden fazla tedarikçi değişikliği var ise 100 tedarikçi değişikliğine kadar
hepsini tek PMUMetaDataReport altında gönderebilir.
PMUMetaDataReport:
•
72
•
•
•
•
•
•
•
•
SenderRole: . A27 – Resource Provider olarak kullanılmalıdır,
ReceiverIdentification:TEİAŞ
10X1001A1001A56W
olarak
tarafından
PMUM
gönderilen
verilmelidir.
mesajlar
CodingScheme
A01
için
ETSO
olacaktır.
•
ReceiverRole:A04 – System Operator kullanılmalıdır
•
•
DataPeriod: Boş bırakılacaktır.
•
•
PMUMetaDataSeries:
•
•
•
•
•
•
PMUMetaDataEntry:
•
Type:Katılımcının girmesi gereken verinin tipini ifade etmektedir. Aşağıda
bulunabilir.
N54
N55
N56
N57
N60
•
-> Uevçb Ad
-> Uevçb Şehir
(Şehir id’si girilmelidir)
->Uevçb İlçe
-> Uevçb Bağlantı Anlaşması Tip
-> Uevçb Talep Etso Kodu
73
8.3.
Serbest Tüketici Sayaç Onay/Red
Bildirim Mesajı
Serbest tüketici sayaç onay/red bildirimine ilişkin sürecin başlatılması için piyasa
katılımcısı
(PK***)
veya
elektrik
dağıtımcısı
(ED***)
tarafından
gönderilecek
“PMUMetaDataReport” mesajının alanlarının doldurulmasına yönelik açıklamalar ve ilgili
zaman serilerine ilişkin açıklamalar aşağıda verilmiştir. Katılımcılar setSTSayacOnay
metodunu kullanarak onaylamak veya reddetmek istedikleri sayaçlara ilişkin bildiriminde
bulunabileceklerdir.
ResourceScheduleAnomalyReport setSTSayacOnay(PMUMetaDataReport report)
PMUMetaDataReport:
•
•
•
•
•
•
•
SenderIdentification: Gönderici tarafın EIC (X) kodu kullanılmalıdır. CodingScheme
•
SenderRole: A27 – Resource Provider olarak kullanılmalıdır,
•
ReceiverIdentification: TEİAŞ EIC (X) kodu “10X1001A1001A56W” kullanılmalıdır.
•
ReceiverRole: A04 – System Operator kullanılmalıdır
•
DocumentDateTime: Bildirim mesajının oluşturulma tarihi gönderilmelidir.
•
DataPeriod:
Bildirim
mesajının
kapsadığı
dönem
YYYY-MM-DDTHH:MM:SSZ/
•
•
PMUMetaDataSeries:
•
SendersDataSeriesIdentification: Herbir ST Sayaç Veri serisine ilişkin tekil
tanımlayıcı.
•
•
74
•
•
AgreementIdentification: İlgili ST Sayacının onaylandığına ilişkin bildirim için
“ONAY”, ilgili ST Sayacının reddine ilişkin bildirim için “RED” değerleri
gönderilmelidir.
•
PMUMetaDataEntry:
•
Type: Katılımcının girmesi gereken verinin tipini ifade etmektedir. Aşağıda
bulunabilir.
N13
N14
N15
N16
N20
N62
N63
N64
N65
N66
N67
-> ST Sayacının ID değeri
-> ST Sayacının ETSO Kod değeri
-> ST Sayacının Abone No değeri
-> ST Sayacının Seri No Kod değeri
-> ST Sayacının İl kodu değeri (Şehir id’si girilmelidir)
-> ST Sayacının KWH cinsinden Yıllık Ortalama Tüketim Miktarı
-> ST Sayaç Red Nedeni (id olarak girilmelidir)
1 : Sözleşmesi devam etmektedir.
2 : Yükümlülüklerini yerine getirmemiştir.
3 : Tüketimi limitin altındadır.
-> ST Sayaç Red Neden Açıklaması (String)
-> ST Sayaç Onay (Onay için 1, Red için 0 değeri seçilmelidir.)
-> ST Sayaç Yükümlülük Onay (Onay için 1, Red için 0)
-> ST Sayaç Mevzuat Onay (Onay için 1, Red için 0)
PMUMetaDataEntry alanında onay/red verecek organizasyon tipi (PK,ED) ve onay/red
durumuna göre kullanılması gereken zorunlu alanlar aşağıdaki tabloda verilmiştir.
Belirtilen alanlara uygun değerler atanarak sayaç onay/red bildiriminde bulunulması
gerekmektedir.
Dağıtım (ED) veya
İletim için Zorunlu
Alanlar
Piyasa Katılımcısı için
Zorunlu Alanlar
Onay Durumu
N13, N14, N15, N16,
N20, N62, N65, N67
Red Durumu
N13, N14, N15, N16,
N20, N64, N65, N67
N13, N14, N15, N16,
N20, N62, N66
N13, N14, N15, N16,
N20, N63, N64, N66
75
9. Sayaç Verisi Kayıtlarına İlişkin
Süreçler
Saatlik sayaçların veri
sayaçların
veri
kaydı
kaydı
ise
EVDServis’in setSayacVeri metodu kullanılarak, Profil
EVDServis’in
setSayacProfilVeri
metodu
kullanılarak
EnergyAccountReport olarak gönderilecektir.EVDServis metotları cevap olarak başarılı
kaydedilmesi durumunda ConfirmationReport kontroller sırasında hataya rastlanması
durumunda ise ResourceScheduleAnomalyReport mesajı döndürecektir.
9.1.
Saatlik Sayaç Veri Kaydı Mesajı
Türkiye Elektrik Piyasasında saatlik sayaç veri kayıtlarının bildirimine ilişkin sürecin
“EnergyAccountReport” mesajının
aşağıda verilmiştir. Katılımcılar setSayacVeri metodunu kullanarak saatlik sayaç veri
kaydı bildiriminde bulunabilir.
ResourceScheduleAnomalyReport setSayacVeri(EnergyAccountReport report)
Katılımcı Bir EnergyAccountReport altında
en
fazla bir saatlik sayaç veri kaydı
gönderebilir.
•
•
•
kullanılmalıdır.
•
•
•
•
76
•
•
10X1001A1001A56W
TEİAŞ
olarak
tarafından
PMUM
gönderilen
verilmelidir.
mesajlar
CodingScheme
A01
için
ETSO
olacaktır.
•
ReceiverRole:: A04 – System Operator kullanılmalıdır.
•
•
AccountingPeriod: Boş bırakılacaktır.
•
Domain: 10YTR-1001A0006O olarak TEİAŞ bölgesi gönderilmelidir.CodingScheme
•
AccountTimeSeries
•
•
•
kullanılacaktır.
•
•
•
•
•
MeasurementUnit: KWH. İşlenmiş sayaç verileri KWh olarak gönderilecektir.
•
•
•
Period:
•
TimeInterval: Otomatik olarak geçerli uzlaştırma dönemindeki zaman
aralığı atanacaktır.
•
•
AccountInterval:Her zaman serisi aralığında, AccountInterval/Resolution
adet zaman dilimi bulunmaktadır. Sayaç veri okuma sürecinde bu zaman
•
belirler.
•
InQty: İlgili saatte sisteme veriş miktarı bilgisini gösterecektir.
•
OutQty: İlgili saatte sistemdençekiş miktarı bilgisini gösterecektir.
•
77
9.2.
Profil Sayaç Veri Kaydı Mesajı
Türkiye Elektrik Piyasasında profil sayaç veri kayıtlarının bildirimine ilişkin sürecin
“EnergyAccountReport” mesajının
aşağıda verilmiştir. Katılımcılar setSayacProfilVeri metodunu kullanarak profil sayaç veri
kaydı bildiriminde bulunabilir.
ResourceScheduleAnomalyReport setSayacProfilVeri(EnergyAccountReport report)
Katılımcı Bir EnergyAccountReport altında en fazla bir profil sayaç veri kaydı gönderebilir.
•
•
•
kullanılmalıdır.
•
•
•
•
•
•
10X1001A1001A56W
TEİAŞ
olarak
tarafından
PMUM
gönderilen
verilmelidir.
olacaktır.
•
ReceiverRole:: A04 – System Operator kullanılmalıdır.
•
•
AccountingPeriod: Boş bırakılacaktır.
78
mesajlar
CodingScheme
A01
için
ETSO
•
Domain: 10YTR-1001A0006O olarak TEİAŞ bölgesi gönderilmelidir.CodingScheme
•
AccountTimeSeries
•
•
•
kullanılacaktır.
•
•
•
•
•
MeasurementUnit: KWH. İşlenmiş sayaç verileri KWh olarak gönderilecektir.
•
•
•
Period:
•
TimeInterval: Otomatik olarak geçerli uzlaştırma dönemindeki zaman
aralığı atanacaktır.
•
•
AccountInterval:Her
zaman
serisi
aralığında,
AccountInterval/Resolution adet zaman dilimi bulunmaktadır.
•
belirler. 1 numaralı pozisyon ÇekişGundüz, 2 numaralı pozisyon
ÇekişPuant, 3 numaralı pozisyon ÇekişGece olarak kullanılmalıdır.
•
InQty: Değer girilmeyecektir.
•
OutQty: İlgili pozisyonda sistemdençekiş miktarı bilgisini gösterecektir.
•
79
10. Sekonder Frekans
Talimatlarının Onay Durumu
Katılımcılar sekonder frekanslarının talimat onay durumunu tarih parametresi ile
çağırarak elde edebilirler. Talimat onay durumu EAR formatında indirilebilecektir.
EnergyAccountReport getDGPSFKTalimatOnayDurum(Date date)
•
AccountTimeSeries
•
Period: Her bir zaman serisi için bir period tanımlanmıştır.
•
zamanı
formatında
olacaktır.
•
•
zaman dilimi bulunmaktadır. Talimat bildiriminde bu zaman dilimi sayısı
minimum 24 adettir.
•
belirler. Bir günlük talimat bilgisinde 1 ile 24 arasında olması ve ilgili
•
InQty:
Talimat
onaylı
olduğunda
onaylanmadığında ise 0 değerini alır.
80
1
değerini
alır.
Talimat
11. Teslim Edilemeyen Talimatların
Gönderilmesi
Teslim Edilemeyen Talimatların bildirimine ilişkin sürecin başlatılması için katılımcı
tarafından gönderilecek
“Planned Resource Schedule Document” mesajının alanlarının
doldurulmasına yönelik açıklamalar ve ilgili zaman serilerine ilişkin açıklamalar aşağıda
verilmiştir.
setTeslimEdilemeyenTalimat(PlannedResourceScheduleDocument)
Katılımcı bir Time Series altında sadece bir talimat gönderebilmektedir.
•
•
•
•
ProcessTYPE: A06 kullanılmalıdır.
•
SenderID: Teslim Edilemeyen Talimat bildiriminde bulunan katılımcının EIC (X)
kodu. Teslim Edilemeyen Talimat bildiriminde bulunulan UEVÇB’nin bu katılımcı
adına kayıtlı olması zorunludur.
•
•
ReceiverID: Katılımcılar
tarafından
gönderilecek Teslim Edilemeyen Talimat
•
ReceiverRole:
Katılımcılar
tarafından
gönderilecek
mesajlarda
A11
Market
hangi
zaman
•
DocumentDateTime: Sistem otomatik olarak atayacaktır.
•
TimePeriodCovered:
Teslim
Edilemeyen
Talimat
bildiriminin
aralığında olacağını gösterir.Tanımlanmakta olan zaman aralığının başlangıç ve
bitiş
zamanı
formatında
gönderilmelidir.
•
•
SubjectParty: Teslim Edilemeyen Talimat bildiriminde bulunan katılımcının EIC (X)
kodu bulunmalıdır.
81
•
•
•
•
BusinessType: Katılımcılar tarafından gönderilen Teslim Edilemeyen Talimat
mesajlarının
zaman
serilerinde
A61
maximum
available
generation
kullanılacaktır.
•
Direction: Boş bırakılmalıdır.
•
Product: Katılımcılar tarafından gönderilen EAK mesajlarının zaman serilerinde
•
ConnectingArea:
Alan
kodu
olarak
10YTR-1001A0006O
TEİAŞ
bölgesi,
•
ResourceObject: Katılımcı tarafından gönderilen Teslim Edilemeyen Talimatın
ilgili olduğu UEVÇB’nin ETSO “W” Kodu kullanılmalıdır.
•
ResourceProvider: Katılımcının ETSO kodu bulunmalıdır.
•
AcquiringArea: Boş bırakılmalıdır.
•
CapacityContractType: Boş bırakılmalıdır.
•
CapacityAgreementID: Boş bırakılmalıdır.
•
•
Period:
•
zamanı
formatında
gönderilmelidir.(Ör: 28 Mayıs 2012’ye ilişkin talimatın time interval
•
•
Interval:
•
Pos: 1’den başlayan ve 24’e kadar devam edecek olan saat pozisyon
numarası.
•
Qty: Teslim Edilemeyen Talimat miktarı.
82
12. Primer Frekans Kontrol
Yükümlülük Transfer Gönderimi
Türkiye Elektrik Piyasasında Dengeleme Güç Piyasası Kapsamında PFK yükümlülük
transfer bildirimine ilişkin sürecin başlatılması için katılımcı tarafından gönderilecek
“Planned Resource Schedule Document” mesajının alanlarının doldurulmasına yönelik
açıklamalar ve ilgili zaman serilerine ilişkin açıklamalar aşağıda verilmiştir.
setPFKYukumlulukTransfer(PlannedResourceScheduleDocument)
•
•
•
•
•
SenderID: PFK yükümlülük transfer bildiriminde bulunan katılımcının EIC (X)
kodu.
•
•
ReceiverID:
Katılımcılar
tarafından
gönderilecek
PFK
yükümlülük
transfer
•
ReceiverRole:
Katılımcılar
tarafından
gönderilecek
mesajlarda
A11
Market
•
•
TimePeriodCovered: PFK yükümlülük transfere ilişkin ScheduleMessage tipindeki
mesajlar bir günün tamamını kapsamalıdır. Bir günün tamamını kapsamayan PFK
yükümlülük transfer mesajları reddedilecektir.
•
•
SubjectParty:
PFK
Yönetmeliği
hükümleri
yükümlülük
dolayı
transfer
gereğince
PFK
bilgileri
sadece
yükümlülük
Dengeleme
ilgili
transfer
katılımcının EIC (X) kodu bulunmalıdır.
•
SubjectRole: A27 – Resource Provider kullanılmalıdır.
•
83
ve
Uzlaştırma
katılımcı
bildiriminde
tarafından
bulunan
•
•
BusinessType: A61 Maximum Available Generation kullanılmalıdır.
•
Direction: PFK yükümlülük transfer kapsamında bu alan boş bırakılmalıdır.
•
Product:
Katılımcılar
tarafından
gönderilen
PFK
yükümlülük
transfer
mesajlarının zaman serilerinde ürün kodu olarak aktif güç: 8716867000016
Active Power kullanılmalıdır.
•
ConnectingArea:
Alan
kodu
olarak
10YTR-1001A0006O
TEİAŞ
bölgesi,
•
ResourceObject: Boş bırakılacaktır.
•
ResourceProvider:
PFK
devrinde
bulunulacak
katılımcının
“X”
kodu
bulunmalıdır.
•
AcquiringArea: PFK yükümlülük transfer kapsamında bu alan boş bırakılmalıdır.
•
CapacityContractType: PFK yükümlülük transfer kapsamında bu alan boş
bırakılmalıdır.
•
CapacityAgreementID: PFK yükümlülük transfer kapsamında bu alan boş
bırakılmalıdır.
•
•
Period:DGP PFK yükümlülük transfer için her bir time serie altında her bir saati
temsilen 24 adet period olmalıdır.
•
zamanı
formatında
gönderilmelidir.(Ör: 3 Haziran 2012’e ilişkin teklifin time interval alanında
•
Resolution: PT1H değerini almalıdır.
•
Interval:
•
belirler. Bir günlük PFK yükümlülük transfer bilgisinde 1 ile 24 arasında
olması ve ilgili saatleri ifade etmesi beklenir.
•
Qty: Miktar.
84

5.1. Gün Öncesi Planlama EVD Süreci

Transkript

Benzer belgeler

Shopping Recommendation App Code Listing By Ayhan Sahin

Sunum

Exchange Server 2013 Kurulum Sonrası Yapılandırmalar Exchange