Bütün araçları bağlamadan önce bir iş akışını baştan sona doğrulayın

Özellik listesi değil, tek bir sonuç seçin

Bir platform gösterisi her bağlantıyı yararlı gösterebilir; fakat operasyonel sonucu tanımsız bırakabilir. İşletmenin baştan sona gözleyebileceği tek bir sonuçla başlayın. Kurgusal örnekte bir toptan sipariş bir kez girilmeli, onaylı koşullarla fiyatlanmalı, kullanılabilir stoktan ayrılmalı, onaylanmalı, sevk edilmeli, faturalanmalı ve mutabık kalınmalıdır. Bu dar kapsam küçük bir hedef değil, entegrasyonun işi gerçekten tamamlayıp tamamlamadığını görme yöntemidir.

Yapılandırmadan önce başlangıç ve bitiş durumunu yazın. Başlangıç geçerli sipariş talebidir; bitiş ise açıklanamayan mükerrer kayıt veya bakiye bırakmayan, birbirine bağlı sipariş, sevkiyat, fatura ve ödeme kayıtlarıdır. Bu yolu desteklemeyen özellikler bekleyebilir.

Her bilginin sahibini belirleyin

İki sistem aynı bilgiyi değiştirebildiğinde entegrasyon sessizce bozulur. Onaylı ürün ve koşullar, kullanılabilir stok, onay, sevkiyat, fatura ve ödeme için hangi kaydın yetkili olduğunu belirleyin. Hangi sistemin yazacağını, hangisinin yalnızca okuyacağını ve düzeltmenin kayıt sahibine nasıl döneceğini açıklayın.

Referans bağlarını da koruyun. Sipariş referansı olmayan sevkiyat veya fatura referansı olmayan ödeme ayrı panolarda başarılı görünebilir; fakat tek bir ticari işlem olarak çözümsüz kalır.

Hacimden önce istisnaları test edin

Normal akış tek başına çok az şey kanıtlar. Aynı kurgusal siparişi iki kez gönderin, ürün eşlemesini kaldırın, kullanılabilir stoku değiştirin, onayı bekletin, miktarın bir kısmını sevk edin ve ödeme farkı oluşturun. Her istisnanın görünür bir durumu ve tek sorumlusu olmalıdır. Sessiz tekrarlar, mükerrer kayıtlar ve sistem dışında yapılan el düzeltmeleri, son ekran yeşil olsa bile başarısız testtir.

Kanıtı basit tutun: giriş referansı, oluşan kayıt, karar zamanı, istisna sahibi ve çözüm. Amaç gelecekteki her sorunu taklit etmek değil, beklenen yol bozulduğunda kontrolün korunduğunu doğrulamaktır.

Kabulün ne anlama geldiğinde anlaşın

Kabul gözlenebilir olmalıdır. Bir kaynak talep tek sipariş oluşturur; onaylı ürün ve fiyat esası izlenebilir kalır; stok yer ve zaman belirtilerek ayrılır; gerekli onay kaydedilir; sevk edilen miktar fatura esasıyla eşleşir; son bakiye açıklanır. Bağlantı çalışma süresini veya eşitlenen alan sayısını değil, tamamlanan iş akışını ölçün.

Çözülmemiş varsayımları ayrı kaydedin. Dokümanda anlatılan bir yetenek paket, pazar, yapılandırma veya başka bir uygulamaya bağlı olabilir. Kesin çalışma koşulu doğrulanmadıysa onu kabul edilmiş sonuç değil soru olarak tutun.

Aşamalı büyütün ve geri dönüş yolunu koruyun

İş akışı geçtikten sonra ürün grubu, konum, kanal veya istisna türü gibi tek bir boyut ekleyin. Her aşamada aynı kabul kanıtını yeniden çalıştırın. Böylece bütün mimariyi birden hata ayıklamak yerine sorunu hangi değişikliğin getirdiğini görebilirsiniz.

Geçişten önce yeni yazmaları nasıl durduracağınızı, devam eden işi nasıl tamamlayacağınızı, mükerrer kayıtları nasıl düzelteceğinizi ve son sağlam duruma nasıl döneceğinizi belgeleyin. Geri dönüş yolu platformun başarısız olacağını varsaymak değildir; işletmenin bağlantı üzerinde kontrolü koruduğunu kanıtlamanın parçasıdır.

Shopify Yardım Merkezi · Shopify B2B ile harici sistemlerin entegrasyonu · erişim 6 Kasım 2026 ↗