# Dış bir araçla eşitlemem durdu

> İki sistem arasındaki bağlantı neredeyse hiçbir zaman sebepsiz kopmaz ve neredeyse hiçbir zaman iki taraftan birden kopmaz. Bir yetkilendirme süresi dolduğu, bir biçim değiştiği ya da bir çağrı sınırına ulaşıldığı için kopar. Üç durumda da ret bir yerde açıkça yazılıdır — yalnızca nereye bakılacağını bilmek gerekir.

- Source canonique : [https://allaux.fr/tr/problemes/synchronisation-avec-un-outil-externe-interrompue](https://allaux.fr/tr/problemes/synchronisation-avec-un-outil-externe-interrompue)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Karşı sistemin döndürdüğü ret kodunu arayın: süresi dolmuş anahtar için 401, geri alınmış izin için 403, aşılan çağrı sınırı için 429. Alışverişler WordPress tarafında WooCommerce > Durum > Günlükler, PrestaShop tarafında var/logs/ dizininde tutulur. Ardından anahtarın hâlâ etkin olduğunu doğrulayın: Gelişmiş Parametreler > Web Servisi ya da WooCommerce > Ayarlar > Gelişmiş > REST API.

## Bağlantı hangi yönde kopmuş

- Site artık hiçbir şey göndermiyor: sorun mağaza tarafında, tetiklemededir.
- Site gönderiyor ama diğer sistem reddediyor: yanıt, nedeni adlandıran bir kod ve mesaj içerir.
- Diğer sistem gönderiyor ama site hiçbir şey işlemiyor: alım adresi değişmiştir ya da çağrıyı engelleyen bir kural vardır.
- Veriler akıyor ama yanlış: bu bir bağlantı arızası değil, hatalı hâle gelmiş bir alan eşleştirmesidir.

## En sık karşılaştığım dört neden

Yetkilendirme süresi doldu. Birçok servis sınırlı süre geçerli erişim jetonları verir ya da parola değiştiğinde bir anahtarı iptal eder. Bağlantı aylarca çalışır, sonra sizde hiçbir şey değişmeden bir sabah durur.

Diğer servis sürüm değiştirdi. Yeniden adlandırılmış bir alan, değişmiş bir tarih biçimi, zorunlu hâle gelmiş bir alan: kod hiç oynamamış olsa da çağrı reddedilir. Bu değişiklikler önceden e-postayla, artık kimsenin okumadığı bir adrese bildirilir.

Çağrı sınırına ulaşıldı. Servisler dakika ya da gün başına azami çağrı sayısı koyar. Ürün ürün işleyen bir eşitleme, katalog büyür büyümez bu sınıra ulaşır ve sonraki çağrılar reddedilir.

Sertifika ya da adres değişti. HTTPS'e geçmiş bir site, değişmiş bir alan adı, süresi dolmuş bir sertifika: diğer sistem kayıtlı adrese artık ulaşamaz.

## Ret mesajını bulmak

1. **Site tarafındaki kaydı arayın** — Düzgün yazılmış bir entegrasyon her çağrıyı ve her yanıtı kaydeder. Böyle bir kayıt yoksa, nedeni aramadan önce eklenecek ilk şey odur.
2. **Servis tarafındaki kaydı arayın** — Çoğu platform, yanıt koduyla birlikte alınan çağrıların geçmişini sunar. Çağrılarınız orada yoksa gönderilmiyordur.
3. **Tek bir çağrıyı yeniden oynatın** — Tek ürün, tek sipariş. Alınan yanıt, bilinmeyen bir satırda başarısız olan toplu bir işlemden çok daha okunaklıdır.
4. **Erişimlerin son kullanma tarihini kontrol edin** — Jeton, anahtar, uygulama parolası, istemci sertifikası: her birinin bir süresi vardır ve hiçbiri otomatik olarak hatırlatılmaz.
5. **Karşı tarafta neyin değiştiğini kontrol edin** — Sürüm notu, paket değişikliği, duyurulmuş taşıma. Mağaza tarafında nedeni olmayan bir kopma neredeyse her zaman ortak tarafında bir nedene sahiptir.

## Kesintiden sonra devam eden eşitleme her şeyi ezebilir

> Kesinti sırasında iki sistem de değiştiyse, devam ederken hangi sürümün geçerli olduğuna karar verilmelidir. Bu kural olmadan eşitleme, en yeni değişikliklerin üzerine bayat verileri yazar. Yeniden başlatmanın asıl zorluğu, bağlantıyı geri kurmaktan çok budur.

## Doğru sayfadan devam edin

- **Entegrasyonlar ve API'ler** — Başarısızlıklarını gizlemek yerine bildiren bir bağlantıyı nasıl kurduğum. ([/services/integrations-api](/services/integrations-api))
- **ERP veya tedarikçi bağlamak** — Web servisi ve sınırlarıyla PrestaShop durumu. ([/prestashop/problemes/connecter-erp-fournisseur-api](/prestashop/problemes/connecter-erp-fournisseur-api))
- **REST API nedir** — İki sistemin nasıl konuştuğu ve her yanıt kodunun ne anlama geldiği. ([/glossaire/api-rest](/glossaire/api-rest))
- **Webhook nedir** — Sitenizi arayan taraf diğer servis olduğunda ve çağrı neden başarısız olabilir. ([/glossaire/webhook](/glossaire/webhook))

## FAQ

### Sağlayıcı sorunun sitemden kaynaklandığını söylüyor, nasıl doğrularım?

Aldıkları çağrıların kayıtlarını görmek isteyerek. Çağrılarınız orada bir ret koduyla görünüyorsa neden siyah beyaz yazılıdır. Görünmüyorsa kanıt ters yönde oluşmuştur.

### Kesintiden sonra her şeyi yeniden eşitlemek gerekir mi?

Nadiren tamamını. Yalnızca eksik dönemi yeniden oynatmak daha hızlı ve çok daha az risklidir, kayıtların kullanılabilir bir değişiklik tarihi taşıması koşuluyla.

### Gerçek zamanlı eşitleme planlanmış eşitlemeden iyi midir?

Her zaman değil. Gerçek zamanlı çalışma sizi diğer sistemin her kesintisine açar; hata durumunda yeniden deneyen planlanmış bir çalışma stok ya da fiyat akışı için çoğu zaman daha dayanıklıdır.

### Bağlantı neden bazı ürünlerde çalışıp bazılarında çalışmıyor?

Çünkü o ürünler diğer sistemin reddettiği bir değer içeriyordur: zorunlu hâle gelmiş boş bir alan, kabul edilmeyen bir karakter, karşı tarafta bilinmeyen bir kategori. Başarısız ürünlerin ortak yönü ipucudur.

### Bağlantıyı ücretli araç olmadan izleyebilir miyim?

Evet: günlük eşitlenen öğe sayısını bir önceki günle karşılaştıran bir sayaç, durmayı saptamaya yeter. Kurulumu basittir ve arızayı bir hafta geç öğrenmenizi önler.