Çiçeksepeti e-Fatura Entegrasyonu: Kurulum ve Kontör

Çiçeksepeti e-Fatura entegrasyonu, satış siparişindeki müşteri ve ürün bilgilerini e-belge sistemine aktararak fatura oluşturur. Kurulum; bağlantı modelinin seçilmesi, yetkilendirme, veri eşleştirme, kontör tanımlama ve test adımlarından oluşur.

Bu rehber, Çiçeksepeti üzerinden satış yapan küçük işletmeler, muhasebe personeli ve yazılım geliştiriciler için hazırlanmıştır. Amaç, siparişten belgeye kadar hangi bilgilerin gerektiğini, hangi kontrollerin yapılacağını ve hatalı kurulumun nasıl önleneceğini açıklamaktır.

Çiçeksepeti e-Fatura entegrasyonu neyi çözer?

Çiçeksepeti e-Fatura entegrasyonu, pazaryeri siparişlerini elektronik fatura akışına bağlayan veri aktarımı demektir. Sipariş numarası, alıcı bilgileri, ürün satırları ve tutarlar uygun alanlara aktarılır.

Bu bağlantı, her siparişte bilgilerin yeniden yazılmasından kaynaklanan hataları azaltabilir. Ancak entegrasyon, eksik veya yanlış müşteri verisini kendiliğinden düzelten bir muhasebe kontrolü değildir.

Akış genellikle siparişin alınması, fatura bilgilerinin kontrolü, belge türünün belirlenmesi ve e-belgenin gönderilmesi şeklinde ilerler. Kullanılan yazılım, bu aşamaları otomatikleştirebilir veya onay ekranıyla kullanıcıya bırakabilir.

Bir siparişin Çiçeksepeti tarafında tamamlanmış görünmesi, faturanın GİB sistemine ulaştığını tek başına göstermez. Belge numarası, gönderim durumu ve kabul veya hata mesajı ayrıca izlenmelidir.

Entegrasyonun kapsamı, Çiçeksepeti hesabınızda kullanılabilen bağlantı seçeneklerine ve muhasebe yazılımınızın özelliklerine göre değişir. Bu nedenle belirli bir API ekranı veya buton adı tüm işletmeler için aynı kabul edilmemelidir.

e-Fatura gönderimi için bir özel entegratör, doğrudan entegrasyon veya uyumlu bir muhasebe yazılımı kullanılabilir. e-Fatura hizmetinin temel kapsamını e-Fatura ürün sayfasında inceleyebilirsiniz.

Entegrasyon kurulmadığında sipariş bilgileri manuel girilebilir. Bu yöntem düşük sipariş hacminde mümkün olsa da yoğun dönemlerde mükerrer fatura, yanlış adres veya hatalı vergi bilgisi riskini artırır.

Örneğin küçük bir çiçekçi, bireysel müşteriye buket, şirkete toplu aranjman satabilir. Entegrasyon iki siparişi de taşıyabilir; fakat alıcı türünü, VKN bilgisini ve ürün vergi kodunu kontrol etmeden doğru faturayı kendiliğinden seçmez.

Çiçeksepeti e-Fatura entegrasyonu için hangi bilgiler gerekir?

Kurulumdan önce Çiçeksepeti mağaza bilgileri, fatura şirket bilgileri, yetkili kullanıcı ve e-belge hesabı hazır olmalıdır. Eksik bilgiler, bağlantının kurulmasından çok veri aktarımında sorun çıkarır.

Satıcı unvanı, vergi numarası, vergi dairesi, adres, telefon ve e-posta bilgileri şirket kaydıyla aynı olmalıdır. Şahıs işletmelerinde kimlik numarası ve gerçek kişi adı gibi alanlar ayrıca gerekebilir.

