SODOO. El Kitabı

I · Sistem · Bölüm 1

SODOO nedir

Odoo Community çekirdeğinin üzerine kurulmuş, ofis paketi ve yapay zekâ ile birleşmiş bir kurumsal sistemin ne olduğu ve neden böyle kurulduğu.

Kime: herkesOkuma: 12 dk

SODOO bir kurumsal kaynak planlama sistemidir. Çekirdeği Odoo 19.0 Community Edition; üzerine iki büyük katman eklenmiştir: belgeleri tarayıcının içinde düzenleyen bir ofis paketi (SODOOC) ve sistemin kendi verisiyle çalışan bir yapay zekâ asistanı (Cowork). Bunların etrafında, şirketin gerçek işini karşılamak için yazılmış yüzlerce modül var.

Sistemin künyesi

19.0
Odoo Community sürümü
180
özel modül (`custom_addons`)
392
kurulu uygulama, canlı veritabanında
6.438
otomatik test
315
özel veri modeli
2
sunucu, 2 bağımsız veritabanı

Bu sayıların hepsi kaynak ağacından ve üretim veritabanından okunarak üretildi; elle yazılmadılar. Modül sayfaları aynı verinin tamamını modül modül gösteriyor.

Neden Community, neden Enterprise değil

Karar bilinçli ve kayıtlı: Enterprise modül kullanılmaz. Gerekçesi üç maddede toplanıyor.

  • Sahiplik. Sistem kendi sunucumuzda çalışır, verisi kendi diskimizdedir. Lisans yenilememek bir maliyet kalemi değil, bir bağımsızlık kararıdır.
  • Değiştirilebilirlik. Community çekirdeği okunabilir ve genişletilebilir. Eksik bulunan her yetenek Enterprise'dan satın alınmak yerine bir modül olarak yazıldı — bu kitabın anlattığı sistemin büyük kısmı budur.
  • Ölçü. Kapalı bir bileşen ölçülemez. Kendi yazdığımız modülün neyi neden yaptığını, hangi testin neyi kanıtladığını görebiliyoruz.

Üç katman

Sistemi anlamanın en kolay yolu onu üç katman olarak görmek.

1. Odoo çekirdeği — kayıtlar ve süreçler

Müşteri, teklif, sipariş, fatura, ürün, stok hareketi, çalışan, proje… Hepsi aynı desende çalışan kayıtlardır: bir formu, bir listesi, bir sohbet akışı (chatter), ekleri ve bir geçmişi vardır. 4. bölüm bu deseni ayrıntısıyla anlatıyor; bir kez öğrenildiğinde sistemin geri kalanı büyük ölçüde tanıdık gelir.

Süreçler bu kayıtları birbirine bağlar: fırsat tekliften, teklif siparişten, sipariş sevkiyat ve faturadan sorumludur. 16. bölüm bu zinciri baştan sona izliyor.

2. SODOOC — belgeler

Word, Excel ve sunum dosyaları indirilip geri yüklenmez; tarayıcının içinde, kaydın üstünde açılır ve birlikte düzenlenir. Altında ONLYOFFICE Document Server çalışır, ama kullanıcı için bu görünmez: bir teklife eklenen .docx tıklanınca açılır, iki kişi aynı anda yazabilir, her kaydediş bir sürüm bırakır ve iki sürüm renkli olarak karşılaştırılabilir. 8. ve 9. bölümler burayı anlatıyor.

3. Cowork — yapay zekâ

Cowork bir sohbet kutusu değil; sistemin verisine erişebilen, araç çağırabilen bir asistandır. Kayıt arar, ek okur, belge yazar, rapor üretir, PDF'ten tablo çıkarır. Sekiz farklı sağlayıcının modelleriyle çalışır ve hangi modelin hangi işi ne kadar sürede ve ne kadar doğrulukla yaptığı ölçülerek seçilir. 12–15. bölümler.

Sistem nerede çalışıyor

İki bağımsız üretim sunucusu var ve bunlar birbirine bakmaz.

Birincil kurulumİkincil kurulum
RolüERP, kurumsal site, bayi kanalı, CoworkBağımsız ikinci kurulum
VeritabanıKendine aitKendine ait
Ofis sunucusuKendi alt alan adındaKendi alt alan adında

Aynı kod tabanı iki ayrı veritabanına hizmet eder; hangi alan adının hangi veritabanına gideceğini ters vekil sunucunun bastığı bir HTTP başlığı belirler. 31. bölüm bu mimariyi kuruyor.

Şirket ve gerçek iş

SODOO soyut bir ürün olarak değil, gerçek bir şirketin işini karşılamak için büyüdü: servo motor, sürücü, hareket kontrol ve CNC tezgâh üreten bir sanayi kuruluşu. Bu, sistemin şeklini görünür biçimde etkiledi:

  • Ürün verisi teknik. Bir ürünün adı ve fiyatı yetmiyor; tork, gerilim sınıfı, enkoder tipi, haberleşme protokolü, sıcaklık aralığı gibi ölçülebilir değerler kayıtta ayrı alanlarda duruyor — hem site hem seçim kılavuzu bunları okuyor.
  • Belge ağır. Datasheet, CAD dosyası, EDS/ESI tanım dosyası, kullanım kılavuzu. Bu yüzden ek yönetimi, klasörleme, sürümleme ve CAD görüntüleyici birinci sınıf konular.
  • Kanal iki katmanlı. Doğrudan müşteri ve bayi. Bayi aynı siteyi kendi fiyatlarıyla görür; talebi bir siparişe dönüşür. 28. bölüm.
Vaka

Sistemin şeklini belirleyen tipik bir istek

Durum
Bayi, sitede gördüğü ürünü kendi fiyatıyla görmek ve oradan sipariş açmak istiyor.
Yapılan
Ayrı bir bayi sitesi kurulmadı. Var olan kurumsal siteye, giriş yapmış bayiye kendi fiyat listesini gösteren bir köprü modülü eklendi; sepet bir "talep"e, talep onaylanınca bir satış siparişine dönüştü.
Sonuç
Tek katalog, tek ürün verisi, tek adres. Bayinin gördüğü sayfa ile herkesin gördüğü sayfa aynı sayfa; farklı olan tek şey fiyat ve sipariş düğmesi.

Bu, kitap boyunca tekrar eden bir tercihi gösteriyor: ikinci bir kopya üretmek yerine var olanı genişletmek. İki kopya er geç ayrışır ve hangisinin doğru olduğu sorusu ortaya çıkar.

Bu kitabın anlattığı sistem canlıdır

Burada okuduğunuz her şey üretimde çalışıyor. Anlatılan davranışlar hayal edilmiş tasarımlar değil; ölçülmüş, test edilmiş ve canlıya alınmış davranışlar. Bir özellik henüz tamamlanmamışsa kitap bunu açıkça söyler — "yapılacak" ile "yapıldı" arasındaki farkı gizlemek, dokümantasyonun yapabileceği en zararlı şeydir.