PrestaShop ile e-Arşiv Fatura Kesme: Otomatik Fatura Akışı

PrestaShop ile e-Arşiv fatura kesme, sipariş verilerinin GİB kurallarına uygun elektronik belgeye dönüştürülmesiyle otomatikleşir. Bu işlem, PrestaShop'un tek başına değil, yetkili elektronik belge kanalıyla çalışan entegrasyonun kullanılmasıyla yapılır.

Bu rehber, PrestaShop kullanan küçük işletme sahipleri, e-ticaret yöneticileri ve mali müşavirler için hazırlanmıştır. Siparişten faturaya geçişi, müşteri bilgilerinin kontrolünü, KDV eşleştirmesini, kontör hesabını ve hatalı belge yönetimini açıklığa kavuşturur.

PrestaShop e-Arşiv fatura nedir ve otomatik akış nasıl işler?

PrestaShop e-Arşiv fatura, mağaza sipariş bilgilerinin elektronik fatura belgesine dönüştürülmesi demektir. e-Arşiv fatura ise genel olarak e-Fatura kullanıcısı olmayan alıcılar için düzenlenen elektronik belgedir. Alıcının statüsü ve işlem türü, kullanılacak belge tipini etkiler.

Otomatik akış, müşterinin sipariş vermesiyle başlar. Entegrasyon sipariş numarasını, ürün satırlarını, teslimat adresini ve alıcı bilgilerini okur. Daha sonra ödeme veya sipariş durumuna göre fatura oluşturma kuralını çalıştırır.

Bu kurallar her mağazada aynı olmak zorunda değildir. Bazı işletmeler faturayı ödeme onayından sonra oluşturur. Bazı işletmeler ise sevkiyat veya sipariş kabulünden sonra belge üretir. Kural, satış modeline ve mali müşavir görüşüne göre belirlenmelidir.

Entegrasyon, aynı siparişin iki defa faturalanmasını önlemek için sipariş kimliğiyle belge numarasını eşleştirmelidir. Oluşan belgenin durumu, belge numarası ve gönderim sonucu PrestaShop sipariş kaydında görülebilmelidir.

Belge oluşturulduktan sonra elektronik sistem üzerinden gönderim yapılır. Belgeye ait benzersiz kimlik, tarih ve yanıt bilgileri saklanır. Böylece mağaza yöneticisi, faturanın oluşturulduğunu, işlendiğini veya hata aldığını takip edebilir.

Yanlış: PrestaShop'taki sipariş durumu değiştiğinde yasal fatura kendiliğinden oluşur. Doğru: Fatura, uygun entegrasyon, doğru tanımlanmış tetikleyici ve geçerli alıcı bilgileriyle oluşturulur.

PrestaShop e-Arşiv fatura kesmek için hangi bilgiler gerekir?

PrestaShop e-Arşiv fatura kesmek için satıcı, alıcı, ürün, vergi ve sipariş bilgilerinin eksiksiz aktarılması gerekir. Eksik veya hatalı veri, belgenin reddedilmesine, yanlış kesilmesine veya sonradan düzeltme gerektirmesine yol açabilir.

Satıcı bilgilerinde ticari unvan, vergi kimlik bilgileri, vergi dairesi, adres ve elektronik belge profilinin doğru olması gerekir. Şahıs işletmelerinde ad-soyad ile ticari bilgiler de doğru biçimde tanımlanmalıdır. Bu alanlar mağaza ayarlarından bağımsız kontrol edilmelidir.

Alıcı tarafında ad veya unvan, adres, ilçe, il ve iletişim bilgileri bulunur. Kurumsal alıcıda vergi kimliği ve vergi dairesi önem taşır. Bireysel alıcıda ise işlem türüne göre mevzuatın istediği kimlik bilgilerinin alınması gerekir.