• Çiçeksepeti mağaza hesabının aktif ve sipariş almaya yetkili olması gerekir.
• Fatura düzenleyecek işletmenin vergi ve iletişim bilgilerinin güncel olması gerekir.
• e-Fatura veya e-Arşiv hesabında yetkili kullanıcı bilgilerinin hazır bulunması gerekir.
• Ürün kodları, birim bilgileri, fiyatlar, vergi oranları ve stok açıklamaları eşleştirilmelidir.

Alıcı tarafında ad, soyad veya unvan, adres, il, ilçe, e-posta, VKN ya da TCKN gibi bilgiler bulunabilir. Hangi alanların zorunlu olduğu belge türüne ve alıcının niteliğine göre değişebilir.

Çiçeksepeti siparişinde bulunmayan bir bilgi, entegrasyon sırasında boş kalabilir veya manuel tamamlanmak üzere uyarı üretebilir. Boş alanları varsayılan değerlerle doldurmak yerine mali müşavirinizle kural belirleyin.

Ürün kataloğunuz başka bir yazılımda tutuluyorsa, ürün kodlarının iki sistemde de tutarlı olması gerekir. Aynı ürünün farklı kodlarla gönderilmesi, raporlama ve iade eşleştirmesini zorlaştırır.

Kurulumdan önce örnek bir siparişte her alanın kaynağını yazın. Sipariş numarası pazaryerinden, vergi oranı ürün kartından, kargo bedeli ise tanımlı taşıma satırından gelmelidir. Bu kaynak listesi hata araştırmasını hızlandırır.

Çiçeksepeti bağlantı modeli nasıl seçilir?

Çiçeksepeti bağlantı modeli, sipariş hacmi, mevcut muhasebe yazılımı ve teknik erişim seçeneklerine göre seçilir. Genellikle manuel aktarım, hazır bağlayıcı veya API tabanlı ERP bağlantısı değerlendirilir.

Hazır bağlayıcı, teknik geliştirme yapmadan sipariş alanlarını belirli kurallarla e-belge sistemine taşıyabilir. API bağlantısı ise daha esnek olabilir; fakat kimlik doğrulama, hata yönetimi ve bakım sorumluluğu gerektirir.

Çok kanallı satış yapan işletmeler, yalnızca Çiçeksepeti akışını değil, diğer sipariş kaynaklarını da aynı muhasebe kuralıyla değerlendirmelidir. Örneğin Yemeksepeti e-Fatura entegrasyonu benzer pazaryeri veri akışlarını anlamaya yardımcı olabilir.

Mevcut sisteminiz OpenCart kullanıyorsa, hazır mağaza yazılımı ile e-belge sistemi arasındaki alan eşleştirmesi ayrıca incelenmelidir. Bu senaryoda OpenCart e-Fatura entegrasyonu örnek bir karşılaştırma noktası sunar.

Model seçiminde yalnızca otomasyon düzeyine bakmayın. İptal, iade, alıcı türü, kontör sayımı ve hata tekrarlarının nasıl yönetildiğini yazılı olarak netleştirin.

Sezonluk yoğunluk da seçim ölçütüdür. Düşük hacimde manuel aktarım mümkün görünse bile özel günlerde bekleyen siparişleri ve hata tekrarlarını yönetemiyorsanız, hazır bağlayıcı veya onaylı yarı otomatik akış daha uygun olabilir.

Çiçeksepeti hesap yetkilendirmesi nasıl yapılır?

Hesap yetkilendirmesi, Çiçeksepeti sipariş verileri ile e-belge uygulamasının güvenli biçimde haberleşmesini sağlar. Kullanılacak yönteme göre kullanıcı adı, parola, API anahtarı veya uygulama yetkisi istenebilir.

Önce Çiçeksepeti satıcı panelinizde entegrasyon, uygulamalar, geliştirici veya API erişimi gibi başlıkları kontrol edin. Menü adları hesap tipine ve platformdaki güncel arayüze göre değişebileceği için eski ekran görüntülerini kesin kural saymayın.

