Shopify DİA Entegrasyonu

DİA doğuştan bulut bir ERP ve bu, entegrasyonun iki adımını baştan kolaylaştırıyor: araya sunucu girmiyor ve fatura araya üçüncü bir firma girmeden kendi altyapısından gidiyor. Buna karşılık bu sistemin başka hiçbir ön muhasebe ya da ERP'de bulunmayan bir mekanizması var: servis çağrıları kontör tüketiyor. Bağlantı servis kullanıcısıyla kurulur, yetkiler masaüstü istemcide de tanımlanmak zorundadır, kontör tükendiğinde operasyon durur ve internet satışı faturasının kendi kuralları vardır.

Kurulum için görüşün Entegrasyonu incele

200+ aktif marka
Nodus Works ile Shopify'da büyüyor

Shopify DİA entegrasyonu nedir?

Shopify DİA entegrasyonu, mağazanızdaki siparişleri, müşterileri, ürünleri, stoğu ve fiyatı DİA ile aynı hizada tutan bağlantıdır. DİA merkezde durur: ürün bütün varyant ve seçenekleriyle DİA'dan çıkar, sipariş mağazadan DİA'ya gelir ve fatura DİA'da kesilir.

Kurulum, DİA tarafında bir web servis kullanıcısının açılıp yetkilerinin verilmesiyle başlar. Buradaki kritik ayrıntı yetkinin devralınmaması: servis üzerinden yapılacak her işlem için o kullanıcının masaüstü istemcide de aynı yetkiye sahip olması gerekiyor. Ardından eşleştirme, fiyat ve stok kuralları tanımlanır. Yetki devri gibi ayrıntılar gözden kaçıp bağlantı çalışmadığında Nodus Works'ün Shopify entegrasyon ve özel uygulama geliştirme hizmeti bu kurulumu baştan doğru sırayla kurar.

Bağlantı kurulduktan sonra günlük iş tek yerden yürür: sipariş DİA'ya cari kartı açılarak düşer, stok ile fiyat DİA'dan mağazaya yazılır ve belge DİA'nın kendi altyapısından gider. Servis çağrıları kontör tükettiği için kontör takibinin operasyonel bir rutin haline gelmesi gerekir.

NELER EŞİTLENİR

Shopify ve DİA arasında neler eşitlenir

Bağlantı kurulduğunda ürün, stok, fiyat, sipariş, cari ve fatura aynı akışın parçası olur. Aşağıdaki altı başlık, Shopify DİA entegrasyonunda en çok sorulan konuları kapsıyor.

Ürün ve varyant aktarımı

DİA'ya girilen ürün bütün varyant ve seçenekleriyle köprüye gelir ve mağazada listelenir. Bu, incelediğimiz sistemler içinde varyantın resmi metinde açıkça yazıldığı az sayıdaki örnekten biri; renk ve beden matrisi olan kataloglarda işi belirgin biçimde kolaylaştırır.

Stok ve fiyat eşitleme

Adet ile fiyat DİA'dan mağazaya yazılır, yani kataloğun gerçeği DİA'da durur. Değişiklikler düzenli olarak kontrol edilip mağazaya yayılır; hangi deponun stoğunun açılacağı kurulumda tanımlanır.

Shopify siparişlerinin DİA'ya aktarımı

Sipariş mağazada oluştuğunda DİA'ya yazılır ve müşterinin cari kartı otomatik açılabilir. Bu otomatik açma kolaylık sağlar, buna karşılık aynı kişinin ikinci kez cari olarak açılma riskini de getirir.

Cari kart ve müşteri eşleşmesi

Sipariş verenin bilgileri cari karta dönüşür; mevcut kart varsa onunla eşleşir. Eşleşmenin hangi alandan kurulduğu kurulumun kritik kararıdır, çünkü birleştirme sonradan elle yapılır.

e-fatura ve e-arşiv

DİA özel entegratör olduğu için belge araya üçüncü bir firma girmeden kendi altyapısından gider. Toplu faturalandırma da mümkün; numara ile seri DİA'nın belge düzeninden gelir ve internet satışları için ayrı seri zorunludur.

İptal ve iade akışı

İade ile iptal DİA tarafında aynı işlem değildir; hangisinin geçerli olduğu belgenin yaşına bağlıdır. İade akışı için resmi bir adım listesi yayınlanmadığı için bunun kurulumda deneme siparişiyle netleştirilmesi gerekir.

ERİŞİM VE YETKİ

DİA bağlantısı nasıl açılır?

Bu tarafta iki ayrıntı bütün projeyi belirliyor ve ikisi de DİA'nın kendi dokümanında yazılı: yetkinin devralınmaması ve çağrıların kontör tüketmesi. Kurulumun yarım çalıştığı durumların neredeyse tamamı birinciden geliyor.