• Her ürün satırında ürün adı, miktar, birim fiyat ve vergi bilgisi bulunmalıdır.
• İndirimler, kargo bedeli ve ek ücretler hangi satıra ait olduklarıyla aktarılmalıdır.
• Sipariş para birimi ile fatura para birimi arasındaki dönüşüm kuralı tanımlanmalıdır.
• Teslimat ve fatura adresleri aynı değilse iki adres ayrı alanlara yazılmalıdır.
• İade, iptal veya bölünmüş sevkiyat bilgileri sipariş kaydında açıkça tutulmalıdır.

Ürün kataloğundaki vergi sınıfı, fatura satırındaki vergi oranını otomatik belirleyebilir. Ancak eski ürünlerde veya kampanyalı ürünlerde bu eşleştirme bozulabilir. Bu nedenle canlı kullanımdan önce farklı vergi senaryolarıyla test yapılmalıdır.

Misafir müşteri siparişleri ayrıca incelenmelidir. Hesap açmayan müşterinin adres ve kimlik bilgileri eksikse sistem faturayı bekletebilir. Eksik bilgiyi sonradan elle eklemek, otomatik akışın sürekliliğini bozabileceği için sipariş formu gözden geçirilmelidir.

PrestaShop siparişi e-Arşiv faturaya ne zaman dönüşür?

PrestaShop siparişi, işletmenin belirlediği ödeme, onay veya sevkiyat tetikleyicisi gerçekleştiğinde e-Arşiv faturaya dönüştürülür. Doğru tetikleyici, satışın niteliğine ve fatura düzenleme yükümlülüğüne göre mali müşavirle birlikte belirlenmelidir.

Siparişin sadece oluşturulması, her zaman fatura kesilmesi için yeterli değildir. Ödeme başarısız olabilir, müşteri siparişi iptal edebilir veya stok bulunamayabilir. Bu nedenle sipariş durumu ile fatura durumu birbirinden ayrı izlenmelidir.

Kapıda ödeme, ön sipariş ve parçalı sevkiyat gibi işlemlerde standart kural doğrudan uygulanmamalıdır. Kapıda ödemede ödeme henüz alınmamış olabilir. Ön siparişte teslim tarihi farklılaşabilir. Parçalı sevkiyatta tek sipariş için birden fazla belge gerekip gerekmediği ayrıca değerlendirilmelidir.

Entegrasyon içinde idempotency olarak bilinen tekrar önleme mantığı bulunmalıdır. Bu mantık, aynı sipariş için daha önce başarılı belge oluşturulmuşsa yeniden fatura gönderilmesini engeller. Bunun için sipariş numarası, belge kimliği ve işlem sonucu birlikte saklanır.

Fatura tarihinin sipariş tarihiyle otomatik eşitlenmesi de kontrol edilmelidir. Her satış modelinde tarih alanlarının aynı anlama gelmesi gerekmez. Sistem saati, belge oluşturma zamanı ve işletmenin muhasebe kaydı birbiriyle uyumlu olmalıdır.

İptal edilen siparişlerde oluşmuş belgeyi PrestaShop'tan silmek yeterli değildir. Belgenin elektronik sistemdeki durumuna göre iptal, iade veya yeni belge prosedürü uygulanabilir. Güncel GİB duyurusunu ve mali müşavirinizi kontrol edin.

Otomatik akış için şu sıranın kullanılması güvenlidir: sipariş doğrulama, alıcı tipi kontrolü, ödeme veya sevkiyat kuralı, belge üretimi, gönderim sonucu ve arşiv kaydı. Bu sıradaki adımlardan biri başarısızsa sistem faturayı sessizce tamamlamamalıdır.

PrestaShop e-Arşiv fatura entegrasyonu nasıl kurulur?

PrestaShop e-Arşiv fatura entegrasyonu, mağaza verileriyle elektronik belge servisinin güvenli biçimde eşleştirilmesiyle kurulur. Kurulumda önce mali profil, sonra teknik bağlantı, ardından ürün ve sipariş alanları yapılandırılır.