Ardından e-belge hesabınızda hangi kullanıcıya gönderim yetkisi verileceğini belirleyin. Sadece sipariş okuma yetkisi, fatura oluşturma ve gönderme yetkisiyle aynı değildir; gerekli izinleri ayrı ayrı kontrol edin.

Yetki bilgilerini e-posta, sohbet mesajı veya ortak bir metin dosyasıyla paylaşmayın. Şifreleri parola yöneticisinde saklayın ve entegrasyon tamamlandıktan sonra kullanılmayan erişimleri kapatın.

Bir çalışan işten ayrıldığında veya yazılım değiştiğinde API anahtarını yenilemek gerekir. Aynı anahtarı uzun süre ve sınırsız kullanıcıyla kullanmak, erişim izlerini takip etmeyi zorlaştırır.

Yetkilendirme sırasında bağlantı başarılı görünse bile bir deneme siparişiyle veri okuma ve belge gönderme izinlerini ayrı test edin. Başarılı giriş, her işlemin yetkili olduğu anlamına gelmez.

Muhasebe yazılımınızın bağlantısı farklı çalışıyorsa, ilgili kurulum mantığını Nebim e-Fatura entegrasyonu veya benzer sistem rehberleriyle karşılaştırabilirsiniz. Platforma özel olmayan temel adımlar yine doğrulanmalıdır.

Yetkiyi adım adım sınamak daha güvenlidir: önce sipariş okuma, sonra taslak oluşturma, son olarak gönderme işlemini deneyin. Okuma başarılı, gönderme başarısızsa bağlantıyı değil kullanıcı rolünü ve belge yetkisini inceleyin.

e-Fatura entegrasyonunda müşteri ve vergi bilgileri nasıl eşleştirilir?

Müşteri ve vergi bilgileri, sipariş alanlarının e-belge alanlarına doğru eşleştirilmesiyle aktarılır. VKN, TCKN, unvan, ad-soyad, adres ve vergi dairesi alanları belge türüne göre kontrol edilmelidir.

Kurumsal alıcıda unvan ve VKN, şahıs alıcıda ad-soyad ve TCKN farklı önem taşır. Alıcı bilgisi eksikse sistem belgeyi göndermeyebilir veya faturanın sonradan düzeltilmesi gerekebilir.

Ürün satırında ürün adı, miktar, birim, birim fiyat, indirim, vergi oranı ve satır toplamı bulunmalıdır. Kargo, hizmet bedeli veya platform komisyonu gibi kalemlerin faturadaki etkisi ayrıca tanımlanmalıdır.

Çiçeksepeti sipariş toplamı ile düzenlenen fatura toplamı kuruş seviyesinde karşılaştırılmalıdır. Yuvarlama farkı varsa bunun hangi sistemde ve hangi kuralla uygulandığı yazılı biçimde belirlenmelidir.

Yanlış: Her siparişi otomatik olarak aynı vergi oranıyla göndermek. Doğru: Ürün ve hizmet kartlarındaki güncel vergi bilgilerini kontrol ederek belge oluşturmak.

Adres alanlarında il, ilçe, mahalle, açık adres ve posta kodu ayrı tutulabiliyorsa ayrı eşleştirin. Tek alana sıkıştırılan adresler, alıcı doğrulaması ve sevkiyat kayıtları sırasında okunabilirlik sorununa yol açabilir.

Alan eşleştirmesini önce üç farklı sipariş tipiyle deneyin: bireysel alıcı, kurumsal alıcı ve eksik bilgi içeren sipariş. Her testte oluşan XML veya belge önizlemesini muhasebe kaydıyla karşılaştırın.

Karşı durumda teslimat adresi ile fatura adresini aynı kabul etmeyin. Çiçek gönderiminde alıcının adresi teslimat için, siparişi veren kişinin bilgileri fatura için kullanılabilir; sistem bunu ayıramıyorsa gönderim öncesi onay ekleyin.

