Odoo Kurulumu / Nimex Solutions
İşletmenizin gerçekte nasıl çalıştığına göre tasarlanmış bir ERP kurulumu.
Bir modül listesiyle değil, süreçlerinizle başlarız. Nimex bugün siparişlerin, stokun, üretimin ve paranın nasıl aktığını haritalar; her süreç için neyin standart Odoo, neyin yapılandırma ve neyin geliştirme gerektirdiğine karar verir ve hepsini tek, bağlantılı bir ortam olarak devreye alır.
- Resmi Odoo Partneriprojelerimiz Odoo 18 ve 19 sürümlerinde; Community ve Enterprise, Odoo.sh dahil
- Çalışma yöntemimizönce mimari, sonra yapılandırma
Keşif ve analiz
Tek bir ekran yapılandırılmadan önce siparişinizin nasıl ilerlediğini biliriz.
Keşif bir anket değil, işi yapan kişilerle yapılan atölyelerdir. Gerçek bir siparişi tekliften tahsilata kadar her departmanla birlikte adım adım izler ve bulduklarımızı yazarız: kim karar veriyor, ne onaylanıyor, bugün doğru bilgiyi hangi dosya tutuyor.
Süreç haritasıSiparişten tahsilata · mevcut durum · Kuzey Gıda örneğiÖrnek veri
- Excel'de tekliffiyat listesi v7, elle
- Müşteri e-postayla onaylıyor
- Sipariş ERP'ye yeniden giriliyorsorun: 2 sistem
- Stok bir defterden kontrol ediliyorsorun: rezervasyon yok
- Sevkiyatı yönetici onaylıyor
- İrsaliye Word'de yazdırılıyor
- İrsaliyeden fatura
- e-Fatura portala elle giriliyorsorun: mükerrer giriş
- Alacak bir muhasebe dosyasında takip ediliyor
- sorunlu nokta
- onay
- sistem dışı belge
- 01Departmanlar ve kişiler
Her departmanda kimin çalıştığı, sorumlulukları ve aralarındaki iş devirleri.
- 02Süreçler ve onaylar
Her süreç adım adım; onaylar ve onları tetikleyen limitlerle birlikte.
- 03Mevcut yazılımlar ve veri kaynakları
Tablolar, eski bir ERP, portallar: her birinin neyi tuttuğu ve hangi kopyaya güvenildiği.
- 04Sorunlu noktalar ve belgeler
İşin yeniden girildiği ya da beklediği yerler; yazdırılan veya e-postayla gönderilen her belge, alanlarıyla birlikte.
- 05Entegrasyon noktaları
Odoo ile veri alışverişi yapması gereken bankalar, e-belgeler, kargo firmaları, makineler ve pazaryerleri.
- 06Raporlama ihtiyaçları
Yönetimin her hafta neyi okuduğu ve her rakamı Odoo'daki hangi kaydın üreteceği.
ERP mimarisi
Uyduğu yerde standart, gerektiği yerde yapılandırma, yalnızca başka hiçbir şeyin işe yaramadığı yerde geliştirme.
Mimari doküman, her sürece hangi katmanın yanıt vereceğine karar verir. Yapılandırma başlamadan önce yazılır ve proje bu dokümana göre test edilir.
- Standart uygulamalar: Odoo uygulamaları ve sürümü; Community veya Enterprise; Odoo.sh, bulut veya yerinde kurulum.
- Yapılandırma: depolar, rotalar, vergiler, mali koşullar, fiyat listeleri, seriler ve onaylar.
- Özel geliştirme: standart davranışın değişmesi gereken az sayıdaki yer; yükseltmeye dayanıklı eklentiler olarak geliştirilir.
- Güvenlik, şirketler ve veri: roller ve kayıt kuralları, çoklu şirket, her ana kaydın hangi uygulamaya ait olduğu.
- Entegrasyonlar: e-belgeler, bankalar, kargo firmaları ve makineler; her biri yönü ve tetikleyicisiyle.
Demodaki geliştirme örnekleri (planlama kokpiti, akıllı içe aktarma, Türkiye e-belgeleri) kataloğumuzda mevcuttur; projenizin bunlara ihtiyaç duyup duymadığı varsayılmaz, keşif aşamasında kararlaştırılır.
Kurulum yaşam döngüsü
Dokuz aşama; her biri bir sonrakinin ihtiyaç duyduğu bir çıktıyla.
Hakkımızda sayfasındaki şirket yöntemimizin dört aşaması vardır: Keşif, Tasarım, Devreye Alma, Canlıya Geçiş ve Destek. Bir kurulum projesi bu dördünü, her birinin sonunda bir çıktı bulunan dokuz somut aşamada yürütür.
- Keşif
Atölyeler, süreç haritası, veri kaynakları, sorunlu noktalar.
- Çözüm tasarımı
Mimari doküman: süreç bazında standart, yapılandır veya geliştir.
- Yapılandırma
Şirketler, depolar, hesaplar, vergiler, roller, seriler.
- Özel geliştirme
Yalnızca tasarımda onaylanan eklentiler, testleriyle.
- Veri taşıma
Test içe aktarmaları, doğrulama, mutabakatı yapılmış açılış verileri.
- Kullanıcı kabulü
Test ortamında role göre senaryolar; sorunlar düzeltilip yeniden test edilir.
- Eğitim
Departman bazında, test kopyasında gerçek senaryolarla.
- Canlıya geçiş
Kabul kriterlerine göre kontrollü geçiş.
- Yoğun destek ve sürekli destek
Canlıya geçişten sonra günlük temas, ardından destek sözleşmesi.
Uygulamada aşamalar iç içe geçer: yapılandırma sürerken geliştirme başlar, veri taşıma kabulden önce birkaç kez prova edilir. Kapılar (06 ve 08) ise iç içe geçmez.
Test ve canlıya geçiş
Sorunlar test ortamında çıkar. Canlı ortamda değil.
Her projenin canlı ortamdan ayrı bir test ortamı vardır. Test senaryoları süreç sahipleriyle yazılır ve test ortamı sürümlerinde çalıştırılır; başarısız bir senaryo, düzeltme yüklenip senaryo yeniden çalıştırılana kadar başarısız kalır.
Geçişten önce sağlanması gerekenler
- Kabul kriterleri karşılandı
Tüm UAT senaryoları son test sürümünde başarılı; açık sorunlar ya düzeltildi ya da yazılı olarak kabul edildi.
- Açılış verilerinin mutabakatı yapıldı
Cariler, ürünler, stok miktarları ve alacaklar kaynakla Odoo arasında karşılaştırıldı, farklar açıklandı.
- Temel iş akışları prova edildi
Teklif, onay, mal kabul, üretim, teslimat, fatura ve ödeme; bu işleri yapacak kişiler tarafından uçtan uca çalıştırıldı.
- Erişim hakları gözden geçirildi
Her rol test ortamında oturum açıp kontrol edildi: ne görüyor, neyi değiştirebiliyor, neyi değiştiremiyor.
- Acil durum planı kararlaştırıldı
Geçişi durdurma kararını kimin vereceği, geri dönüş planının ne olduğu ve eski sistemin ne kadar süre okunabilir kalacağı.
Departmanlar arası bağlantı
Tek bir ortamda her belgenin bir ön koşulu vardır.
Departmanları bağlamak bir slogan değildir. Mimari doğru kurulduğunda Odoo'nun uyguladığı ön koşullar zinciridir: teslim edilmeyen faturalanmaz, rezerve edilmeyen teslim edilmez, bileşenleri olmadan hiçbir şey üretilmez.
| Bu adımdan önce | Bunlar hazır olmalı | Kime yansır | Kaynak |
|---|---|---|---|
| Müşteri faturası | Faturalama politikası tanımlı onaylanmış bir satış siparişi; teslim edilen miktar politikasında ayrıca doğrulanmış bir teslimat | Muhasebe, satışın söz verdiğini yeniden girmeyi bırakır | Odoo dokümantasyonu |
| Teslimat | Kaynak konumda rezerve stok; stok uygun olana kadar transfer Bekliyor durumunda kalır | Depo, söz verileni sırasıyla görür | Odoo dokümantasyonu |
| Üretim Emri | Bir ürün reçetesi, rezerve edilmiş ya da planlanmış bileşenleri ve bir iş merkezi | Üretim, bir telefon görüşmesine göre değil talebe göre planlar | Odoo dokümantasyonu |
| Tedarikçi faturası | Onaylanmış bir satınalma siparişi; kontrol politikası Teslim alınan miktarlara göre ise ayrıca alım kaydı | Satınalma ve muhasebe, teslim alınan konusunda uzlaşır | Odoo dokümantasyonu |
| e-Fatura gönderildi | Müşterinin vergi bilgileri doğrulanmış, onaylanmış bir fatura | Mevzuat uyumu bir portal oturumu değil, faturanın bir durumudur | Kendi kodumuzda |
| Üretim serbest bırakıldı | Planlama kokpitinin kullanıldığı yerde her bileşenin tedarik kararı verilmiş ve teknik çizim alınmış olmalı | Fabrika yalnızca eksiksiz siparişlerle başlar | Kendi kodumuzda |
Sipariş edilen veya teslim edilen miktara göre faturalama ve sipariş edilen veya teslim alınan miktara göre fatura kontrolü gibi politikalar birer ayardır; bunları çözüm tasarımında sizinle birlikte seçeriz. Son iki satır, geliştirme kataloğumuzdaki Nimex eklentilerini anlatır.