Modül, özel yazılım veya ara servis seçimi yapılırken PrestaShop sürümü, kullanılan tema, ödeme modülleri ve sipariş durumları incelenmelidir. Hazır bir bağlantı her mağazadaki özel sipariş akışını desteklemeyebilir. Teknik uyumluluk canlı siparişten önce doğrulanmalıdır.

1. Satıcı unvanı, vergi bilgileri ve elektronik belge türleri sisteme tanımlanır.
2. Entegrasyon hesabı, API bilgileri veya bağlantı kimlikleri güvenli alana girilir.
3. PrestaShop sipariş, müşteri, ürün ve adres alanları belge alanlarıyla eşleştirilir.
4. Fatura oluşturma tetikleyicisi, tekrar önleme kuralı ve hata bildirimi belirlenir.
5. Varsa test ortamında farklı müşteri ve vergi senaryoları çalıştırılır.
6. Canlı geçişten sonra ilk belgeler gönderim sonucu ve muhasebe kaydıyla karşılaştırılır.

API anahtarları yönetici hesabının not alanında tutulmamalıdır. Yetkisi sınırlı kullanıcılar, şifre yöneticileri ve erişim kayıtları kullanılmalıdır. Entegrasyonun bağlantı hatasında kaç kez deneme yaptığı da önceden bilinmelidir.

Kurulum tamamlandıktan sonra yalnızca başarılı fatura görmek yeterli değildir. Hatalı müşteri verisi, bağlantı kesintisi, aynı siparişin tekrar işlenmesi ve iade işlemi ayrıca denenmelidir. Her senaryoda PrestaShop kaydı ile elektronik belge kaydı karşılaştırılmalıdır.

Teknik ekip bulunmuyorsa mali müşavir, yazılım geliştirici ve mağaza yöneticisi birlikte kısa bir süreç dokümanı hazırlamalıdır. Bu dokümanda fatura tetikleyicisi, sorumlu kişi, hata kontrol ekranı ve manuel müdahale adımları yazılı olmalıdır.

PrestaShop ürün, KDV ve indirim bilgileri nasıl eşleştirilir?

PrestaShop ürün, KDV ve indirim eşleştirmesi; ürün satırları, vergi sınıfları, kargo bedeli ve toplam tutarın aynı matematikle aktarılmasıyla yapılır. Fatura toplamı ile ödeme toplamı eşleşmiyorsa belge gönderilmeden önce işlem durmalıdır.

Ürünün mağazadaki adı, faturada görülecek açıklama ile aynı olmak zorunda değildir. Ancak müşteri siparişini ve muhasebe kaydını açıklayacak yeterli tanım bulunmalıdır. Stok kodu kullanılıyorsa ürün satırına tutarlı biçimde aktarılması takip kolaylığı sağlar.

Vergi sınıfı ürün bazında tanımlanmalıdır. Aynı mağazada farklı vergi oranlarına veya istisna koşullarına tabi ürünler olabilir. Vergi oranını sadece genel mağaza ayarından almak, özel ürünlerde yanlış fatura oluşturabilir.

İndirim kuponu toplamdan düşülüyorsa indirimin hangi satırlara dağıtıldığı belirlenmelidir. Kargo bedeli de ürün gibi ayrı bir satır olabilir. Kargo için uygulanacak vergi yapısı, hizmetin niteliğine ve mali müşavir görüşüne göre kontrol edilmelidir.

Yabancı para ile alınan siparişlerde kur kaynağı, kur tarihi ve fatura para birimi açıkça tanımlanmalıdır. Yuvarlama farkları özellikle çok satırlı siparişlerde ortaya çıkar. Sistem, satır toplamı ile belge genel toplamını aynı yuvarlama kuralıyla hesaplamalıdır.

İstisna, tevkifat veya özel vergi durumu bulunan ürünlerde hazır otomasyon kuralı yeterli olmayabilir. Bu belgeler için özel profil gerekip gerekmediği, güncel GİB duyurusu ve mali müşavir görüşüyle doğrulanmalıdır.

