Muhasebe Entegrasyonu: Logo, Mikro, Netsis, Paraşüt

Üçü de entegre edilebilir ama teknik konfor farklıdır. Netsis, NetOpenX servisleriyle görece geniş bir arayüz alanı sunar ve karmaşık B2B senaryolarında rahattır. Logo'nun API kapsamı sürüm ve modüle göre değişir, bazı işlemler nesne katmanı veya veritabanı erişimi ister. Mikro'da arayüz kapsamı daha dar olduğu için ara tablo ve dosya tabanlı akışlar yaygındır. Karar entegrasyona göre değil, işletmenin ihtiyacına göre verilmelidir.

Çoğu durumda evet. Arayüz sunmayan sürümlerde ara tablo, XML/Excel dosya aktarımı veya desteklenen içe aktarma şablonları kullanılır. Bu yöntemlerde aktarım genelde periyodiktir, anlık değildir ve doğrulama sizin tarafınızda kurgulanır. Veritabanına doğrudan yazmak yerine programın kendi içe aktarma mekanizmasını kullanmak, sürüm güncellemelerinde entegrasyonun bozulmaması açısından daha güvenlidir.

Kodların birebir aynı olması şart değil; aradaki bağı bir eşleştirme tablosu kurar. Önce SKU üzerinden eşleşme denenir, tutmazsa barkod veya GTIN aranır, ikisi de yoksa kayıt otomatik açılmak yerine "eşleşmedi" kuyruğuna düşer ve operasyona bildirilir. Bu disiplin, muhasebede mükerrer stok kartı oluşmasını ve envanterin iki farklı gerçeğe bölünmesini engeller.

Doğru kurulmuş entegrasyonda düşmez. Her belgeye benzersiz bir işlem anahtarı yazılır; aynı anahtarla ikinci bir gönderim gelirse hedef sistem bunu yeni kayıt olarak değil tekrar olarak işler ve yok sayar. Bağlantı koptuğunda veya zaman aşımı yaşandığında tekrar denemeler bu koruma sayesinde güvenle yapılabilir. Bu mekanizma yoksa her ağ hatası potansiyel mükerrer fatura demektir.

KDV belge toplamından değil satır bazından hesaplanmalıdır; aynı sepette farklı oranlar bulunabilir. İskontonun satır fiyatına gömülmesi mi ayrı satır olarak işlenmesi mi gerektiği, kargo bedelinin hangi gelir hesabına yazılacağı ve iadenin negatif belgeyle mi iade faturasıyla mı kapatılacağı proje başında mali müşavirle yazılı kurala bağlanır. Tevkifat ve ihraç kayıtlı satış varsa bunlar da aynı kural setinde tanımlanır.

Karar alıcının GİB mükellef kaydına bakılarak verilir: VKN kayıtlı bir e-Fatura mükellefine aitse e-Fatura, değilse e-Arşiv kesilir. Bu sorgu sipariş anında otomatik yapılmazsa fatura karşı taraftan reddedilir ve süreç elle düzeltilir. Senaryo seçimi, belge serisi ve iptal süreleri de akışa dahildir; ayrıntılar GİB e-Fatura API rehberimizde anlatılıyor.

Müşteriye kesilen satış faturası gelire, platformun kestiği komisyon ve hizmet faturası gidere yazılır; ikisi hak ediş dönemine göre eşleştirilir. Yalnızca siparişin aktarıldığı kurgularda ciro gerçekte olduğundan yüksek, net katkı görünmez olur. Kupon paylaşımı, kargo katkısı ve iadeler de aynı raporla kapatılmalıdır. Pazaryeri ve platform entegrasyonlarının kapsamını ayrıca inceleyebilirsiniz.

Belirleyici olan hacim ve hedef programın dayanıklılığıdır. Günde birkaç yüz belgeye kadar anlık aktarım rahat çalışır ve stok gerçek zamanlı kalır. Yoğun kampanya dönemlerinde saniyede gelen sipariş yığını yerel muhasebe programlarını zorlayabilir; bu durumda kuyruğa alıp aralıklı gönderim veya gün sonu toplu aktarım daha sağlıklıdır. İkisi karma da kullanılabilir: stok anlık, fatura gün sonu.

