ERP Canlı Kullanıma Geçiş Kontrol Listesi: 50 Noktalı Lansmana Hazırlık Kılavuzu

Önemli Çıkarımlar

• T-eksi 7 günde canlı yayına geçiş hazırlık kapısı nihai karar noktanızdır: git ya da ertele
• Veri doğrulamanın (mali mutabakat, kayıt sayımları, bütünlük kontrolleri) geçiş başlamadan önce geçmesi gerekir
• Canlı yayına geçiş günü, iş kesintilerini en aza indirmek için Cuma akşamı veya hafta sonu olarak planlanmalıdır.
• İlk 48 saat için kilit paydaşlarla bir "savaş odası" belirleyin
• Kritik arızaların meydana gelmesi durumunda 4 saat içinde yürütülebilecek belgelenmiş bir geri alma planına sahip olun
• Canlı kullanıma geçiş sonrası 90 gün boyunca destek önemlidir; çoğu sorun ilk 2 haftada ortaya çıkar
• Canlı kullanıma geçiş gününü kutlayın — başarılı lansmanlar takdiri hak ediyor

---

Aşama 1: Canlı Yayın Öncesi (T-eksi 30 - T-eksi 1 Gün)

Veri Doğrulaması (Madde 1-12)

• 1. Nihai veri geçişi tamamlandı. Tüm ana ve işlem verileri, üretim ERP ortamına aktarıldı.

• 2. Kayıt sayısı doğrulaması. Kaynak sistem ile ERP arasında varlık başına toplam kayıt eşleşmesi. Kabul edilebilir sapma: Ana veriler için 0, işlem verileri için <%0,1.

• 3. Mali mutabakat tamamlandı. Yeni ERP'deki deneme bakiyesi, geçişin son tarihi itibarıyla kaynak sistemle eşleşiyor. Tolerans: Bilanço hesapları için 0,00 ABD Doları, P&L hesapları için 1,00 ABD Doları.

• 4. Alacak hesaplarının yaşlandırma eşleşmeleri. Yeni ERP'deki eski AR raporu kaynak sistemle eşleşiyor. Tüm müşteri bakiyeleri doğrulandı.

• 5. Borç hesaplarının yaşlandırma eşleşmeleri. Yeni ERP'deki eski AP raporu kaynak sistemle eşleşiyor. Tüm satıcı bakiyeleri doğrulandı.

• 6. Banka hesabı bakiyeleri eşleşiyor. Tüm banka hesaplarının açılış bakiyeleri, gerçek banka hesap özetleriyle mutabakata varıyor.

• 7. Envanter seviyeleri doğrulandı. Fiziksel envanter sayımı (veya en son döngü sayımı), kritik öğeler için eldeki ERP envanteri miktarlarıyla eşleşir.

• 8. Açık siparişler işleme konulabilir. İçe aktarılan her açık satış siparişi ve satınalma siparişi, yeni ERP'de hatasız olarak işlenebilir (yerine getirilebilir, alınabilir, faturalandırılabilir).

• 9. Veri bütünlüğü kontrolleri başarılı oldu. Yetim kayıt yok (var olmayan ana verilere referans veren işlemler), mükerrer ana kayıt yok, geçersiz alan değeri yok.

