Skip to main content

> tpl_prc_011

Tedarikçi Yenileme, Yeniden Müzakere ve Çıkış Planı

Sözleşme yenileme tarihlerini, yeniden müzakere kozlarını, fiyat artış tavanı kıyaslamasını, geçiş bağımlılıklarını ve iş sürekliliğini aksatmadan düzenli tedarikçi çıkışını/tahliyesini yöneten uçtan uca stratejik planlama çerçevesi.

TEMPLATE // INSPECT: TPL-PRC-011MODIFIED: 2026-09-19
KATEGORİSatın Alma ve Tedarikçi Yönetimi
SÜRÜMv1.0.0
RİSK SEVİYESİMEDIUM
ARTEFAKT SINIFIPLN
FORMATLARDOCX, PDF, MD, MERMAID, SVG
YAPAY ZEKÂ VE YÖNETİCİ ÖZETİ (AI SUMMARY)

Tedarikçi yenileme tarihlerini, fiyat müzakerelerini, çıkış stratejilerini ve veri ayrıştırmasını kurallara bağlayan stratejik çerçeve.

Önemli Teknik Doküman Şablonu ve Hukuki Uyarı

TinyCTO.tv Teknik Doküman Şablon Bildirimi: Bu şablon genel eğitim ve operasyon amaçlı bir başlangıç materyalidir. Hukuki, vergisel, muhasebesel, yatırım, satın alma, mevzuat, güvenlik veya sertifikasyon danışmanlığı değildir. Gereklilikler ülkeye, kuruma, sözleşmeye ve riske göre değişir. Kullanmadan önce yetkin uzmanlarla gözden geçirip uyarlayın.

Çözülen Üretim Problemi

Kurumlar, bildirim sürelerini kaçırdıkları ve belgelenmiş bir teknik çıkış veya veri tahliye planına sahip olmadıkları için tek taraflı fiyat artışlarıyla otomatik sözleşme yenilemelerine maruz kalır veya kilitlenme (lock-in) yaşar.

Ne Zaman Kullanılmalı?

  • Kritik SaaS veya BT hizmetlerini sözleşmesel otomatik yenileme bildirim penceresinden 90-180 gün önce değerlendirirken
  • Mevcut teknoloji tedarikçileriyle fiyat, şart veya hacim kademelerini yeniden müzakere ederken
  • Düzenli sözleşme feshi, veri taşıma ve tedarikçi ilişiği kesme işlemlerini yürütürken

Ne Zaman Kullanılmamalı?

  • Günlük rutin tedarikçi performans incelemeleri için (TPL-PRC-010 kullanın)
  • Şirket içi çalışan işten ayrılış ve görev devirleri için (TPL-PEO-011 kullanın)

5 Şablon Bölümü ve Yapısal İskelet

1. 1. Sözleşme Ufku ve Bildirim Penceresi Takibistandard, enterprise

Yenilememe bildirim sürelerinden 180, 120 ve 90 gün önce otomatik alarmların kurulması. Otomatik uzama (evergreen) maddeleri, fiyat artış tetikleyicileri ve fesih şartları.

Yönerge:Sözleşme sisteminde resmi bildirim son tarihinden en az 30 gün önceye takvim alarmları tanımlayın.
2. 2. Kullanım Denetimi ve Hak Sahipliği Optimizasyonustandard, enterprise

Yeni taahhütler vermeden önce atıl yazılımları (shelfware) elemek için aktif kullanıcı tüketiminin, kullanılmayan lisansların ve özellik kullanım oranlarının analizi.

Yönerge:Sözleşmeleri geçmişte satın alınan lisans adedi üzerinden yenilemeyin; aktif aylık kullanıcı telemetrisini zorunlu kılın.
3. 3. Ticari Müzakere Kaldıracı ve Piyasa Kıyaslamasıstandard, enterprise

Piyasa fiyat kıyaslamaları, alternatif tedarikçi teklifleri, çok yıllık taahhüt takasları ve enflasyona karşı tavan fiyat koruma maddeleriyle müzakere kozu oluşturma.

Yönerge:Çok yıllık yenilemelerde yıllık fiyat artışını TÜFE/CPI veya sabit bir tavanla (ör. %3-%5) sınırlamayı ön koşul yapın.
4. 4. Düzenli Tedarikçi Çıkışı, Geçiş ve Veri Ayrışmasıstandard, enterprise

Teknik ilişik kesme prosedürleri: güvenli toplu veri dışa aktarım formatları (CSV, Parquet, JSON), şifreli aktarım, API kapatma ve geçiş dönemi destek birim fiyatları.

Yönerge:Fesih sonrasında mevcut birim fiyatlar üzerinden en az 90 günlük kesintisiz geçiş destek süresini sözleşmeye bağlayın.
5. 5. Varlık İadesi, Yetki İptali ve Veri İmhasıstandard, enterprise

Nihai güvenlik kapatma adımları: VPN ve API anahtarlarının iptali, donanım iadesi, şirket varlıklarının geri alınması ve onaylı veri imha sertifikasının temini.

Yönerge:Tedarikçinin yetkili yöneticisi tarafından imzalanmış Veri İmha Sertifikası alınana kadar son hak ediş ödemesini bloke edin.

Doldurma ve Uygulama Yönergeleri

1. Boş şablonu inceleyin. 2. Örnek senaryoyu kurum ölçeğine uyarlayın. 3. Kontrol listesiyle doğrulayın.

