Bitrix24, büyüyen ekiplerin “CRM + proje + iletişim + süreç” ihtiyaçlarını tek platformda topladığı için zamanla kritik bir iş sistemi haline gelir. Sistem kritik hale gelince şu soru kaçınılmazdır: Cloud mu, On-Premise mi? Ve daha önemlisi: Geçişi (migration) nasıl risksiz yaparız?

Türkiye’de farklı ölçeklerde kurumlarla yürüttüğümüz Bitrix24 projelerinde şunu net gördük: Migration, “veri kopyalama” işi değil; iş sürekliliğini koruyarak sistemin yeni ortamda aynı (hatta daha iyi) çalışmasını sağlamadisiplinidir. Bu rehberde iki yönü birlikte ele alıyoruz:

• (1) Bitrix24 Cloud’dan On-Premise’e geçiş
• (2) Bitrix24 On-Premise’den Cloud’a geçiş

Amacımız pratik bir çerçeve sunmak: karar kriterleri, aşamalar, riskler ve sahada çalışan yöntemler.

Önce karar: Cloud mu, On-Premise mi?

Bitrix24 Cloud genelde şu durumlarda öne çıkar

• Altyapı yönetimi (sunucu, güncelleme, yedek, izleme) ile uğraşmak istemiyorsanız
• Daha hızlı devreye alma ve çeviklik hedefliyorsanız
• Dağınık ekipler / uzaktan çalışma yoğun ise
• Operasyonel maliyeti öngörülebilir abonelik modelinde yönetmek istiyorsanız

Bitrix24 On-Premise genelde şu durumlarda öne çıkar

• Daha sıkı kontrol, özel güvenlik/topoloji gereksinimleri ve kurum içi entegrasyon yoğunluğu varsa
• Daha derin özelleştirme, özel geliştirme ve “platformu şirketinize göre şekillendirme” ihtiyacı baskınsa
• Veri yerleşimi / regülasyon gereksinimleri çok katıysa (sektörel ya da kurumsal politika)

En iyi seçim, “en güçlü” olan değil; kurumun risk iştahına ve hedef işletim modeline en uygun olanıdır.

1) Bitrix24 Cloud’dan On-Premise’e Geçiş (Cloud → On-Premise)

Cloud’dan On-Premise’e geçişi genelde şu motivasyonlar tetikler:

• Daha fazla kontrol ve esneklik
• Kurumsal entegrasyonların artması
• Güvenlik / veri politikaları
• Özel geliştirme ihtiyacının büyümesi

Cloud → On-Premise geçişte kritik başlıklar

1. Altyapı hazırlığı: Sunucu, ağ erişimi, yedekleme stratejisi, sertifika/SSL, izleme
2. Yetkilendirme modeli: Departman, rol, erişim seviyeleri
3. Süreç kurgusu: CRM pipeline’ları, zorunlu alanlar, otomasyonlar
4. Veri taşıma: CRM kayıtları, kullanıcılar, görevler, dosyalar
5. Entegrasyonlar: E-posta, telephony, web formları, ERP/muhasebe, çağrı merkezi

Sahada en sağlıklı yöntem: “Önce kurgu, sonra veri”

Cloud’dan On-Premise’e geçişte en büyük risk, “veri geldi ama süreç çalışmıyor” durumudur. Bu yüzden sıralama kritik:

Aşama 1 — Kurguyu kur (hedef ortam)

• CRM pipeline ve aşamalar
• Özel alanlar (custom fields)
• Otomasyonlar / iş akışları
• Yetkiler, kullanıcı rolleri

Aşama 2 — Veriyi taşı

• Şirket / kişi / lead / deal
• Aktivite kayıtları (mümkün olan senaryolar)
• Görevler ve proje yapıları
• Bilgi bankası ve dokümanlar (dosya stratejisiyle)

Aşama 3 — Entegrasyonları devreye al

• E-posta bağlantıları
• Formlar ve web site akışları
• Telephony/kanallar
• Dış sistem API bağlantıları

Cloud → On-Premise için risk yönetimi (kısa)

• Dosya ve link bağımlılıkları: Doküman yapısını ve linkleri en başta planlayın.
• Otomasyon tetikleme riski: Veri import sırasında otomasyonların “kontrollü” devreye alınması gerekir.
• Kullanıcı alışkanlıkları: Yeni ortamda arayüz/erişim değişebilir; iletişim ve mini eğitim şart.

2) Bitrix24 On-Premise’den Cloud’a Geçiş (On-Premise → Cloud)

On-Premise’den Cloud’a geçiş, Türkiye’de sık görülen bir dönüşüm: Altyapı maliyeti/iş yükü artınca ve ekipler hız talep edince Cloud daha cazip hale gelebiliyor.

On-Premise → Cloud geçişin tipik kazanımları

• Altyapı yükünün azalması
• Daha hızlı güncelleme ve yeni özelliklere erişim
• Uzak ekiplerde erişim kolaylığı
• İşletim maliyetinin sadeleşmesi

