1 Ocak 2027'den İtibaren Çekya'da EET 2.0: Özel POS ve Kiosk Yazılımlarının Yapması Gerekenler

Çekya'da satış kaydı geri dönüyor. Cumhurbaşkanı Petr Pavel EET 2.0 yasasını 17 Eylül 2026'da imzaladı ve Maliye İdaresi'nin duyurusu tarih konusunda açık: satışları kaydetme yükümlülüğü 1 Ocak 2027'de başlıyor. Yükümlülük, işletme ile müşteri arasındaki temaslı ödemeleri ve tüm nakit ödemeleri kapsıyor. Nakit, kart, telefon ya da QR kod fark etmez: müşteri yüz yüze ya da sizin mekânınızda ödeme yapıyorsa satış, gerçekleştiği anda vergi idaresine gider.

Küçük esnafın çoğu için bu, bir tedarikçi güncellemesi ya da devletin ücretsiz web uygulaması anlamına geliyor. Kendi kasa yazılımını, self-servis kiosklarını ya da personelin salonda elinde taşıdığı bir ödeme uygulamasını çalıştıran zincirler içinse önünde yaklaşık 90 gün kalmış bir entegrasyon projesi demek. Bu makale onlar için.

İlk EET'den Bu Yana Neler Değişti

İlk EET 2022'de kaldırılmıştı. EET 2.0 temel fikri koruyor (kapsama giren her satış çevrimiçi olarak gönderiliyor ve devlet tarafından onaylanıyor), ama yükün büyük kısmını atıyor:

• Asgari veri. Eski sistem her satışı KDV oranına göre bölüyordu. EET 2.0, oranlar ne olursa olsun KDV dahil tek bir toplam gönderiyor.
• Fiş yükümlülüğü yok. İşletmeler artık EET amacıyla fiş düzenlemek zorunda değil ve onay kodunun fişte yer alması da gerekmiyor.
• Daha dar kapsam. Yalnızca müşteri ile işletme arasındaki temaslı ödemeler kaydediliyor; eski sistem daha geniş bir ödeme yelpazesini kapsıyordu.
• Ücretsiz bir devlet seçeneği. En küçük işletmeler için bir web uygulaması olan MOJE eet ve götürü usulde vergilendirilen bazı şahıs işletmeleri için EET OFF adlı bir muafiyet seçeneği.

Teknik değişiklik listenin düşündürdüğünden daha büyük. Taşıma katmanı tanıdık: daha önce olduğu gibi HTTPS üzerinden, WS-Security imzalarıyla SOAP 1.1. Mesaj ise öyle değil. Yeni arayüz 4.1 sürümü, eskisi 3.1'di ve spesifikasyon 2026 değişikliklerinin “are incompatible with previous system” (önceki sistemle uyumsuz) olduğunu söylüyor. Geliştirici semineri sunumu, BKP güvenlik kodunu, basitleştirilmiş mod bayrağını ve KDV kalemlerini kaldırılanlar arasında sayıyor. Eski EET kodu altyapı için bir referanstır, fazlası değil.

Kapsama Neler Giriyor

Satışları kimlerin kaydetmesi gerektiğine ilişkin resmi sayfa üç koşul belirliyor: ödeme temaslı bir ödeme ya da herhangi bir nakit ödeme olmalı, işletme geliri olmalı ve hiçbir muafiyet uygulanmamalı.

Temaslı ödeme, ya sizinle veya personelinizle kişisel temas içinde ya da mal veya hizmetle bağlantılı olarak sizin mekânınızda veya aracınızda gerçekleşir. Seminer sunumu, ikinci kuralın self-servis kasaları ve self-servis mekânları hedeflediğini açıkça söylüyor. Mağazanızın içindeki bir kiosk, işleme hiçbir çalışan dokunmasa bile kapsamdadır. Nakit, mekânınızın dışında bile her zaman kaydedilir; posta hizmetinin tahsil ettiği kapıda ödeme bunun istisnasıdır.

Ödeme yöntemi önemli değil. Nakit, kart, QR kod, satış noktasında yapılan banka havalesi veya otomatik ödeme talimatı, kripto varlıklar, hediye kartları, yemek çekleri ve ön ödemeli kartların hepsi listede yer alıyor.

Uzaktan yapılan ödemeler kapsam dışı: bir ödeme altyapısı üzerinden ödenen e-ticaret siparişi ya da müşterinin kendi ofisinden ödediği bir fatura. Önemli olan faturada ne yazdığı değil, paranın gerçekte nasıl el değiştirdiğidir. Bir müşteri tezgâhta kartla 200 CZK, kalan 800 CZK'yı ise ertesi gün evden havaleyle öderse yalnızca 200 CZK kaydedilir.