İki bulut sistem, araya sunucu girmiyor

Hem mağaza hem ERP bulutta çalıştığı için güvenli tünel, sabit adres ya da şirket içi sunucu erişimi gerekmez. Kurulumlu ERP'lerde projenin ilk haftasını yiyen altyapı adımı burada hiç yok.

Bağlantı web servis kullanıcısıyla kurulur

DİA tarafında bir web servis kullanıcısı açılır ve bu kullanıcı için bir erişim anahtarı üretilir. Köprü bu kimlikle çalışır; yani entegrasyonun yapabileceği işler bu kullanıcının yapabildiği işlerle sınırlıdır.

Yetki devralınmıyor, ayrıca tanımlanıyor

Servis üzerinden bir işlem yapılabilmesi için o kullanıcının masaüstü istemcide de aynı yetkiye sahip olması gerekiyor. Cari kart listeleme yetkisi yoksa servis de yetki hatası verir; kurulumun yarım çalışmasının bir numaralı sebebi bu.

Çağrılar kontör tüketiyor

Her servis çağrısı için kontör düşüyor ve kontör durumu masaüstü istemcideki bir ekrandan izleniyor. İncelediğimiz sistemler içinde böyle bir mekanizması olan tek sistem bu; kontör bittiğinde senkron durur.

Her kayıt bir muhasebe dönemine yazılır

Servis çağrılarında firma kodu ile dönem kodu zorunlu; yani her kaydın hangi döneme yazıldığı baştan belli. Dönem kapandıktan sonra o döneme kayıt açılamaz ve köprü hata verir.

Köprüyü DİA yapmıyor

DİA'nın kendi yayınladığı bir Shopify uygulaması bulunmuyor; köprü çözüm ortağı ekosisteminden geliyor ve DİA kendi sitesinde Shopify'ı adıyla sayan bir çözüm ortağını tanıtıyor. Sorumluluk sınırının sözleşmede net olması gerekir.

Bu altı maddenin pratik sonucu şu: DİA tarafında proje bir altyapı işi değil, yetki ve kontör planlaması işidir. Kurulumun ilk gününde yetkileri tek tek vermek ve kontör tüketimini sipariş hacminize göre öngörmek, sonradan açıklanamayan yarım senkronların önüne geçer.

KURULUM

Shopify DİA entegrasyonu nasıl yapılır?

Aşağıdaki altı adım, web servis kullanıcısının açılmasından ilk deneme siparişine kadar kurulumun tamamını kapsıyor. Adımların hepsi iki panel arasında yürüyor.

Web servis kullanıcısını ve anahtarını hazırlayın

DİA tarafında bir web servis kullanıcısı açıp erişim anahtarını üretin. Kurulum yolunu ve gereken modülleri dia.com.tr üzerinden çalıştığınız iş ortağınızla birlikte netleştirin.

Yetkileri masaüstü istemcide tek tek verin

Servis üzerinden yapılacak her işlem için aynı yetkinin masaüstü istemcide de tanımlı olması gerekir. Sipariş yazma, cari açma, stok okuma ve fatura kesme yetkilerini ayrı ayrı kontrol edin; eksik yetki akışı yarım bırakır.

Firma ve dönem bilgisini doğrulayın

Çağrılarda firma kodu ile dönem kodu zorunlu olduğu için bağlantının doğru firmaya ve açık döneme kurulduğunu doğrulayın. Birden fazla firma takip ediyorsanız bu adım faturaların doğru mükellefe düşmesini belirler.

Eşleştirme ve varyant düzenini tanımlayın

Ürünlerin hangi alan üzerinden eşleşeceğini ve varyantların mağazada nasıl görüneceğini tanımlayın. DİA varyantı yerleşik olarak taşıdığı için burada iş kolaylaşır, ancak eşleşme anahtarını deneme kaydıyla doğrulamak gerekir.

Fiyat, depo, vergi ve fatura serisini seçin

Mağazaya hangi fiyatın yazılacağını, hangi deponun stoğunun açılacağını, vergi oranlarının nasıl okunacağını ve internet satışları için hangi serinin kullanılacağını belirleyin. Kargo bedelinin faturaya nasıl yansıyacağı da bu adımda tanımlanır.

Deneme siparişiyle akışı ve kontörü doğrulayın

Tek ürünle sipariş verip siparişin DİA'ya düştüğünü, cari kartın doğru açıldığını, stoğun mağazada indiğini ve belgenin doğru seriden kesildiğini görün. Aynı denemede birkaç işlemin ne kadar kontör tükettiğini ölçüp aylık hacminize göre plan yapın.

Aşağıdaki tabloda Shopify'daki kayıtların DİA tarafında hangi karşılığa gittiğini bulabilirsiniz.