Çiçeksepeti e-Fatura kurulumu hangi adımlarla tamamlanır?

Kurulum, önce hesapların hazırlanması, sonra bağlantı ve veri kurallarının tanımlanmasıyla tamamlanır. Aşağıdaki sıra, platform ekranları değişse bile temel kontrol mantığını korur.

1. Çiçeksepeti mağaza hesabının ve e-belge hesabının aktif olduğunu doğrulayın.
2. Kullanılacak manuel, hazır bağlayıcı veya API bağlantı modelini belirleyin.
3. Mağaza ile e-belge sistemindeki yetkili kullanıcı veya erişim bilgilerini tanımlayın.
4. Ürün, müşteri, vergi, kargo ve ödeme alanlarını karşılıklı olarak eşleştirin.
5. e-Fatura veya e-Arşiv belge kuralını alıcının durumuna göre yapılandırın.
6. Kontör hesabını ve belge başına düşüm kuralını kontrol edin.
7. Gerçek müşteriye göndermeden önce kontrollü siparişle uçtan uca test yapın.

Bu aşamalar tamamlandığında sipariş çekme, fatura taslağı oluşturma ve gönderim durumunu izleme ayrı ayrı denenmelidir. Tek bir başarılı sipariş, iade veya kurumsal alıcı senaryosunun da çalıştığını kanıtlamaz.

Otomatik gönderim açılmadan önce taslak veya onaylı gönderim seçeneğiyle birkaç işlem yürütmek daha güvenlidir. Özellikle vergi oranı, adres ve belge senaryosu kuralları ilk testlerde gözden geçirilmelidir.

Muhasebe yazılımınız Luca ise, muhasebe kaydı ile e-belge akışının hangi noktada kesiştiğini ayrıca kontrol edin. Luca e-Fatura entegrasyonu bu ayrımı incelemek için yararlı bir teknik örnektir.

Kurulum tamamlandıktan sonra bağlantı bilgilerini, alan eşleştirmelerini ve test sonuçlarını bir dosyada saklayın. Böylece personel değişikliğinde aynı kurallar yeniden kurulabilir.

Üretime geçişte seçilmiş siparişleri bir süre paralel kontrol edin. Personel, kaynak panel ile oluşan belgeyi karşılaştırmalı; fark yoksa otomatik gönderimi kademeli açmalıdır. Fiyatı sonradan değişen ürün kartı eski siparişi etkilememelidir.

Kontör bağlantısı nasıl yapılır ve kaç kontör gerekir?

Kontör bağlantısı, e-belge oluşturma ve işleme yetkisinin ilgili hesaba tanımlanmasıyla yapılır. efaturakontor.com kullanımında gelen ve giden belgelerin her biri bir kontör düşürür.

Bu nedenle yalnızca Çiçeksepeti üzerinden gönderilecek faturaları değil, hesaba gelecek belgeleri de planlamaya katın. Bir işletmenin aylık ihtiyacı, satış adedi, gelen belge sayısı ve ek e-belge süreçleri birlikte incelenerek tahmin edilir.

Örnek olarak ayda 180 Çiçeksepeti siparişi düzenleyen bir işletme, yalnızca giden belgeler için 180 kontörlük kullanım öngörür. Aynı dönemde 25 gelen belge varsa, bu belgeler için de 25 kontör hesabı yapılır.

İptal, yeniden oluşturma, teknik tekrar ve taslak işlemlerinin kontör etkisi aynı olmayabilir. Sisteminizde yeni bir belge oluşup oluşmadığını kontrol etmeden ikinci kez gönderim yapmayın.

Uzman notu: Gönderim ekranındaki hata mesajını görmeden işlemi tekrar etmeyin; önce belge durumunu ve oluşan belge numarasını kontrol edin.

Kontör bağlantısında hesap bilgisi, paket tanımı ve kullanılacak e-belge türleri eşleştirilir. Tanımlama sonrasında bir giden belge ve mümkünse bir gelen belge hareketiyle düşüm kaydını doğrulayın.