Kendi başına bir mekân sayılan otomatlar (resmi örnek kahve makinesi) muaftır; kaydın pratik olmayacağı, mekânınızın dışındaki self-servis stantlar da öyle. Muafiyet listesi başkalarının yanı sıra kamu kurumlarını, bankaları, şans oyunlarını ve enerjiyi de kapsıyor.

Bunun Büyük Kısmını Kimler Atlayabilir

Mikro işletmeler, 1 Aralık 2026'da kullanıma açılacak MOJE eet'i kullanabilir. Haziran'daki geliştirici semineri bu uygulamayı en fazla iki kayıt birimi ve iki çalışanı olan işletmelere yönelik olarak tanıttı. Birinci dilimde yer alan ve geliri 1 milyon CZK'ya kadar olan götürü usuldeki şahıs işletmeleri EET OFF ile kapsam dışında kalmayı seçebilir.

Yaygın bir POS ürünü kullanan işletmeler tedarikçilerinden bir güncelleme almalı. Güncellemenin ne zaman çıkacağını ve kesinti sırasında ne olacağını sorun, ardından vergi portalına kaydolun ve sertifikayı yükleyin.

Diğer herkes okumaya devam etmeli: şirket içinde geliştirilmiş ya da özelleştirilmiş kasa yazılımları, kendi geliştirdiğiniz kiosklar, personel ödeme uygulamaları ya da tek bir ödemenin iki şirkete ait olabildiği bir grup.

Neler Geliştirilmeli

Her şey geliştirici belgeleri sayfasında yer alıyor: arayüz açıklaması (İngilizce sürüm bağlayıcı değildir), XSD ve WSDL, örnek imzalı istekler ve playground sertifikaları. İngilizce baskı artık 2 Ekim 2026 tarihli 1.2a sürümü; 3.3.3.10. bölümde porad_cis için yanlış verilen bir azami uzunluğu düzeltiyor, bu yüzden alan sınırlarınızı bu sürüme göre kontrol edin.

Kayıt birimleri ve cihaz kimlikleri

Her mesaj bir kayıt birimi kimliği taşır. Birimleri (bir mağaza, seyyar bir stant, bir teslimat aracı) vergi portalı DIS+'ta oluşturursunuz ve sistem her birine bir numara atar. Zincirler birimleri toplu olarak içe aktarabilir; değişikliklerin 15 gün içinde bildirilmesi gerekir. POS sisteminizin her lokasyonu kendi birim kimliğiyle eşleyen, güncel tutulan bir tabloya ve birim içinde benzersiz, en fazla 20 karakterlik bir cihaz kimliğine ihtiyacı vardır.

Sertifikalar

Özel sistemlerin genellikle zaman kaybettiği yer burasıdır. Sertifika prosedürü adımları şöyle sıralıyor:

• Anahtar çifti sizin cihazınızda değil, EET sertifika otoritesi tarafından üretilir. Parola korumalı bir PKCS#12 dosyası indirirsiniz; dosya, indirmeyi onaylayana kadar ve en fazla 30 gün boyunca erişilebilir kalır.
• Dosya, eski kasalar düşünülerek eski 3DES şifrelemesini kullanır. Belge, dosyanın legacy provider olmadan OpenSSL 3'te yüklenemeyebileceği konusunda uyarıyor ve dosyanın yeniden paketlenmesini ya da anahtarın bir kasaya (vault) taşınmasını öneriyor.
• Sertifikalar bir yıl geçerlidir. Bir sertifika tek bir cihaza ya da birkaç cihaza hizmet edebilir; kaç tane düzenleyeceğiniz sizin kararınızdır.
• Yenileme bir REST API üzerinden otomatikleştirilebilir: yenilenen sertifikayla imzalanmış kısa ömürlü bir JWT, ardından isteğin durumunu sorgulama, indirme ve onaylama. Otorite, süre dolmadan iki ila üç hafta önce yenilemeyi öneriyor. Sertifikanın süresi dolduktan sonra API yolu kapanır ve birinin sertifikayı elle yenilemesi gerekir.
• Özel anahtarı korumak mükellefin yasal görevidir. Kırk kasaya kopyalanmış tek bir anahtar dosyası, er geç gelecek bir iptal demektir.

Veri mesajı

Başlık, her deneme için yeni bir UUID, gönderim zamanı, ilk deneme bayrağı ve isteğe bağlı bir doğrulama bayrağı içerir. Veri kısmı ise mükellefin EIČ numarasını, birim kimliğini, cihaz kimliğini, bir sıra numarasını (en fazla 25 karakter, birim ve cihaz başına benzersiz), saat dilimi farkıyla birlikte satış zamanını ve tam iki ondalık basamakla CZK cinsinden toplamı içerir. İsteğe bağlı iki tutar ön ödemeli yüklemeleri ve harcamaları, iki alan daha başka bir mükellef adına yapılan kaydı kapsar.

