Odoo Community ile üretim: Lisans bedeli yoksa hangi işler kalır?

Bir atölye iki yeni planlamacıyı sisteme eklemek istiyor. Lisans hesabına bakınca kişi başına ödeme çıkmaması rahatlatıcı. Fakat yeni kullanıcıların yanlış iş emrini görmemesi, güncel reçeteyi kullanması ve vardiya bitiminde girilen kayıtların ertesi sabah hâlâ orada olması da gerekiyor. Odoo Community sürümündeki sınırsız kullanıcı olanağı, ilk soruya yanıt veriyor. Diğerleri ise yazılım seçimiyle bitmeyen işletme işleri.

Luke van Enkhuizen’in açık kaynak metal işleme araçları derlemesi, Odoo Community sürümünde üretimin bulunduğunu ve kullanıcı sayısına göre bir lisans sınırı olmadığını vurguluyor. Üretim reçeteleri, üretim emirleri ve iş emirleri bu başlangıç noktasının parçası. Bu yazının odağı reçete ile iş emrinin ilişkisini tekrar anlatmak değil; bu iş akışını ücretli Enterprise sürümüne geçmeden işletmenin pratik koşullarını ayırmak.

Ücretsiz sözcüğü hangi maliyeti kaldırır?

Community, Odoo’nun açık kaynak çekirdeğidir. Odoo’nun sürüm karşılaştırması Community ile lisanslı Enterprise sürümünü ayrı ürün seçenekleri olarak gösterir. Odoo’nun yayımladığı kaynak depoda üretim modülünün kodu da bulunur. Böylece bir ekip kendi kurulumunu yapıp üretim süreçlerini deneyebilir; her yeni kullanıcı için Enterprise aboneliği almak Community kullanmanın ön koşulu değildir.

Bu, toplam maliyetin sıfır olduğu anlamına gelmez. Sunucu ve veritabanının çalıştırılması, yedeklenmesi, güvenlik güncellemeleri, eklentilerin uyumu ve içeride kimin destek vereceği ayrı kararlardır. Eğer atölyede bu işleri yönetecek biri yoksa dışarıdan hizmet almak gerekir. Lisans bedelinin olmaması, işin nereye harcandığını değiştirir; planlama ve bakım ihtiyacını ortadan kaldırmaz.

Ayrıca “sınırsız kullanıcı” ile “her kullanıcıya sınırsız yetki” karıştırılmamalı. Kesim operatörünün üretim işlemini kaydetmesi, planlamacının işi sıralaması ve yöneticinin ürün tanımını değiştirmesi farklı sorumluluklardır. Kurulum sırasında rollerin iş tanımına göre ayrılması gerekir. Fazladan hesap açılabildiği için herkese yönetici yetkisi vermek, sonraki veri hatalarının kaynağını bulmayı zorlaştırır.

İki sürüm arasındaki sınır üretimde nasıl görülür?

Odoo’nun karşılaştırma sayfasında Manufacturing (MRP) ile daha gelişmiş saha ekranları ve bazı ek uygulamalar ayrı satırlarda listeleniyor. Sayfa metin olarak çekildiğinde sürümlere ait işaretlerin her zaman net görünmemesi önemli bir uyarı: tek bir karşılaştırma tablosundan her saha özelliğinin Community içinde kesin bulunduğu sonucu çıkarılmamalı. İhtiyaç listesini gerçek bir Community kurulumunda sınamak daha güvenilir.

Örneğin bir atölye üretim emri açmayı, malzeme tüketimini kaydetmeyi ve iş merkezlerine operasyon atamayı hedefliyor olabilir. Başka bir ekip ise tabletlerde belirli bir saha paneli, gelişmiş çizelgeleme, kalite kayıtları veya bakım akışı istiyordur. Bunlar aynı cümlede “üretim var” diye toplanamaz. Her ekranı ve iş adımını kullanılan sürümde deneyip hangi işlevin temel modülde, hangisinin Enterprise bileşeninde veya ek bir modülde olduğunu yazmak gerekir.

Bu ayrım satın alma kararından önce yapılmalı. Üretim emrini açabilmek bir koşuldur; atölyenin gerçekten kullanacağı arayüz ve çevre süreçler başka koşullardır. Sunumda görülen bir özelliği kurulacak sürümde doğrulamadan vardiya akışını onun üzerine tasarlamak pahalı bir yanlış başlangıç olabilir.