Shopify'da ne var	DİA'da karşılığı
Sipariş	Sipariş kaydı ve cari hareketi
Müşteri	Cari kart, otomatik açılabilir
Ürün	Stok kartı
Varyant	Ürünün varyant ve seçenek yapısı
Fiyat	Stok kartındaki ya da seçilen listedeki fiyat
Stok	Seçilen deponun adedi
Vergi	Stok kartındaki oran
Fatura	e-fatura ya da e-arşiv, DİA altyapısından
İade	İade belgesi ya da iptal, süreye bağlı
Karşılığı yok	Vergi numarası ve unvan alanları; firma ile dönem kodu; kontör

Tablonun son satırındaki üç kalem bu sistemin kendine özgü tarafı. Firma ile dönem kodu her kayıtta taşındığı için kaydın hangi döneme yazıldığı baştan bellidir; kontör ise Shopify tarafında hiçbir karşılığı olmayan, yalnız DİA tarafında izlenen bir kaynaktır.

Kurulumda hangi adımda kaldınız?

Kataloğunuzu ve mevcut kurulumunuzu anlatın, Shopify DİA entegrasyonunun sizin ürün yapınızda nasıl kurulacağını birlikte çıkaralım. Form doldurmanız gerekmiyor, telefon, e-posta veya WhatsApp'tan doğrudan bize ulaşın.

İletişime geçin 0850 888 2815 hub@nodusworks.com WhatsApp

KONTÖR

Kontör nedir, entegrasyonu nasıl etkiliyor?

DİA'nın web servisinde her çağrı için kontör düşüyor; giriş gibi bazı özel çağrılar bunun dışında kalıyor ve kontör durumu masaüstü istemcideki bir ekrandan izleniyor. İncelediğimiz yedi ön muhasebe ve ERP sistemi içinde böyle bir mekanizması olan tek sistem bu. Entegrasyonun sürdürülebilirliğini doğrudan belirleyen bir konu.

Mekanizmanın operasyona yansıması şöyle: sipariş yoğunluğunuz arttıkça çağrı sayısı artar. Stok kontrolü, fiyat güncellemesi, sipariş yazma, cari açma ve fatura kesme ayrı ayrı çağrı üretir. Kontör tükendiğinde senkron durur ve bu durma çoğu kurulumda sessizce olur; mağaza tarafında hiçbir uyarı çıkmaz, yalnızca stoklar donar ve siparişler ERP'ye geçmez.

Çok kanallı satıyorsanız tüketim katlanır. Pazaryeri kanalları da aynı ERP'ye yazıyorsa her kanalın kendi stok kontrolü ve sipariş yazması ayrı çağrılar üretir. Yani yeni bir kanal eklemek yalnız operasyonel bir karar değil, kontör planlamasını da değiştiren bir karardır; bu, başka hiçbir sistemde karşımıza çıkmayan bir maliyet kalemi.

Pratik yaklaşım üç adımlı. Birincisi, kurulumun deneme aşamasında birkaç işlemin ne kadar tükettiğini ölçüp aylık hacminize oranlamak. İkincisi, gereksiz çağrıyı azaltmak: her ürünü sürekli sorgulamak yerine yalnız değişenleri yazan bir kurgu tercih etmek. Üçüncüsü, kontör azaldığında uyarı üretecek bir izleme kurmak; çünkü bu tarafta asıl risk kontörün bitmesi değil, bittiğini kimsenin fark etmemesidir.

FATURA

İnternet satışı faturası DİA'da nasıl kesilir?

DİA özel entegratör olduğu için fatura tarafında aracı yok; bu, projede muhatap sayısını azaltan yapısal bir avantaj. Buna karşılık internet satışının mevzuattan gelen kendi kuralları var.

Belge araya firma girmeden gider

DİA GİB özel entegratörü olduğu için e-fatura ile e-arşiv kendi altyapısından gönderilir. Kurumsal ERP tarafında görülen mühürleme firması katmanı burada yok; sorun çıktığında tek muhatap vardır.

İnternet satışının serisi ayrı olmak zorunda

İnternet üzerinden yapılan satışların faturalarının serisi diğer faturalarınızdan farklı olmak zorunda. Yani Shopify siparişleriniz mağaza ya da toptan satışlarınızla aynı seriye yazılamaz; bu düzen en başta kurulur.

Faturada zorunlu alanlar var

Satışın yapıldığı web adresi, ödeme şekli, ödemeye aracılık eden kuruluş, ödeme tarihi, malı taşıyanın vergi ya da kimlik numarası, gönderim tarihi, iade bölümü ve satışın internet üzerinden yapıldığı ibaresi bulunmak zorunda.

Kâğıt çıktı malın yanında gider