On-Premise → Cloud geçişte kritik başlıklar

1. Mevcut özelleştirmeler: On-Prem’deki özel geliştirmeler Cloud’da birebir karşılık bulmayabilir.
2. Entegrasyon mimarisi: ERP/telephony/webhook gibi bağlantıların Cloud karşılığı planlanmalı.
3. Veri tutarlılığı: CRM alan eşleşmeleri, zorunlu alanlar ve duplicate yönetimi

Sahada çalışan yöntem: “Shadow Cloud + kısa cutover”

İş akışı devam ederken migration yapmak istiyorsanız, en az riskli model:

• On-Premise bir süre resmî sistem olarak devam eder
• Cloud tarafı aynı anda hazırlanır ve test edilir (shadow)
• Finalde kısa bir “yazma dondurma penceresi” ile son veri farkı alınır ve Cloud’a geçilir
• On-Premise ise bir süre “arşiv / referans” amaçlı açık tutulur

Bu yaklaşım, özellikle satış tarafında (teklif, proforma, tahsilat bildirimleri, deal yönetimi) “iş durmasın” beklentisini en gerçekçi şekilde karşılar.

Aşamalı Migration Planı (Her iki yön için ortak çerçeve)

Faz 0 — Kapsam ve envanter

• Modül envanteri (CRM, görevler, drive, KB, BP, kanallar, entegrasyonlar)
• Veri hacmi ve veri kalitesi (mükerrer kayıtlar, boş zorunlu alanlar)
• “Taşınacak / yeniden kurulacak / kapsam dışı” matrisi

Faz 1 — Hedef ortam hazırlığı

• Kullanıcılar, departmanlar, yetkiler
• Süreç kurguları ve otomasyonların hazırlanması
• Test planı ve kabul kriterleri (UAT)

Faz 2 — Pilot taşıma

• Küçük ama kritik bir veri setiyle prova
• Hızlı geri bildirim, düzeltme, tekrar prova

Faz 3 — Ana taşıma (cutover)

• Planlı zaman penceresi
• Son veri aktarımı (delta)
• Entegrasyonların devreye alınması
• Hızlı kabul testleri ve canlıya geçiş

Faz 4 — Hypercare (stabilizasyon)

• İlk hafta aktif destek
• Eğitim tekrarları ve hızlı düzeltmeler
• Kullanım ve verimlilik takibi

Migration’da en sık yapılan 7 hata ve çözümü

1. “Önce veriyi atalım, sonra bakarız” yaklaşımı → Önce kurgu, sonra veri.
2. Entegrasyonları en sona bırakmak → Kritik entegrasyonlar pilotta test edilmeli.
3. Otomasyonları kontrolsüz açmak → Import sırasında tetik riskini yönetin.
4. Dosya/Drive stratejisini düşünmemek → Klasör mimarisi + link yönetimi şart.
5. Kullanıcı iletişimini zayıf bırakmak → Eğitim + kısa kılavuz + duyuru planı.
6. Delta planı olmadan canlıya çıkmak → Son gün farkları için kayıt disiplini.
7. Kabul kriteri tanımlamamak → UAT senaryoları ve P1/P2 önceliklendirme.

Ne kadar sürer? (Gerçekçi zamanlama)

Süre, “kayıt hacmi + entegrasyon sayısı + özelleştirme seviyesi” ile belirlenir.

• Standart kurulumlar: 1,5–3 hafta
• Orta/karma senaryolar: 3–6 hafta
• Ağır entegrasyon ve custom geliştirme: 6–10 hafta

İyi tasarlanmış bir pilot ve net bir cutover planı, süreyi kısaltır ve riskleri düşürür.

Neden Bitrix24 Partner ile Migration?

Migration’da başarı, “teknik taşıma” kadar yönetişim (plan, sorumluluk, test, kabul) işidir. Tecrübeli partner yaklaşımı şunları sağlar:

• Hangi verinin nasıl taşınacağını öngörme
• Otomasyon/entegrasyonların sürpriz üretmesini engelleme
• Kullanıcı geçişini yönetme (eğitim + adaptasyon)
• Cutover gecesini “kriz” değil “prosedür” haline getirme

Sonuç: Doğru planla migration, büyümenin en temiz adımıdır

Cloud ↔ On-Premise geçişi; doğru kurgulandığında işinizi yavaşlatmaz, hızlandırır. Önemli olan, migration’ı “tek seferlik kopyalama” değil; aşamalı, ölçülebilir, test edilebilir bir dönüşüm programı olarak ele almaktır.

Sık Sorulan Sorular

Bitrix24 Cloud ↔ On-Premise geçişinizi planlamak için, mevcut yapınızı hızlıca analiz edip kapsam, risk ve takvimi netleştiren bir migration yol haritası çıkarıyoruz. İsterseniz ilk adım olarak “envanter + pilot planı” ile başlayabiliriz.