Gerçekte tahsil edileni kaydedin: 79'a yuvarlanan 78,90'lık bir nakit hesap 79,00 olarak, aynı hesap kartla ödendiğinde 78,90 olarak girilir. Bir kısmı yemek çekiyle, bir kısmı kartla ödenen bir hesap, toplamı içeren tek bir mesajdır.

İmzalama ve gönderme

Her mesaj WS-Security başlığında XML Signature ile imzalanır: exclusive canonicalisation, SHA-256 özeti, RSA-SHA256, BinarySecurityToken olarak eklenmiş sertifika ve yalnızca SOAP gövdesinin imzalanması. Timestamp veya WS-Addressing gibi ek başlıkları eklemeyin: 12 kB'ı aşan mesajlar reddedilir ve saldırıya benzeyen bir mesaj hiç yanıt almayabilir. TLS 1.2 veya üzeri zorunludur ve istemci sunucu sertifikasını doğrulamalıdır. Üretim ortamı DNS dengelemesi kullanır; bu yüzden bir IP adresini sabitlemek yerine her bağlantıda ana bilgisayar adını yeniden çözümleyin.

1.2 sürümünden beri uç nokta CORS'u destekliyor, yani tarayıcı tabanlı bir POS onu doğrudan çağırabilir. Kimse o JavaScript'i yazmaya başlamadan önce özel anahtarın nerede duracağına karar verin.

Yanıtlar, kesintiler ve 48 saat kuralı

Geçerli bir mesaj, vergi idaresi tarafından imzalanmış, 39 karakterlik bir onay kodu (POK) içeren senkron bir yanıt alır. Bu imzayı doğrulayın ve POK'u satışla birlikte saklayın. Geçersiz bir mesaj bir hata kodu alır; -1 geçici bir arıza anlamına gelir, bu durumda daha sonra yeniden gönderin. Daha küçük sorunlar uyarı olarak döner; bunlardan biri, satış zamanının sunucu saatinden iki saatten fazla ileride olmasıdır. Kiosk saatleri kayar. Senkronize edin.

Yanıt zaman aşımını kendiniz belirlersiniz, en az iki saniye olmak üzere. Zamanında POK gelmezse satış bir kuyruğa girer. Seminer sunumuna göre yeniden deneme, orijinal gövdeyi yeni bir başlıkla yeniden kullanır: yeni UUID, false olarak ayarlanmış ilk deneme bayrağı, yeni gönderim zamanı, orijinal satış zamanı. Mesaj, bağlantı geri gelir gelmez ve satıştan en geç 48 saat sonra gönderilir. Yükümlülük 48 saatte de sona ermez: geç kalan bir mesaj yine gönderilmek zorundadır.

Dolayısıyla kuyruk yeniden başlatmaya dayanmalı ve 48 saat dolmadan çok önce uyarı vermelidir. Bir tuzak daha: satışlar beklerken sertifikanın süresi dolarsa, bunların o anda geçerli olan bir sertifikayla imzalanması gerekir.

İadeler, düzeltmeler ve mükerrer kayıtlar

Bir iade veya iptal, negatif tutarlı, bugünün tarihini taşıyan ve orijinal satışa bağlanmayan yeni bir mesajdır. Düzeltme ise ya bir iptal ve ardından doğru mesaj ya da tek bir fark mesajıdır. Mükerrer kayıtlar altı alanla tespit edilir (EIČ, birim, cihaz, sıra numarası, satış zamanı ve toplam); bu yüzden aynı gövdeyle yapılan bir yeniden deneme güvenlidir. Sıra numarasını yeniden üreten bir yeniden deneme ise ikinci bir satıştır.

Fişler

İlk EET'ye göre daha az iş: EET amacıyla fiş gerekmiyor ve POK'un fişte yer alması zorunlu değil. Yazdırmayı POK gelene kadar bekleten her türlü kodu kaldırın. Tüketici mevzuatı gereği fiş düzenlediğiniz durumlarda EET sıra numarasını fiş numarasıyla uyumlu tutun; spesifikasyon, uygulamada ikisinin genellikle eşleştiğini belirtiyor.

Zincirlerin karşılaştığı uç durumlar

