Kısa cevap: Çoğu işletme için doğru başlangıç hazır e-ticaret altyapısıdır. Özel yazılım iki durumda mantıklı hale gelir: satış modeliniz standart "sepet, ödeme, kargo" akışına sığmıyorsa veya standart kurallar ekibinizi her gün aynı işi elle düzeltmek zorunda bırakıyorsa. Bu ikisinin arasında ise çoğu büyüyen işletmenin aslında aradığı üçüncü yol durur: hazır bir çekirdeğin üzerine yalnızca gerçekten size özel olan parçayı yazdırmak.
Bu rehber, e-ticarete ciddi bir yatırım yapmadan önce altyapı seçen işletme sahibi için yazıldı. Marka karşılaştırması yapmıyoruz; çünkü bir marka bugün size uysa bile asıl sorun, işletmenizin hangi tür çözüme ihtiyaç duyduğunu bilmemektir. Sonunda elinizde üç şey olsun istiyoruz: kendi ihtiyaç listenizi eleme yöntemi, sağlayıcılara soracağınız sorular ve hazır e-ticaret altyapısı mı özel yazılım mı sorusuna kendi rakamlarınızla verebileceğiniz bir cevap.
Masadaki seçenek iki değil, üç
Konu genelde "hazır mı, özel mi" diye sorulur, ama bu iki uç arasında geniş bir alan vardır. Kararı netleştirmek için önce neyi aldığınızı doğru adlandırmak gerekir.
Hazır altyapı, aylık veya yıllık kullanım bedeliyle kiraladığınız bir hizmettir. Sunucu, güvenlik yaması, ödeme altyapısı bağlantısı ve yeni sürümler sağlayıcıdadır. Siz katalog, içerik, kampanya ve operasyonla uğraşırsınız. Bir de bu grubun yakın akrabası olan açık kaynak altyapılar vardır: yazılım lisans açısından size daha serbesttir, ama barındırma, güncelleme ve eklenti uyumu sizin veya ajansınızın sorumluluğuna geçer. Yani "hazır" demek her zaman "bakımı başkasında" demek değildir; bunu teklif aşamasında ayrıca sormanız gerekir.
Hazır çekirdek ve özel katman, sepet, ödeme, sipariş gibi herkeste aynı olan parçaları hazır sistemden alıp farkınızı yaratan parçayı ayrı yazmaktır. Bu parça bir fiyat motoru, bir ürün yapılandırıcı veya kurumsal kaynak planlama yazılımınızla konuşan bir entegrasyon servisi olabilir. Özel kod küçük kaldığı için hem bakım yükü hem de risk daralır.
Özel yazılım, tüm mağazanın ve yönetim panelinin size göre yazılmasıdır. Sınırı yoktur, ama her satırı bir iş kalemidir. Ödeme sayfasının güvenliği, kampanya motoru, iade akışı, fatura bağlantısı, arama, filtre, site haritası gibi hazır sistemde "zaten var" dediğiniz her şey burada da bir görev olarak planlanmak zorundadır. İşletmelerin en sık yanıldığı nokta tam olarak budur: özel yazılımı yalnızca "eksik olan özellikleri eklemek" sanırlar, oysa önce var olanları yeniden üretirsiniz.
Sipariş sayısı değil, istisna sayısı belirler
"Ayda kaç siparişten sonra özel yazılıma geçilir?" sorusu çok sorulur, ama tek başına yanıltıcıdır. Ayda on binlerce standart sipariş işleyen bir mağaza hazır altyapıda rahat çalışabilir; ayda iki yüz sipariş alan bir toptancı ise her siparişte müşteriye özel fiyat, vade ve onay akışı gerektirdiği için altyapıyı zorlayabilir. Belirleyici olan hacim ile istisnanın çarpımıdır.
İstisna derken standart akışın dışına çıkıp bir insanın elini gerektiren her siparişi kastediyoruz: pazaryerinden gelip faturası elle kesilen sipariş, parçalı gönderilen koli, iki ayrı depodan çıkan ürün, müşteriye özel iskonto, ölçüye göre fiyat. Hacim küçükken bunlar görünmez; ekipten biri halleder. Hacim büyüdükçe aynı küçük iş bir kişinin günlük mesaisine dönüşür.
Kaba bir başlangıç ölçüsü olarak aşağıdaki bantları kullanabilirsiniz. Bunlar kesin eşik değil, nereye bakmanız gerektiğini gösteren örnek bantlardır.
| Örnek aylık sipariş | Asıl soru | Genellikle mantıklı yön |
|---|---|---|
| Birkaç yüze kadar | Satış kanıtlandı mı, ürün ve mesaj tutuyor mu? | Hazır altyapı. Yazılıma değil, ürüne ve trafiğe yatırım. |
| Birkaç bine kadar | Hangi elle işler ekibi yavaşlatıyor? | Hazır altyapı ve iyi kurulmuş entegrasyonlar; gerekirse dar özel katman. |
| Birkaç binin üzeri | Sağlayıcı limitleri ve yoğun gün performansı yetiyor mu? | Üst paket veya özel katman; ancak sınır kanıtlanınca özel yazılım. |
| Hacimden bağımsız | Satış modeli standart sepete hiç sığıyor mu? | Sığmıyorsa özel katman veya özel yazılım masaya gelir. |
Karar vermek için önce ölçün. İki hafta boyunca ekibinizden standart dışına çıkan her siparişi basit bir tabloya işlemesini isteyin: ne oldu, kim düzeltti, kaç dakika sürdü. Sonuç sizi şaşırtabilir; çoğu zaman yükün büyük kısmı bir veya iki tekrar eden işten gelir ve bunlar için tüm mağazayı yeniden yazmak gerekmez.
Bu hesapta çıkan saati geliştirme ve bakım tahminiyle kıyaslayın. Yılda 144 saat elle işi ortadan kaldıracak bir özel entegrasyon için, geliştirme süresinin yanına bakımı da eklemek gerekir. Sağlayıcı arayüzünü değiştirdiğinde o entegrasyon yeniden elden geçer. Geri dönüş net değilse önce süreci sadeleştirmeyi deneyin; bazen tek bir kural değişikliği, örneğin parçalı gönderimi yalnızca belli ürünlerle sınırlamak, yazılım ihtiyacını ortadan kaldırır.
"Bize özel" dediğiniz listeyi elemeden karar vermeyin
Yazılım toplantılarına genellikle uzun bir istek listesiyle gidilir ve hemen her madde "bizim işimiz farklı" diye savunulur. Oysa sektör ne olursa olsun satış, sepet, kupon, stok düşümü, iade ve fatura gibi akışların büyük bölümü benzer kalıplardadır. Listeyi sırayla dört süzgeçten geçirmek, karar toplantısının yönünü değiştirir.
- Standart ayar süzgeci: Bu istek, altyapının kendi ayarlarıyla karşılanabilir mi? Kargo kuralı, kampanya tipi, müşteri grubu gibi konular çoğu sistemde vardır.
- Eklenti süzgeci: Hazır bir eklenti çözüyor mu? Çözüyorsa kim geliştiriyor, ne sıklıkla güncelleniyor, altyapı sürümü değişince ne oluyor?
- Süreç süzgeci: İstek gerçekten müşteriye değer katıyor mu, yoksa yalnızca "biz hep böyle yaptık" mı? Süreci hafifçe değiştirmek çoğu zaman yazılımdan ucuzdur.
- Fark süzgeci: Kalan madde müşterinin sizi seçme nedeni mi? Rakibinizden ayrıştıran şeyse yatırım yapmaya değer; yalnızca iç alışkanlıksa değmez.
Elde kalan maddeler kararınızı verir. Hiç madde kalmıyorsa hazır altyapıya gidin. Bir-iki madde kalıyorsa hazır çekirdek ve özel katman en sağlıklısıdır. Kalan maddeler sipariş veri modelinin kendisini değiştiriyorsa, örneğin aynı sepette birden çok satıcı, her satıcıya ayrı hak ediş ve ayrı iade kuralı varsa, o zaman özel yazılım konuşmak gerçekten anlamlıdır. Özel yazılımın ne olduğunu ve hangi durumlarda gerektiğini daha geniş ele alan özel yazılım rehberimize de bakabilirsiniz.
Türkiye'de işin koptuğu yer genelde vitrin değil, arka ofis
Mağazanın görünüşü her yolda iyi yapılabilir. Fark, siparişten sonra başlar. Türkiye'de e-ticaret yapan bir işletmenin altyapıdan beklediği birkaç şey vardır ve bunlar yurt dışı kökenli standart çözümlerde her zaman aynı derinlikte olmayabilir.
Taksit ve sanal POS. Taksitli satış burada sıradan bir beklentidir. Banka bazlı taksit tablosu, vade farkının nasıl yansıtıldığı, kısmi iadenin banka tarafına nasıl gittiği ve 3D Secure hatalarının nasıl görüldüğü demoda mutlaka sorulmalı. Ödeme alabilmek yetmez; iade akışı çalışmıyorsa muhasebeciniz ay sonunda fark arar.
e-Arşiv ve e-Fatura. Bireysel müşteriye ve kurumsal müşteriye kesilen belge türü, mükellefiyet durumunuza ve karşı tarafa göre değişebilir. Altyapının bunu bir entegratör üzerinden otomatik yapıp yapmadığı, iadede ne olduğu ve hata durumunda kimin uyarıldığı önemlidir. Uygulamanın kendi işletmeniz için nasıl yürüyeceğini mali müşavirinizle netleştirin; yazılım sağlayıcısının "uyumluyuz" cümlesi tek başına yeterli güvence sayılmaz.
Pazaryeri senkronu. Kendi sitenizin yanında büyük pazaryerlerinde de satıyorsanız ürün, fiyat, stok ve sipariş tek noktadan akmazsa son ürün iki kanaldan aynı anda satılır. Burada sorulacak soru "entegrasyon var mı" değil, "stok kaç dakikada bir güncelleniyor, senkron koparsa kim haberdar oluyor" olmalıdır. Kendi siteniz ile pazaryeri dengesini henüz kurmadıysanız pazaryeri mi kendi site mi karşılaştırmamız karara yardımcı olur.
Kargo. Etiket basımı, takip numarasının müşteriye gitmesi, kargo ücretinin sepette hesaplanması, iade kodu üretimi. Her biri basit görünür, hepsi birlikte olmayınca depodaki kişi gün boyu ekranlar arasında kopyala yapıştır yapar. Detaylar için kargo, ödeme ve muhasebe entegrasyonları rehberimize bakabilirsiniz.
Mevzuat bildirimleri. Mesafeli satış sözleşmesi ve ön bilgilendirme, cayma hakkı metni, ticari elektronik ileti onayı ve İYS kaydı, Elektronik Ticaret Bilgi Sistemi (ETBİS) yükümlülüğü, KVKK aydınlatma metni gibi başlıkların mağaza akışında yeri olmalıdır. Hazır altyapılarda bunların bir kısmı için alan ve şablon bulunabilir; özel yazılımda ise hepsi ayrıca tasarlanır. Metnin kendisini ve size özel yükümlülükleri bir hukuk danışmanıyla kontrol etmek en doğrusudur, çünkü kurallar değişebilir ve işletmeye göre farklılaşabilir.
Bu başlıklar, yerli çözümlerin ve yerel bağlantıları iyi kurulmuş altyapıların neden sıkça öne çıktığını da açıklar. Özel yazılıma giderseniz bu listenin tamamı sizin sorumluluğunuza girer ve mevzuat veya banka tarafı değiştikçe sürekli bakım ister.
Bütçeyi rakamla değil, kalemle okumak
Altyapı kararı için en sağlıklı karşılaştırma, tek seferlik kurulum bedelini değil, üç yıllık toplam sahip olma yükünü karşılaştırmaktır. Rakamlar işletmeye, kapsama ve döneme göre fazlasıyla değiştiği için burada fiyat aralığı vermek yanıltıcı olur; hangi kalemlerin fiyatı belirlediğini bilmek ise size her teklifi aynı dille okutur. Sitenin bütün maliyet başlıklarını ayrıca görmek isterseniz e-ticaret sitesi maliyeti rehberimizi okuyabilirsiniz.
| Maliyet kalemi | Hazır altyapı | Özel yazılım |
|---|---|---|
| Başlangıç | Kurulum, tema uyarlama, katalog aktarımı | Analiz, tasarım, geliştirme, test |
| Düzenli bedel | Paket ücreti; bazı modellerde işlem başına komisyon | Sunucu, izleme, yedekleme, lisanslı servisler |
| Eklenti ve bağlantı | Eklenti abonelikleri, entegratör ücretleri | Her bağlantı için geliştirme ve kurum sözleşmesi |
| Bakım | Çoğunlukla sağlayıcıda; eklenti uyumu size kalabilir | Güvenlik yaması, sürüm yükseltme, hata giderimi sizde |
| Değişiklik | Sınırlı ama genelde hızlı | Her talep bir geliştirme kalemi |
| Çıkış | Veri taşıma, URL yönlendirme, yeniden kurulum | Ekip değişirse kodu devralacak kişiyi bulmak |
Teklifleri karşılaştırırken gizli maliyetler genellikle şu sorularla ortaya çıkar: Fiyat kaç ürün, kaç personel kullanıcısı, kaç sipariş için geçerli? Sınır aşılırsa ne olur? Sözleşme kapsamında kaç revizyon var? Yayına çıktıktan sonraki hata düzeltmeleri bedele dahil mi, kaç ay süreyle? Yoğun kampanya günlerinde kapasite ek ücrete tabi mi? İki teklifi yan yana koyup aynı satırların her ikisinde olup olmadığını işaretleyin. Ucuz görünen teklif çoğu zaman eksik satır içeren tekliftir.
Bir de görünmeyen ama gerçek bir kalem vardır: yönetim zamanı. Özel yazılım yaptıran işletmede birinin istekleri yazması, test etmesi, önceliklendirmesi gerekir. Bu kişi genellikle zaten dolu olan işletme sahibi veya operasyon müdürüdür. Takvime bu saatleri koymazsanız proje gecikir ve gecikmeyi yazılım ekibinde ararsınız.
Dört kurgusal işletme, dört farklı cevap
Aşağıdaki işletmeler gerçek müşteri değil, kararı somutlaştırmak için kurgulanmış örneklerdir.
Tek mağazalı butik giyim markası. Birkaç yüz ürün, beden ve renk varyantı, bir pazaryeri kanalı, aylık birkaç yüz sipariş. Bütün ihtiyaç standart akışta. Özel yazılım bu işletmede sermayeyi fotoğraftan, reklamdan ve stok yatırımından çeker. Doğru hamle: hazır altyapı, temiz kurulum, iyi ölçüm.
Yedek parça toptancısı. Binlerce ürün kodu, müşteri bazlı fiyat listesi, vadeli cari, kurumsal müşteriye ayrı katalog. Sipariş az olabilir ama her biri kurallı. Ayrıca bütün bu verinin kaynağı işletmenin ana muhasebe veya kaynak planlama sistemidir. Doğru hamle çoğunlukla çok müşterili fiyatlamayı destekleyen hazır çekirdek ve sistemle konuşan dar bir özel entegrasyon servisidir. Tüm mağazayı yazdırmak gerekmez.
Ölçüye özel mobilya üreticisi. Fiyat, müşterinin girdiği ölçüye, malzemeye ve aksesuara göre hesaplanıyor. Standart varyant mantığı binlerce kombinasyona boğulur. Farkı yaratan şey yapılandırıcıdır, sepet değil. Doğru hamle: hazır çekirdek ve özel yapılandırıcı modülü. Sipariş üretime gidince üretim planı için ayrı bir araç gerekiyorsa o da ayrı bir karar olarak ele alınır.
Satıcı toplayan niş pazar yeri. Birden çok satıcı, satıcı paneli, komisyon, hak ediş, her satıcının ayrı iadesi. Burada veri modeli baştan farklıdır ve özel yazılım ciddi bir aday olur. Yine de ilk adım, pazar yeri çekirdeği sunan bir altyapıyla modeli küçük ölçekte sınamak olabilir. Talep kanıtlanmadan büyük bir yazılım yatırımı en pahalı pazar araştırmasıdır.
Anahtar kimde? Kod, veri ve KVKK
Bu bölüm çoğu teklif görüşmesinde atlanır, ama birkaç yıl sonra en pahalı soruya dönüşebilir: buradan çıkmak istersem ne olur?
Hazır altyapıda kodu kiralarsınız; önemli olan veridir. Ürün, müşteri, sipariş ve görsellerinizi eksiksiz ve kullanılabilir bir biçimde dışa alabildiğinizi deneyerek doğrulayın. Müşteri parolaları genelde taşınamaz, bu yüzden geçişte müşterilerin parola yenilemesini planlamak gerekir. Sipariş geçmişinin biçimi de sağlayıcıdan sağlayıcıya farklılaşır.
Özel yazılımda ise önemli olan kod ve bilgidir. Sözleşmede kaynak kodunun, veri tabanı şemasının ve dokümantasyonun size teslim edileceği, fikri hakların nasıl düzenlendiği açıkça yazmalıdır. Kod size ait olsa bile onu okuyabilecek başka bir ekip bulunabilmelidir; çok az kişinin bildiği bir teknolojiyle yazılan sistem kağıt üzerinde sizin, pratikte ise tek bir ekibe bağlıdır. Kod deposuna kendi hesabınızdan erişiminizin olması, yedeklerin nerede tutulduğunu bilmeniz ve sunucu hesabının şirket adına açılması küçük ama belirleyici ayrıntılardır.
KVKK tarafında soru yolu değiştirmez, sorumluyu netleştirir. Müşteri verisi işlediğiniz sürece genellikle veri sorumlusu sizsiniz; altyapı sağlayıcısı veya yazılım ekibi veri işleyen konumunda olabilir. Verinin yurt içinde mi yurt dışında mı tutulduğu, alt işleyenlerin kim olduğu, ihlal durumunda bildirim sürecinin nasıl işleyeceği ve aydınlatma metninin siteyi doğru yansıtıp yansıtmadığı sorulmalıdır. Kart verisi konusunda ise pratik kural şudur: kart bilgisini kendi sisteminizde saklamayın; ödeme kuruluşunun güvenli sayfasına veya tokenizasyon altyapısına bırakın. Özel yazılımda bunu kendi başınıza kurmaya kalkışmak hem PCI DSS yükünü hem riski büyütür. Bu başlıklarda kesin değerlendirme için hukuk danışmanı görüşü alın.
Görüşme masasında işe yarayan sorular
Sunumu kim yaparsa yapsın, her altyapı parlak görünür. Farkı, kendi zor senaryonuzu ekranda çalıştırtmak ortaya çıkarır. Sunumdan önce işletmenizde son üç ayda yaşanan en karmaşık üç siparişi yazın ve bunların canlı olarak nasıl işleneceğini sorun. Örneğin: iki ürünü iade edilen, biri taksitli ödenen, faturası kesilmiş sipariş. Cevap "bunu da yaparız" ise, nasıl yapıldığını görmeden ilerlemeyin.
Özel yazılım teklifi alıyorsanız sorular biraz farklılaşır. Hangi kişi bu kodu yazacak, projeden ayrılırsa ne olacak? Test nasıl yapılıyor, kabul kriteri kim tarafından yazılıyor? Yayına çıktıktan sonra güvenlik yamaları ne sıklıkla geliyor? Ödeme sağlayıcısı değişse iş ne kadar büyür? Benzer karmaşıklıkta canlıda çalışan bir yazılımlarını gösterebilirler mi? Bir ekip kendi ürününü işletmiyorsa, sabah üçte bozulan bir ödeme sayfasının ne demek olduğunu bilmiyor olabilir; bu yüzden bakımın nasıl örgütlendiğini ayrıntılı sorun.
Sık karşılaşılan üç karar hatası da burada yakalanabilir. Birincisi "ileride belki gerekir" diye bugünden büyük sistem kurmak; ihtiyaç doğduğunda büyümek neredeyse her zaman daha sağlıklıdır. İkincisi tek bir sınırla karşılaşınca tüm platformu suçlamak; çoğu zaman sınır yalnızca bir entegrasyondadır. Üçüncüsü en ucuz kurulum teklifine bakıp yıllık yükü hesaplamamaktır.
Yanlış seçimden dönmek mümkün, ama planla
İyi haber: Bu karar geri alınamaz değildir. Küçük başlayıp hazır altyapıdan özel katmana, oradan gerekirse özel yazılıma geçmek gayet yaygın ve mantıklı bir yoldur; çünkü her aşamada elinizde gerçek sipariş verisi vardır. Tersi de olur: bakımı ağırlaşan bir özel sistemden hazır altyapıya dönmek de utanılacak bir şey değildir.
Altyapı değiştirirken satış kaybının ana nedenleri tahmin edilebilir: eski URL'lerin yönlendirilmemesi nedeniyle kaybedilen arama görünürlüğü, sepette bozulan bir ödeme adımı, faturaya gitmeyen siparişler ve yanlış stok. Bunların her biri takvime yazılabilir.
Kampanya dönemlerinden önceki haftaları geçiş için seçmeyin. Eski sistemi kapatmadan önce yeterli süre salt okunur açık tutun, çünkü iade ve fatura sorularında eski kayda ihtiyaç duyarsınız. Müşterilere parola sıfırlama gerekiyorsa bunu kampanyalı bir "yeni mağazamız" duyurusu ile birleştirmek geçişi yük olmaktan çıkarır. Sözleşmeyi imzalarken mevcut sağlayıcıdan çıkış koşullarını da okuyun; dönem sonu, veri erişimi ve alan adı yönetimi gibi konular takvimi belirleyebilir.
Welda bu kararda nerede duruyor?
Bizim için bu tarafsız bir tartışma değil, çünkü iki tarafta da iş yapıyoruz ve bu bize her iki yolun gerçek yükünü görme imkânı veriyor. E-ticaret çözümleri tarafında ihtiyacınıza göre seçilen hazır bir altyapı üzerinde mobil öncelikli mağazayı kurar; ödeme, kargo ve pazaryeri bağlantılarını, ürün kataloğunu ve dönüşüm ölçümünü üstleniriz. Standart çözümün sığmadığı yerde ise özel yazılım ve otomasyon tarafında entegrasyon ve özel modül geliştiririz; bu projelerde kaynak kodu, telif ve dokümantasyon size aittir.
Stok tarafında mağaza, pazaryeri ve fiziksel satışı tek havuzda toplamak isterseniz kendi ürünümüz Welda Stock devreye girebilir; mevcut stok ve POS sisteminizi korumak istiyorsanız o sistemle entegrasyonu da değerlendiririz. Dürüst olalım: sizin için doğru cevap sade bir hazır altyapıysa, size özel yazılım önermek için bir neden görmüyoruz. Çok satıcılı büyük ölçekli bir pazar yeri veya çok özel bir sektör yazılımı planlıyorsanız kapsamın bize uygun olup olmadığını ilk görüşmede açıkça söyleriz.
Fiyat tarafında sabit bir liste yayınlamıyoruz; ücret platforma, ürün sayısına, entegrasyonlara ve istenen yönetim hizmetine göre belirleniyor. İhtiyaç listenizi ve kaba sipariş sayılarınızı getirdiğiniz ücretsiz ön görüşmede hazır e-ticaret altyapısı mı özel yazılım mı kararını sizin rakamlarınız üzerinden birlikte netleştirebilir, kapsamı ve teklifi oradan çıkarabiliriz.
Sık sorulan sorular
Hazır e-ticaret altyapısı büyüyünce yetersiz kalır mı?
Her zaman değil. Birçok hazır altyapı yüksek sipariş hacimlerini taşıyabilir; asıl tıkanıklık çoğu zaman hacimde değil, özel kurallarda ve entegrasyon limitlerinde çıkar. Kampanya günündeki performans garantisini, API limitlerini ve üst paket koşullarını sorarak bugünden görebilirsiniz.
Özel yazılım SEO için daha iyi midir?
Kendiliğinden değil. Özel yazılım, teknik kontrolü artırır ama site haritası, kanonik etiketler, yapılandırılmış veri ve hız gibi işleri de sizin yaptırmanızı gerektirir. İyi yapılandırılmış bir hazır altyapı ile kötü yapılandırılmış özel yazılım arasında kazanan genellikle hazır olandır. Belirleyici olan kurulumun kalitesi ve içeriktir.
Yeni başlayan biri doğrudan özel yazılımla başlamalı mı?
Satış modeliniz standart akışa hiç sığmıyorsa bile önce en küçük hâliyle sınamak iyi olur. Ürün ve talep kanıtlanmadan yapılan büyük yazılım yatırımı, en riskli başlangıçtır. Hazır bir altyapı veya hatta manuel işleyen küçük bir akış, ne yazdırmanız gerektiğini de öğretir.
Hazır altyapıda kurulu mağazaya sonradan özel modül eklenebilir mi?
Çoğu durumda evet; altyapının açık API sunması ve modülün buna göre tasarlanması gerekir. Sınırları önceden kontrol edin: ödeme adımına müdahale genellikle en kısıtlı alandır, oysa fiyat, stok, entegrasyon ve raporlama tarafına eklemek çok daha kolay olur.
e-Arşiv ve e-Fatura altyapıdan bağımsız mı çözülür?
Genellikle yetkili bir entegratör veya mali yazılım üzerinden çözülür; altyapı bu sistemle konuşur. O yüzden iki ayrı soru vardır: entegratör desteği var mı ve iade, iptal gibi durumlar da otomatik işleniyor mu? Yükümlülüğünüzün türünü mali müşavirinizle netleştirin.
Altyapı seçimi için ne kadar hazırlık gerekir?
Yoğun bir hazırlık gerekmez. İki haftalık istisna kaydı, ürün sayısı, kanal listesi, bağlanması gereken sistemler ve en karmaşık üç sipariş örneği, sağlıklı bir görüşme için yeterlidir. Bu bilgilerle hem teklifleri aynı dille karşılaştırabilir hem de gereksiz kapsamı en baştan eleyebilirsiniz.