e-Dönüşüm denince e-Fatura, e-Arşiv Fatura, e-İrsaliye gibi belgelerin süreçlerinin Gelir İdaresi Başkanlığı ile doğrudan entegrasyonu akla geliyor. Oysa e-Dönüşüm servis sağlayıcıları, talep eden müşterilerine çok daha geniş bir yelpazede hizmet sunabilir. Bu hizmetin detaylarını, başarılı e-Dönüşüm projelerinin özelliklerini derlediğimiz bir yazı dizisi ile sizlere anlatmak istiyoruz.
İlk konumuz ise: Entegrasyonla ilgili Yapılabilecek Değişiklikler
e-Dönüşüm projelerinin özelliklerini incelediğimizde ‘müşteri ve servis sağlayıcı uyumu’nun başarının temel faktörü olduğunu görüyoruz. Bunun için, hem servis sağlayıcı müşterinin e-Dönüşüm sürecinden beklentilerini iyi anlamalı hem de müşteri alabileceği hizmetlerin farkında olmalı.
Sovos Türkiye’nin bir servis sağlayıcı olarak sunduğu dört temel e-dönüşüm (e-Fatura, e-İrsaliye, e-Defter, e-Arşiv Fatura) ürünü bulunuyor ancak bazı müşterilerin farklı ihtiyaçları doğabilir ve e-Dönüşüm süreci tüm şirketler için aynı şekilde işlemeyebilir. Örneğin, lojistikten üretime kadar tüm süreçlerini tek bir sisteminden yürüten şirketler için e-dönüşüm sürecinde de ERP sistemi ile entegrasyon yapılması gerekebilir. Bir diğer örnek de şirket birleşmeleri gibi dönemlerde birden fazla sistemden üretilen defterlerin konsolidasyonunun gerekmesi olabilir. Buradaki kilit kelime: Entegrasyon. e-Belgeleri kendi sisteminize nasıl entegre ettiğiniz/etmek zorunda olduğunuz önemli. Peki entegrasyonla ilgili karşılaşılan değişiklik talepleri nelerdir?
Entegrasyonla İlgili Yapılabilecek Değişiklikler
e-Dönüşüm projelerinde şirketlerin entegrasyonla ilgili ihtiyaçları genelde şu başlıklarda toplanıyor:
- Bir servis sağlayıcıdan başka bir servis sağlayıcıya geçmek
- Mevcut entegrasyon yapısı değişikliği
- Şirket ismi, VKN (Vergi Kimlik Numarası) değişikliği, şirket birleşmeleri
- Birden fazla ERP’den toplanan verilerin konsolidasyonu
Eğer şirketiniz için bir servis sağlayıcı değişikliği söz konusu ise burada başarının en önemli sırrı: ihtiyacı iyi anlatmak, hizmeti iyi dinlemek ve yeni servis sağlayıcıdan hizmeti birebir aynı şekilde beklememek. Yeni servis sağlayıcı bu hizmeti gelişen teknolojisi ile sunuyor olabilir, süreç iyileştirmesi ile karşı karşıya olabilirsiniz. Örneğin; eski aracınızda müziği CD’den dinlerken, yeni aracınızda kablosuz bir şekilde telefonunuzdan istediğiniz şarkıları çalabilmeniz gibi, teknolojiyle yöntem değişebiliyor ancak müzik dinleme ihtiyacınız karşılanmaya devam ediyor. Sadece bu yeni teknolojiyi tanımak için servis sağlayıcınızı iyi dinlemeye ihtiyacınız var.
Servis sağlayıcı değişikliğinde bir diğer önemli konu: geçiş öncesi yasal süreçlerin tamamlanmasını beklemek. Bir e-Fatura gönderildiyse son statüsüne ulaşması, e-Arşiv Faturanın GİB’e raporlanmasının beklenmesi gibi konular dikkate alınmalı, sonuçlanmamış belgeler ile ilgili süreç proje planına konumlandırılmalı. Yasal süreçler tamamlanmadan eski servis sağlayıcıdan ayrılmamanız, fakat bir yandan da yeni servis sağlayıcı ile başvuru işlemlerini gerçekleştirmeniz gerekiyor. Özel entegrasyon sahibiyseniz geçiş sürecinde aynı anda hem eski hem yeni servis sağlayıcınızla çalışabilirsiniz ancak direkt entegrasyonlarda GİB sisteminde tek bir yazılıma izin verdiği için bu seçenek söz konusu olmayacaktır.
Bir servis sağlayıcıdan başka bir servis sağlayıcıya geçişte en çok sorulan sorulardan biri de şu oluyor: “Eski verilere ne olacak?” e-Belgelerin 10 yıl saklama zorunluluğu bulunması nedeniyle bu önemli bir konu. Burada eski servis sağlayıcınızla nasıl bir anlaşma yaptığınızı ele almak gerekiyor: Belgeleri kendiniz mi saklıyordunuz yoksa eski servis sağlayıcınız sizin adınıza mı saklıyordu? Yeni servis sağlayıcı ile birlikte tüm belgelerin tek bir yerde toplanmasını istiyor musunuz? Burada önemli olan ihtiyaçları belirlemek, ardından bu ihtiyaca göre entegrasyonlarla süreci istediğiniz şekle getirmek mümkün.
Mevcut entegrasyon yapısı değişikliği talebine ise şöyle bir örnek verilebilir: ilk başta on-premise denilen şirket içi entegrasyon yapısını tercih etmiş olan bir şirket daha sonra bulut teknolojisinin gelişimi ile fikrini değiştirmiş ve yapısını özel entegrasyona çevirme kararı almış olabilir. Burada yine mevcut entegrasyon yapısını servis sağlayıcıya en doğru şekilde aktarmak kilit başarı faktörü olacaktır.
Birden fazla ERP’den toplanan verilerin konsolidasyonuna yönelik talepler en çok karşılaşılan türden. Özellikle şirket satın almalarında müşteriler tek bir VKN kullanmak isteyebilirler. e-Arşiv Fatura’da ve e-Defter’de şube yapısı olduğu için bu talepler kolaylıkla karşılanır. Ancak e-Defter’de şubeye yıl ortasında geçiş yapılamaması gibi nedenlerle ek bir entegrasyon yapısı kurulması da gerekebilir. e-Fatura’da etiketler tanımlanabiliyor ancak şirketlerin kendi faturalarını nasıl ayrıştıracağı konusuyla ilgili sorular da gelebiliyor. Gelen faturanın doğru sisteme dağıtılması için yine bir entegrasyon gerekir. Şirketin isteğine göre bu otomatik yapılabileceği gibi, belirlenen bir kişinin kontrolünde de sisteme gidebilir.
Şirketlerin durumu ne kadar özel olursa olsun e-Dönüşüm süreçlerinde hepsinin biz çözüm yolu oluyor. Müşteri ve servis sağlayıcı birbirlerini iyi tanıyıp sağlıklı bir proje planı çıkardığı sürece e-Dönüşüm projesinin başarıya ulaşmasında hiçbir engel bulunmuyor. Bunun için de iyi bir servis sağlayıcı seçmek şirketler için önemli.
Yazı dizimizin bir sonraki yazısında e-Dönüşüm süreçlerinde servis sağlayıcı seçiminde dikkat edilmesi gerekenler hakkında bilgi verdik.
Tüm blog yazılarımızı buradan inceleyebilirsiniz.
Webinarı İzleyebilirsiniz
Dilerseniz bu yazı dizisinin kapsadığı tüm konuları ilgili webinar kaydından da dinleyebilirsiniz.