Yanlış: Kargo ücretini sipariş toplamına eklemek, onu otomatik olarak doğru fatura satırına dönüştürür. Doğru: Kargo bedeli, vergi yapısı ve indirim dağılımıyla birlikte ayrı test edilmelidir.

PrestaShop e-Arşiv fatura ile e-Fatura alıcısı nasıl ayırt edilir?

PrestaShop e-Arşiv fatura ile e-Fatura ayrımı, alıcının elektronik fatura kullanıcı durumunun kontrol edilmesiyle yapılır. Genel akışta e-Fatura kullanıcısına e-Fatura, bu kapsamda olmayan alıcıya e-Arşiv fatura düzenlenir.

Bu kontrol yalnızca müşterinin şirket olup olmadığına bakılarak yapılamaz. Bireysel müşteri, şirket müşterisi, kamu kurumu veya farklı işlem türleri ayrı değerlendirilmelidir. Alıcıdan alınan vergi kimliği ve adres bilgileri, kullanıcı sorgusunu desteklemelidir.

Entegrasyon mümkünse alıcının GİB kullanıcı durumunu otomatik sorgulamalıdır. Otomatik sorgu bulunmuyorsa müşteri formunda belge tercihi alınabilir. Ancak müşterinin kendi seçimi, mevzuata aykırı belge türü düzenleme riskini tamamen ortadan kaldırmaz.

Kurumsal müşterinin e-Fatura kullanıcısı olduğu halde e-Arşiv istemesi, genel akışta doğrudan e-Arşiv kesmek için yeterli değildir. Sistem bu durumda siparişi bekletmeli veya uyarı üretmelidir. Özel durumlar için mali müşavire danışılmalıdır.

Alıcı bilgisi eksikse otomatik fatura oluşturma kapısı kapatılabilir. Örneğin vergi kimliği hatalıysa sorgu yanlış sonuç verebilir. Adres, unvan ve kimlik bilgilerinin sipariş öncesinde doğrulanması, sonradan belge düzeltme ihtiyacını azaltır.

Fatura tipi seçimi, sipariş oluşturulurken sabitlenmemelidir. Müşterinin statüsü değişebilir veya entegrasyonun sorgu yanıtı güncellenebilir. Belge gönderilmeden hemen önce yapılan son kontrol, yanlış belge tipini önleyen önemli bir güvenlik katmanıdır.

Yanlış: Her internet satışına aynı belge türünü uygulamak otomatiklik demektir. Doğru: Sipariş tutarı, alıcı statüsü, satış kanalı ve güncel mevzuat birlikte değerlendirilmelidir.

PrestaShop e-Arşiv fatura sürecinde kontör hesabı nasıl yapılır?

PrestaShop e-Arşiv fatura sürecinde kontör hesabı, gönderilen ve alınan elektronik belge adedine göre yapılır. Tek havuz kullanan hizmetlerde e-Fatura, e-Arşiv ve diğer desteklenen e-belgeler aynı kontör bakiyesinden düşebilir.

Kontör, elektronik belge işlemlerinde kullanılan hizmet birimi demektir. Giden e-Arşiv belgelerinin her biri 1 kontör düşürür. Sisteme alınan gelen belgelerin her biri de 1 kontör düşürür. Bu ayrım, yalnızca PrestaShop siparişlerini saymanın yetersiz olduğunu gösterir.

Örneğin bir mağaza dönem içinde 300 giden e-Arşiv belgesi ve 40 gelen e-belge alıyorsa, belge adedi bakımından 340 kontörlük kullanım planlaması yapar. İptal, başarısız deneme veya yeniden gönderim kuralları için hizmet ekranı kontrol edilmelidir.

Kontör ihtiyacı hesaplanırken yalnızca bugünkü sipariş sayısı kullanılmamalıdır. Kampanya dönemleri, iade yoğunluğu, farklı satış kanalları ve muhasebe sisteminden gelen belgeler ayrıca dikkate alınmalıdır. Ortalama aylık sayı ile yoğun ay sayısı ayrı izlenmelidir.