Kontör miktarını belirlerken yalnızca kampanya dönemindeki sipariş ortalamasını kullanmayın. Sezonluk çiçek satışları, özel gün yoğunluğu ve iade nedeniyle yeniden düzenlenecek belgeler için ayrıca pay bırakın.

Güncel paket koşulları, geçerlilik ve kullanım süresi için kontör paketleri sayfasını ve hizmet sözleşmesini kontrol edin. Kontör sayımıyla ilgili özel bir durumda güncel bilgiyi sağlayıcıdan ve mali müşavirinizden teyit edin.

Kontör planını üç ayrı kayıtla izleyin: oluşturulan belge, gönderim sonucu ve düşen kontör. Böylece taslakla gönderilmiş belgeyi karıştırmaz, yoğun kampanya döneminde ne kadar ek pay gerektiğini daha gerçekçi hesaplarsınız.

Çiçeksepeti satışlarında e-Fatura mı e-Arşiv mi düzenlenir?

Belge türü, öncelikle alıcının e-Fatura kayıt durumuna ve satışın mevzuattaki niteliğine göre belirlenir. Genel kural olarak kayıtlı alıcıya e-Fatura, kayıtlı olmayan alıcıya e-Arşiv uygulanır.

Bu ayrımı yalnızca sipariş ekranındaki bireysel veya kurumsal seçimine göre yapmak yeterli değildir. Kurumsal görünen bir müşterinin e-Fatura kayıt durumu ayrıca güncel yöntemle sorgulanmalıdır.

Alıcının VKN veya TCKN bilgisindeki tek hane hatası bile kayıt kontrolünü bozabilir. Bu yüzden belge türü seçilmeden önce kimlik bilgileri biçim, uzunluk ve şirket unvanı bakımından incelenmelidir.

e-Fatura ve e-Arşiv süreçlerinin şablon, gönderim ve saklama adımları birbirinden farklı olabilir. Entegrasyon kuralında belge türünü sabit kodlamak yerine alıcı bilgisine göre karar veren bir yapı kullanın.

Çiçeksepeti siparişleri bireysel müşterilerden, şirketlerden veya farklı alıcı profillerinden gelebilir. Her profil için örnek sipariş seçip doğru belge türünün oluştuğunu, alıcı bilgilerinin eksiksiz göründüğünü doğrulayın.

Belge türü konusunda güncel istisnalar, hadler veya uygulama değişiklikleri bulunabilir. Rakam veya tarih kullanmadan önce güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

e-Arşiv sürecinin e-Fatura ile karıştırılmaması için teknik ayrıntıları e-Arşiv fatura sayfasında ayrıca inceleyebilirsiniz. Sayfadaki bilgileri kendi satış senaryonuzla birlikte değerlendirin.

Belge türü kuralının istisna üretebildiği durumlarda otomatik gönderimi durdurun. Örneğin kimlik numarası eksikse sistem varsayılan olarak e-Arşiv seçmemeli; önce eksik alanı tamamlamak veya mali müşavirden yöntem almak gerekir.

İptal, iade ve hatalı siparişler nasıl yönetilir?

Çiçeksepeti siparişinin iptal edilmesi ile düzenlenmiş e-belgenin iptali aynı işlem değildir. Sipariş durumu, e-belgenin oluşturulup oluşturulmadığı ve belgenin alıcıya ulaşıp ulaşmadığı ayrı ayrı kontrol edilmelidir.

Fatura oluşturulmadan iptal edilen sipariş, çoğu akışta belge oluşturma kuyruğundan çıkarılabilir. Ancak belge gönderilmişse, uygun iptal veya iade süreci belge türüne ve işlem senaryosuna göre uygulanır.

İade edilen ürün için yalnızca pazaryeri siparişini kapatmak muhasebe açısından yeterli olmayabilir. İade belgesi, karşı belge veya başka bir düzeltme yöntemi gerekip gerekmediğini mali müşavirinizle belirleyin.