İkisi de mümkündür. Genelde satış, fatura ve tahsilat yazılımdan muhasebeye giderken; ürün kartları, fiyat listeleri, cari bakiyeler ve stok miktarı muhasebeden yazılıma çekilir. Çift yönlü akışta hangi sistemin hangi alanda "tek doğru kaynak" olduğu baştan belirlenmelidir; aksi halde iki taraf birbirinin verisini sürekli ezerek çakışma üretir.

Hayır. Entegrasyonun amacı zaten mevcut programı korumaktır; yazılımınız ona bir köprüyle bağlanır ve muhasebe ekibi alışık olduğu ekranda çalışmaya devam eder. Program ileride değişirse köprünün yalnızca hedef tarafındaki adaptör yeniden yazılır; eşleştirme kuralları, kuyruk ve hata yönetimi olduğu gibi kalır.

Tek programa satış ve fatura aktarımı birkaç hafta, iade–stok–cari–tahsilat kapsayan çift yönlü kurulumlar tipik olarak iki ile altı hafta arasında devreye girer. Süreyi kod yazımından çok eşleştirme kararları, test firmasında yapılan deneme aktarımları ve mali müşavir onayı belirler. Edge Bilişim bu projelerde önce tek kanalı canlıya alıp mutabakat temiz çıktıkça kapsamı genişletiyor.

Fiyatı belirleyen beş kalem var: hedef programın arayüz olgunluğu, bağlanacak kaynak sistem sayısı, aktarılacak belge tipleri, gerçek zamanlı/toplu tercihi ve e-belge kapsamı. Bu yüzden tek liste fiyatı yerine sabit kapsamlı paket ya da sprint bazlı model kullanılır. Muhasebe programının lisansı ayrı bir kalemdir. Bütçe kalemlerinin genel dağılımını ayrı rehberde inceleyebilirsiniz.

Evet. Sanal POS, havale, kapıda ödeme ve çek tahsilatları muhasebeye kayıt olarak işlenebilir; banka ekstresi satırları sipariş numarası, tutar ve tarih toleransıyla otomatik eşleştirilir. Komisyon ve valör farkları ayrı hesapta izlenir, eşleşmeyen satırlar askıya alınır. Otomatik mutabakat kurgusunu ayrıntılı anlattığımız rehber bu adımı tamamlıyor.

Evet. Çok firmalı yapılarda her kaynak sistemin hangi muhasebe firmasına ve hangi döneme yazacağı eşleştirme tablosunda tanımlanır; şubeler ayrı depo ve ayrı gelir kırılımıyla izlenebilir. Döviz satışında hangi kurun (satış tarihi, tahsilat tarihi veya sabit kur) esas alınacağı proje başında karara bağlanır, çünkü sonradan değişmesi geçmiş kayıtların düzeltilmesini gerektirir.

En sık görülenler: satır yerine belge toplamından KDV hesaplamak, iade ve iptal senaryosunu hiç kurgulamamak, eşleşmeyen ürünlerde otomatik yeni stok kartı açıp envanteri kirletmek, pazaryeri komisyonunu gidere yazmayıp ciroyu şişirmek ve mükerrer kayıt koruması olmadan tekrar denemek. Edge Bilişim devreye alma öncesi test firmasında geriye dönük bir dönemi aktarıp mevcut kayıtlarla karşılaştırıyor; farklar sıfırlanmadan canlıya geçilmiyor.

Kayıtlar güncel aktığı için mali müşavir ay sonunu beklemeden çalışabilir; beyanname dönemlerinde toplu evrak transferi ortadan kalkar. Pratikte en verimli kurgu, mali müşaviri eşleştirme kurallarının belirlendiği aşamaya dahil etmektir: hesap kodları, KDV kırılımları ve iade politikası onun onayıyla sabitlenirse sonradan düzeltme kaydı ihtiyacı büyük ölçüde ortadan kalkar.