Bu herkese açık rehber süreç ve kabul kontrollerini anlatır. Endpoint listesi, istek/yanıt şeması, erişim yöntemi, kimlik bilgisi, iç adres veya müşteri kaydı paylaşılmaz. Sürümünüze uygun teknik doküman ve yetkilendirme için destek ekibine başvurun.
Ekran görüntüleri 16 Ekim 2026 tarihli gerçek laboratuvar arayüzünden alınmıştır. Arayüz İngilizcedir; açıklamalar seçtiğiniz dilde sunulur. Gösterilen kaynak adları, tarihler ve ayarlar örnektir; kendi ortamınızın değerlerini kullanın.
Görsel notu: hassas entegrasyon ayrıntılarını korumak için canlı API ekranı veya istek/yanıt görüntüsü yayınlanmadı. Bu içerik çalışmasında API çağrısı, erişim değişikliği veya otomasyon çalıştırması yapılmadı.
İş ihtiyacı, ürün sürümü ve sorumlu ekip
Destek tarafından onaylı entegrasyon kapsamı
Üretimden ayrılmış test ortamı
Kabul, hata yönetimi ve geri dönüş planı
01
1. Akışı ve sorumluları belirleyin
Yedekleme, raporlama veya başka bir iş akışı için tetikleyici, ön koşul, beklenen sonuç ve sorumluyu belirleyin. Ürün içi zamanlama ile dış entegrasyon otomasyonunu ayırın. Platform ve sürüm desteğini teknik uygulamadan önce destekle doğrulayın.
Beklenen sonuç
Otomasyon kapsamı ve sorumluluğu belirlenir.
02
2. Zamanlama ve çakışmaları planlayın
Ürün içi Schedules alanında gün, ay, tekrar ve Full/artımlı pencerelerini iş ihtiyacına göre değerlendirin. Saat dilimi, çakışan işler, bakım ve repository kapasitesini kontrol edin. Bir takvim seçimi işin zamanında tamamlanacağı garantisi değildir.
Önceki gerçek Schedules taslağı: ürün içi zamanlama örneğidir, API konsolu veya dış otomasyon kabulü değildir. Start Now ve Create Policy gönderilmedi. Büyüt ↗
Beklenen sonuç
Takvim ve kaynak koşulları eşleştirilir.
03
3. Teknik entegrasyon planını destekle hazırlayın
Dış sistemden çalıştırma gerekiyorsa ürün sürümünüz ve süreç amacınızla destek@menabyte.com.tr adresine başvurun. Bu sayfada endpoint, payload, erişim akışı veya çalıştırılabilir entegrasyon scripti paylaşılmaz. Yetkili teknik dokümanla test ve üretim kapsamını ayrı planlayın.
Beklenen sonuç
Sürüme uygun teknik plan talep edilir.
04
4. Tekrar ve hata davranışını tanımlayın
Başlatılan işi takip etmeden yeniden başlatmayın. Bekleme süresi, tekrar sayısı, çakışma önleme ve belirsiz sonuçta inceleme koşullarını destek sözleşmesiyle doğrulayın. Her işlemin tekrar güvenli olduğunu veya ortak bir tekrar mekanizması bulunduğunu varsaymayın.
Beklenen sonuç
Çift işlem ve belirsiz sonuç riski yönetilir.
05
5. İzleme ve bildirim sorumluluğunu belirleyin
Sırada, çalışıyor, başarılı ve başarısız durumlarını süreç ihtiyacına göre izleyin. Kimin hangi durumda müdahale edeceğini, bildirim alıcısını ve sessiz kalan akışın nasıl fark edileceğini belirleyin. Bildirim içine gizli erişim bilgisi veya müşteri verisi koymayın.
Beklenen sonuç
Müdahale ve bildirim planı hazırlanır.
06
6. Küçük testle uçtan uca kabul yapın
İzole ortamda normal akış, bağlantı hatası, gecikme ve tekrar senaryolarını test planına alın. Backup/restore otomasyonunda veri ve uygulama kabulünü ayrıca yapın. Bir tetikleme veya bildirim başarısını verinin kurtarılabilirliğiyle eşitlemeyin.
Beklenen sonuç
Akış ve veri kabulü ayrı doğrulanır.
07
7. Değişiklik ve geri dönüşü belgeleyin
Ürün sürümü, otomasyon sahibi, bağımlılıklar, durdurma ve geri dönüş koşullarını kaydedin. Üretim değişikliğini yetkili bakım planıyla yapın; sürüm veya hedef değişince tekrar kabul planlayın. Durdurulan otomasyonun mevcut işlere etkisini destekle doğrulayın.
Beklenen sonuç
İşletilebilir otomasyon kaydı tamamlanır.
MERAK EDİLENLER
Bu rehberden doğrudan entegrasyon kodu alabilir miyim?
Kritik bilgileri korumak için açık sayfada çalıştırılabilir entegrasyon kodu verilmez. Sürüm ve senaryonuza uygun doküman için destek ekibine başvurun.