İade bölümü doldurulabilsin diye faturanın kâğıt çıktısının sevk edilen malın yanında gitmesi isteniyor. Bu kural paketleme istasyonunuzu değiştirir: etiket ile fatura çıktısı aynı adımda alınmalıdır.

İptal penceresi kısa, sonrası iade faturası

Kesilen belge yalnız belirli bir süre içinde iptal edilebiliyor; süre geçtikten sonra düzeltme iade faturasıyla yapılır ve iki belge mahsup edilir. Kaynaklar gün sayısında çeliştiği için burada gün vermiyoruz.

Vergi oranı ve kargo satırı ayrı tanımlanır

Oran stok kartından okunur, kargo bedelinin faturaya satır olarak eklenip eklenmeyeceği ve oranı ise kurulumda tanımlanır. Deneme belgesiyle doğrulamadan canlıya geçmemek gerekir.

STOK VE CARİ

Stok çakışması ve mükerrer cari nasıl önlenir?

Bu sistemin varyant tarafı rahat, buna karşılık otomatik cari açmanın doğal bir yan etkisi var: mükerrer kart. Stok tarafında da çok kanallı kurulumların klasik çakışması geçerli.

Varyant yerleşik olarak taşınıyor

Ürün bütün varyant ve seçenekleriyle köprüye geldiği için renk ve beden matrisi olan kataloglarda ayrı bir dönüştürme kurgusu gerekmez. Bu, kurulumlu ERP'lerin çoğunda belirsiz olan bir konunun burada net olması anlamına gelir.

Eşleşme anahtarı kurulumda doğrulanır

Ürünün hangi alan üzerinden eşleştiği resmi bir kaynakta yazılı değil, bu yüzden burada bir cevap uydurmuyoruz. Anahtar kurulumda tanımlanır ve tek ürünle deneme kaydı yapılarak doğrulanır.

Stoğun gerçeği tek yerde durmalı

Adet DİA'dan mağazaya yazılır; iki kanal aynı depodan satıyorsa adedin gerçeğini tek yerde tutup her kanala oradan yazmak gerekir. Aksi halde aynı son ürün iki kanalda satılır ve iptal kaçınılmaz olur.

Otomatik cari açma mükerrerlik üretir

Köprü her siparişte cari kart açabildiği için aynı kişi farklı e-posta ya da telefonla geldiğinde ikinci bir kart oluşur. Birleştirme elle yapılır; bu yüzden eşleşme kuralının baştan tanımlanması gerekir.

Misafir alışverişi ayrı kural ister

Hesap açmadan alışveriş yapan müşterinin bilgileri her siparişte yeniden gelir. Bu siparişlerin tek bir perakende cariye mi yazılacağı yoksa her biri için ayrı kart mı açılacağı kurulumda kararlaştırılmalıdır.

Yetki eksikse akış yarım çalışır

Servis kullanıcısının yetkisi eksik olduğunda sipariş yazılır ama cari açılmaz gibi yarım sonuçlar ortaya çıkar. Yetkiler masaüstü istemcide tek tek verilmediği sürece bu tür hatalar sürekli tekrarlar.

Bu bölümdeki maddelerin ortağı şu: bu sistemde asıl risk verinin hiç gitmemesi değil, kısmen gitmesi. Yetki eksikliği, kontör bitmesi ve dönem kilidi üçü de yarım sonuç üretir; bu yüzden kurulumun hata veren kayıtları görünür kılan bir ekranı olması gerekir.

ÇOK KANALLI

Pazaryeri kanalları da aynı DİA'ya yazarsa ne olur?

Bu sistemin güçlü tarafı çok kanallı çalışması: köprüler onlarca pazaryerini aynı ERP'ye yazıyor. Shopify eklendiğinde ortaya çıkan riskler diğer sistemlerdekiyle aynı, üzerine bir tanesi ekleniyor.

Kanal başına ayrı stok kartı riski

Aynı fiziksel ürün iki kanalda farklı kodla kayıtlıysa DİA'da iki stok kartı açılır ve stok raporu hiçbir kanalın gerçeğini göstermez. Yeni kanal eklemeden önce kodların hizalanması gerekir.

Aynı müşteri kanal başına ayrı cari olur

Kanalların verdiği iletişim bilgileri farklı olduğu için aynı kişi iki cari olarak açılır. Birleştirme elle yapıldığı için kanal sayısı arttıkça bu iş büyür.

Kontör tüketimi kanal sayısıyla katlanır

Her kanalın kendi stok kontrolü ve sipariş yazması ayrı çağrılar üretir. Yani yeni kanal eklemek kontör planlamasını da değiştirir; bu maliyet kalemi başka hiçbir sistemde yok.

Aynı deponun stoğu iki kez rezerve edilir

