"API entegrasyonu yapacağız" dediler — süreç nasıl ilerler, bizden ne beklenir?

En kritik hata ürün kodlarının uyuşmamasıdır. E-ticaret sitenizdeki stok kodları ile muhasebedeki stok kodları birebir aynı değilse entegrasyon ilk günden patlar. Yazılımcıya işi teslim etmeden önce bir Excel tablosunda tüm ürün kodlarınızın muhasebe tarafıyla eşleştiğini bizzat kontrol edin.

Entegrasyonun tek yönlü mü çift yönlü mü olacağını yazılı karara bağlayın. Sadece siteden muhasebeye sipariş mi akacak, yoksa muhasebede değişen depo stoku ve fiyatlar siteye geri yazılacak mı? Çift yönlüde API istek limitleri ve çakışma yönetimi devreye girer, bu da geliştirme süresini doğrudan uzatır.

Geçen yıl benzer bir entegrasyon yaptırdık. Muhasebe firmasından API lisansı ve test anahtarlarını almamız tam 9 gün sürdü. Yazılımcı ekibin kodlaması 12 günde bitti ama kargo ve iskonto satırlarının muhasebeye ters düşmesi yüzünden testler 8 gün uzadı. Toplamda 29 günde canlıya geçebildik.

Sizin tarafın hazırlık listesi şunlar olmalı: 1) Muhasebe firmasından test ortamı (sandbox) ve doküman talep edin. 2) İptal, iade ve parçalı teslimat durumlarının nasıl işleneceğini mali müşavirinizle netleştirip yazılı kurallar çıkarın. 3) Canlıya geçmeden önce en az 15 farklı senaryoda test faturası kestirin.

Muhasebe programınız bulut tabanlı mı yoksa kendi ofisinizdeki yerel bi sunucuda mı kurulu? Eğer ofisteki bi bilgisayarda çalışıyorsa sabit IP ve sunucuya port açılması gerekir. işte bu da hem güvenlik açığı yaratabilir hem de ofisin interneti kesildiğinde entegrasyonun durmasına yol açar; bunu konuştunuz mu?

bizim muhasebeci ilk başta tc kimlik numarası olmayan yabancı müşterilerin faturalarında hata verdirmişti.. ama yabancı sipariş alıyorsanız veya kurumsal fatura kesiyorsanız o alanların nsl eşleşeceğini şimdiden konuşun sonra siparişler sistemde aslı kalıyor.

edit: yukarıda yanlış yazmışım, kusura bakmayın.

Yazılım ekibi ile muhasebe programınızın teknik destek birimini ortak bir e-posta grubunda veya iletişim kanalında birleştirin. Siz teknik terimleri anlamak ve aradaki köprü olmak zorunda değilsiniz. Bırakın parametreleri ve uç noktaları doğrudan teknik kişiler kendi aralarında çözsün.

İlk entegrasyonumuzda test ortamı icin 12.000 TL ödemek istemedik, doğrudan canlı veritabanında test yaptık. Yazılımcı deneme faturası keserken gerçek müşteriye e-arşiv fatura ve SMS bildirimleri gitti. O gün test ortamına verilen paranın aslında en ucuz sigorta olduğunu çok net anladık.

kaydettim.

Yukarıdaki cevap işin özünü söylemiş. Asıl mesele rakam değil, o rakamın neye göre çıktığı.

Acele karar, altı ay sonra düzeltilen karar oluyor. Başka türlü yapan varsa onu da merak ederim.

Anlamadığım bir yer var. Sözleşmede kod sahipliği yazmıyorsa, ayrılırken pazarlık gücünüz kalmıyor.

Başka türlü yapan varsa onu da merak ederim.

Kendi tecrübemi yazayım. Erişim bilgileri kurum adına açılmalı, kişisel hesaplarla değil.

Not olarak bırakayım, lazım olur.

katiliyorum

bi şeyi atlamayın: En ucuz teklif genelde en az düşünülmüş tekliftir.

ben olsam bu yoldan giderdim.

Ucuz görünen yol genelde sonradan pahalıya patlıyor. Erişim bilgileri kurum adına açılmalı, kişisel hesaplarla değil.

Bizde en çok zaman kaybettiren şey, kimin karar vereceğinin belli olmamasıydı. Sorunuz olursa yazın, elimden geldiğince cevaplarım.

Bir uyarı bırakayım. Yazılı olmayan her madde, ileride iki tarafın da farklı hatırladığı bir madde.

Ben olsam bu yoldan giderdim.

Aynısını yaşadım. Haftalık yazılı ilerleme raporu, tarih sormaktan çok daha işe yarıyor.

Küçük bir deneme ile başlayın, tamamını bir anda bağlamayın. Kolay gelsin.

Bunu yazdığınız için teşekkürler, doğrusu bu. Acele karar, altı ay sonra düzeltilen karar oluyor.

Sormaktan çekinmeyin, sormayan hep daha pahalıya ödüyor. Bu kadar, uzattıysam kusura bakmayın.