Hatalı VKN, yanlış tutar veya yanlış alıcıya düzenleme gibi durumlarda yeni belge göndermeden önce mevcut belgenin statüsünü kaydedin. Aynı siparişe iki farklı fatura oluşması, sonradan mutabakatı zorlaştırır.

Entegrasyonda sipariş numarasını benzersiz anahtar olarak saklamak, mükerrer belgeyi yakalamaya yardımcı olur. Sipariş numarasına ek olarak belge numarası, tarih, toplam tutar ve gönderim sonucu da kaydedilmelidir.

İptal ve iade süreleri ile uygulanacak yöntem mevzuata, belge türüne ve tarafların durumuna göre değişebilir. Sabit süre veya ceza tutarı yazmadan önce güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Hatalı siparişi yeniden işlemek istiyorsanız önce eski taslağı, gönderim kuyruğunu ve muhasebe kaydını inceleyin. Sonra düzeltmenin yeni belge mi, iade mi veya mevcut belgenin resmi iptal süreci mi olduğunu belirleyin.

İade sürecinde sipariş numarası, ilk belge numarası ve iade miktarını aynı kayıtta tutun. Kısmi iadelerde yalnızca toplamı değil, hangi ürün satırının döndüğünü de işaretleyin; aksi halde stok ve muhasebe kayıtları ayrışabilir.

Çiçeksepeti e-Fatura entegrasyonu nasıl test edilir?

Entegrasyon, gerçek müşteriye otomatik belge göndermeden önce farklı sipariş örnekleriyle test edilmelidir. Testin amacı yalnızca bağlantıyı değil, tutar, belge türü, kontör ve durum bilgisini birlikte doğrulamaktır.

• Bireysel alıcı siparişinde ad, soyad, adres ve e-posta bilgilerinin doğru aktarıldığını kontrol edin.
• Kurumsal alıcı siparişinde unvan, VKN, vergi dairesi ve adres alanlarını karşılaştırın.
• Birden fazla ürün, indirim, kargo ve farklı vergi oranı içeren siparişi deneyin.
• İptal edilmiş veya eksik alıcı bilgisi bulunan siparişte sistemin uyarı verdiğini gözlemleyin.
• Oluşan belgenin numarasını, durumunu, toplamını ve kontör düşümünü kaydedin.
• Aynı siparişin ikinci kez işlenmesi durumunda mükerrer belge oluşup oluşmadığını test edin.

Test sırasında otomatik gönderim açıksa, gerçek alıcıya yanlış belge ulaşmaması için kontrollü bir hesap veya onay adımı kullanın. Test ortamı bulunmuyorsa gönderim öncesi taslak kontrolünü zorunlu hale getirin.

Başarılı testte Çiçeksepeti sipariş toplamı ile e-belge toplamı aynı olmalıdır. Kuruş farkı, vergi toplamı, indirim satırı veya kargo kalemi ayrı ayrı incelenmelidir.

Test sonucunu tarih, sipariş numarası, belge numarası, kullanıcı ve hata açıklamasıyla kaydedin. Bu kayıt, yazılım güncellemesi veya platform alan değişikliğinden sonra yeniden kontrol yapmayı kolaylaştırır.

Gerçek kullanım başladıktan sonra günlük hata kuyruğu, bekleyen belgeler ve gönderim başarısızlıkları izlenmelidir. Uzun süre kontrol edilmeyen bekleyen belgeler, satış kaydı ile e-belge kaydı arasında fark oluşturabilir.

Testi tek günde bitmiş saymayın; yazılım veya platform alanları değiştiğinde aynı örnekleri yeniden çalıştırın. Özellikle kampanya indirimi ve kargo bedeli kullanılan siparişlerde toplam, vergi ve belge türü tekrar doğrulanmalıdır.

Entegrasyonda hangi hatalar görülür ve nasıl önlenir?