İki kanal aynı depodan satıyorsa adet iki kez düşebilir ya da hiç düşmeyebilir. Stok yönetiminin tek merkezden yürütülmesi bu yüzden bir tercih değil, gereklilik.

Fatura serisi kanal başına ayrılabilir

İnternet satışı için ayrı seri kuralı bütün kanallar için geçerli. Hangi belgenin hangi kanaldan geldiğini görmek istiyorsanız seri düzenini buna göre kurmak raporlamayı kolaylaştırır.

Dönem kilidi bütün kanalları etkiler

Muhasebe dönemi kapandıktan sonra o döneme kayıt açılamaz ve çağrılarda dönem kodu zorunlu olduğu için köprü hata verir. Kapanış saatinden önce kuyruğun boşaltılması kural haline getirilmelidir.

Trendyol ve Hepsiburada bağlantılarınız zaten DİA'ya yazıyorsa Shopify'ı eklemek hem kayıt düzenini hem kontör planınızı gözden geçirmek demek. Sipariş, stok ve fatura akışını tek panelden izlemek için Station'ı inceleyebilirsiniz.

TEYİT LİSTESİ

Kurulumdan önce neyi teyit etmeniz gerekiyor

Aşağıdaki başlıkların bir kısmı DİA'nın kendi dokümanında yazılı, bir kısmı ise hiçbir yerde yayınlanmadığı için kurulumda ölçülmesi gerekiyor. İkisini birbirinden ayırmak, gerçekçi bir takvim çıkarmanın tek yolu.

Kontör tüketiminiz

Kaç sipariş ve kaç ürün için ne kadar kontör tükettiğinizi deneme aşamasında ölçün. Aylık hacminize oranlanmamış bir kurulum, yoğun bir kampanya gününde sessizce durabilir.

Servis kullanıcısının yetkileri

Sipariş yazma, cari açma, stok okuma ve fatura kesme yetkileri masaüstü istemcide ayrı ayrı tanımlı mı? Yetki devralınmadığı için eksik bir yetki akışı yarım bırakır.

Firma ve dönem doğruluğu

Bağlantı doğru firmaya ve açık döneme kurulmuş mu? Çağrılarda ikisi de zorunlu olduğu için yanlış seçim ya hata verir ya da belgeleri yanlış yere yazar.

Eşleştirme anahtarı

Ürünlerin hangi alan üzerinden eşleştiği yayınlanmış değil. Tek ürünle deneme kaydı yapıp kaydın nasıl açıldığını görmek gerekir.

Fiyat ve depo seçimi

Mağazaya hangi fiyatın yazılacağı ve hangi deponun stoğunun açılacağı kurulumda tanımlanır. Yanlış seçim ya yanlış fiyat ya stoksuz satış üretir.

İade akışının adımları

İade ve iptalin hangi belgeyi ürettiği resmi bir dokümanda anlatılmıyor. Deneme siparişini iade ederek akışı görmek gerekir.

Fatura serisi düzeni

İnternet satışları için ayrı serinin nasıl tanımlandığını netleştirin. Bu zorunlu bir düzen olduğu için kurulumdan önce çözülmelidir.

Hata bildirimi

Kayıt reddedildiğinde ya da kontör azaldığında uyarı üretilecek mi? Bu sistemde riskin tamamı yarım çalışan akışlardan geldiği için izleme kurulumun parçasıdır.

Destek sınırı

Köprüyü DİA yapmadığı için sorumluluk çözüm ortağındadır. Hangi sorunun kimin muhatabı olduğu sözleşmede yazılı olmalı; yoksa kesinti anında iki taraf birbirini gösterir.

SENARYO

Üç sık rastlanan sorun ve çözümü

Aşağıdaki üç kurulum senaryosu, bağladığımız mağazalarda çözdüğümüz Shopify DİA entegrasyonu sorunlarını nasıl ele aldığımızı gösterir.

Kampanya günü duran senkron

SorunYılın en yoğun kampanya gününde mağazadaki stoklar donmuş göründü ve siparişler ERP'ye geçmemeye başladı. Ekip önce bunu yoğunluğa bağladı, ancak akşam saatlerinde de akış geri gelmedi ve stoksuz satışlar birikti.

SebepServis çağrıları kontör tüketiyordu ve kampanya trafiği normal günün kaç katı çağrı ürettiği hiç ölçülmemişti. Kontör gün içinde tükendiği için senkron durdu; durmayı haber veren bir uyarı da bulunmadığı için sorun saatler sonra fark edildi.

ÇözümKontör tüketimi ölçülüp aylık hacme oranlandı ve kampanya dönemleri için ayrı bir pay ayrıldı. Gereksiz çağrılar azaltıldı: her ürünü sürekli sorgulamak yerine yalnız değişenleri yazan bir kurgu kuruldu ve kontör azaldığında uyarı üreten bir izleme eklendi.

