Birçok işletmede e-fatura kullanılıyor ama otomatik değil: Sipariş mağazada ya da ERP’de oluşur, sonra biri entegratörün web ekranını açıp aynı bilgileri yeniden yazar. Belge elektronik olsa da süreç hâlâ el ile yürür. Entegratör bağlantısı bu ara adımı kaldırır; belge, bilginin zaten bulunduğu sistemden doğrudan oluşur.
Bu yazıda böyle bir bağlantının içinde neler olduğunu, sağlam bir bağlantıyı zayıf olandan neyin ayırdığını ve kurulmadan önce hangi kararların verilmesi gerektiğini anlatıyoruz.
Bağlantı aslında neyi bağlar?
GİB’in elektronik belge sistemine işletmeler çoğu zaman bir özel entegratör üzerinden bağlanır. Entegratör belgeyi alır, gerekli biçime getirir, iletir ve saklar. Sizin yazılımınızın yapması gereken ise doğru bilgiyi doğru anda entegratöre teslim etmek ve sonucunu geri almaktır.
Yani bağlantının bir ucunda belgenin bilgisini taşıyan sisteminiz (mağaza, ERP ya da kendi yazılımınız), diğer ucunda entegratör vardır. Aradaki köprü, entegratörün sunduğu bağlantı yöntemiyle kurulur. Belge formatı ve gönderim kurallarındaki ayrıntıların önemli bir kısmı entegratör tarafında karşılanır; köprünün işi bilgiyi eksiksiz ve tutarlı taşımaktır.
Tetikleyici: Belgeyi hangi olay başlatır?
Otomatik belgenin ilk sorusu “ne zaman?” sorusudur. Her işletmenin cevabı farklıdır:
- Online ödemesi alınan siparişte ödeme onaylandığında,
- Havale ile ödenen siparişte ödeme eşleştiğinde,
- Sevkiyat çıktığında,
- ERP’de sipariş onaylandığında ya da muhasebe kontrolünden geçtiğinde.
Tetikleyici açık tanımlanmazsa belge ya çok erken (henüz iptal edilebilecek bir siparişte) ya da çok geç (sevkiyattan günler sonra, toplu ve aceleyle) kesilir. Ödeme yöntemine göre farklı tetikleyiciler kullanmak da mümkündür; önemli olan her durumun kuralının yazılı olmasıdır.
Tetikleyiciyle birlikte iptal kuralı da düşünülmelidir. Belge kesildikten sonra iptal edilen ya da değiştirilen bir sipariş, belgede ayrı bir işlem gerektirir. Bu işlemin nasıl yapılacağını mali müşavirinizin yönlendirmesine göre belirleyin; yazılımda da iptal edilen siparişin belge durumunun görünür olmasını sağlayın. Belgesi kesilmiş bir siparişin sessizce silinebilmesi, ay sonunda açıklanması zor farklar doğurur.
Belge türü kararı
Belge oluşmadan önce hangi türde olacağı belirlenmelidir. Alıcının e-fatura sistemine kayıtlı olup olmadığı entegratör üzerinden sorgulanır ve buna göre e-fatura ya da e-arşiv seçilir. Bu sorgu bağlantının içinde, belge hazırlanmadan hemen önce yapıldığında ekibin her siparişte ayrıca kontrol etmesi gerekmez. Bireysel müşterinin vergi kimlik bilgisinin nasıl alınacağı ve kurumsal müşterinin bilgilerinin nereden geleceği de bu kararın parçasıdır.
Belgedeki her alan bir yerden gelir
Otomatik bir belgede hiçbir alan elle yazılmaz; her birinin sistemde bir kaynağı vardır. Kurulumdan önce bu kaynakların listesini çıkarmak, sonradan çıkan boşlukları önler:
| Belge alanı | Olası kaynak |
|---|---|
| Alıcı bilgileri | Cari kart ya da sipariş |
| Ürün ve miktar | Sipariş kalemleri |
| Vergi oranı | Ürün kartı |
| Birim | Ürün kartı |
| İndirim, kargo | Sipariş toplamları |
| Belge serisi | Satış kanalı |
Bir alanın iki farklı kaynağı varsa, örneğin alıcı adresi hem cari kartta hem siparişte farklı yazılıysa, hangisinin geçerli olacağı baştan kararlaştırılmalıdır.
Eşleşmeyen değerler de bu aşamada ortaya çıkar. Mağazada “adet” yazan bir birim, belgede kabul edilen birim koduna çevrilmelidir; kampanya indirimi satır bazında mı, belge toplamında mı gösterilecek karar verilmelidir; kargo ücreti ayrı bir satır mı olacak, belirlenmelidir. Bu çevirilerin bir tabloda tanımlı olması, yeni bir ürün ya da kampanya eklendiğinde bağlantının bozulmamasını sağlar.
Aynı belge iki kez kesilmesin
Otomatik sistemlerin en can sıkıcı hatası mükerrer belgedir. Bağlantı bir an kopar, yazılım cevabı alamaz ve aynı siparişi tekrar gönderir; entegratör ise ilkini zaten almıştır. Sonuç, aynı satış için iki belge ve onu düzeltmek için ek iş olur.
Sağlam bir bağlantı her belgeye siparişe bağlı benzersiz bir kimlik verir ve göndermeden önce bu kimlikle bir belgenin zaten oluşup oluşmadığını kontrol eder. Cevap gelmediğinde körlemesine tekrar göndermek yerine önce durumu sorgular. Bu ayrıntı kurulumda kolayca atlanır ama sonradan en çok zaman alan sorunları önler.
Aynı mantık ters yönde de geçerlidir: Bir siparişin belgesi hiç oluşmamışsa bu da fark edilmelidir. Belirli aralıklarla tamamlanmış ama belgesi olmayan siparişleri listeleyen basit bir kontrol, tetikleyicinin bir sebeple çalışmadığı durumları erkenden yakalar.
Hata alan belgeler
Belgeler bazen gönderilemez: Alıcının vergi numarası hatalıdır, bir üründe birim eksiktir, entegratör geçici olarak cevap vermez. Bu hataların iki türü vardır ve farklı ele alınmalıdır. Geçici hatalarda, yani bağlantı ya da servis sorunu olduğunda, sistem belgeyi bir süre sonra kendiliğinden yeniden denemelidir. Veri hatalarında ise yeniden denemek işe yaramaz; birinin bilgiyi düzeltmesi gerekir.
Her iki durumda da hata sessiz kalmamalıdır. Hata alan belgenin sebebiyle birlikte bir takip ekranında görünmesi, gerekirse ilgili kişiye bildirim gitmesi gerekir. Aksi halde gönderilmeyen belge ancak müşteri faturasını sorduğunda fark edilir.
Hata mesajlarının dili de önemlidir. Entegratörden dönen teknik bir hata kodu, takip ekranında ekibin anlayacağı bir açıklamaya çevrilmelidir: “alıcının vergi numarası geçersiz”, “ürünün birimi tanımlı değil” gibi. Böylece hatayı düzeltecek kişi, yazılım ekibine sormadan ne yapması gerektiğini bilir.
Durum bilgisinin geri dönmesi
Belge gönderildikten sonra da hikâye bitmez. Entegratör belgenin iletildiğini, alıcının kabul ya da reddettiğini bildirebilir. Bu bilgi kaynağına, yani siparişin ya da cari hareketin üzerine geri yazılmalıdır. Satış ekibi bir siparişe baktığında faturasının kesilip kesilmediğini, müşteriye ulaşıp ulaşmadığını orada görebilmelidir. Bireysel müşterilere kesilen belgenin e-postayla iletilmesi ve sipariş sayfasından indirilebilmesi de bu geri dönüşün bir parçasıdır.
Birden fazla kaynak
Bazı işletmelerde belge kesilen satışlar tek bir sistemden gelmez: Online mağaza, ERP’de girilen toptan siparişler ve kendi yazılımınızdaki hizmet satışları aynı entegratörü kullanır. Bu durumda her kaynağın kendi belge serisini kullanması, numaraların çakışmaması ve hepsinin aynı takip ekranında görünmesi gerekir. Aksi halde bir kaynağın hatası diğerlerinin arasında kaybolur.
Kaynaklar arasında ortak olan bilgilerin de tek yerden gelmesi gerekir. Aynı müşteri hem mağazadan hem toptan kanaldan alışveriş yapıyorsa cari bilgisinin iki ayrı kayıtta farklı tutulması, belgelerde tutarsızlığa yol açar. Cari ve ürün bilgilerinin hangi sistemde ana kayıt olarak tutulacağına baştan karar vermek, diğer kaynakların o kayda bakmasını sağlar.
Erişim bilgileri ve güvenlik
Entegratör bağlantısı, işletmeniz adına resmi belge kesebilen bir yetki taşır. Bu yetkinin kullanıcı bilgileri ya da anahtarları yazılımın kaynak koduna, paylaşılan bir tabloya ya da e-posta yazışmasına yazılmamalı; yalnızca bağlantının çalıştığı sunucuda, yetkili kişilerin erişebildiği bir yerde tutulmalıdır. Bağlantıyı kuran kişi işletmeden ayrıldığında ya da yazılım firması değiştiğinde bu bilgilerin yenilenmesi de unutulmamalıdır.
Test ortamından canlıya
Entegratörler genellikle gerçek belge oluşturmayan bir test ortamı sunar. Bağlantı önce burada, işletmenizin gerçek senaryolarıyla denenmelidir: kurumsal ve bireysel alıcı, indirimli sipariş, kargo ücretli sipariş, farklı vergi oranlı ürünler, iade ve iptal. Çıktıların mali müşavirinizle birlikte kontrol edilmesi, canlıya geçtikten sonra çıkacak düzeltmeleri azaltır. Canlıya geçişin ilk döneminde takip ekranını sık izlemek, gözden kaçan bir senaryoyu erkenden yakalar.
Test listesine olağan dışı durumları da eklemek gerekir: adresi eksik bir müşteri, adı çok uzun bir ürün, sıfır tutarlı bir hediye kalemi, aynı anda gelen çok sayıda sipariş. Gerçek hayatta bu durumlar er geç yaşanır; testte görülmeleri, canlıda bir belgenin takılıp kalmasını önler.
Bunny Soft entegratör bağlantısını nasıl kuruyor?
Bağlantıyı sizin çalıştığınız entegratöre kuruyoruz; mevcut sözleşmenizi değiştirmeniz gerekmez. Önce kullandığınız sistemlerin veri verme imkânlarını inceliyor, hazır bir arayüz varsa onu, yoksa uygun bir aktarım yöntemini kullanıyoruz. Ürün, cari, vergi ve birim bilgilerinin belgeye nasıl aktarılacağını, belge türünün nasıl seçileceğini birlikte tanımlıyoruz.
Sipariş tamamlandığında ya da onaylandığında belgenin kendiliğinden kesilmesini sağlıyor, hangi adımda hangi belgenin oluşacağını sizin çalışma şeklinize göre kuruyoruz. Bağlantıyı önce entegratörün test ortamında örnek belgelerle deniyor, çıktıları sizinle kontrol ediyoruz. Gönderilen, bekleyen ve hata alan belgeler tek ekranda listelenir; sorunlu belgenin nedenini görür, düzeltip yeniden gönderebilirsiniz. Entegratör değiştirmeniz gerekirse iş akışınız bozulmadan bağlantıyı yeniden düzenliyoruz.
Mağazanızdan ve ERP’nizden belgelerin kendiliğinden oluşması için e-dönüşüm sayfamızı inceleyebilirsiniz.