En yaygın hatalar eksik alıcı bilgisi, yanlış belge türü, eşleşmeyen ürün kodu, toplam tutar farkı ve yetki süresinin dolmasıdır. Hatanın kaynağı belirlenmeden aynı işlemi tekrarlamak sorunu büyütebilir.

Aşağıdaki karşılaştırma, sorunlu yaklaşım ile kontrol edilebilir yaklaşım arasındaki farkı gösterir. Her satır, kurulum sırasında yazılı bir kontrol kuralına dönüştürülebilir.

Yanlış: Çiçeksepeti siparişinin tamamlanmış görünmesini fatura gönderildi kabul etmek. Doğru: E-belge durumunu ve GİB yanıtını ilgili belge numarasıyla doğrulamak.

Yetki hatalarında önce parola, anahtar ve kullanıcı rolünü; veri hatalarında ise alan eşleştirmesini inceleyin. Platformdaki geçici kesintilerde yeni belge üretmek yerine mevcut kuyruğun durumunu kontrol edin.

Hatanın tekrar etmesi halinde sipariş numarası, zaman, kullanıcı, hata kodu ve belge durumu ile destek kaydı açın. Kişisel verileri gereksiz biçimde paylaşmadan yalnızca teknik inceleme için gerekli alanları gönderin.

Yanlış: Geçici bağlantı hatasında aynı siparişi hemen yeniden belgelemek. Doğru: Kuyruk, belge numarası ve son yanıtı kontrol edip yalnızca oluşmamış işlemi yeniden denemek.

Özet: 5 maddede Çiçeksepeti e-Fatura entegrasyonu

Çiçeksepeti e-Fatura entegrasyonu, sipariş verisini e-belgeye dönüştüren tek bir işlem değil, birbirine bağlı kontrol adımlarıdır. Başarılı sonuç için bağlantı, veri, belge türü, kontör ve izleme süreçleri birlikte kurulmalıdır.

• Önce Çiçeksepeti mağaza hesabınızı, e-belge hesabınızı ve yetkili kullanıcı bilgilerinizi doğrulayın.
• Manuel aktarım, hazır bağlayıcı veya API bağlantısı arasından sipariş hacminize uygun modeli seçin.
• VKN, TCKN, unvan, adres, ürün, vergi, kargo ve ödeme alanlarını test siparişleriyle eşleştirin.
• Alıcının e-Fatura kayıt durumuna göre e-Fatura veya e-Arşiv kuralını uygulayın ve güncel GİB bilgilerini kontrol edin.
• Gelen ve giden her belgenin bir kontör düşürdüğünü dikkate alarak belge durumlarını, iade işlemlerini ve kontör hareketlerini izleyin.

Kurulumdan sonra günlük kontrol; bekleyen belgeleri, başarısız gönderimleri, mükerrer siparişleri ve toplam tutar farklarını kapsamalıdır. Bu kontroller, otomasyonun sessizce yanlış belge üretmesini önleyen temel denetimlerdir.

Mevzuat, platform ekranları ve entegrasyon yetkileri değişebileceği için güncel GİB duyurusunu ve mali müşavirinizi kontrol edin. Teknik hata için kullandığınız yazılımın güncel dokümantasyonunu da inceleyin.

efaturakontor.com'da tüm e-belgelerde geçerli havuz kontör paketleri 100'den 500.000 kontöre kadar sunulur; ücretsiz e-Fatura portalı ve 10 yıl güvenli saklama seçeneği bulunur. Sovos altyapısına tanımlama aynı gün yapılır ve paketlerin kullanım süresi 12-18 aydır.

Çiçeksepeti bağlantınız için kontör ihtiyacını belirlerken gelen ve giden belgelerin her birinin bir kontör düşürdüğünü dikkate alın. Güncel kullanım koşullarını ve işletmenize uygun akışı mali müşavirinizle birlikte doğrulayın.