Siparişin düşüp cari açılmaması

SorunBağlantı kurulduktan sonra siparişler ERP'ye düşmeye başladı ama bir kısmında müşteri bilgisi yoktu. Muhasebe bu siparişleri faturalayamadı ve her gün birkaç kayıt elle tamamlanmak üzere bekletildi.

SebepServis kullanıcısının cari kartla ilgili yetkisi eksikti. Yetki bu sistemde devralınmıyor, masaüstü istemcide de ayrıca tanımlanması gerekiyor; sipariş yazma yetkisi verilmiş, cari açma yetkisi verilmemişti.

ÇözümYetkiler masaüstü istemcide tek tek gözden geçirilip tamamlandı ve akışın yarım kaldığı kayıtlar için bir hata listesi kuruldu. Bekleyen siparişler cari kartları açılarak tamamlandı, yeni siparişlerde aynı durum tekrarlamadı.

Ay kapanışında reddedilen kayıtlar

SorunAy kapanışında satış raporu ile mağaza cirosu arasında fark çıktı. Eksik siparişler mağazada duruyordu ama ERP tarafında hiçbir karşılığı yoktu ve kimse bir hata bildirimi görmemişti.

SebepÇağrılarda dönem kodu zorunlu olduğu için her kayıt bir muhasebe dönemine yazılıyordu. Ayın son gününe yakın düşen siparişler kuyrukta beklerken dönem kapandı; kapanan döneme kayıt açılamadığı için bu kayıtlar reddedildi.

ÇözümKuyrukta hata veren kayıtların görünür olduğu bir kontrol listesi kuruldu ve gün sonu rutinine eklendi. Ay kapanış saatinden önce kuyruğun boşaltılması kural haline getirildi, eksik siparişler doğru döneme işlendi.

STATION

Shopify DİA entegrasyonu

Sipariş, stok, fiyat ve fatura akışını tek panelden izlemek için geliştirdiğimiz araç Station. Pazaryeri kanallarınız da aynı DİA'ya yazıyorsa hem mükerrer kayıt riskini hem kontör tüketimini burada görürsünüz.

Entegrasyonu incele Kurulum için görüşün

SSS

Sıkça Sorulan Sorular

Shopify DİA entegrasyonu nasıl yapılır?

Kurulum, DİA tarafında bir web servis kullanıcısının açılıp erişim anahtarının üretilmesiyle başlar. Ardından bu kullanıcının yetkileri masaüstü istemcide tek tek verilir, bağlantının doğru firmaya ve açık döneme kurulduğu doğrulanır. Sonraki adımlar eşleştirme ile varyant düzeninin tanımlanması, fiyat, depo, vergi ve fatura serisinin seçilmesi ve tek ürünle deneme siparişi yapılmasıdır. Deneme sırasında kontör tüketiminin ölçülmesi de bu işin parçası.

DİA'nın kendi Shopify uygulaması var mı?

DİA adına yayınlanmış bir Shopify uygulaması bulunmuyor. Köprü, DİA'nın çözüm ortağı ekosisteminden geliyor; DİA kendi sitesinde desteklediği e-ticaret altyapıları arasında Shopify'ı adıyla sayan bir çözüm ortağını tanıtıyor. Bunun pratik sonucu şudur: destek ve sorumluluk sınırı DİA'da değil çözüm ortağındadır ve bu sözleşmede net olmalıdır.

DİA API anahtarı nereden alınır?

Bağlantı, DİA tarafında açılan bir web servis kullanıcısı ve o kullanıcı için üretilen erişim anahtarıyla kurulur. Buradaki kritik nokta anahtarın kendisi değil yetkiler: servis üzerinden yapılacak her işlem için aynı yetkinin masaüstü istemcide de tanımlı olması gerekiyor. Yetki devralınmadığı için eksik bir yetki akışı yarım bırakır.

DİA web servis kontörü nedir?

DİA'nın web servisinde her çağrı için kontör düşüyor; giriş gibi bazı özel çağrılar bunun dışında kalıyor ve kontör durumu masaüstü istemcideki bir ekrandan izleniyor. İncelediğimiz yedi ön muhasebe ve ERP sistemi içinde böyle bir mekanizması olan tek sistem bu. Kontör tükendiğinde senkron durur ve bu durma çoğu kurulumda sessizce olur.

Kontör ne kadar tüketiliyor?

Birim tüketim için burada bir sayı vermiyoruz çünkü bu, kurulumunuzun kaç çağrı ürettiğine bağlı: stok kontrolü, fiyat güncellemesi, sipariş yazma, cari açma ve fatura kesme ayrı ayrı çağrı üretiyor. Doğru yaklaşım deneme aşamasında birkaç işlemin tüketimini ölçüp aylık hacminize oranlamak, gereksiz çağrıyı azaltmak ve kontör azaldığında uyarı üretecek bir izleme kurmaktır.