Bağımsız İnceleme ve Onay Kontrol Listesi

  • Tüm zorunlu bölümler dolduruldu
  • Gizli anahtar veya parola içermiyor
  • Yönetici sponsor onayı alındı
İŞLENMİŞ SENARYO ÖRNEĞİ

Tedarikçi Yenileme, Yeniden Müzakere ve Çıkış Planı - Örnek Vaka Analizi

Örnek Organizasyon: Çok Kanallı Perakende Kurumu Müşteri Etkileşim SaaS Platformu (Yıllık 14 Milyon $ Sözleşme Değeri)

Çok Kanallı Perakende Kurumu Müşteri Etkileşim SaaS Platformu (Yıllık 14 Milyon $ Sözleşme Değeri) için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.

Öne Çıkan Bulgular ve Çıktılar:
  • Atıl kullanılan kurumsal pazarlama otomasyon aracında yaklaşan 60 günlük otomatik yenileme bildirim süresini yakaladı
  • Lisans telemetrisini denetleyerek %38 atıl kullanıcı tespit etti ve yenileme taahhüdünü yıllık 3.2 Milyon $ düşürdü
  • Çıkış ücreti cezası olmaksızın Parquet formatında 120 günlük garantili geçiş dönemi veri aktarım hakkını sözleşmeye ekletti

Sıkça Sorulan Sorular

Kurumlar, otomatik uzayan (evergreen) SaaS sözleşmelerinde bildirim sürelerini kaçırmaktan nasıl korunabilir?

Tüm sözleşme tarihlerini merkezi bir depoda (ör. Coupa veya Ironclad) toplayın ve bildirim süresinden 180 gün önce başlayan uyarılar kurun. Hukuki olarak, ilk sözleşme müzakeresinde otomatik yenileme maddesini çıkarıp yerine tarafların yazılı mutabakatını şart koşan açık yenileme koyun.

Tedarikçi geçiş ve veri ayrıştırma (disentanglement) maddesinde hangi detaylar yer almalıdır?

Madde şunları içermelidir: dışa aktarım formatları (tescilli formatlar yerine CSV/JSON/Parquet gibi açık standartlar), geçiş süresince SLA süreleri, standart birim fiyattan ücretlendirme, API erişiminin sürmesi ve veri tahliyesi için ek çıkış cezalarının yasaklanması.

Sözleşme ihtilafında tedarikçinin hizmeti derhal kesme tehdidine karşı müşterinin hukuki güvencesi nedir?

Sözleşmede, ihtilafsız faturalar ödendiği sürece meşru anlaşmazlıklarda hizmetin durdurulmasını yasaklayan "Hizmet Sürekliliği" maddesi yer almalıdır. Ayrıca kritik kaynak kodları ve veriler için yediemin (escrow) hükümleri işletilmelidir.

Teknik Doküman Şablon Paketi

Giriş Gerekli
Ücretsiz ve güvenli indirmeler için tek seferlik giriş veya kayıt gereklidir.
Eksiksiz Teknik Doküman Paketi (.zip)
12 Dosya

Tüm boş şablonları, işlenmiş senaryoları ve doğrulama manifestolarını tek bir arşivde indirin.

Münferit Belgeler (.zip)
TPL-PRC-011-Supplier-Renewal-Renegotiation-and-Exit-Plan-Blank-EN.docxDOCX
all11.5 KB
TPL-PRC-011-Supplier-Renewal-Renegotiation-and-Exit-Plan-Example-EN.docxDOCX
all11.5 KB
TPL-PRC-011-Tedarikci-Yenileme-Yeniden-Muzakere-ve-Cikis-Plani-Bos-TR.docxDOCX
all11.6 KB
TPL-PRC-011-Tedarikci-Yenileme-Yeniden-Muzakere-ve-Cikis-Plani-Ornek-TR.docxDOCX
all11.6 KB
TPL-PRC-011-Supplier-Renewal-Renegotiation-and-Exit-Plan-Blank-EN.mdMD
all2.5 KB
TPL-PRC-011-Supplier-Renewal-Renegotiation-and-Exit-Plan-Example-EN.mdMD
all2.6 KB
TPL-PRC-011-Tedarikci-Yenileme-Yeniden-Muzakere-ve-Cikis-Plani-Bos-TR.mdMD
all2.6 KB
TPL-PRC-011-Tedarikci-Yenileme-Yeniden-Muzakere-ve-Cikis-Plani-Ornek-TR.mdMD
all2.7 KB
TPL-PRC-011-Supplier-Renewal-Renegotiation-and-Exit-Plan-Blank-EN.pdfPDF
all98.1 KB
TPL-PRC-011-Supplier-Renewal-Renegotiation-and-Exit-Plan-Example-EN.pdfPDF
all98.8 KB
TPL-PRC-011-Tedarikci-Yenileme-Yeniden-Muzakere-ve-Cikis-Plani-Bos-TR.pdfPDF
all102.5 KB
TPL-PRC-011-Tedarikci-Yenileme-Yeniden-Muzakere-ve-Cikis-Plani-Ornek-TR.pdfPDF
all103.3 KB
Doğrulanmış SHA-256 · Makrosuz Güvenli Arşiv
Her indirme dinamik MANIFEST.json içerir

Yetkili Standartlar ve Kaynaklar