Tek havuzun avantajı, farklı e-belge türleri arasında ayrı bakiye takibi gerektirmemesidir. Ancak bu yapı, e-İrsaliye, e-SMM, e-MM veya e-Bilet kullanan işletmelerde toplam tüketimin artabileceği anlamına gelir. Her belge türü aynı planlama tablosuna eklenmelidir.

Kontör bakiyesi azalırken otomatik uyarı kurulması yararlı olur. Uyarı bulunmuyorsa mağaza yöneticisi düzenli aralıklarla kullanım raporunu kontrol etmelidir. Fatura kesme akışının bakiye yetersizliği nedeniyle durmaması için satın alma sorumlusu önceden belirlenmelidir.

Gelen ve giden belgelerin her birinin 1 kontör düşürdüğü bilgisi, maliyet hesabında açıkça yazılmalıdır. Yanlış: Sadece müşteriye gönderilen faturaları saymak yeterlidir. Doğru: Aynı havuzdaki tüm gelen ve giden e-belgeler birlikte hesaplanmalıdır.

Hatalı PrestaShop e-Arşiv fatura nasıl düzeltilir veya iptal edilir?

Hatalı PrestaShop e-Arşiv fatura, önce elektronik sistemdeki belge durumu kontrol edilerek düzeltilir. Belge hiç oluşturulmadıysa veri düzeltilir ve yeniden denenir. Oluşturulduysa uygulanacak işlem, hatanın türüne ve belgenin durumuna bağlıdır.

İlk kontrol, PrestaShop siparişindeki fatura kimliği ile elektronik belge yanıtının eşleşmesidir. Bağlantı kesildiğinde mağaza hata görebilir fakat belge karşı tarafta oluşmuş olabilir. Bu nedenle aynı siparişi tekrar göndermeden önce durum sorgulanmalıdır.

Alıcı adı, adresi, vergi kimliği, ürün açıklaması veya vergi bilgisi yanlışsa belge üzerinde doğrudan değişiklik yapılamayabilir. İptal, iade veya yeni belge işlemlerinden hangisinin uygulanacağı güncel mevzuata göre belirlenmelidir.

İade edilen siparişte orijinal belgenin kaydı korunmalıdır. İade edilen ürün, miktar, tutar ve iade tarihi ayrı kaydedilmelidir. PrestaShop'ta siparişi silmek, elektronik belgenin muhasebe ve saklama izini ortadan kaldırmaz.

Yanlış: Hatalı faturayı mağazadan silip aynı siparişi yeniden göndermek yeterlidir. Doğru: Belge durumunu kontrol edin, düzeltme yöntemini mali müşavirle belirleyin ve yeni işlemi eski belgeyle ilişkilendirin.

Tekrarlanan hatalar için hata kodları sınıflandırılmalıdır. Eksik alan, vergi eşleştirme, bağlantı, kullanıcı yetkisi ve bakiye hataları ayrı başlıklarda tutulabilir. Her başlık için sorumlu kişi ve yeniden deneme koşulu belirlemek çözümü hızlandırır.

Belge numarası, UUID, sipariş numarası ve gönderim yanıtı düzenli biçimde saklanmalıdır. Bu kayıtlar müşteri desteği, muhasebe mutabakatı ve olası denetimlerde gerekli olabilir. Saklama süresi ve erişim politikası işletmenin yükümlülükleriyle uyumlu olmalıdır.

Küçük bir işletme PrestaShop e-Arşiv fatura akışını nasıl yönetir?

Küçük bir işletme, PrestaShop e-Arşiv fatura akışını sipariş doğrulama, müşteri türü, ödeme durumu ve belge sonucunu ayrı adımlarla yönetebilir. Örnek olarak çevrim içi kozmetik mağazası işleten Elif Hanım'ın sürecini inceleyelim.