• Ön ödemeli kartlar, bileklikler ve cüzdanlar: yükleme ve her harcama, ek tutar alanları doldurularak kaydedilir.
• Tek ödeme, iki mükellef: sunumdaki akaryakıt istasyonu örneği (başka bir şirket adına satılan akaryakıt, kendi hesabınıza satılan kahve), her biri kendi mükellefinin verilerini taşıyan iki mesaj gerektirir.

Zaman Çizelgesi

• 5 Haziran 2026: teknik belgeler yayımlandı.
• 1 Temmuz 2026: playground açıldı. 26 Temmuz ile 26 Ağustos arasında 624 istemci IP adresinden gelen 170.389 test işlemini işledi; bunların %94,6'sı başarıyla işlendi.
• 1 Kasım 2026: DIS+'ta EET, kayıt birimleri ve üretim sertifikaları.
• 1 Aralık 2026: MOJE eet kullanıma açılıyor.
• 1 Ocak 2027: yükümlülük herkes için aynı anda, kademelendirme olmadan başlıyor.

Resmi takvim Ocak ayını pilot ay olarak adlandırıyor, ardından bunun zaten standart kayıt olacağını ekliyor. Daha önceki bir duyuru pilot dönemi gönüllü olarak tanımlamıştı. Bu netleşene kadar 1 Ocak'tan itibaren gerçek mesajlar göndermeyi planlayın.

Yasa, 7 Ekim 2026'da Kanunlar Derlemesi'nde 180/2026 Sb. sayılı Kanun olarak yayımlandı. 1 Ocak 2027'de yürürlüğe giriyor; yedi bölümü ise yayımın ertesi günü yürürlüğe girdi.

90 Günlük Plan

Ekim: kapsam ve geliştirme.

1. Paranın el değiştirdiği her noktayı listeleyin: kasalar, kiosklar, el terminalleri, mekânda ödenen masadan sipariş akışları, nakit tahsil eden kendi sürücüleriniz. Her birini bir mükellefe ve ileride oluşturulacak bir kayıt birimine atayın.
2. Mimariyi seçin: her cihazda imzalama ya da hepsi için imzalayan ve kuyruğa alan tek bir servis. Sistem ikisini de kabul ediyor. Bir zincir için genellikle merkezi yapı kazanır: tek anahtar deposu, tek kuyruk, izlenecek tek yer.
3. Mesaj oluşturucuyu, imzalayıcıyı ve kuyruğu, ortak test sertifikalarıyla playground'a karşı geliştirin. Her mesajı CI'da XSD'ye göre doğrulayın.

Kasım: üretim kimlik bilgileri.

4. 1 Kasım'dan itibaren DIS+'ta EET'yi etkinleştirin, birimleri oluşturun (çok sayıdaysa toplu içe aktarma) ve üretim sertifikalarını düzenleyin. Bunları USB belleklere değil, bir kasaya (vault) koyun.
5. Spesifikasyon, üretim ortamında geçerli en erken satış tarihi olarak 1 Kasım 2026'yı belirliyor. Gerçek sertifikayla doğrulama modunda mesajlar gönderin: bunlar bir satış kaydetmeden zincirin tamamını test eder.
6. İadeleri, ön ödemeli akışları, sertifika yenilemeyi ve kuyruk yaşına göre uyarıları tamamlayın.

Aralık: prova.

7. Tek bir lokasyonda devreye alın. Öğle yoğunluğunda ağ kablosunu çekin ve ardından kuyruğun boşalmasını izleyin.
8. En yoğun saatinizi imzalayıcı üzerinden yük testine tabi tutun.
9. Noel yoğunluğundan önce değişiklikleri dondurun. Personele bir kesintinin nasıl göründüğünü anlatın; kuyruk çalışıyorsa hiçbir şey yapmaları gerekmez.

Ocak: pilot ay.

10. Her gün mutabakat yapın. POS toplamlarınızı DIS+'taki toplu tutarlarla karşılaştırın; orada her POK'u içeren ayrıntılı bir CSV dışa aktarımı da talep edebilirsiniz.

Nereden Yardım Alabilirsiniz

POS entegrasyonları geliştiriyor ve değiştiriyoruz: mesaj oluşturucu ve imzalayıcı, kesinti kuyruğu, sertifika saklama ve yenileme, birim eşlemesi ve DIS+ ile mutabakat. Kasa yazılımı eskiyse ve onu yazanlar başka işlere geçtiyse bu iş eski sistem bakım hizmetimizle başlar. Kendi ekibiniz sistemi biliyor ama Ocak'tan önce yeterli insan gücü yoksa ekibinize geliştirici ekleyebiliriz.

Çekya'da kendi kasalarınızı veya kiosklarınızı çalıştırıyorsanız ve playground'a henüz bir mesaj göndermediyseniz office@c9group.dev adresine yazın.