• 10. Geçmiş verilere erişilebilir. Kapalı işlemler ve arşivlenmiş veriler referans için mevcuttur (yeni ERP'de veya erişilebilir bir arşivde).

• 11. Numara serileri yapılandırılmıştır. Fatura numaraları, sipariş numaraları, ödeme referansları ve diğer sıralar doğru değerlerle başlar (boşluk yok, geçmiş sayılarla çakışma yok).

• 12. Çoklu döviz kurları günceldir. Döviz kurları, uygulamaya geçiş tarihi için güncellenir. Otomatik oran beslemesi yapılandırıldı ve test edildi.

Sistem Testi (Madde 13–22)

• 13. Uçtan uca iş akışı testleri tamamlandı. Her kritik iş süreci, üretim ortamında (hazırlama değil) baştan sona test edilmiştir.

• 14. Entegrasyon testleri başarılı oldu. Tüm üçüncü taraf entegrasyonları (ödeme ağ geçitleri, nakliye şirketleri, e-Ticaret platformları, banka akışları, EDI) üretim kimlik bilgileriyle test edilir.

• 15. E-posta bildirimleri doğrulandı. Sipariş onayları, fatura e-postaları, ödeme makbuzları ve dahili bildirimler, doğru biçimlendirme ve gönderen adresleriyle doğru şekilde gönderilir.

• 16. Rapor oluşturma doğrulandı. Tüm kritik raporlar (K&Z, bilanço, yaşlandırılmış AR/AP, envanter değerleme, satış özeti) doğru verilerle doğru şekilde oluşturulur.

• 17. Baskı şablonları doğrulandı. Faturalar, teslimat makbuzları, satın alma siparişleri ve etiketler, üretimde kullanılacak donanıma doğru şekilde yazdırılır.

• 18. Kullanıcı erişimi ve izinler test edildi. Her kullanıcı rolü doğrulandı: doğru menü erişimi, doğru kayıt görünürlüğü, doğru düzenleme/oluşturma/silme izinleri. Rol başına en az bir kullanıcı oturum açtı ve onayladı.

• 19. Performans testleri başarılı oldu. Sistem yanıt süreleri, beklenen eş zamanlı kullanıcı yükü altında kabul edilebilir. Standart raporlar için sayfa yükleme 3 saniyenin altında, rapor oluşturma 30 saniyenin altında.

• 20. Yedekleme ve kurtarma test edildi. Tam bir veritabanı yedeklemesi oluşturuldu ve test geri yüklemesi başarıyla gerçekleştirildi. Yedekleme planı yapılandırıldı ve doğrulandı.

• 21. Felaket kurtarma planı belgelendi. Üretim sunucusu arızalanırsa kurtarma prosedürü nedir? Adım adım talimatlar, iletişim bilgileri ve tahmini iyileşme süresiyle belgelenmiştir.

• 22. Güvenlik denetimi tamamlandı. Varsayılan şifreler değiştirildi, SSL sertifikaları geçerli, güvenlik duvarı kuralları yapılandırıldı, yönetici erişimi yalnızca yetkili personelle sınırlandırıldı.

Eğitim ve Hazırlık (Madde 23–30)

• 23. Tüm kullanıcılar rol tabanlı eğitimi tamamlamıştır. Eğitim katılım kayıtları, canlıya geçiş kritik roller için %100 katılımı doğrulamaktadır. Seansları kaçıran kullanıcılara telafi eğitimi verilmiştir.

• 24. Eğitmenlerin eğitimi hazırlandı. İç eğitmenler en az bir uygulama oturumu gerçekleştirmiştir ve tüm destek materyallerine sahiptir.

• 25. Hızlı başvuru kartları dağıtıldı. Rol başına en önemli 5 göreve ilişkin basılı hızlı başvuru kılavuzları her iş istasyonunda mevcuttur.

• 26. Korumalı alan ortamı mevcut. Eğitim sanal alanı, canlıya geçişten sonraki ilk haftalarda ek pratik yapmaya ihtiyaç duyan kullanıcılar için erişilebilir olmaya devam ediyor.

• 27. Destek iletişim bilgileri dağıtılır. Her kullanıcı şunları bilir: yardım için kiminle iletişime geçileceğini (Kademe 1 dahili eğitmen, Kademe 2 BT, Kademe 3 tedarikçisi), onlarla nasıl iletişime geçileceğini (telefon, sohbet, e-posta, biletleme sistemi) ve beklenen yanıt sürelerini.

• 28. Tüm personele canlı yayına geçiş iletişimi gönderildi. Yönetici sponsordan, canlıya geçiş tarihini, neler bekleneceğini, nereden yardım bulunabileceğini ve teşvikleri onaylayan şirket çapında e-posta.

• 29. Harici paydaş bildirimi. Müşteriler, satıcılar ve iş ortakları, kendilerini etkileyen tüm değişiklikler (yeni fatura formatı, yeni ödeme portalı, yeni sipariş süreci) konusunda bilgilendirildi.

• 30. Yöneticinin devam etme/devam etmeme kararı belgelendi. Proje sponsoru, proje yöneticisi ve departman başkanlarından sistemin canlıya geçiş için hazır olduğuna dair resmi imza. Herhangi bir kritik öğenin öne çıkması durumunda, canlıya geçiş ertelenir.

---

2. Aşama: Canlı Yayına Geçme Günü (T Günü)

Kesinti Prosedürleri (Madde 31-38)

• 31. Kaynak sistemi donduruldu. Geçiş noktasından sonra eski sisteme yeni işlem girilmiyor. Tüm kullanıcıların oturumu kapatılır. Gönderilen iletiyi temizle: "[zaman] itibarıyla [eski sistemi] kullanmayı bırakın."

• 32. Nihai veri deltası taşındı. İlk geçiş ile geçişin dondurulması arasında kaynak sisteme girilen tüm işlemler artık yeni ERP'ye aktarılıyor. Bu "delta" geçişinin hızlı, ideal olarak 2 saatin altında olması gerekir.

• 33. Delta mutabakatı tamamlandı. Delta sonrası geçiş, finansal toplamları, açık sipariş sayımlarını ve envanter seviyelerini yeniden doğrulayın. Her şey eşleşmelidir.

• 34. DNS ve etki alanı değişiklikleri tamamlandı (varsa). Müşteriye yönelik portallar, API uç noktaları ve e-Ticaret URL'leri yeni sistemi işaret eder. SSL sertifikaları doğrulandı.

• 35. Entegrasyonlar etkinleştirildi. Ödeme ağ geçitleri, gönderi bağlantıları, banka akışları, e-Ticaret senkronizasyonu, EDI ve test modundan üretim moduna geçirilen diğer tüm entegrasyonlar.

• 36. Otomatik işler etkinleştirildi. Zamanlanmış görevler (banka akışı senkronizasyonu, döviz kuru güncellemesi, e-posta hatırlatıcıları, rapor oluşturma, yedekleme işleri) etkinleştirildi ve doğrulandı.

• 37. Canlı yayın duyurusu gönderildi. "Yeni sistem artık yayında. Lütfen [URL] adresinden oturum açın. Yardıma ihtiyacınız varsa, [destek bilgisi] ile iletişime geçin."

• 38. İlk işlem başarıyla işlendi. Gerçek bir üretim işlemi (satış siparişi veya satın alma siparişi), sistemin çalışır durumda olduğunu doğrulamak için bir iş kullanıcısı tarafından uçtan uca işlenir. Bu sembolik "birinci derece" anıdır.

İzleme ve Destek (Madde 39–44)

• 39. Savaş odası kuruldu. Proje ekibinin, BT desteğinin ve satıcı danışmanlarının ilk 48 saat boyunca hazır bulunacağı özel bir fiziksel veya sanal oda. Şunlarla donatılmıştır: sistem durumunu gösteren kontrol panelleri, bildirilen sorunların çalışan günlüğü ve doğrudan iletişim kanalları.

• 40. Sorunun günlüğe kaydedilmesi ve önceliklendirilmesi etkin. Bildirilen her sorun, aşağıdakilerle birlikte bir izleme sistemine kaydedilir:

• P1 (Kritik): Sistem kapalı, veri kaybı, siparişler işlenemiyor — 1 saat içinde düzeltilir

• P2 (Yüksek): Önemli özellik bozuldu, önemli bir geçici çözüm gerekiyor — 4 saat içinde düzeltilsin

• P3 (Orta): Küçük özellik sorunu, kolay geçici çözüm mevcut — 24 saat içinde düzeltilir

• P4 (Düşük): Kozmetik sorun, geliştirme talebi — 1 hafta içinde düzeltilir

• 41. Sistem sağlığı izleme etkin. Sunucu CPU'su, bellek, disk kullanımı, veritabanı bağlantıları ve uygulama hata oranları gerçek zamanlı olarak izleniyor. Eşik ihlalleri için yapılandırılmış uyarılar.

• 42. Geri alma kriterleri tanımlandı ve iletildi. Canlıya geçişin tersine çevrildiği ve eski sistemin yeniden devreye sokulduğu belirli koşullar belgelenir ve liderlik tarafından kabul edilir. Tipik tetikleyiciler:

• Finansal işlemler 4 saatten fazla gerçekleştirilemez

• Kayıtların %1'inden fazlasını etkileyen veri bütünlüğü sorunu

• Çözüm yolu olmadan 2 saati aşan sistem kesintisi

• 43. Saha desteği dağıtıldı. Destek personeli (dahili eğitmenler, BT, satıcı danışmanları), kullanıcılara gerçek zamanlı olarak yardımcı olmak için ilk 2 iş günü boyunca her departmanda fiziksel olarak bulunur.

• 44. Gün sonu kontrol noktası. Canlıya geçiş gününün sonunda proje ekibi şunları inceler: işlenen işlemler, günlüğe kaydedilen sorunlar, çözülen sorunlar, bekleyen P1/P2 öğeleri ve 2. Gün normal operasyonları için devam et/devam etme kararı.

---

3. Aşama: Canlı Yayına Geçiş Sonrası (T+1 Günden T+90 Güne kadar)

1. Hafta: Stabilizasyon (Madde 45-48)

• 45. Günlük stand-up toplantıları. İlk 2 hafta boyunca her sabah 15 dakikalık toplantı: Dün hangi konular gündeme geldi, bugün için plan nedir, ne engellendi. Katılımcılar: proje yöneticisi, departman liderleri, BT destek lideri.

• 46. İlk hafta sonu kapanışı (varsa). Haftalık mali mutabakat yapan işletmeler için yeni sistemdeki ilk hafta sonu kapanışı kritik bir kilometre taşıdır. Finans ekibi ekstra zaman ayırmalı ve destek sunmalıdır.

• 47. Kullanıcı geri bildirim anketi uygulandı. İlk haftadan sonra tüm kullanıcılara gönderilen kısa anket (5 soru, 2 dakika):

1. Yeni sistemi kullanırken kendinize ne kadar güveniyorsunuz? (1–5)
2. Sizin için en zor görev hangisidir?
3. Hangi görev eski sisteme göre daha kolaydır?
4. Bu hafta yardıma ihtiyacınız oldu mu? Mevcut muydu?
5. Yeni sistemde neyi değiştirirdiniz?

• 48. Hızlı kazanım geliştirmeleri devreye alındı. 1. Haftadaki geri bildirimlere dayanarak, yanıt verme yeteneğini gösteren 3-5 hızlı iyileştirmeyi devreye alın. Örnekler: gösterge tablosunun özelleştirilmesi, kısayol eklenmesi, varsayılan değer değişikliği, rapor formatı ayarlaması.

1-3. Ay: Optimizasyon (49-50. Maddeler)

• 49. İlk ay sonu kapanışı. Canlıya geçişten sonraki en önemli dönüm noktası. Bunun nihai hedefinizden 2-3 kat daha uzun sürmesini planlayın. Anahtar faaliyetler:

• Tüm hesaplar için banka mutabakatı

• Alacak ve borç hesaplarının yaşlandırma incelemesi

• Gelir tanıma doğrulaması

• Gider tahakkukları ve ön ödemeler

• Şirketler arası elemeler (çok şirketli ise)

• P&L ve bilanço oluşturma

• Tutarlılık kontrolü için önceki ayla (eski sistemden) karşılaştırma

• 50. Canlı kullanıma geçişten 90 gün sonra inceleme. Uygulamanın resmi değerlendirmesi:

---

Canlı Yayına Geçiş Zamanlaması: Ne Zaman Başlatılmalı

Canlı Yayına Geçmek İçin En İyi Zamanlar

** Kaçının:**

• Ay sonu veya çeyrek sonu (finans ekibi zaten gergin)
• Büyük satış etkinlikleri veya promosyonlar (e-ticaret ve perakende)
• Tatil dönemleri (destek kullanılabilirliğinin azalması)
• Mali yılın son haftası (mutlak en kötü zamanlama)

Canlı Yayına Geçme Hafta Sonu Programı

---

Geri Alma Planı Şablonu

Geri alma planı, asla kullanmamayı umduğunuz bir sigortadır. Ama ihtiyacın olduğunda ona sahip olmamak felakettir.

Geri Alma Karar Yetkilisi

Geri alma yetkisini kim verebilir: Proje Sponsoru (CEO/CFO) — ve yalnızca Proje Yöneticisi ve BT Lideri ile görüştükten sonra.

Geri Alma Tetikleme Kriterleri

Geri Alma Prosedürü

1. Duyuru: Tüm kullanıcılara yeni sisteme veri girmeyi derhal durdurmaları konusunda bildirimde bulunun
2. Yedekleme: Yeni ERP veritabanının tam yedeğini oluşturun (canlıya geçiş sonrasında girilen tüm verileri korur)
3. Geri Yükle: Kaynak sistemi yayın öncesi yedeklemeden yeniden etkinleştirin
4. Delta kurtarma: Canlıya geçiş döneminde yeni ERP'ye girilen tüm işlemlerin kaynak sisteme manuel olarak yeniden girilmesi gerekir.
5. Entegrasyonlar: Tüm entegrasyon bağlantılarını kaynak sisteme geri döndürün
6. DNS: Tüm alan adı/URL değişikliklerini geri alın
7. İletişim kurun: Tüm personele geri alma işlemini onaylayan ve bir sonraki deneme için zaman çizelgesi sağlayan e-posta gönderin
8. Bilgilendirme: 48 saat içinde neyin yanlış gittiğine ve bir sonraki denemeden önce nelerin değişmesi gerektiğine dair ayrıntılı bir analiz yapın

Tahmini Geri Alma Süresi: 2–4 saat

---

İletişim Şablonları

Canlı Yayın Öncesi Duyuru (T-eksi 7 Gün)

Konu: ERP Canlıya Geçiş: [Tarih] — Bilmeniz Gerekenler

Gövde: Sayın Ekibimiz, [X] aylık hazırlık sürecinin ardından yeni ERP sistemimiz [tarih] tarihinde yayına giriyor. İşte beklenecekler: [değişikliklerin kısa özeti]. Eğitim materyallerine [link] adresinden ulaşılabilir. Sorularınız varsa bölüm eğitmeninizle veya [destek e-postası] ile iletişime geçin. Bu, şirketimiz için heyecan verici bir dönüm noktasıdır ve sizin hazırlığınız ve olumlu tavrınız bunu başarıya ulaştıracaktır. — [Yönetici Sponsor Adı]

Canlı Yayına Geçme Günü Duyurusu

Subject: Yeni Sistem Yayında — [ERP Adı]'na Hoş Geldiniz

Vücut: Günaydın Ekip. Yeni ERP sistemimiz artık yayında. Lütfen kimlik bilgilerinizi kullanarak [URL] adresinden oturum açın. Hızlı referans kartları iş istasyonunuzda. Yardıma ihtiyacınız olursa ilk iletişime geçeceğiniz kişi [bölüm eğitmeninin adı] olacaktır. Teknik sorunlar için [telefon/e-posta] adresinden BT ile iletişime geçin. Bugün ve yarın sahada ekstra desteğimiz olacak. Bunun gerçekleşmesindeki sıkı çalışmanız için teşekkür ederiz. — [Yönetici Sponsor]

Canlı Yayına Geçiş Sonrası Giriş (T+3 Gün)

Konu: ERP Canlıya Geçiş Güncellemesi: 3. Gün

Gövde: Ekip, işlerin nasıl gittiğine dair kısa bir güncelleme: [X] işlemler işlendi, [Y] sorunlar rapor edildi ve [Z] çözüldü. En sık sorulan soru [konu] olmuştur; işte kısa bir kılavuz: [link]. Geri bildiriminiz değerlidir; lütfen önerilerinizi [geribildirim formu bağlantısı] adresinden paylaşın. Bu haftaki sabrınız ve profesyonelliğiniz için teşekkür ederiz.

---

Sıkça Sorulan Sorular

Yayına geçiş başarısızlığının en yaygın nedeni nedir?

Yetersiz veri doğrulama. Geçiş öncesi mali mutabakatın titizlikle tamamlanmaması durumunda, üretim operasyonunun ilk haftasında yeni sisteme olan güveni zedeleyen tutarsızlıklar ortaya çıkar. Her zaman canlıya geçmeden önce kuruşla mutabakata varın; bu, en önemli kontrol listesi öğesidir.

Büyük bir canlı yayına geçiş mi yapmalıyız yoksa aşamalı bir canlı yayına geçiş mi yapmalıyız?

Kuruluşunuza bağlıdır. Büyük patlama (tüm modüller, tüm departmanların aynı anda) daha hızlıdır ancak daha yüksek risk taşır. Aşamalı (aynı anda bir modül veya departman) daha düşük risk taşır ancak daha uzun paralel çalışma ve entegrasyon karmaşıklığı yaratır. Güçlü proje yönetimine ve kapsamlı testlere sahip kuruluşlar için büyük patlama iyi sonuç verir. Değişiklik yönetimi kapasitesi sınırlı olan kuruluşlar için aşamalı yöntem daha güvenlidir.

Paralel çalışma ne kadar sürmeli?

Küçük işletmeler için minimum 30 gün, işletmeler için 60-90 gün. Hedef, eski sistemi hizmetten çıkarmadan önce yeni sistemde en az bir tam ay sonu kapanışını tamamlamaktır. Paralel çalıştırma ilk 30 gün boyunca aktif (her iki sistem de kullanımda) ve geri kalan süre boyunca pasif (referans amaçlı eski sistem salt okunur) olmalıdır.

Yayına geçiş gününde kritik sorunlar keşfedersek ne olur?

Sorun önceliklendirme sistemini (P1–P4) izleyin. P1 sorunları, mevcut tüm kaynaklarla anında ilgilenilir. P2 sorunları iş günü içinde ele alınır. P3 ve P4 sorunları ilk hafta çözümlenmek üzere günlüğe kaydedilir. P1 sorunları geri alma eşiği içinde (genellikle 2-4 saat) çözülemezse geri alma planını uygulayın. Arızalı bir sistemi çalıştırmaktansa, canlıya geçişi bir hafta geciktirmek daha iyidir.

Canlı yayına geçiş gününde savaş odasında kimler olmalı?

Proje yöneticisi, BT lideri, satıcı/uygulama danışmanı, veri tabanı yöneticisi, her ana departmandan bir temsilci (finans, satış, operasyonlar) ve bir yönetici sponsor (sahada değilse telefonla ulaşılabilir). Savaş odası ilk 48 saat çalışmalı, daha sonra normal destek kanallarına geçilmelidir.

Canlı yayına geçişi nasıl kutlarız?

Gözle görülür bir şekilde kutlayın. Başarılı bir hayata geçiş, önemli bir organizasyonel başarıdır. Fikirler: CEO'dan şirket çapında e-posta, ekip öğle yemeği, canlı pasta, önemli katkıda bulunanların takdiri ve proje ekibine küçük teşekkür simgeleri. Kutlama, geçişin olumlu olduğunu güçlendirir ve istikrar aşaması için ivme oluşturur.

ECOSIRE, ERP'nin hayata geçmesini destekleyebilir mi?

Evet. ECOSIRE'ın uygulama hizmetleri tam canlıya geçiş desteğini içerir: kesinti planlaması, savaş odası personeli, 90 gün boyunca hiper bakım desteği ve ilk ay sonu kapanış rehberliği. Üretim, dağıtım, hizmet ve perakende genelinde yüzlerce Odoo'nun kullanıma sunulmasını destekledik. Başarılı lansmanınızı planlamak için bize ulaşın.

---

Güvenle Başlatın

Başarılı bir canlıya geçiş, her şeyin mükemmel gitmesi ile ilgili değildir; bu, hazırlığa, ekibe ve ortaya çıkan her şeyi halledecek süreçlere sahip olmakla ilgilidir. Bu 50 maddelik kontrol listesi size çerçeveyi sunar. Ekibiniz yürütmeyi sağlar.

ECOSIRE'ın Odoo uygulama ekibi, yüzlerce dağıtımda bu canlıya geçiş sürecini geliştirdi. Geçiş planlamasından 90 günlük stabilizasyona kadar, canlı yayına geçiş gününü bir kaygı kaynağı olmaktan çıkarıp kutlamaya değer bir dönüm noktasına dönüştürecek uzmanlığı ve desteği sağlıyoruz.

ECOSIRE ile canlıya geçişinizi planlayın ve ERP'nizi güvenle başlatın.