Mağaza–ERP entegrasyonu için sağlayıcıdan hangi bilgiler istenir?
Mağazanızdaki siparişleri ERP'ye aktarmak istiyorsunuz. Yazılım ekibi “API bilgilerini iletin” diyor; sağlayıcı ise kullanılan ürün sürümünü, lisansı veya ek modülü soruyor. Bu noktada yalnız bir anahtar almak yeterli değildir. Bağlantı geliştirilmeden önce hangi verilere, hangi koşullarla erişilebildiğini anlamak gerekir.
İşletmenin bütün teknik ayrıntıları çözmesi beklenmez. Ancak doğru ürün bilgisini ve sağlayıcının güncel erişim koşullarını bir araya getirmesi, teklifin varsayımlara dayanmasını önler. Bu rehber, entegrasyon görüşmesine hazırlanırken alınabilecek bilgi ve belgeleri açıklar. Stok hesaplama ve kanal senkronizasyonu kuralları için ayrı stok yönetimi rehberini inceleyebilirsiniz.
1. ERP'nin tam ürününü ve kurulum biçimini belirtin
Yalnız marka adı yerine ürün, sürüm, kullanılan modüller ve kurulum biçimini yazın. Bulut hizmeti, işletmenin kendi sunucusu ve farklı ürün paketleri aynı API koşullarına sahip olmayabilir. Mağaza tarafında da platform ve ilgili uygulamalar bilinmelidir.
Sağlayıcıdan şu bilgilerin güncel karşılığını isteyin:
- Bu ürün ve sürüm için desteklenen resmi API veya bağlantı yöntemi.
- Ürün, stok, sipariş ve müşteri verilerinin hangilerine erişilebildiği.
- Mevcut lisansın bu erişimi kapsayıp kapsamadığı.
- Gerekli ek modül, kurulum veya sağlayıcı onayının bulunup bulunmadığı.
- Teknik dokümanın tarihi, destek kanalı ve sorumlu ekip.
“API var” cevabı, ihtiyaç duyulan bütün kayıtların okunabildiğini veya yazılabildiğini göstermez. API entegrasyonu kapsamı, gerçekten kullanılabilecek işlemler üzerinden belirlenmelidir.
2. İstenen iş ile erişim yetkisini eşleştirin
Sipariş okumak, stok değiştirmek ve fatura oluşturmak farklı yetkiler gerektirebilir. Bağlantının yapacağı işleri listeleyin; yazılım ekibi bu listeyi sağlayıcının izin modeliyle karşılaştırsın. Yalnız rapor okunacak bir çalışma için geniş yönetim erişimi gerektiğini kendiliğinden varsaymayın.
Shopify'ın resmi erişim kapsamları belgesi, uygulamanın okuyabileceği ve yazabileceği verilerin ayrı izinlerle sınırlandırıldığını açıklar. Bu bir sağlayıcı örneğidir; ERP'nizin aynı izin adlarını veya bağlantı yöntemini sunduğu anlamına gelmez. Asıl soru, gereken işlemlerin mevcut ürününüzde hangi yetkiyle desteklendiğidir.
Anahtarın kim tarafından oluşturulacağı, nerede saklanacağı ve erişim sona erdiğinde kimin iptal edeceği de belirlenmelidir. İlk teklif görüşmesinde parola veya API anahtarını açık mesajlara eklemeyin. Yetkili erişim yöntemi, kapsam netleştikten sonra uygun kanaldan kararlaştırılabilir.
3. Test ortamı ve örnek veri koşullarını öğrenin
Sağlayıcının ayrı test hesabı veya deneme ortamı sunup sunmadığını sorun. Sunuyorsa bunun canlı sistemden hangi yönlerle ayrıldığını, erişim süresini ve hangi işlemlerin desteklendiğini öğrenin. Test ortamı bulunmadığında uygulanabilecek kontrol yöntemi ayrıca değerlendirilmelidir; canlı kayıtlarda habersiz deneme yapılmamalıdır.
Örnek sipariş ve ürün kayıtları alan eşleştirmesini anlamaya yardımcı olabilir. Kişisel bilgilerden ve ticari sırlardan arındırılmış örneklerle çalışın. Test için gerçek müşteri listesinin tamamını göndermek başlangıç şartı değildir.
Bir siparişin hedefte oluşturulması, iptal edilmesi veya faturaya dönüşmesi gerçek operasyonu etkileyebilir. Bu işlemler için testin sınırı, yetkili kişi ve beklenen sonuç yazılı olmalıdır. Ekranda bağlantı kurulmuş görünmesi, iş akışının kabul edildiği anlamına gelmez.
4. Kota, sürüm ve hata bilgilerini tekliften önce alın
Beklenen sipariş hacmi ve güncelleme sıklığını paylaşın. Sağlayıcının istek sınırları, toplu veri işlemleri ve bakım kesintileri tasarımı etkileyebilir. Sabit bir aktarım hızı veya her kaydın anında güncelleneceği sözü, bu koşullar görülmeden verilmemelidir.
Shopify'ın API limitleri ve sürümleme belgeleri, erişim limitleri ile API sürümlerinin bakımda dikkate alınması gerektiğine somut örnektir. Başka bir ERP için aynı sayıları veya takvimi kopyalamayın; kendi sağlayıcınızın güncel koşullarını alın.
Hata yanıtlarının nasıl açıklanacağı, destek kaydının kime açılacağı ve sürüm değişikliğinin nasıl duyurulacağı da sorulmalıdır. Tekrar gönderim veya belirsiz sonuçta kayıt uzlaştırma davranışı teknik tasarımda ele alınır. Başarılı bir bağlantı örneği bu sorumlulukların yerini tutmaz.
5. Geliştirme bedeli ile sağlayıcı koşullarını ayırın
Bağlantıyı geliştirme ve bakım kapsamıyla; ERP lisansı, API erişimi, ek modül veya üçüncü taraf uygulama bedellerini ayrı değerlendirin. Bir kalemin teklifte görünmemesi, onun ücretsiz olduğunu kanıtlamaz. Maliyet bilinmiyorsa sağlayıcı teyidi bekleyen kalem olarak yazılmalıdır.
Aynı ayrım iş takvimi için de geçerlidir. Sağlayıcı onayı, test hesabı veya doküman bekleniyorsa bu bağımlılık görünür olmalıdır. Kesin bedel ve süre ancak gerçek sistemler, yetkiler ve aktarım kapsamı incelendikten sonra netleşebilir.
6. Referansın gerçekten hangi katmanı kanıtladığını inceleyin
SRN Dijital'in Golden Glass e-ticaret vaka kaydı, ürün, kategori, sipariş ve mesaj akışlarına ait uygulama içi API yapısını anlatır. Bu, mağaza ve yönetim katmanı geliştirme deneyimidir. Adı belirtilmemiş bir ERP'ye bağlantı yapıldığının veya bütün ERP sürümleriyle hazır uyumluluğun kanıtı değildir.
Tedarikçinin sunduğu örneği, kendi ihtiyacınızla aynı ayrıntıda karşılaştırın. Mağaza geliştirme, veri aktarımı ve belirli ERP sürümünde doğrulanmış bağlantı farklı kanıtlardır. Eksik erişim veya doküman varsa bunların nasıl giderileceği teklifin parçası olmalıdır.
Görüşmeye hangi kısa dosyayla gelmelisiniz?
Mağaza adresi, ERP adı ve sürümü, aktarılacak kayıt türleri, beklenen işlem hacmi, resmi doküman bağlantısı ve henüz cevaplanmamış sağlayıcı soruları yeterli bir başlangıç paketi olabilir. Parolaları veya müşteri kayıtlarını bu belgeye koymayın. Teknik ekip bu bilgilerle uygulanabilirliği ve eksikleri değerlendirebilir.
İzmir merkezli SRN Dijital, Türkiye geneline e-ticaret geliştirme ve sistem entegrasyonu hizmeti verir. Mevcut altyapınızı ve beklediğiniz veri akışını paylaşarak projenizin kapsamını değerlendirelim.
Kaynaklar
- Shopify: API erişim kapsamları
- Shopify: API limitleri
- Shopify: API sürümleme
- SRN Dijital: Golden Glass teknik vaka kaydı
Kaynak kontrolü: 19 Ekim 2026. Sağlayıcıya yöneltilecek sorular editoryal öneridir; belirli bir ERP'nin API, fiyat veya erişim koşulu doğrulanmış sayılmaz.
Kısa cevap: ERP sağlayıcısından entegrasyon için ne istenir?
Tam ürün/sürüm bilgisi, resmi API dokümanı, desteklenen okuma-yazma işlemleri, lisans koşulu, yetki yöntemi, test ortamı, kota ve sürüm desteğini isteyin. Geliştirme ile sağlayıcı bedellerini ve sorumlularını ayırın. Bu bilgiler doğrulanmadan kesin bağlantı kapsamı ve takvim varsaymayın.