Kontör bitince ne oluyor?

Senkron durur: stoklar mağazada donar, siparişler ERP'ye geçmez ve fiyat güncellemeleri yayılmaz. Bu durmanın en riskli tarafı sessiz olması; mağaza tarafında bir uyarı çıkmadığı için sorun genelde stoksuz satışlar biriktiğinde fark edilir. Bu yüzden kontör izlemesi kurulumun isteğe bağlı değil zorunlu parçası sayılmalıdır.

Bağlantı için sunucu gerekiyor mu?

Gerekmiyor. Hem mağaza hem DİA bulutta çalıştığı için güvenli tünel, sabit adres ya da şirket içi sunucu erişimi kurulmasına ihtiyaç yok. Kurulumlu ERP'lerde projenin ilk haftasını yiyen altyapı adımı bu sistemde hiç bulunmuyor; kurulumun ağırlığı yetki ve kontör planlamasında.

Shopify siparişleri DİA'ya otomatik cari açarak düşer mi?

Düşebilir: sipariş DİA'ya yazılırken müşterinin cari kartı otomatik açılabilir. Bu kolaylığın bir yan etkisi var, mükerrer kart: aynı kişi farklı e-posta ya da telefonla geldiğinde ikinci bir kart oluşur ve birleştirme elle yapılır. Hesap açmadan alışveriş yapan müşteriler için de ayrı bir kural kurulması gerekir.

DİA'dan Shopify'a stok ve fiyat nasıl aktarılır?

Kataloğun gerçeği DİA'da durur; adet ile fiyat DİA'dan mağazaya yazılır ve değişiklikler düzenli kontrol edilip yayılır. Kurulumda iki karar verilir: mağazaya hangi fiyatın yazılacağı ve hangi deponun stoğunun açılacağı. İki kanal aynı depodan satıyorsa adedin gerçeğinin tek yerde tutulması gerekir.

Shopify varyantları DİA'da nasıl eşleşiyor?

Bu tarafta DİA rahat bir sistem: ürün bütün varyant ve seçenekleriyle köprüye geliyor, yani varyant yerleşik olarak taşınıyor. Renk ve beden matrisi olan kataloglarda ayrı bir dönüştürme kurgusu gerekmez. Buna karşılık eşleşmenin hangi alandan yapıldığı resmi bir kaynakta yazılı değil; anahtarın deneme kaydıyla doğrulanması gerekir.

Ürünler hangi alan üzerinden eşleşiyor?

Ürün eşleşmesi stok kartı, müşteri eşleşmesi cari kart üzerinden kurulur; ancak eşleşmenin stok kodundan mı barkoddan mı yapıldığı yayınlanmış değil. Bu yüzden burada bir cevap uydurmuyoruz: anahtar kurulumda tanımlanır ve tek ürünle deneme kaydı yapılarak doğrulanır.

DİA e-fatura için ayrı entegratör gerekiyor mu?

Gerekmiyor. DİA GİB özel entegratörü olduğu için e-fatura ile e-arşiv araya üçüncü bir firma girmeden kendi altyapısından gönderilir. Bu, kurumsal ERP tarafındaki mühürleme firması katmanının burada bulunmadığı anlamına gelir; sorun çıktığında muhatap sayısı azdır. Toplu faturalandırma da mümkündür.

İnternet satışı faturası için ayrı seri gerekiyor mu?

Gerekiyor. İnternet üzerinden yapılan satışların faturalarının serisi diğer faturalarınızdan farklı olmak zorunda, yani Shopify siparişleriniz mağaza ya da toptan satışlarınızla aynı seriye yazılamaz. Bu düzen fatura yapısının en başında kurulur; geçmiş belgelerin serisi sonradan değiştirilemez.

İnternet satışı faturasında hangi alanlar zorunlu?

Satışın yapıldığı web adresi, ödeme şekli, ödemeye aracılık eden kuruluş, ödeme tarihi, malı taşıyanın vergi ya da kimlik numarası, malın gönderildiği tarih, iade bölümü ve satışın internet üzerinden yapıldığını belirten ibare bulunmak zorunda. Ayrıca faturanın kâğıt çıktısının sevk edilen malın yanında gitmesi isteniyor; bu, paketleme akışınızı doğrudan etkiler.

Shopify'ın kendi faturası geçerli mi?

Değil. Shopify'ın ürettiği sipariş özeti Türkiye'de geçerli bir fatura sayılmaz; yasal belge her zaman muhasebe sisteminizden çıkar. Entegrasyonun amacı müşteriye bir çıktı göndermek değil, DİA'da doğru seriden, doğru oranla ve zorunlu alanları dolu bir belge üretmektir.