Elif Hanım, mağazasında bireysel müşterilere ve işletmelere satış yapıyor. Sipariş formunda fatura adresini zorunlu tutuyor. İşletme müşterisinden unvan, vergi kimliği ve vergi dairesi alıyor. Bireysel müşteride ise mevzuatın istediği alanları topluyor.

Sipariş ödeme onayına geçtiğinde entegrasyon önce müşteri tipini kontrol ediyor. Alıcının e-Fatura durumuna göre belge türünü belirliyor. Ürünlerin vergi sınıflarını, kampanya indirimini ve kargo bedelini fatura satırlarına aktarıyor.

Belge başarıyla oluştuğunda sipariş kaydına fatura kimliği ekleniyor. Bağlantı hatası alınırsa sipariş faturalandı olarak işaretlenmiyor. Elif Hanım, hata listesini gün sonunda kontrol ediyor ve aynı siparişi tekrar göndermeden önce belge sorgusu yapıyor.

Gelen e-belgeler de aynı planlama içinde izleniyor. Örneğin tedarikçiden gelen belgeler PrestaShop'tan bağımsız oluşsa bile ortak kontör havuzunu etkileyebilir. Bu nedenle Elif Hanım, satış faturalarıyla alış belgelerini ayrı raporluyor.

Kapıda ödeme kullanılan siparişlerde ise aynı tetikleyiciyi uygulamıyor. Fatura düzenleme zamanını, teslimat ve ödeme yapısına göre mali müşaviriyle netleştiriyor. Bu yaklaşım, her sipariş durumunu otomatik olarak fatura kabul etme hatasını önlüyor.

Bu senaryoda otomasyonun amacı yalnızca belge üretmek değildir. Siparişin hangi aşamada olduğunu, hangi belgenin gönderildiğini ve hangi işlemin beklediğini anlaşılır hale getirmektir. Küçük işletmeler için en önemli kontrol, istisna durumlarını görünür tutmaktır.

PrestaShop e-Arşiv fatura entegrasyonu nasıl test edilir?

PrestaShop e-Arşiv fatura entegrasyonu, canlıya geçmeden önce farklı alıcı, ürün, ödeme ve hata senaryolarıyla test edilir. Tek bir başarılı sipariş, otomatik akışın bütün koşullarda doğru çalıştığını kanıtlamaz.

Testte gerçek müşteri verisi yerine mümkünse kontrollü test bilgileri kullanılmalıdır. Test ortamı yoksa mali müşavir ve teknik ekip gözetiminde sınırlı bir canlı işlem planlanabilir. Belgenin gerçekten gönderilip gönderilmediği mutlaka elektronik sistemden doğrulanmalıdır.

• Test siparişinde ürün, miktar, indirim ve kargo toplamı kontrol edilmiştir.
• Bireysel ve kurumsal alıcı bilgilerinin belgeye doğru aktarıldığı görülmüştür.
• e-Fatura kullanıcısı olan alıcı için belge türü kontrol edilmiştir.
• Ödeme başarısızlığı ve bağlantı kesintisi sonrasında tekrar gönderim denenmiştir.
• İade veya iptal işleminde orijinal belge bağlantısı korunmuştur.
• Belge numarası, UUID, sipariş numarası ve yanıt durumu raporlanmıştır.

API erişim bilgileri, müşteri adresleri ve vergi kimlikleri kişisel veya ticari veri içerebilir. Bu bilgiler yalnızca görevli kullanıcıların erişebileceği alanlarda tutulmalıdır. Kullanıcı rolleri, şifre yenileme ve erişim kayıtları düzenli kontrol edilmelidir.

Uzman notu: İlk canlı faturayı gönderdikten sonra PrestaShop siparişini ve elektronik belge ekranını aynı anda kontrol edin; başarılı görünen bir işlemde bile belge numarası eşleşmesini doğrulayın.

