Ana içeriğe atla

e-Fatura ve Evrensel Teknolojiler | 25.06.2015

e-Fatura

Türkiye'de ilk e-fatura çalışmalarına başladığımızda GİB listesinde etkin olarak çalışan 35 firma vardı. Biz o dönemde yaptığımız projeler ile 5 şirketi daha aynı anda canlıya alarak 40 firma olmasını sağladık. Bu çalışmaların hemen sonrasında Türkiye'de birçok firma için e-Fatura zorunlu hale geldi ve bugün yaklaşık 20.000 firma etkin şekilde faturalarını elektronik ortamda kullanabiliyor.

Teknoloji

Türkiye'de e-Fatura gereksinimleri teknik bağlamda incelediğinde Brezilya, Avusturya, Almanya gibi birçok avrupa ülkesine göre daha fazla özellik (teknik gereksinim) zorunlu hale getirildi. Bu özellikler arasında mali mühür ile imzalama, ticari senaryoda e-fatura gönderimi, xslt ile gömülü görüntü desteği gibi birçok ülkeden farklı özellikler bizim ülkemizde teknik klavuzlarla gereksinim haline getirildi. 
Bizler bu gereksinimleri karşılayacak birçok teknolojiyi geliştirdik ve ortak omurgamızı diğer tüm e-Dönüşüm ürünlerine eş güdümlü olacak şekilde tasarladık. Tasarım gücümüz ile öncelikle e-Fatura projelerini tamamladık ve sonrasında sırasıyla e-defter ve e-arşiv projelerini canlıya aldık.

Evrensel Durum

Türkiye'deki e-Dönüşüm gereksinimlerini karşılama motivasyonun hemen sonrasında Almanya'da Zugferd standartlarında e-Fatura özelliğini destekledik ve Almanya'da Türkiye'den özel entegratör olan ilk firma olduk. Bu deneyimler ve iyi gelişmeler sonrasında motivasyonumuzu daha da yukarıya çektik. Şimdi ise Şili, İtalya ve diğer farklı ülkeler olmak üzere e-Dönüşüm çalışmalarımızı hızlandırdık. Yakın bir zamanda Türkiye ağırlıklı olmak üzere birçok avrupa ülkesinde ve diğer bölgelerde tek bir ürün platformunda geliştirdiğimiz çözümleri birçok ülkede ve dolayısıyla birçok çok uluslu firmalarda kullanmaya başlayacağız.
Türkiye'deki teknik gereksinimlerin hazırlık süresi zor olsa da kısa sürede diğer ülkeleri destekleyecek motivasyonu hızlı kazandık. Bu anlamda bu sistemi geliştiren tüm ekibe, kendi çalışma arkadaşlarımıza ve dolayısıyla bize her anlamda değer katan paydaşlarımıza teşekkür ederiz.

Bu blogdaki popüler yayınlar

Zeki sistemler

Zeki sistemler: Yapay zeka tekniklerini kullanan sistemlerdir. Sistem: Ortak bir amaca hizmet etmek için bir araya gelmiş bir ya da birden fazla elemanın uyum içinde çalışmasıdır. Melez Zeki Sistemler: Bir ya da birden fazla zeki sistemin bir araya gelmesi ve uyum için çalışmasıdır. Neden melez sisteme ihtiyaç var? Birçok iyi sistem bir araya getirilerek daha iyi sistemler oluşturulabilir. Uzman sistemlerdeki kararlılık, Genetik algoritmaların rastgeleliği ve True/False olarak ifade edilemeyen ancak yine de çözüm beklenen durumlarda bulanık sistemlerin kullanılarak "Melez Sistemlerin" tasarlanması birçok soruna çözüm sağlayabilir. Üst Zeki Sistemler: İnsan zekasına biraz daha yaklaşmayı hedefleyen ve şuan üzerinde düşündüğüm, çok daha fazla kaynak okumamı gerektiren sistemlerdir. Bu sistemlerle insan zekasına biraz daha yaklaşılması hedeflenebilir. Üst ( Meta ) Zeki Sistem (ÜZS) ile aynı anda birden fazla yapay zeka tekniği ya da alt sistemler kullanılabilir. Görüntü tanıma t

Netle Yazılım | e-Defter Şematron Raporu | Sürüm 2.0.1.8.3

Netle Yazılım San. Tic. Ve A.Ş. e-Defter Şematron Raporu Ver 2.0.1.8.3 Açıklama Yasal e-defter dosyaları hazırlandıktan ve imzalandıktan sonra mutlaka XML şema ve Şematron denetimleri ile kontrol edilmelidir. Bu kontrol süreci sonrasında ortaya en az bir hata çıkması durumunda GİB tarafından e-defter dosyaları geçersiz sayılabilir.  Bu kontrollerin çok geniş ve uzun sürebilmesi nedeniyle kontrol süreçlerinde e-defter uyumlu yazılımlar kullanılmaktadır. Netle Yazılım tarafından geliştirilen "Netle-Defter" uygulaması bu kontrolleri fiş girişinde, döneme ilişkin parçalı ya da bütün defter oluşturmada ve GİB'e gönderim öncesinden yapmaktadır. Olası bir sorunda kullanıcı iş akış sistemi ile bilgilendirilerek hatanın giderilmesi beklenmektedir. Şematron denetimleri XML içine bütünleşik şekilde yazılmış ve bunların tam bir liste şeklinde dokümanı yoktu. Bu faydalı bilgileri liste haline getirdik ve 2018 / 3 dönemini esas olarak aşağıdaki açıkl

WS-Security(WSS ya da WSSE) ve E-Dönüşüm (E-Defter ve E-Arşiv)

Yeni e-dönüşüm modüllerinin GİB entegrasyonlarında kullanılacak web servislerde iletişim protokolünde " WSS " kullanılmak zorunda. Bu konuda birçok 3. yazılım evinin sunduğu çözüm(ler) var ancak eğer mevcut yazılım mimariniz HSM ya da ESYA API üzerine kurulu ise yeni bir sorun ile karşılaşabiliyorsunuz. Bu sorun, mevcut imza yapısının yeni SOAP iletişimindeki WSS özelliğini desteklememesinden kaynaklanıyor. Eğer çözümünüz CAPICOM arayüzü ile kart içindeki private key değerine eskiden erişim yapabiliyorsanız bu durumda da bazı riskler ortaya çıkabiliyor. Yeni nesil mali mühür kartlarında yer alan düzenleme ile private key değeri artık dışarıya alınamıyor. JAVA dışında, . Net ortamında, e-dönüşüm kodları geliştirenler yeni nesil GİB iletişiminde bu tür zorlukları aşmak zorunda kalıyor. Ar-Ge ekibimizin çalışmaları sonrasında, ESYA API üzerine kurulu kendi kütüphanemizi tasarladık. Microsoft .Net ortamından ( c#, vb.net ) kolayca GİB e-defter ya da e-arşiv web servislerin