İade edilen siparişin faturası nasıl düzeltilir?

Belgenin yaşına bağlı. Kesilen belge yalnız belirli bir süre içinde iptal edilebiliyor; süre geçtikten sonra düzeltme iptalle değil iade faturasıyla yapılır ve iki belge birbirine mahsup edilir. Kaynaklar gün sayısında çeliştiği için burada gün vermiyoruz. İade akışının hangi belgeyi ürettiği resmi bir dokümanda anlatılmadığı için deneme siparişiyle netleştirilmesi gerekir.

Kargo bedeli faturaya nasıl yansıyor?

Kargo bedelinin belgeye ayrı satır olarak eklenip eklenmeyeceği kurulumda tanımlanır. Kargo satırının vergi oranı ürün vergisinden farklı olabileceği için oranı varsayım yerine deneme belgesiyle doğrulamak gerekir. İadede de aynı satır vergisiyle birlikte düşülür.

Ay sonunda düşen siparişler neden DİA'ya geçmiyor?

Servis çağrılarında dönem kodu zorunlu olduğu için her kayıt bir muhasebe dönemine yazılır ve dönem kapandıktan sonra o döneme kayıt açılamaz. Ayın son gününe yakın düşen sipariş kuyrukta beklerken dönem kapanırsa kayıt reddedilir. Çözüm iki adımlı: hata veren kayıtlar için uyarı kurmak ve kapanış saatinden önce kuyruğun boşaltılmasını rutin haline getirmek.

Sipariş düşüyor ama cari açılmıyor, sebebi ne olabilir?

Neredeyse her zaman yetki: servis kullanıcısının cari kartla ilgili yetkisi eksiktir. Bu sistemde yetki devralınmıyor, servis üzerinden yapılacak her işlem için aynı yetkinin masaüstü istemcide de tanımlı olması gerekiyor. Sipariş yazma yetkisi verilip cari açma yetkisi verilmediğinde akış tam olarak böyle yarım kalır.

Birden fazla firmam var, bağlantı hangisine kurulur?

Servis çağrılarında firma kodu zorunlu olduğu için bağlantı belirli bir firmaya kurulur. Birden fazla firma takip ediyorsanız bunun ilk günden doğrulanması gerekir; yanlış firma seçildiğinde ya hata alınır ya da belgeler yanlış mükellefe yazılır. Aynı doğrulama dönem kodu için de geçerlidir.

DİA ile Trendyol ve Shopify aynı panelden yönetilir mi?

Yönetilebilir; köprüler onlarca pazaryerini aynı ERP'ye yazıyor ve bu sistemin güçlü tarafı da bu. Dikkat edilecek üç risk var: aynı fiziksel ürünün kanal başına ayrı stok kartı açması, aynı müşterinin kanal başına ayrı cari olması ve kontör tüketiminin kanal sayısıyla katlanması. Son madde başka hiçbir sistemde karşımıza çıkmıyor.

Yeni kanal eklemek maliyeti nasıl etkiliyor?

Bu sistemde yeni kanal yalnız operasyonel bir karar değil, kontör planlamasını da değiştiren bir karar: her kanalın kendi stok kontrolü ve sipariş yazması ayrı çağrılar üretiyor. Bu yüzden kanal eklemeden önce mevcut tüketimi ölçüp yeni kanalın getireceği çağrı yükünü öngörmek gerekir.

Pazaryeri kesintileri DİA'ya nasıl giriyor?

Pazaryeri hakedişinden komisyon ve kargo kesintileri düşüldüğü için ERP'ye yazılan satış tutarı ile bankaya geçen tutar aynı olmaz. Bu farkın gider olarak mı satış indirimi olarak mı kaydedileceği muhasebecinizle kararlaştırılır; tanımlanmazsa banka mutabakatı her ay elle düzeltilir.

Döviz satışı yapıyorum, kayıtlar nasıl giriyor?

Shopify birden fazla para biriminde satış yapabilir, ERP tarafında kayıt yerel paraya çevrilerek girer. Hangi günün kurunun kullanıldığı kurulumda tanımlanmazsa mutabakat her ay küçük farklarla bozulur. Bu konuda yayınlanmış bir kur politikası bulunmadığı için kararın projede verilip yazılı hale getirilmesi gerekir.

Entegrasyonun sorumlusu kim oluyor?

Köprüyü DİA yapmadığı için teknik sorumluluk çözüm ortağındadır. Bu, kesinti anında en çok sorun çıkaran konu: hangi sorunun kimin muhatabı olduğu sözleşmede yazılı olmazsa taraflar birbirini gösterir. Yetki, kontör ve dönem gibi konular DİA tarafında, veri dönüşümü ve kuyruk yönetimi köprü tarafındadır.