Bir sac işinde küçük bir prova

Varsayımsal olarak iki farklı ölçüde sac kabin yapan bir atölyeyi ele alalım. Bir müşteri siparişinde ilk kabinden az sayıda, ikinciden daha fazla isteniyor. Satın alma sac levhanın gelişini bekliyor, kesim aynı makinayı kullanıyor ve montaj farklı bir vardiyada yapılıyor. Böyle bir durumda Community değerlendirmesi için önce küçük bir ürün ailesi seçilebilir.

İki ürünün geçerli reçetelerini oluşturun. Bir üretim emri açıp malzeme ihtiyaçlarını kontrol edin. Operasyonlar kullanılacaksa kesim ve montajı ayrı tanımlayın. Bir planlamacı hesabıyla sıradaki işi, bir saha hesabıyla kendi işlemini görüntüleyin. Malzeme henüz gelmemişken sistemin ne gösterdiğini ve kesim bittiğinde durumun nasıl değiştiğini kaydedin. Bu, ürünün bütün işleri otomatik çözdüğü iddiası değil, belirli sürümün belirli iş akışını gerçekten taşıyıp taşımadığını anlama yöntemidir.

Denemede başarısızlık da işe yarar. Eğer saha hesabı gerekli ekrana erişemiyorsa bunun nedeni yetki ayarı mı, eksik modül mü, yoksa sürüm farkı mı? Eğer iş emri kapanırken tüketim gerçeği yansıtmıyorsa reçete mi yanlış, kayıt yöntemi mi? Bu sorular bir satış sunumunda görünmeyebilir. Küçük provada ortaya çıkmaları daha iyidir.

Hesap sayısı değil, kayıt disiplini büyür

Kullanıcı sınırı olmaması, ekipteki herkesin kayıt girebilmesini kolaylaştırır. Aynı zamanda ürün kartının ve reçetenin sahipliğini daha önemli hâle getirir. Bir kişi malzeme kodunu kısaltarak yeni kart açar, bir başkası aynı malzemeyi eski kodla tüketirse sistem iki ayrı stok görür. Bunun çözümü lisans yükseltmek değil, kodlama ve değişiklik kurallarını belirlemektir.

Başlangıçta üç karar yazılı olmalı: ürün kartını kim açar, reçete değişikliğini kim onaylar, yanlış kapatılmış üretim emrini kim düzeltir? Bu görevlerin farklı kişilere dağılması mümkündür; önemli olan boşluk bırakmamaktır. Ayrıca denemede kullanılan veri ile canlı stok verisi birbirine karıştırılmamalı. Eğitim için açılan siparişlerin gerçek üretim raporuna sızması, sistemin doğruluğuna ilk haftadan zarar verir.

Teknik tarafta da geri dönüş yolu gerekir. Odoo’nun Community sürümünden Enterprise sürümüne geçiş belgesi veritabanı yedeğini ilk adım olarak anlatıyor. Aynı ilke Community üzerinde kalırken güncelleme için de geçerlidir: bir eklentiyi veya sürümü değiştirmeden önce yedek alın, geri yüklemeyi ayrı bir ortamda deneyin. Bir yedeğin dosya olarak bulunması, üretim kayıtlarını gerçekten geri getirebildiği anlamına gelmez.

Kararı neye göre vermeli?

Community ile başlanacaksa karar ölçütü “bedava ERP” olmamalı. Seçilen ürün ailesinde reçete, stok, üretim emri ve gerekli saha kayıtları tutarlı çalışıyor mu? Kullanıcı rolleri iş ayrımına uyuyor mu? Yedek geri yüklenebiliyor mu? Gerekli olup Community kurulumunda bulunmayan işlevler için kabul edilebilir bir alternatif var mı? Bu soruların yanıtı varsa ücretli sürüme geçmeden gerçek bir üretim akışı kurulabilir. Yanıt yoksa kullanıcı başına lisans maliyetinin olmaması eksik süreçlerin yerini tutmaz.

Kaynaklar: Luke van Enkhuizen’in açık kaynak üretim araçları derlemesi, Odoo sürüm karşılaştırması, Odoo üretim modülünün açık kaynak kodu ve Community sürümünden geçiş belgesi. Atölye örneği varsayımsaldır.