Test tamamlanınca kısa bir kabul tutanağı hazırlanabilir. Hangi senaryonun denendiği, beklenen sonuç, gerçekleşen sonuç ve sorumlu kişi yazılmalıdır. Böylece personel değiştiğinde entegrasyonun nasıl çalıştığı yeniden öğrenilmek zorunda kalmaz.

PrestaShop e-Arşiv fatura ile diğer satış kanalları nasıl karşılaştırılır?

PrestaShop e-Arşiv fatura akışı, mağaza siparişlerinin tek kaynaktan geldiği durumlarda daha kolay kontrol edilir. Birden fazla satış kanalı kullanılıyorsa her kanalın sipariş numarası, müşteri verisi ve fatura tetikleyicisi ayrı eşleştirilmelidir.

PrestaShop kendi mağazanızın siparişlerini yönetir. Pazaryeri, Excel dosyası veya muhasebe yazılımı ise ek veri kaynağı oluşturabilir. Aynı siparişin iki kaynaktan aktarılması, mükerrer fatura riskini yükseltir. Ortak sipariş kimliği ve aktarım durumu kullanılmalıdır.

Hosted e-ticaret platformundan veri alan işletmeler, IdeaSoft e-Fatura entegrasyonu rehberindeki alan eşleştirme yaklaşımını karşılaştırma amacıyla inceleyebilir.

Pazaryeri siparişleri için Trendyol e-Fatura entegrasyonu yazısı, farklı sipariş kaynağında mükerrer aktarım riskini anlamaya yardımcı olur. Toplu veriyle çalışan işletmeler Excel e-Fatura entegrasyonu rehberine de bakabilir.

Muhasebe bağlantısı gereken yapılarda Luca e-Fatura entegrasyonu ve Datasoft e-Fatura kontör rehberi farklı sistemler arasındaki veri akışını değerlendirmek için kullanılabilir.

Özet: 5 maddede PrestaShop e-Arşiv fatura

PrestaShop e-Arşiv fatura sürecinin özeti, doğru veri, doğru belge türü, doğru tetikleyici, kontrollü gönderim ve düzenli raporlama olmak üzere beş temel noktadır.

• PrestaShop e-Arşiv fatura, mağaza siparişinin elektronik belge kanalına entegrasyonla aktarılması demektir.
• Alıcı bilgileri, e-Fatura kullanıcı durumu ve işlem türü belge seçilmeden önce kontrol edilmelidir.
• Ürün vergisi, indirim, kargo, para birimi ve yuvarlama kuralları birlikte eşleştirilmelidir.
• Her giden ve gelen belgenin 1 kontör düşürdüğü hesaba katılarak toplam kullanım planlanmalıdır.
• Hatalı belgeler silinmemeli; belge durumu, iptal veya iade yöntemi ve muhasebe kaydı birlikte izlenmelidir.

Kurulumdan önce mali müşavirinizle belge türü ve fatura zamanı kurallarını yazılı hale getirin. Teknik ekip bu kuralları PrestaShop sipariş durumlarına, müşteri alanlarına ve hata ekranlarına aktarsın.

Mevzuat kapsamı, limitler ve uygulama koşulları yıllık olarak güncellenebilir. Güncel GİB duyurusunu ve mali müşavirinizi kontrol edin; özellikle özel vergi durumlarında yalnızca varsayılan entegrasyon kuralına güvenmeyin.

PrestaShop mağazanız için seçenekleri değerlendirirken e-Arşiv Fatura ürün sayfasını ve efaturakontor.com'daki tüm e-belgelerde geçerli havuz kontör paketlerini inceleyebilirsiniz; paketler 100'den 500.000 kontöre kadar sunulur.

Ücretsiz e-Fatura portalında mali müşavire özel panel, gelen-giden kutusu ve 10 yıl güvenli saklama bulunur. Kontörler Sovos altyapısına aynı gün tanımlanır ve paketlerde 12-18 ay kullanım süresi vardır; güncel paket koşullarını kontrol edin.