150 parça ve her birinin ne işe yaradığı.

Uygulamaya girmek ve bir hesabın kullanılıp kullanılamayacağına karar veren yaş eşiği.

• Açılış ve ilk çalıştırma yönlendirmesi; dönen kullanıcı bıraktığı yerde açılır
• Ağ geçidine karşı kayıt ve giriş; belirteçler güvenli depoda tutulur
• E-postayla parola sıfırlama
• Hiçbir şey satın alınmadan önce sunulan 18+ yaş eşiği

Birinin işlem yapmasını sağlayan kontrol; otomatik adımın çözemediklerini bir insan incelerken kişinin içinde beklediği durumlar dâhil.

• Neyin, neden istendiğini açıklayan yönlendirmeli giriş
• Yüz taraması ve alternatif yol olarak belge kontrolü
• Sınırda sonuç ve inceleme altında durumları; kişi asla belirsizlikte bırakılmaz
• Doğrulama durumunun hesabın neye izinli olduğuna taşınması

İlk sekme. Makaleler, videolar ve güncellemelerden oluşan sıralı bir akış ve arkalarındaki yayıncılar.

• Ağ geçidinin sunduğu sıralı bir içerik akışı
• Görseller ve zengin metinle içerik detayı
• Yayıncı profilleri; okur bir kaynağı takip edebilir

Kendi kendine yürütülen araçlar: kişinin kendi doldurduğu değerlendirmeler, sonuçları ve çevresinde kurulan partner özellikleri.

• Bir değerlendirmeyi doldurun ve sonuçları okuyun
• Delights haritası — kişisel bir görünüm ve paylaşılan bir görünüm
• Partner ekleme, katılma, davet etme ve karşılaştırma
• Partner detayı; karşılaştırma bir puan değil, okunabilir bir şey olsun diye

Rehber, bir danışanın karşılaştığı hâliyle: gezinme, karşılaştırma, kaydetme, sorma ve ardından gelen sohbet.

• Uzman rehberinde gezinme ve filtreleme
• Diplomalar, diller, hizmetler ve değerlendirmelerle bir profil
• Kaydedilen uzmanlar — Uzmanlarım
• Uzmanla sohbet ve bu görüşmelerin listesi
• Henüz randevu olmayan bir soru için danışma talepleri

Gerçekte neyin randevusunun alınabileceği; ücreti, süresi ve çevrimiçi mi klinikte mi verildiğiyle birlikte.

• Klinik genelinde sunulan hizmetlerde gezinme
• Ücret, süre ve teslim biçimiyle hizmet detayı
• Hizmetten doğrudan randevuya ya da satın almaya geçiş

Satın alma — tek seans, paket ya da bir ürün. Danışanın sonradan harcadığı kredi buradan gelir.

• Ürün kataloğu ve ürün detayı
• Sepet, ödeme ve satın alma anında kabul edilen hizmet sözleşmesi
• Sipariş onayı ve arkasındaki sipariş geçmişi
• Ödemeyi ağ geçidi yürütür, uygulama asla

Bir krediyi belirli bir ajandadaki belirli bir saate harcamak — ve danışanın sonrasında bu konuda gördüğü her şey.

• Gerçek müsaitliğe karşı, danışanın kendi saat diliminde randevu oluşturma
• Bir seansın alabileceği her durumla birlikte randevu listesi
• Randevu detayı: katılım bağlantısı, lokasyon ve oda, erteleme ve iptal
• Alınan seanslar — sahip olunan, harcanan ve hâlâ randevusuz krediler

Herkese açık sormak, özel olarak sormak ve danışanın ilerlemesini paylaşmayı seçtiği kişiler.

• Herkese açık soru akışı ve hiçbir şeye bağlanmadan önce soru sorma
• Uzmanın kendi yanıtıyla soru detayı
• Destek talepleri — açın, izleyin, yanıtları okuyun
• Partner davetleri ve partner listesi

Üçüncü sekme ve destek sorularının çoğunun yanıtı. Uygulamanın kişi hakkında bildiği her şey, tek ekranda.

• Randevular ve görüşme geçmişi; geri bildirim ve seans değerlendirmeleriyle
• Krediler, alınmış seanslar ve favoriler
• Fatura adresi, faturalar, fatura detayı, ödeme yöntemleri
• Bildirimler, uzmanlarla sohbetler, partner sohbetleri ve sorulan sorular
• Yayın yapanlar için hizmetlerim ve içeriğim
• Profili düzenleme, parola değiştirme ve hesap ekranları

Aynı sekme, bir uzmanın gözünden. Bütün bir muayenehanenin masa başından değil telefondan yürütülebilmesini sağlayan da budur.

• Müsaitlik: haftalık saatler ve tarihli takvim istisnaları
• Danışan sohbetleri ve her görüşmenin arkasındaki danışan geçmişi
• Seans raporunu, ait olduğu seansın üzerinden gönderme
• Uzman analizi — randevu hunisi, öngörü süresi ve danışan bazlı rakamlar
• Kazanç ve dört kova; maaşlı sözleşmede gizlenip yerine sayılar gelir

Uygulama içinde sohbet eden bir yardımcı; ağ geçidi üzerinden aktarılır, böylece hiçbir model kimlik bilgisi cihaza ulaşmaz.

• Yanıtların akarak geldiği bir sohbet ekranı
• Görüşme geçmişi; bir konu sonradan kaldığı yerden sürdürülebilir
• Ağ geçidinin yapay zekâ arayüzünden geçer; gerçek bir sağlayıcıya ya da bir taklide bağlanır

Bir kişinin bulmayı beklediği denetimler; bir düzenleyicinin bulabilmelerini beklediği denetimler dâhil.

• Uygulama ayarları ve 23 yerel arasında dil seçimi
• Gizlilik ayarları ve hangi bildirimin hangi kanaldan geleceği
• Cihaz oturumları dâhil güvenlik ayarları
• Kullanım koşulları, gizlilik politikası ve hukuki belgeler; web sitesinde değil uygulamada
• Hesap silme; kişinin kendi başına yürütebileceği bir yol olarak

Yukarıdaki her özelliğin üzerine kurulduğu şey. Bir ekran değil; ekranların tutarlı davranmasının sebebi.

• Ağ geçidiyle iletişim; belirteç yenileme ve hata yönetimi tek yerde
• Belirteçler ve güvenli cihaz durumu için güvenli depolama
• Yönlendirme; böylece bir bildirim tam olarak işaret ettiği ekranı açabilir
• 7DaysCare tasarım sistemini taşıyan tek bir tema
• 23 çeviri dosyası ve işletmeyi değil kişiyi izleyen takvim sistemi
• Ortak bileşenler; bir liste, bir boş durum ve bir hata her yerde aynı görünür

Girişi iş çekirdeğine karşı doğrular ve kendi kısa ömürlü belirteçlerini verir. Uygulama hiçbir zaman bir çekirdek kimlik bilgisi taşımaz.

• Giriş, kayıt, yenileme ve çıkış; ağ geçidinin verdiği JWT ile
• Geçerli kullanıcı ve profili
• Cihaz kaydı; böylece anlık bildirimler doğru telefona ulaşır
• Hukuki belgeler ve kişiye karşı kaydedilen kabul

Bir danışanın hiçbir şey harcamadan önce gezindiği her şey; hızlı sunulur ve pahalı olan yerlerde önbelleğe alınır.

• Uzmanlar, profilleri, müsaitlikleri ve hizmetleri
• Hizmet kategorileri ve randevusu alınabilir ürünler
• Değerlendirmeler ve puanlar; denetim durumuna saygı göstererek
• Rehberin tekrar tekrar sorduğu her şey için önbellekli okumalar

İşlem tarafı. Satın alma, kredi, randevu, fatura ve tahsilat; her biri yeniden yazılmak yerine iş çekirdeğine eşlenir.

• Randevu oluşturma, erteleme ve iptal; politikayı çekirdek uygular
• Siparişler ve ürettikleri krediler
• Faturalar ve fatura belgeleri
• Bir ödeme arayüzünün ardında ödeme başlatma ve onaylama

Okuma ağırlıklı taraf: bir kişi randevu almadığı zaman gezindiği şeyler.

• Sıralı içerik akışı ve içerik detayı
• Herkese açık sorular ve yanıtlar
• Keşif, değerlendirmeler ve sonuçları
• Partner özellikleri ve üzerine kurulan karşılaştırmalar

WebSocket merkezi. Sohbet, çevrimiçi durumu, yapay zekâ akışı ve sesli/görüntülü görüşme sinyalleşmesi; hepsi tek bir bağlantı üzerinde.

• WebSocket bağlantı yönetimi ve çevrimiçi durumu
• Danışanla uzman arasında sohbet ve grup kanalları
• Sesli ve görüntülü görüşmeler için sinyalleşme
• Bildirim iletimi ve kişi bazında bildirim ayarları
• Firebase Cloud Messaging üzerinden anlık bildirimler

Dosyalar; uygulama depolamayla hiç konuşmasın ve hiçbir şey tahmin edilebilir bir adresten sunulmasın diye böyle tutulur.

• Güvenli belge erişimi; çekirdeğin erişim kurallarını yeniden karara bağlamak yerine onlara uyarak
• Ağ geçidi üzerinden vekillenen medya yükleme ve okuma
• Boyutlandırılıp önbelleğe alınan görseller; böylece bir rehber listesi telefonda ucuzdur

Geri kalanı: destek talebi açmak, danışma istemek, uygulamaya bu kurulumda neyin açık olduğunu söylemek ve bir modelle konuşmak.

• Destek talepleri ve yanıtları
• Danışma talepleri
• Çalışma zamanı yapılandırması; uygulama yalnızca bu işletmenin açtığı özellikleri gösterir
• Akan yapay zekâ istekleri; model kimlik bilgisi burada tutulur, başka hiçbir yerde değil

Dört özellik anahtarı; her biri gerçek bir sağlayıcıya ya da bir taklide bağlanır. Sistemin hiç dış hesap olmadan tanıtılabilmesinin, geliştirilebilmesinin ve test edilebilmesinin sebebi.

• DATA_SOURCE — Odoo iş çekirdeği ya da bir taklit veri kümesi
• PAYMENTS — gerçek bir sağlayıcı ya da onun gibi davranan bir taklit
• NOTIFICATIONS — Firebase Cloud Messaging ya da bir taklit
• AI — gerçek bir model sağlayıcısı ya da bir taklit
• Redis üzerinde hız sınırı ve jeton kovaları; sınır tüm işçiler arasında geçerli kalır
• Hiçbir tek dış tedarikçi, kliniğin bir seansı satmasını, vermesini ve kaydetmesini durduramaz

Diğer her şeyin altındaki planlama motoru — takvimler, müsaitlik, odalar ve bir danışanın gerçekte hangi saatleri görmesine izin verildiğine karar veren kurallar.

• Haftalık saatleri, tarihli istisnaları ve mevcut randevuları boş saatlere çeviren bir müsaitlik motoru
• Planlayıcılar, ev sahipleri, lokasyonlar ve odalar; kapasite ve çakışma tespitiyle
• Saat kuralları, bekleme listeleri ve bir randevu boşaldığında otomatik saat teklifleri
• Randevu anında sorulan ve yanıtları randevunun üzerinde saklanan ön görüşme soruları
• E-posta ve SMS ile hatırlatmalar; kişi bazında engelleme listeleriyle
• ICS olarak takvim yayımlama ve dış takvim sistemlerine bağlantılar
• Katılım kayıtları, bir randevu hunisi ve uzman bazlı rakamların arkasındaki analiz
• Herkese açık randevu adreslerinde hız sınırı ve randevu verisi için bir silme yolu

Birebir seansları kredi olarak satar. Satın almayı ve randevu almayı iki ayrı adım yapan modül budur; bir paketin bugün satılıp aylara yayılabilmesini sağlayan da odur.

• Bir ürüne karşı tek tek ya da paket olarak kredi biçiminde satılan seanslar
• Satın alma anında kabul edilen ve kabul edildiği sürümle saklanan paket hizmet sözleşmeleri
• İhbar süreleri, cezalar ve tolerans süresiyle kademeli iptal politikaları
• Politikanın söylediği yerde krediyi geri veren erteleme ve iptal akışları
• Uzman kovaları — alınan, randevulu, gerçekleşen, randevusuz — ve uzman bazlı ilerleme
• Portal randevu bağlantıları ve alınamayacak bir satın almayı durduran sepet denetimleri
• Bir hakediş çözücü ara yüzü: seans, sözleşmenin ne olduğunu bilmeden kendi payını randevuda dondurur
• Seans sonrası geri bildirim ve güvenilirlik raporlamasının ihtiyaç duyduğu gelinmeme izi

Uygulama katmanı: uzmanlar ve herkese açık profilleri, mobil API, içerik ve topluluk, bildirimler ve danışana bakan hesap.

• Doğrulama akışı, diplomalar, hizmetler ve takvimlerle uzman profilleri
• Değerlendirmeler, puanlar, herkese açık sorular ve arkalarındaki uzman panosu
• Mobil uygulama için REST uç noktaları, JWT kimlik doğrulama ve WebSocket oturumları
• Gerçek zamanlı sohbet — danışandan uzmana, partner sohbetleri ve grup kanalları — seanslara bağlanmış
• İçerik ve yayıncılık: yayıncı profilleri, sıralı bir akış ve keşif
• Faturalar, ödeme yöntemleri ve siparişten seansa köprü
• Anlık bildirim, e-posta ve uygulama içi bildirimler; seans alarmları için bir dağıtımla
• Yaş ve kimlik doğrulama, destek talepleri, danışma talepleri ve cihaz kaydı

Odoo uygulamalarıClinic

On yedi yönetim raporu. On ikisi kliniğin kaydının gerçekle uyuşup uyuşmadığını sorar; dördü uzmanların nasıl gittiğini karşılaştırır; biri hepsinin üstünde durur.

• Hizalama listeleri: askıda kalan seanslar, randevusuz krediler, kapsam ve talep, para zinciri, ücret defteri
• Ödemeye hazırlık, iptal davranışı, uyum dosyası, danışan sürekliliği ve denetim kuyruğu
• Raporsuz seanslar ve davranışla birlikte okunan iptal edilmiş seanslar
• Performans: uzman karnesi, sıralama tablosu, güvenilirlik ve danışan sonuçları
• Tek bir kapsam denetimi — tüm işletme, seçili kişiler, tek kişi — karşılaştırma dönemiyle
• Her raporda kayıtlı görünümler ve CSV dışa aktarımı
• Bir rapor asla yazmaz: kaldırmak raporları siler ve hiçbir operasyonel davranışı değiştirmez

Gerçekleşen bir seansın ardından uzmanın yazdığı klinik not — bir görüşmenin eki olarak değil, danışan hakkında bir güvenli belge olarak saklanır.

• Seansa iliştirilen ve danışan hakkında olduğu kaydedilen bir rapor
• Sürüm başına bir anahtarla, güvenli belge servisinde şifreli olarak durur
• Erişime yalnızca bakım ekibi çözümlemesi karar verir; asla bir rol ya da kıdem değil
• Düzeltmeler yeni sürüm olarak yazılır; önceki sürüm olduğu gibi kalır
• Her okuma kaydedilir; böylece eksik bir raporu kovalamak asla bir rapor okumak anlamına gelmez

Her seferinde ayrı bir satın alma yerine süregelen bir düzen: mağazada satılan bir plan ve bir danışanın o plana bağlı üyeliği.

• Planlar görseli ve açıklaması olan mağaza ürünleridir; herkese açık katalog /memberships adresindedir
• Bir üyelik seans hakları, sohbet erişimi ve seans dışı danışmanlık dakikaları taşır
• Haklar sıradan seans hakkı olarak kalır; böylece randevu sistemi ikinci bir kural kitabı öğrenmek zorunda kalmaz
• Yenileme ve devirli dönemler; neyin devredeceğine plan karar verir
• Uzman, danışanlarından hangilerinin üye olduğunu ve hangi plana üye olduğunu görür

Randevu olarak değil dakika olarak satın alınan, sohbette harcanan ve dakikası dakikasına hesabı tutulan uzman zamanı.

• Bir hizmet, isteğe bağlı bir geçerlilik süresiyle uzman dakikası bütçesi satabilir
• Tarife şirket düzeyinde tanımlanır, hizmet bazında geçersiz kılınabilir
• Her ücretlendirme için bir defter kaydı ve hem danışanın hem uzmanın açabildiği bir döküm
• Bütçe, birinin kontrol etmeyi hatırladığı yerde değil, mesajın gönderildiği yerde denetlenir

Danışanın ilk seanstan önce doldurduğu soru formu; anket yanıtı olarak değil klinik içerik olarak saklanır.

• Her hizmet, kendisiyle birlikte gelen soru formunu belirtir
• Danışan formu seanstan önce, kendi sayfalarından doldurur
• Yanıtlar doğrudan şifreli bir belgeye yazılır — hiçbir zaman anketin kendi deposunda bırakılmaz
• Klinisyen formu seanstan, olağan belge erişim kuralları çerçevesinde açar

Her siparişe, para el değiştirmeden önce ve sonra bir kişinin bakmasını isteyen klinikler için ödeme yolu olarak banka havalesi.

• Siparişi onayla, faturala, havale dekontunu al, dekontu onayla, ardından seans haklarını oluştur
• Haklar ancak dekont onaylandığında görünür; böylece ödenmemiş bir siparişle seans randevusu alınamaz
• Reddin gerekçesi kayıtlıdır ve sipariş, sorunu düzeltebilecek kişiye geri döner
• Her adım, birinin bıraktığı bir not değil, siparişin üzerindeki bir durumdur

Çevrim dışı yolun danışana bakan yarısı: nereye ödeyecekleri, ne yükleyecekleri ve siparişin neyi beklediği.

• Siparişlerim sayfasında her durumun kendi rengi ve işareti vardır; böylece beklemek reddedilmekten gözle görülür biçimde ayrılır
• Siparişten çıkmadan tek bir pencerede ödeme ve dekont yükleme
• Ret gerekçesi, bu konuda harekete geçmesi gereken kişinin okuyacağı yerde gösterilir
• Danışandan bir şey bekleyen siparişler için bir panel kartı

Defterler, kendilerine ait bir panelde: ne geldi, ne alacak var, hizmet sunumu neye mal oldu ve daha ne gelecek. Tasarım gereği yöneticininkinden ayrıdır — sahada ödenmemiş bir faturanın peşine düşmek bir iştir, defteri tutmak başka bir iş.

• Dört para kutucuğu, altı sağlık oranı, altı grafik ve bir uyarı listesinden oluşan bir giriş sayfası
• Yirmi bir rapor: nakit, gelir, hizmet sunum maliyeti, tahmin, kaçak ve iki kontrol listesi
• Tahakkuk ya da nakit esası, beş dönem ve özel bir aralık; her ayrıntı düzeyine taşınır
• Her rapor hizmet, uzman ya da danışana göre daraltılabilir; her sayfada grafik görünümü ve CSV
• Hiçbir şey netleştirilmez, paydası olmayan oran yoktur, tahmin katmanları asla toplanmaz
• Hepsinin işaretli olmasının iyi bir kapanış anlamına geldiği bir ay sonu kapanış kontrol listesi
• Defteri okur, klinik içeriği asla — ayrı bir yetkiyle, dahili bir hesap üzerinden

Kurumun çevresindeki dört ekip için yapılacak olan ne. Satış, insan kaynakları, pazarlama ve hizmet sunumunun her birine bir sayfa düşer ve her sayfa aynı soruyla açılır: ne gecikti, ne şimdi, ne geliyor ve hangisi için kimse harekete geçmeye söz vermedi.

• Dört pano; her biri koddan değil kayıttan oluşur, böylece bir sektör paketi yenisini ekleyebilir
• Her sayfadaki etkinlik şeridi: gecikmiş · bugün · planlanmış · takvimde hiçbir şey yok · ilgi bekliyor
• «Takvimde hiçbir şey yok», Odoo'nun hiçbir durum tanımlamadığı bant: kimsenin bir şey yapmaya söz vermediği açık bir kayıt ve başka hiçbir ekranda görünmüyor
• İlgi kuralı kendi sayısının altına basılır, çünkü okuyucunun göremediği bir eşik, bir süre sonra güvenmediği eşiktir
• Yirmi altı rapor; her biri karşıladığı şartname satırının kodunu taşır
• Modeli kurulu olmayan bir sayı «uygulanamaz» bildirir, asla sıfır değil
• Boş olması gereken listeler ve kapalı teslim edilen gece bildirimi
• Her oran paydasını da yazar ve beş kaydın altında bir uzun çizgi gösterir
• Bugünün devamı ve devamsızlığı — hâlâ giriş yapmış, bugün giriş yapmış, bugün izinli
• Yalnızca base, mail ve web'e bağlıdır: CRM, insan kaynakları, e-posta gönderimi, proje ve sözleşme verileri üzerine rapor verir, hiçbirini zorunlu kılmadan

Nasıl gidiyoruz — yöneticilerin zaten açtığı uygulamanın içinde. Odoo'nun kendi Panolar bölümünde, kendilerine ait bir «Klinik ekipleri» başlığı altında dört sayfa; oradaki Satış ve Masraf sayfaları nasıl kurulduysa öyle kurulmuş.

• Dört sayfa — CRM, satış, hizmet sunumu, insan kaynakları — Odoo'nun kendi sayfalarının yanında
• Sayfa başına dört gösterge karosu, her birinin yanında önceki dönem
• Sayfa başına iki grafik ve iki ile dört arası sıralama tablosu; her biri arkasındaki kayıtları açar
• Dünyanın bir durumunu anlatan bir sayı dönem almaz ve karşılaştırma göstermez: doksan güne süzülmüş bir kadro, kadro değildir
• Tarihe göre gruplanan bir grafik dönemi alır; aşamaya göre gruplanan almaz
• Çalışma kitapları üretilir ve çapraz başvuruları, hiçbir şey yazılmadan önce doğrulanır
• Her sayfa, verisinin sahibi olan Odoo grubuna görünür; fazladan hiçbir yetki verilmez

Aynı başlık altında üç sayfa daha; her biri kurumun çalıştırmıyor olabileceği bir uygulamayı gerektirdiği için ayrı tutulur.

• Devam: şu anda giriş yapmış olanlar, kayıtlar, çalışılan saatler, fazla saatler; kişi ve departman bazında
• İzin: yanıt bekleyen talepler, onaylanan günler, retler ve izinlerin aya, türe ve departmana göre nereye düştüğü
• Personel ödemeleri: bildirilecek, doğrulanacak, geri ödenecek olanlar ve dönemde talep edilen tutar
• Diğer panolardan ayrı, çünkü her biri bir uygulamayı zorunlu kılar — devam, izin, masraf
• Devam kayıt sayar, insan saymaz: bir öğle molası tek kişiyi iki satır yapar ve sayfa bunu söyler
• «Şu anda giriş yapmış olanlar», iş günü içinde bir bulunma sayısıdır; iş günü bittikten sonra ise çıkış yapmayı unutanların listesidir

Bir soruyu, sahibi olan bir göreve dönüştüren herkese açık bir form.

• /support/ticket adresinde, oturum açmış olsun olmasın herkesin kullanabileceği bir form
• Her gönderim, mağaza yöneticisine atanan bir görev açar
• Gönderen kendi talebini izler, yönetici de Discuss’ta bilgilendirilir

Başlangıcı, sonu ve planı olan bir bakım süreci — klinik kaydın geri kalan her şeyinin asıldığı omurga. Bakım bir randevular akışı değildir ve kayıt da bunu söyler.

• Bir dönem, gerçekleşen ilk seansla açılır ve bir danışanın aynı anda yalnızca bir açık dönemi olur
• Her dönem için bir tedavi planı: sorun → hedef → amaç; üç düzey, fazlası değil
• Bir hedef başlık, hedef tarih ve sonuç taşır — neye doğru çalışıldığı ve nasıl gittiği
• Danışan için güvenli durum olarak Sürüyor ya da Tamamlandı; altı klinik sonuçtan ayrı tutulur, ikisi asla aynı ekranı paylaşmaz
• Bir plan gözden geçirilir ya da yerine yenisi konur, asla yerinde düzenlenmez: üzerinde anlaşılan sürüm olduğu gibi kalır
• Dönemi kapatmak her açık hedef için bir sonuç ister, çünkü yanıtı birinin bildiği tek an odur — ve kaç tanesinin sonuçsuz kapanacağını söyler
• Kapanış, belge hizmetinin saymaya başladığı saklama süresini başlatır
• Danışanla görüşmüş her uzman dönemi görür; bir meslektaşın raporunu okumak ayrı bir taleptir, bir klinik yöneticisi tarafından onaylanır ve her iki durumda da günlüğe yazılır
• Danışan aynı dönemi kendi sayfalarında, onu asla notlandırmayan sözcüklerle okur

Sıralı, türü belli alanlardan oluşan not şablonları; böylece bir not, kimsenin arayamayacağı düz metin değil yanıtlardan oluşur.

• Şablon, sürümlü ve yayımlanmış bir türlü alanlar listesidir — metin, sayı, ölçek, seçim, tarih
• Tamamlanmış bir not, yanıtlar artı işlenmiş bir güvenli belgedir
• Yanıtlar, tam olarak belgeleri okunabildiğinde okunabilir: birbirinden kopan iki kural değil, tek bir erişim kuralı
• Alan bazında görünürlük; böylece özel bir gözlem danışanın kopyasında gizlenmez, hiç yer almaz
• Şablonlar seans raporu formunda, disipline göre seçilir

Şablon motoru için başlangıç içeriği: bin adlandırılmış not biçimi; böylece bir klinik boş bir kütüphaneyle başlamaz.

• Disipline göre gruplanmış binden fazla adlandırılmış şablon — SOAP, DAP, BIRP, ön değerlendirme, gözden geçirme
• Veri olarak kurulur; sonrasında kliniğin kendi yazdığı her şablon gibi düzenlenebilir

Danışanın seanslar arasında kaydettikleri, ölçtüğü hedefe bağlı olarak. Hiçbir şeye karşı rapor vermeyen bir program, izlemenin ev ödevine dönüşme biçimidir.

• Altı öğe türüyle bir program kütüphanesi: soru formu, ölçüm, seçim, günlük, yükleme, görev
• Program bir hedefe gönderilir; böylece her giriş, planın gerçekten istediği bir şeye karşı rapor verir
• Danışan kendi planı üzerinden kaydeder: önce bugün yapılması gerekenler, ardından her hedef ve ona karşı açık olanlar
• Danışanın gördüğü hiçbir yüzey onu saymaz ya da puanlamaz — kaydedilmeyen bir şey “kaydedilmedi” olarak okunur; oran, puan ya da seri yoktur
• Klinisyenin danışan listesi en kötüden başlayarak: onaylanacak risk işaretleri, hiç başlanmamış, on dört günü aşkın sessiz, bu hafta biten
• Ölçülecek beşten az kayıt olan bir oran tire olarak, başarısız olan bir sayım ise kullanılamıyor olarak gösterilir — asla sıfır olarak değil
• “Bunu zor buluyorum” — klinisyene, üzerine bir sayı iliştirilmeden ulaşır
• Raporlar randevuya değil hedefe dosyalanır; şifrelidir ve diğer tüm klinik raporlarla aynı erişim kurallarına tabidir
• Programlar seansta gözden geçirilir; birinin gerçekten bakıp bakmadığını soran klinik raporu bunu sayar
• Gözlem taşıyan her yüzey, girişlerin gerçek zamanlı izlenmediğini söyler

Kliniğe ait puanlanan ölçme araçları. Hiçbir ölçek içeriği birlikte gelmez ve hiçbir lisans iddia edilmez: klinik, kullanma hakkı olanı kendisi girer.

• Bir puan, onu üreten ölçek sürümüyle birlikte saklanır ve asla yeniden hesaplanmaz
• Her ölçek için bantlar ve eşikler; risk bandı, birinin onaylaması gereken bir işaret kaldırır
• Danışan tarafından portalda ya da seansta doldurulur ve her iki durumda da kanal kaydedilir
• Yönüyle birlikte ölçek bazında zaman çizelgeleri; farklı ölçeklerin puanları asla tek bir sayıda birleştirilmez, çünkü farklı şeyleri farklı ölçeklerle ölçerler
• Soru formu ayrı bir listesi olan ayrı bir özellik değil, bir program öğesi türüdür

Bir kez yazılan ve her katılımcıya kendi belgesi olarak dosyalanan tek bir not.

• Tek bir yazılmış kaynak, katılan her danışan için dosyalanmış bir belge
• Özel bir alan başka bir katılımcının belgesinde gizlenmez, hiç yer almaz
• Randevusu olan herkese değil, katılanlara dosyalanır
• Seans, ancak her katılımcının kopyası olduğunda belgelenmiş sayılır

Klinisyenin seans bittiğinde belirlediği ve zamanı geldiğinde gereği yapılan bir tarih.

• Hatırlatma, seansın sonunda oluşturulan bir tarih ve bir gerekçedir
• Davet eder; asla randevu oluşturmaz
• Zamanı gelen hatırlatmalar, herhangi bir mesaj otomatik gönderilmeden önce klinik özetinde görünür
• Otomatik davet, klinik açmadıkça kapalı kalır

Faturalamanın ihtiyaç duyduğu yerde tanı kodları; ezberden yazılmak yerine aranabilir.

• Aranabilir ICD-10-CM bölümleri ve kodları
• Danışan üzerinde kaydedilen ve siparişlere ve faturalara taşınan bir kod

Üründe tek bir soru listesi — ve onun kendiliğinden taşımadığı üç şey: kalıcı bir yanıt anahtarı, soru bazında görünürlük ve şifreli metnin dışına çıkmasına izin verilen tek sayı için bir işaret.

• Üründe dört ayrı kurucu büyümüştü: not şablonunun yazılan alanları, randevu defterinin kendi soruları, izleme maddeleri ve kabul formunun arkasındaki anket
• Dört kurucu demek, bir soru tipini eklemek için dört yer, dört ayrı gösterim ve «o yanıt nereye gitti?» sorusuna dört ayrı yanıt demektir
• Bir soru listesi survey.survey içinde yazılır, başka hiçbir yerde
• Hiçbir zaman bir anket yanıt satırı oluşturulmaz: o depo sıradan Postgres kolonlarıdır — «görüşme nasıl geçti?» için doğru, bir hastalık öyküsü için yanlış
• Güvenli bir formun yanıtları yalnızca şifreli bir belgenin içinde, bir JSON sürümü ve bir HTML sürümü olarak var olur
• Tek istisna, yazarın grafiğe uygun olarak işaretlediği bir sayıdır; çünkü bir grafik şifreli metni okuyamaz
• Özel bir soru, paylaşılan belgede hiç yer almaz ve kendi belgesinde durur — birinin değiştirebileceği bir ekranda gizlenmiş olmaz
• Bir form bir kez doldurulduktan sonra soruları, seçenekleri ve seçenek puanları yerinden oynamaz
• Bir kabul formunu okuyabilen, yapılandırılmış bir notu okuyabilen kişi değildir: belge türleri bu yüzden formu kullanan modüle aittir

Bir randevu takviminin soruları ankette tasarlanır ve şifreli olarak saklanır; böylece randevu defteri randevu defteri olarak kalabilir.

• Bir takvim bir anketi adlandırır ve genel randevu sayfası onu o tek gösterimle sunar
• Yanıtlar, randevuya bağlı şifreli bir belgeye kaydedilir
• Randevu defterinin kendi soru modeli kalır — ve kalmalıdır: bir telefon numarası, bir referans, bir onay kutusu ve resepsiyonun okumak zorunda olduğu yerde doğrudan kişi kaydına yazanlar
• Yanlış biçimde olduğu şey, «bugün sizi buraya getiren ne?» diye soran bir kurumdur
• O yanıt eskiden hiçbir erişim denetimi olmayan sıradan bir kolonda, onay sayfasında açık metin olarak ve takvim kaydının açıklamasına kopyalanmış olarak duruyordu — o açıklama dışarıya eşitlenir ve her davete girer
• Bu modüldeki hiçbir şey ikisinden birine yazmaz; bu bir yan etki değil, modülün bütün amacıdır
• Belge hizmetine olan bağımlılık bu köprüde yaşar; böylece yalnızca bir randevu sayfası isteyen bir kurulum yalnızca onu alır

Taranmış psikoloji ölçek destesi, aranabilir kayıtlar olarak; bir tarama canlı forma dönüştürüldüğünde isteğe bağlı canlı bir formla birlikte.

• Taranmış deste, OCR metnini taşıyan kayıtlar olarak yüklenir; böylece bir ölçek, üzerinde yazan şeyle bulunabilir
• Her ölçeğin hedeflediği sisteme göre bir sınıflandırma
• Bir tarama canlı forma dönüştürüldüğünde oluşturulan, isteğe bağlı bir anket
• Burada asla soru yazılmaz — bu, o tek kurucunun işidir
• Elle düzenlenmek yerine kaynak PDF'lerden betikle yeniden üretilir

Çalışan sözleşmesindeki seans ödeme koşulları ve bunları kapatan ödeme dönemi. Ödeme anında hiçbir şey yeniden hesaplanmaz — her seans randevu alındığında kendi payını dondurmuştur.

• Dört ödeme türü: aylık maaş, saatlik ücret, seans başına sabit ücret ya da her seansın bir yüzdesi
• Koşullar sözleşme sürümünde tutulur; böylece geçmiş tarihlidir ve bir anda yalnızca biri geçerlidir
• Ödeme dönemleri — haftalık, iki haftalık, aylık ya da üç aylık — takvime ya da sözleşme başlangıcına bağlı
• Bir dönem kapandığı sabah taslak ödeme dönemi açan günlük bir görev
• Bir dönemi onaylamak, dondurulmuş tutarlardan uzman başına tek bir tedarikçi faturası oluşturur
• Uzmanın görebildiği, iptal edilmiş dönemler dâhil saklanan bir ödeme geçmişi
• Bugün yeniden pazarlık etmek, geçen ay hak edilmiş olanı asla yeniden yazmaz

Çalışma sözleşmelerini ait oldukları kaydın üzerinden imzaya gönderir ve imzalı geçmişi o kayıtta tutar.

• Bir sözleşmeyi kendi kaydı üzerinden imzaya gönderme
• Her talep, o kaydın geçmişi olarak saklanır
• Kimsenin henüz imzalamadığı bir sözleşme altında seans ödemesi durdurulabilir
• Yalnızca iki taraf da mevcutsa kurulur; böylece hiçbir modül ihtiyacı olmayan bir bağımlılık taşımaz

Bağımsız uzmanlar platformu, bizim kurduğumuz bir paketle kiralar. Bu modül paketleri, abonelikleri ve bir aboneliğin durumunun uzmana neyi yapmaya izin verdiğini söyleyen kuralları tutar.

• Paketler bir kanal taşır — kendi muayenehanesi, pazar yeri ya da ikisi birden —, aylık ve yıllık fiyatlar ve cümle hâlinde yazılmış oran satırları
• Bir paketin özellik anahtarları elle yazılmak yerine kurulu modüllerden okunur
• Bir abonelik, imza anında paketin oranlarını ve özelliklerini kopyalar ve bir daha geri okumaz; böylece yarınki bir fiyat değişikliği bugünün aboneliklerine dokunmaz
• Uzman başına yürürlükte bir abonelik ve en çok bir tane yolda; birinin unutabileceği bir denetimle değil, iki kısmi tekil dizinle güvenceye alınmış
• Her yeni bağımsız uzman, yerleşik deneme süresiyle başlar — öntanımlı olarak yedi gün, Ayarlar'dan değiştirilebilir
• Deneme süresi bitince yeni randevular ve uzmanın bağlantısı, bir paket seçilip imzalanıp ödenene kadar bekler. Kayıtlar asla kapatılmaz
• Personel, web sitesinin göstermediği bir paketi atayabilir — kartla, faturaya ya da tümüyle ücretsiz —, sözleşme gönderilmiş veya imzalı bir kopya eklenmiş ve gerekçe kayda geçmiş olarak
• Paket ve faturalama uzmanın kendi hesabında; deneme sürerken ya da süre dolduğunda çalışma alanında bir uyarı şeridi
• İş sözleşmesiyle çalışan kadrolu uzmanlar hiçbir zaman bir pakete bağlı değildir ve hiçbir zaman kısıtlanmaz

Hangi danışanı hangi uzmana kimin getirdiği — bağımsız bir uzmanın ödediği her ücretin dayandığı tek olgu ve platformun kaydetmediği tek olgu.

• Uzman ve danışan çiftinin her biri için bir satır; kaynağı ve aidiyeti taşır: uzmanın danışanı mı, platformun danışanı mı
• Aidiyet ilk temasta belirlenir ve personelin gerekçeli bir devri dışında hiçbir şeyle değişmez
• Uzmanın kısa bağlantısı, /e/<kod>: onu izleyen kişi kaydolur ve o uzmanın danışanı olur
• Zaten kayıtlı ve o uzmanda yeniyse: «Katıl» düğmesine basar. O uzmanın danışanı zaten platform üzerinden ise: platformun danışanı olarak kalır ve tıklama günlüğe yazılır
• Bağlantıya yapılan her ziyaret ve sonucunda ne olduğu
• Bir kişinin platforma ilk olarak nasıl geldiği — doğrudan mı, bir uzmanın getirmesiyle mi — aidiyetten ayrı tutulur; çünkü biri bir insan hakkında, öteki bir çift hakkında bir olgudur

Parayı danışandan uzman alıyorsa, şirkete onun payını borçludur. Bunu ona faturalayan ve ödenene kadar izleyen aylık bir çalıştırma.

• Uzmanlar siparişleri onaylayıp ödeme bağlantıları gönderdiğinde teklif, fatura ve ödeme sayfası satıcı olarak uzmanın kendi ticari adını, adresini ve vergi numarasını taşır
• Uzmanın tahsil edip etmediği, randevu anında payın bölüşümünün yanında oturuma sabitlenir; böylece ayarı yarın değiştirmek geçen aya geri uzanmaz
• Yeni bir formül yok: şirket payı, şirketin ne alıkoyduğunu zaten söylüyor; parayı uzman tutuyorsa borçlu olduğu tutar tam olarak odur
• Kadrolu bir uzman bir oturumdan hiçbir şey alıkoymaz ve bu yüzden tamamını borçludur; 70/30 çalışan bir serbest uzman 30'u borçludur
• Döngü başına bir tahsil çalıştırması, ödeme çalıştırmasının aynadaki eşi — uzman başına, tahsil ettiği payların toplamı için bir satış faturası
• O faturanın hemen muhasebeleştirilmesi mi yoksa birinin bakmasının beklenmesi mi, bir ayardır — öntanımlı olarak açık
• «Ödendi», Odoo'nun kendi ödeme durumudur: bu modül onu gözler ve asla bir ödeme oluşturmaz
• Uzmanın çalışma alanı bir Ödemeler sayfası kazanır — kazanılan, tahsil edilen, borçlanılan ve durumuyla her fatura
• Yönetim ve muhasebe panoları öteki yüzü alır: açık ile ödenen karşı karşıya, sayılmış ve toplanmış, yanında ayın kazançları

Kurulu modüllerin yapabildiklerinin listesi; her modülün kendisi tarafından bildirilir, böylece paketler bunları açıp kapatabilir.

• Kataloğu kimse elle yazmaz: satmaya değer bir şeyi olan bir modül, her yeteneği için bir özellik kaydı getirir
• Odoo bu kayıtları modül kurulduğunda oluşturur ve kaldırıldığında siler; böylece katalog her zaman bu veritabanının gerçekten ne yapabildiğini anlatır
• Tarama yok, eşitleme işi yok ve modül listesinin yanında onunla adımı şaşıracak ikinci bir liste yok
• Bilerek yalnızca base'e bağlıdır; böylece bir özelliği bildirmek, hiçbir zaman klinik bir modülü platform kabuğuna bağımlı hâle getirmez
• Bir özelliğin tek bir uzman için ne anlama geldiği — paketinde açık mı ve hangi sınıra kadar — pakete aittir, buraya değil

Servisin kendisi. Bir model onu tek satırda benimser ve belgelerini, bir sayacı ve saklamadan önce sonucun kimin açabileceğini açık bir dille söyleyen bir dosyalama penceresini kazanır.

• Kendi anahtarıyla şifreli; Odoo dosya deposunun dışında saklanır ve asla /web/content üzerinden sunulmaz
• Açık kurallarla erişim, varsayılan ret: her seferinde eşleşen bir izin kuralı ve eşleşen hiçbir ret kuralı olmaması
• Yönetici, müdür ya da dosyalayan kişi olmak tek başına hiçbir şey vermez
• Her yazma kadar her okuma da kaydedilir; kimsenin düzenleyemediği, zincirlenmiş ve yalnızca eklenen bir kayda
• Sürümlü ve yalnızca eklenir: düzeltme yeni bir sürümdür, öncekine dokunulmaz
• Göreli kurallara göre saklama ve imha; imha, anahtarı yok ederek yapılır
• Belgelerin içinde bilinçli olarak arama yapmaz — şifreli içerik tam metin aranamaz

Kriptografi katmanı; anahtar yönetimi, uygulamanın geri kalanı okunmadan incelenip denetlenebilsin diye kendi modülü olarak tutulur.

• AES-256-GCM zarf şifrelemesi: belge sürümü başına rastgele bir veri anahtarı, bir dağıtım anahtarıyla sarılır
• Anahtar şifreleme anahtarı veritabanında asla saklanmaz
• Şifreli metin, dosya deposunun dışında kendi dizininde
• Tek bayt şifreli metni yeniden yazmadan anahtarları yeniden saran anahtar rotasyonu
• Kripto-imha: anahtarı yok etmek belgeyi imha eder ve denetim izini olduğu gibi bırakır
• Anahtar eksikse, herkese okunabilirse, yanlış kullanıcıya aitse ya da koruduğu veriyle birlikte taşınacağı bir yerde duruyorsa başlamayı reddeder

Bir kişinin, kendisiyle paylaşılmış ve kendisi hakkında olan belgeleri okuduğu yer: /my/documents — ve yalnızca onları.

• Bir kişi, bir özne erişim kuralı izin verdiğinde ve hiçbir şey reddetmediğinde belgeyi görür — asla yalnızca kendisi hakkında olduğu için değil
• Psikoterapi notları, mühürlenmiş belgeler ve yürürlükteki bir kısıtlama kararı altındaki belgeler, kuralları ne derse desin asla gösterilmez
• Her adresin kullandığı tek bir filtre; böylece kimin neyi görebileceğinin tek bir tanımı olur
• İçerik bellekte çözülür ve akıtılır; diske hiçbir şey yazılmaz
• Kullanıcının göremeyeceği bir belge 403 değil 404 döner — referans tahmin etmek, kayıt tutulduğunu öğrenmenin yolu olmamalı
• Kişinin kendi okuması dâhil her görüntüleme ve indirme kaydedilir ve sayfa bunu söyler
• Okumalar kullanıcı başına sınırlıdır ve erişim kaydından sayılır; böylece sınır tüm işçilerde geçerlidir

Güvenli belgeleri kişilere dosyalar — en yaygın özne budur; çünkü bir belgenin hakkında olduğu kişi genellikle dosyalandığı kişidir.

• Güvenli belge servisini res.partner üzerine ekler
• İki taraf da mevcut olduğunda kendini kurar ve hiçbirine dokunmadan kaldırılır
• Uygulama başına bir köprü; böylece bir kişide servisi kullanmak ilgisiz uygulamaları getirmez

Güvenli belgeleri fırsatlara dosyalar — bir durum tespiti dosyasının klinik hiçbir yanı yoktur ve gereksinimleri tam olarak aynıdır.

• Güvenli belge servisini crm.lead üzerine ekler
• Diğer güvenli belgeler gibi şifreli, kurala bağlı ve her okumada kaydedilir
• Diğer köprülerden bağımsız olarak temiz biçimde kurulur ve kaldırılır

Güvenli belgeleri çalışan kayıtlarına dosyalar — bir disiplin dosyası ya da bir iş sağlığı raporu, bir yöneticinin dosyaladığı ve İK’nın çoğunun açamaması gereken bir şeydir.

• Güvenli belge servisini hr.employee üzerine ekler
• Varsayılan ret; böylece bir İK rolü, İK rolü olduğu için bir dosyayı açamaz
• Diğer köprülerden bağımsız olarak temiz biçimde kurulur ve kaldırılır

Güvenli belgeleri görevlere dosyalar — gizli bir sözleşme ya da imzalı bir teslimat, işin izlendiği yerde tutulur.

• Güvenli belge servisini project.task üzerine ekler
• İki taraf da mevcut olduğunda kendini kurar ve hiçbirine dokunmadan kaldırılır

Güvenli belgeleri siparişlere dosyalar — imzalı bir sözleşme ya da bir müşterinin kimlik belgeleri, ait oldukları satışın yanında tutulur.

• Güvenli belge servisini sale.order üzerine ekler
• İki taraf da mevcut olduğunda kendini kurar ve hiçbirine dokunmadan kaldırılır

İsteğe bağlı: anahtar şifreleme anahtarını Odoo sunucusunun dışına taşıyın; böylece veritabanının bir kopyası belgelerin bir kopyası olmaz.

• Belge anahtarları yerel olarak değil, uzak bir otorite üzerinden sarılır ve açılır
• Anahtar şifreleme anahtarı hiçbir zaman uygulamayı sunan makinede durmaz
• Kurulum bazında açılır; yerel altyapı kullanılabilir ve değişmeden kalır
• Erişilemeyen bir otorite, sessizce geri çekilmek yerine belgeleri açmayı reddeder

Bakım ekibini çözümler. Bir terapist, kliniğin değil kendi listesindeki kişilerin kayıtlarına ulaşır — asgari gereklilik ilkesini temenni olmaktan çıkarıp uygulanabilir kılan da budur.

• Bakım ilişkileri — klinisyenden danışana, türü, başlangıcı ve bitişiyle
• İlişki bittiğinde erişim de biter; bekleyen notları tamamlamaya yetecek bir tolerans süresinden sonra
• Birinin uygulamanın hangi bölümüne ulaşacağına karar veren, neyi açabileceğine asla karar vermeyen klinik roller
• Olaylar, şikâyetler ve koruma bildirimleri için yalnızca direktöre açık bir profil — dosyalayana bile kapalı
• İfşa kaydı: servisten ne çıktı, kime ve hangi dayanakla
• İlgili kişi hakları: yasal süresiyle erişim talepleri, üzerine yazmak yerine ekleyen düzeltmeler, mühürleyen kısıtlamalar
• Saklama çıpaları — son temas, doğum tarihi, ölüm tarihi — temel katmanın hesaplayabilmesi için

GDPR katmanı: HIPAA’nın karşılığı olmayan haklar ve yönetişim düzeneği — ABD standardında bir kurulumun AB’yi kapsamamasının sebebi de budur.

• Belge türü başına kaydedilen hukuki dayanak — tedavi kayıtları için rıza değil, Md. 9(2)(h)
• Silme (Md. 17) anahtarı yok ederek yapılır; böylece hak, neyin tutulduğunun kanıtı silinmeden yerine getirilir
• Bir silme değerlendirmesi ve yasal bir tedbir ya da saklama süresi dururken hiçbir şeyin imha edilmemesi
• Taşınabilirlik (Md. 20) akıtılan bir zip olarak — üst veri JSON, içerik dosyalandığı hâliyle, her belge tek tek kaydedilerek
• İhlal bildirimi (Md. 33/34): otoriteye 72 saat ve Md. 34(3)(a) uyarınca şifreleme istisnası
• Yönetişim dosyasının parçası olarak tutulan DPIA ve işleme envanteri kayıtları

Bir köprü, yeni bir yapı değil — imzalanmış gizlilik bildirimini onay kaydına bağlar; böylece dosya, kişinin hangi sürümü gördüğünü söyleyebilir.

• Tamamlanan bir imza onayı bir kez yazar — iki kez ulaşan bir webhook, kimin eksik olduğunun sayısını yanlış çıkarmamalıdır
• İmza talebi bildirimin sürümünü adlandırır; çünkü bir onaya sorulan tek soru budur
• Resepsiyondaki bir kâğıda atılan imza da yazılı bir onaydır; köprü, olağan yolun yerini almaz, yanına bir yol ekler
• Bir klinisyenin danışan adına imzaladığı talep, o danışanın onayı değildir ve öyle sayılmaz

Aynı teknik çekirdek üzerinde UK GDPR ve 2018 Veri Koruma Kanunu — ciddi zarar testi bir işaret olarak değil, bir iş akışı olarak kurulmuş.

• Ciddi zarar testi (DPA 2018 Ek 3 Böl. 2); kimin, ne zaman, hangi belgeler üzerinde ve neden karar verdiğiyle kaydedilir
• Yalnızca yürürlükte bir bakım ilişkisi olan biri alabilir; sistem bunu varsaymak yerine denetler
• Süresi dolmadan bir inceleme kuyruğunda görünür ve altı ayda kendiliğinden düşer
• Kaldırmak, belgenin önceki etiketini geri verir; "normal"i değil
• Bilgi vermeme, ilgili kişiye karşıdır; bakım ekibine karşı değil — kişiyi tedavi edenler yine okur
• Tohum veri olarak NHS 2021 Kayıt Yönetimi Uygulama Kuralları saklama takvimi
• Vefat edenlerin kayıtları için Sağlık Kayıtlarına Erişim Kanunu işleyişi

İdari güvenlik önlemleri — HIPAA’nın şifrelemeyle ilgisi olmayan ve denetimlerde en sık bulgu çıkan yarısı.

• Risk analizi; dönemi, kapsamı ve yöntemi olan bir çalışma olarak, bulduğu risklerin kaydından ayrı tutulur — böylece gelecek yıl bu yılla karşılaştırılabilir
• Her risk bir sonraki değerlendirmeye kendisine bir bağla taşınır; çünkü her yıl boş başlayan bir kayıt, neyin karara bağlandığını kaybeder
• Doğal derece hesaplanır, artık derece bilerek hesaplanmaz — bir kontrol puanı çıkararak bulunan artık derece, geçen hafta test edilmiş bir kontrol ile yalnızca yazılı bir kontrol hakkında aynı şeyi söyleyen bir kurgudur
• Bir riski kabul etmek gerekçenin kaydını gerektirir; karar çoğu zaman doğrudur ve sonradan hangisi olduğunu kimse anlayamaz
• Etkinlik incelemesi, soruları adlandırılmış hâlde — bakım ilişkisi yok, acil erişim, ortak soyadı, mesai dışı, hacim aykırısı — çünkü neye bakılacağını söylemeden "kayıtları inceleyin" demek, incelemeyi boş bir imzaya çevirir
• Bir incelemenin tamamlanması, dönemde dokunulan her karma zincirini doğrular; kurcalanması belli olan bir kaydı kurcalandığı fark edilen bir kayda çeviren şey budur
• Görevlendirmeler tarih aralığı olarak tutulur ve boşluklar hesaplanır; çünkü gereklilik bugün kimin taşıdığı değil, kesintisiz birinin taşımış olmasıdır
• Yaptırım kayıtlarını yalnızca kimsenin dolaylı olarak girmediği bir grup okur — sızan bir yaptırım kaydı başlı başına bir olaydır
• Bir görevden ayrılma kontrol listesi ve ayrılış tarihi geçen herkes için bunu açan günlük bir iş: istihdamdan uzun yaşayan hesaplar en sık başarısız olunan kontroldür
• Süresi olan eğitim kayıtları; çünkü süresi dolmuş eğitim, eğitim değildir
• Kendi aritmetiğini denetleyen bir kritiklik analizi: veri tabanı kendisinden yavaş kurtarılan bir sistemin kurtarma hedefi yalnızca yazılmış bir sayıdır ve bu iki sayı bir hesap tablosunda ayrı satırlarda durur
• En son ne zaman test edildiğini söyleyen süreklilik planları ve hiç test edilmemiş olanların listesi — planı olan bir kurumu, planı olduğunu sanan bir kurumdan ayıran tek şey
• Hedeflerini karşılamayan bir test neyin yürümediğini yazmak zorundadır; çünkü kimseye bir şey öğretmemiş bir test kanıt değildir
• İletim güvenliği bir iddia değil bir geçmiş olarak: "HTTPS kullanıyoruz" şimdiki zamana dairdir, bu kayıtlar ise sorulan günlerde de doğru olduğunu söyler
• Düzeltilemeyen ve silinemeyen kontroller; çünkü bir geçmişin anlamı, derlenip toparlanamamasıdır

HIPAA katmanı. Psikoterapi notlarının ayrılması, erişim kurallarının doğru olmasına dayanmak yerine depolamanın kendisinde tutulur.

• Belge türü başına işaretlenen belirlenmiş kayıt kümesi (45 CFR 164.501); böylece bir erişim yanıtı kapsam dışı olanı içeremez
• Kendi anahtar alanında psikoterapi notları — sıradan kaydı açan anahtar onları açmaz
• Notlar üzerinde ilgili kişiye izin verilmesi her yolda reddedilir; kural tablosuna doğrudan yazma dâhil
• Çoktan yazılmış bir belge, notlar anahtar alanına yeniden etiketlenemez
• 42 CFR Bölüm 2: yeniden ifşa yasağı bildirimi yazılmaz, üretilir
• Alt bölüm uyarınca kayıtta altı yıllık ifşa geçmişi
• 2024 Part 2 kuralı: tedavi, ödeme ve operasyonları kapsayan tek bir rıza — geri alınabilir olmadıkça reddedilir; geri dönüşü olmayan tek bir rıza, insanın verdiğini unuttuğu rızadır
• Bu amaçlara ilişkin bir Part 2 kısıtı, tartılacak bir talep değil bir hak olarak ele alınır ve genel kısıttan önce denetlenir — tersi sırada çalışan bir denetim, soruya varmadan ifşaya izin verirdi
• Madde kullanımı kayıtlarını içeren bir ihlal, bunu "tedavi bilgisi" altına gömmek yerine bildirimde açıkça söyler
• 164.410 iki ayrı saat olarak: iş ortağının kendi keşfinden itibaren altmış günü vardır ve bizimki bize söyledikleri anda başlar; yani bir ihlal 118 günlük olabilir ve kimse bir süreyi kaçırmamış olur
• Part 2 hasta bildirimi, kimsenin sürümlemediği bir Python sabiti olarak değil, gizlilik bildiriminin yanında sürümlenir

Almanya’daki saklama süresi; kimsenin uygulamadığı bir politikadaki satır olarak değil, belge hizmetinin saydığı bir kural olarak.

• § 630f BGB: son temastan itibaren on yıl, saklama kuralı olarak hazır gelir
• Süre ulusal olduğu için tüm AB paketine değil yalnızca bu modüle bağlıdır

GDPR katmanının kapsamadığı Norveç kuralları; her biri bir yönetmelikte değil, eylemin gerçekleştiği yerde durur: bir profili yayınlamak, bir ödeme çalıştırmasını onaylamak, bir ebeveyne bilgi vermek.

• Pasientjournalforskriften § 14: hasta, kendisiyle ilgili her kayda yapılan her erişimi okur; kendisine gösterilmeyen kayıtlar da dahil — türe göre, asla başlığa göre değil
• Hiçbir imha tarihi olmayan bir saklama türü; çünkü Norveç kayıtları gerektiği sürece tutar. Yıllar bir gözden geçirme aralığıdır ve gerekçesiyle bir insan karar verir
• Bir ardıla, Norsk helsearkiv'e ya da Nasjonalarkivet'e dosya teslimi: indirme anında oluşturulur, belge belge bir ifşa olarak kaydedilir ve bir kez indirilebilir
• Helsepersonelloven § 74: korunan bir unvanı kullanan bir profil, doğrulanmış HPR numarası olmadan yayınlanamaz; denetim yazma anında çalışır, böylece eşitleme onu dolanamaz
• En yakın akraba, ebeveyn, vasi ve kalıcı vekâlet; §§ 3-4 ve 4-3 yaş kuralları bir sayfadaki süzgeç olarak değil, ifşa sicilinde uygulanır
• Arbeidsmiljøloven § 1-8: oturum başına ödeyen bir ödeme çalıştırması, yürürlükte bir belirleme olmadan onaylanmaz; arkasındaki olgular ağırlıksız gösterilir, çünkü soru hukukidir
• Personvernombud ve bilgi güvenliği sorumlusu birer atama olarak, yalnızca Norveç şirketleri için denetlenir

Fin hukukunun bir hizmet sunucusuna adlandırmak zorunda bıraktığı roller ve her birinin ardında asılı duran görevler. Norveç paketinden bağımsızdır — ikisi de şirketin ülkesinden açılır, böylece tek bir veritabanı ikisini birden tutabilir.

• Ruhsatlı meslekler ile korunan unvanlar ayrı tutulur, çünkü bunlar farklı haklardır: psykoterapeutti Finlandiya'da korunan bir unvan, Norveç'te serbest bir sözcüktür
• Terhikki numarası, işverenin denetim tarihi ve bunun bir sicil sorgusu mu yoksa karar belgesi mi olduğu; elle yazılmış bir numara bildirilmiş sayılır, denetlenmiş sayılmaz
• Kendi tescili olan bir hizmet birimi ve birim başına bir atama olarak vastuuhenkilö; böylece sorumlusu olmayan iki hafta raporlanır
• Kamuya açık öz denetim planı ile gizli güvenlik planı yapı gereği ayrıdır: tek bir yönetmelik kaydı ikisi olarak işaretlenemez
• Asiakastietolaki § 11: alıcısı ve dayanağıyla iki yıllık günlük bilgisi, iki aylık süresi olan yazılı bir talep ve gerekçesiyle kaydedilmiş bir ret
• Potilaslaki § 9(2) hiçbir yaş vermez, dolayısıyla küçüklük kaydedilmiş bir değerlendirmedir: o olmadan vasiye ifşa reddedilir ve ret, değerlendirmenin eksik olduğunu söyler
• Ölümden on iki yıl sonra; ölümün bilinmediği yerde doğumdan 120 yıl sonra

İsviçre yeterliliği mesleği icra izninden ayırır, sigortalı oturumları bir doktor sevkine karşı sayar ve tedarikçiyi uygulayıcıyla aynı cezai sır yükümlülüğüne bağlar. Çekirdeğin ifade edemediği üç şey ve başka hiçbir şey.

• Federal unvan izin değildir: mesleki icra izni kantonaldır, kanton başına bir tane, her birinin kendi bitiş tarihi vardır — bir uygulayıcı adı İsviçre'de taşıyıp yalnızca tek bir yerde çalışma hakkına sahip olabilir
• Korunan bir unvanı kullanan bir profil, hem doğrulanmış bir PsyReg numarası hem de yürürlükte, doğrulanmış bir kanton izni olmadan yayınlanmaz — ve ret, ikisinden hangisinin eksik olduğunu söyler
• Unvanın doğrulandığı ama iznin doğrulanmadığı yerde, kamuya açık durum bunu söyler; bir izni ima etmez. Doğrulanmamış bir pazara, doğrulanmış gibi okunan bir kayıt hizmet etmez
• Anordnungsmodell: doktor sevkiyle on beş oturum, bir kez otuza yenilenebilir, ötesinde sigortacı — yenilemeler zinciri boyunca sayılır, ödenmeyecek oturumdan önce uyarılır ve dosyada onay olmadan ikinci yenilemede reddedilir
• Yalnızca gerçekleşmiş bir oturum sayılır; randevulu olan sayılmaz, çünkü onu saymak bir sevki iki oturum erken bitirirdi
• Madde 321, yardımcı kişileri uygulayıcıyla aynı cezai yükümlülüğe bağlar; bu yüzden sicil, maddenin döndüğü tek soruyu sorar: verileri açık hâlde okuyabiliyorlar mı?
• Son temastan on yıl sonra; belge hizmetinin zaten sahip olduğu saklama saatine ekilmiş — aynı şeyi söylemenin ikinci bir yolu yok
• Her uygulayıcının izinli olduğu kantonlar, makamlarının hangi dilde yazıştığını belirler; uygulayıcıda ve her izinde gösterilir
• Sigortalı faturalama biçimini burada bulur, kataloglarının hiçbirini değil: bir tarife sürümü, vergi puanı cinsinden pozisyonlar, kanton ve sigortacı sınıfı başına puan değerleri. Pozisyonlar ve puan değerleri, bir kurulumun yüklediği lisanslı veridir; çünkü akla yatkın biçimde uydurulmuş bir kod, birinin üzerinden fatura kestiği koddur
• Fiyatlanamayan bir oturum, hangi kantonun puan değerinin yüklü olmadığını söyler ve hiçbir tutar göstermez — sıfır frank, oturumun hiçbir şeye mal olmadığı anlamına gelirdi ki bu başka bir iddiadır
• Arayüzün tamamında Almanca, Fransızca ve İtalyanca; İsviçre terimleriyle: çevrilmiş bir «kanton lisansı» değil Berufsausübungsbewilligung, «yardımcı personel» değil Hilfsperson

Kurulumun kendisine sorulan sabit bir soru listesi. Denetimin çoğu zaten vardı ve dağınıktı; bu, hepsini tek yerde okuyan sayfa.

• Bir kontrol kaydı, zamanlanmış bir çalıştırıcı ve ikisinin üzerinde bir rapor
• Yalnızca yanlış olan raporlanır: geçen bir kontrol hiçbir şey söylemez; kurulum sağlamsa sayfa boştur
• Her bulgu, geldiği kuralı ve bulunduğu kaydı adıyla anar
• Çalıştırmalar saklanır; böylece tekrar tekrar gelen bir bulgu haber olarak değil bir örüntü olarak görünür

İmza servisinin kendisi: bir portal imza töreni, yargı bölgesi politikaları ve zincirlenmiş bir denetim izi. Kendi sunucunuzda çalışır; imzalanmak için hiçbir belge sistemden çıkmaz.

• İmza anında kimlik ve iradenin yakalandığı bir portal imza töreni
• Kimsenin düzenleyemediği ya da silemediği, zincirlenmiş bir denetim izi
• Geçerli bir imzanın neyi gerektirdiğini belirleyen yargı bölgesi politikaları
• Kendi durumu ve geçmişi olan kayıtlar hâlinde imza talepleri

Karşı taraf adına imzalamaya kimin yetkili olduğu ve belgesinin hâlâ geçerli olup olmadığı — varsayılmaz, denetlenir.

• Karşı taraf imzacısı bazında bağlayıcı yetki izlenir
• İmzalı sözleşmeler, süresi olan kayıtlar olarak tutulur
• Uzman belgeleri, geçerliliğini yitirmeden önce kovalanır

Bir klinik imzanın bir addan fazlasına ihtiyaç duyduğu şeyler: ehliyet, birinin adına imzalama yetkisi, süpervizyon ve geri alınabilen rıza.

• İmza anında kaydedilen ehliyet beyanı
• Bir danışan adına imzalama; yetkisi kaydedilerek
• Hizmetin gerektirdiği yerde süpervizör ortak imzası
• Tek seferlik bir onay kutusu değil, geri alınabilir bir rıza döngüsü

HIPAA’nın bir yetkilendirmede aradığı unsurlar; bir şablona güvenilmek yerine denetlenir.

• Bir HIPAA yetkilendirmesinin zorunlu unsurlarının denetlenmesi
• 42 CFR Bölüm 2 kapsamındaki içeriğin geri kalandan ayrılması
• Kapsanan bir kuruluşun talep üzerine üretmesi gereken ifşa dökümü

Adaylar ve çalışanlar üzerinde bir İmza İste eylemi; böylece bir teklif ya da bir politika, kişinin zaten bulunduğu yerde imzalanır.

• Aday kaydı üzerinde İmza İste
• Çalışan kaydı üzerinde İmza İste
• Talepler, kaydın geçmişi olarak saklanır

Teklifler ve satın alma siparişleri üzerinde bir İmza İste eylemi.

• Bir satış siparişi üzerinde İmza İste
• Bir satın alma siparişi üzerinde İmza İste
• İmzalı belge siparişin yanında saklanır

İmza şablonlarını kliniğin sattığı yere koyar: bir uzmana ya da bir hizmete iliştirilir, satın alma anında otomatik gönderilir ve bir durum olarak görünür.

• Bir uzmana ya da bir hizmete iliştirilmiş e-imza şablonları
• Kimse göndermeyi hatırlamadan, satın alma anında gönderilir
• İmza durumu uzmanlara portalda ve mobil uygulamada gösterilir

Kimsenin kullanmadığı oturumu sonlandırır. 45 CFR 164.312(a)(2)(iii) belirli bir hareketsizlik süresinden sonra sonlandırma ister ve süreyi size bırakır — bu yüzden bir ayardır ve zorlama tarayıcıda değil sunucudadır.

• Şirket bazında hareketsizlik süresi, uyarı süresi ve mutlak üst sınır
• Her kimliği doğrulanmış istekte sunucuda denetlenir; tarayıcıdaki sayacı kapatmak bir şey kazandırmaz
• Oturum bitmeden önce uyarı: kimse kendisini korumak için var olan bir denetime yarım kalmış bir notu kaptırmasın
• Hareketsizlik sınırının yanında mutlak bir üst sınır da vardır; bir betikle canlı tutulan oturum yine de bitmesi gereken bir oturumdur
• Her sonlandırma kaydedilir — kim, hangi yüzey ve hangi kural sonlandırdı
• Kayıt yalnızca eklenebilir: bir denetimin işlediğine dair kanıt, onu değiştirmenin maliyeti kadar değerlidir
• Süreyi sıfıra ayarlamak devre dışı bırakır; bu, düzenlemenin izin verdiği ve risk analizinizin kaydettiği bir karardır

Odoo Community’yi herhangi bir büyük dil modeline, bir arayüzün ardından bağlar — böylece tedarikçi, iş mantığı bunu bilmeden değişebilir.

• Kurulum başına yapılandırılan sağlayıcılar; kimlik bilgisi uygulama kodunun dışında tutulur
• Çağırmalarına izin verilen araçlarla birlikte istem olarak tanımlanan ajanlar
• Araç çağırma; böylece bir model yalnızca yanıtlamak yerine eyleyebilir
• Kaydedilen çalıştırmalar; ne sorulduğu ve ne döndüğü sonradan incelenebilir
• Bir istemden yürütülebilen sunucu eylemleri
• Bir sağlayıcıya erişilebildiğini ve doğru yapılandırıldığını denetlemek için tanılama

Bir kullanıcıyı iç ve portal arasında elle dönüştürmek, erişim haklarını doğru sırayla düzenlemeyi ve yan etkileri hatırlamayı gerektirir. Bu, onu bir düğmeye çevirir.

• Kullanıcı formunda, listesinde ve arama filtrelerinde bir Kullanıcı Türü alanı
• Kullanıcı formunda İç Kullanıcıya Dönüştür ve Portala Dönüştür düğmeleri
• Kullanıcılar listesinde, birden fazla kişi için bir Kullanıcı Türünü Dönüştür eylemi
• Koruma çemberleri: sistem kullanıcısı, kendi kullanıcınız ve kalan son yönetici yanlışlıkla dönüştürülemez

Üst bilgi, alt bilgi ve oturum açma sayfası tek bir yerleşimde; bu veritabanındaki şirketin adıyla.

• Üst bilgi, alt bilgi ve oturum açma sayfası için tek bir yerleşim
• Gösterilen ad, bir şablona yazılmış bir değer değil, bu veritabanındaki şirkettir
• Logo adresi ve özel bir telif hakkı satırı sistem parametreleridir; Ayarlar → Web sitesi → Genel marka altından da düzenlenebilir
• Üst bilgideki bağlantılar bu web sitesinin ana menüsünden gelir, yani her menünün düzenlendiği yerde düzenlenir

Şirketler, kullanıcılar, gruplar, kişiler, diller ve kimin neyi göreceğine karar veren kayıt kuralları. Her şey ona bağlı olduğu için Uygulamalar listesinde görünmez.

• Şirketler ve çok şirketli kapsam
• Kullanıcılar, gruplar ve kayıt düzeyinde erişim kuralları
• Danışanların, uzmanların ve tedarikçilerin paylaştığı tek bir kişi modeli
• Diller, çeviriler ve kullanıcı başına yerel ayar
• Zamanlanmış eylemler — her gecelik görevin arkasındaki iş kuyruğu

Personelin çalıştığı arka ofis arayüzü ve her zengin metin alanının ve web sitesi bloğunun arkasındaki düzenleme araçları.

• Liste, form, kanban, takvim, pivot ve grafik görünümleri
• Her ekranda filtreler, gruplamalar ve kayıtlı aramalar
• Herhangi bir listeden CSV ve XLSX dışa aktarımı
• HTML Düzenleyici — kayıtlar genelinde kullanılan zengin metin alanı
• HTML Oluşturucu — sürükle bırak blok düzenleyici
• Web Yönlendirme — her portal ve web sayfasının sunulduğu adres katmanı

Odoo uygulamalarıWebWeb RoutingHTML EditorHTML Builder

Mesajlaşma ve her kayda iliştirilmiş mesaj akışı — bir kararın birinin gelen kutusunda yaşamak yerine geçmişini koruması böyle olur.

• Her kayıtta akış: mesajlar, notlar, takipçiler ve izlenen alan değişiklikleri
• İç kanallar ve doğrudan mesajlar
• Şablonlarla giden e-posta ve gelen yönlendirme
• Etkinlikler — birinin hafızasına değil, bir kayda atanan yapılacak iş
• OdooBot ve işe alıştırma yönlendirmeleri için İK sürümü

Odoo uygulamalarıDiscussOdooBotOdooBot - HR

Bir danışanın, bir uzmanın ya da bir karşı tarafın iç kullanıcı olmadan ulaştığı kimlik doğrulamalı alan — /my altındaki her şey.

• Arka ofise erişimi olmayan portal kullanıcıları
• Ait oldukları kişiyle paylaşılan belgeler, siparişler ve faturalar
• Bu platformdaki her özel portal sayfasının içine kurulduğu çerçeve
• Markaya uyan, özelleştirilmiş bir kayıt sayfası — Odoo’nun varsayılanı değil

Odoo uygulamalarıCustomer PortalCustomize Signup Page

Adres defteri uygulaması: kişiler, kurumlar ve aralarındaki ilişkiler.

• Alt kişileriyle birlikte bireyler ve şirketler
• Adresler, vergi kimlik numaraları ve banka bilgileri
• Bölümleme için kullanılan etiketler ve kategoriler
• Bir danışanın, bir uzmanın ve bir tedarikçinin tamamının çözüldüğü kayıt

Odoo uygulamalarıContacts

Satılan şey. Bir klinikte bu seanslar ve paketlerdir; ama alttaki model standart olanıdır.

• Ürün şablonları ve varyantları
• Ölçü birimleri ve zaman için hizmet ürünleri
• Fiyat listeleri; böylece bir paket ya da bir segment farklı fiyatlanabilir
• Hizmet hattına göre raporlamada kullanılan ürün kategorileri

Çalışma takvimleri, kapasite ve izin — bir uzmanın haftalık saatlerinin ve tarihli istisnalarının ifade edildiği model.

• Saat dilimleriyle birlikte kişi başına çalışma takvimleri
• Kaynak kapasitesi ve izinler
• Doluluğun hesaplandığı takvim

Odoo uygulamalarıResource

Kimsenin bilerek açmadığı küçük kurulu modüller; her biri belirli bir destek talebi türünü ortadan kaldırır.

• İşe Alıştırma Araç Kutusu — yeni bir kurulum için yönlendirmeli hazırlık ilerlemesi
• Telefon Numarası Doğrulama — girişte normalleştirilen numaralar; böylece SMS gerçekten ulaşır
• Google reCAPTCHA — herkese açık formlarda istenmeyen içerik koruması
• Google Gmail — SMTP parolası olmadan bir Google hesabı üzerinden giden posta

Odoo uygulamalarıOnboarding ToolboxPhone Numbers ValidationGoogle reCAPTCHA integrationGoogle Gmail

Teklifler ve satış siparişleri — satın alınan her seansın asıldığı kayıt ve para zincirinin sol ucu.

• Teklifler, onaylama ve satış siparişleri
• Satın alınan seansları ya da paketleri taşıyan sipariş satırları
• Satır başına teslim ve faturalama durumu
• Bir paket için yinelenen tekliflerde teklif şablonları
• Satış ekipleri ve onları izleyen raporlama
• Bir kredinin, bir faturanın ve bir tahsilatın izinin sürüldüğü sipariş

Odoo uygulamalarıSales

Genel muhasebe. Faturalar, tedarikçi faturaları, tahsilatlar, vergiler ve mutabakat — kliniğin defterlerinin gerçekten yaşadığı yer.

• Müşteri faturaları ve iade faturaları; kesilmiş faturalar değiştirilemez
• Tedarikçi faturaları — bir ödeme döneminin uzmanlar için oluşturdukları dâhil
• Tahsilatlar, banka ekstreleri ve mutabakat
• Vergiler, mali konumlar ve hesap planı
• Yevmiyeler, yevmiye kayıtları ve arkalarındaki denetim izi
• Bilanço, gelir tablosu, yaşlandırılmış alacak ve borç

Odoo uygulamalarıInvoicing

Bir hesaba değil başka bir şeye atfedilen maliyet ve gelir — bir projeye, bir hizmet hattına, bir uzmana.

• Analitik hesaplar ve dağıtımlar
• Proje ya da hizmet hattı başına izlenen maliyet ve gelir
• Marj raporlamasının hesaplandığı boyut

Ödeme yöntemlerinin takıldığı çatı; böylece bir sağlayıcı eklemek ya da değiştirmek geliştirme değil yapılandırmadır.

• Şirket başına yapılandırılan ödeme sağlayıcıları
• Bir danışanın yeniden kullandığı kayıtlı kart için ödeme jetonları
• Kendi durumu olan ve faturalarla mutabakatı yapılan işlemler
• Ağ geçidinin PAYMENTS anahtarının ardında durduğu ek yeri

Üç sağlayıcı açık: canlı bir kart işlemcisi, eğitim için bir tanıtım sağlayıcısı ve bir ağ geçidinin dışından gelen para için elle yöntemler.

• Stripe — kartlar, cüzdanlar ve kayıtlı ödeme yöntemleri
• Tanıtım — eğitim ve prova için, gerçeği gibi davranan bir sağlayıcı
• Özel Ödeme Yöntemleri — havale, nakit ve elle mutabakatı yapılan her şey
• Odoo ile birlikte gelen on yedi sağlayıcı daha, tek anahtar uzaklıkta

Odoo uygulamalarıPayment Provider: StripePayment Provider: DemoPayment Provider: Custom Payment Modes

İndirimler, kampanyalar, hediye kartları ve sadakat programları — bir satış siparişinde de e-ticaret ödemesinde de uygulanır.

• Kupon kodları ve otomatik kampanyalar
• Sadakat kartları ve puan biriktirme
• Hediye kartları ve e-cüzdan bakiyeleri
• Ürüne, hizmet hattına ya da müşteri segmentine göre program kuralları

Odoo uygulamalarıCoupons & LoyaltySale LoyaltySale Loyalty - Delivery

Personelin harcadıkları ve bunun üstlenilmek yerine bir danışana yeniden faturalanan kısmı.

• Masraf talepleri, onay ve geri ödeme
• Doğrudan muhasebeye işlenen masraflar
• Üzerine satış siparişi yazarak bir masrafı yeniden faturalama
• Verilmiş bir işin maliyet tarafı

Odoo uygulamalarıExpensesSales Expense

Satın alma siparişleri ve tedarikçi yönetimi — taahhüt edilmiş maliyet tarafı ve tedarikçi faturalarının geliş yolu.

• Teklif talepleri ve satın alma siparişleri
• Tedarikçi kayıtları ve fiyat listeleri
• Siparişlerle eşleştirilen tedarikçi faturaları
• Üzerinde imza istenebilecek sipariş

Odoo uygulamalarıPurchase

Aday müşteriler ve fırsatlar — burada henüz danışan olmamış talepler ve uygulamadan gelen danışma istekleri için kullanılır.

• Aday müşteriler, fırsatlar ve yapılandırılabilir bir satış hattı
• Her fırsatta etkinlikler ve sonraki adımlar
• Kayıp nedenleri ve kazanma oranı raporlaması
• Bir durum tespiti dosyası için güvenli belge dosyalanabilen model

Odoo uygulamalarıCRM

Bir adayın söylemediklerini tamamlamak, hiç iletişime geçmemiş adayları bulmak ve satış ekibine üzerinde yarışacakları bir şey vermek.

• Aday Zenginleştirme — e-posta alan adından otomatik tamamlanan şirket bilgileri
• Aday Bulma — sektöre, büyüklüğe ve konuma göre çıkarılan adaylar
• CRM Oyunlaştırma — satış hattında hedefler, rozetler ve sıralamalar

Odoo uygulamalarıLead EnrichmentLead GenerationCRM Gamification

Herkese açık sitede, gerçek kişilerin baktığı bir sohbet penceresi; hem satış hattına hem İK yardım masasına bağlanmış.

• Canlı Sohbet — operatörler, kanallar ve hazır yanıtlar
• Web Sitesi Canlı Sohbet — herkese açık sitedeki ve rehberdeki pencere
• CRM Canlı Sohbet — hiçbir şey yeniden yazılmadan adaya dönüştürülen bir görüşme
• İK Canlı Sohbet — personel soruları için içeride kullanılan aynı kanal
• Ziyaretçiye ve öğrenildiğinde kişiye karşı saklanan görüşme dökümleri

Odoo uygulamalarıLive ChatWebsite Live ChatCRM LivechatHR - Livechat

Açılma oranı en yüksek kanal; bir kliniğin gerçekten ihtiyaç duyduğu yerlere bağlanmış. Seans hatırlatmaları zaten onu kullanıyor.

• SMS ağ geçidi — gönderim altyapısı ve teslim durumu
• CRM’de SMS — fırsat üzerinden bir adaya mesaj
• Ziyaretçiye SMS Gönder — ve bir adaydan çalışan sürümü
• İşe Alım SMS — bir adaya görüşme hakkında mesaj
• Kişi bazında engelleme; böylece bir çıkış talebi her yerde geçerlidir

Odoo uygulamalarıSMS gatewaySMS in CRMSend SMS to VisitorSend SMS to Visitor with leadsRecruitment - SMS

Adaylar ve kişiler üzerinde özel bir uzantı: kayıttan ayrılmadan önceden tanımlı bir WhatsApp mesajı gönderin.

• Bir aday ve bir kişi üzerinde hızlı gönderim eylemi
• Önceden tanımlı mesaj şablonları
• Bu pazardaki birçok danışanın gerçekten okuduğu kanal

Odoo uygulamalarıCRM Extension v2 - WhatsApp Quick Send

Görmesi gerekenlere düzenli olarak iletilen rakamlar ve işletmenin yayımladığı her bağlantı için atıf.

• KPI Özetleri — yöneticilere e-postayla giden zamanlanmış bir özet
• Bağlantı Takibi — tıklama istatistikleriyle UTM etiketli kısa bağlantılar
• Dönüşen ziyaretçiye karşı kaydedilen kampanya, ortam ve kaynak

Odoo uygulamalarıKPI DigestsLink Tracker

Herkese açık sitenin arkasındaki sayfa oluşturucu — pazarlamanın geliştirici olmadan düzenlediği sayfalar.

• Yeniden kullanılabilir bloklarla sürükle bırak sayfalar
• Çok dilli sayfalar ve SEO üst verisi
• Menüler, temalar ve sayfa sürümleri
• Herkese açık rehber ve uzman profil sayfaları

Odoo uygulamalarıWebsite

Herkese açık sitede satış: bir danışanın elinde kredi olmadan önce geçtiği katalog, sepet ve ödeme akışı.

• Herkese açık ürün kataloğu ve ürün sayfaları
• Web sitesinde sepet, ödeme akışı ve ödeme
• Müşteri hesapları ve sipariş geçmişi
• Alınamayacak bir satın almayı durduran sepet denetimleri

Odoo uygulamalarıeCommerce

Yayıncılık tarafı: uygulamanın içerik akışında ve herkese açık sitede görünen makaleler.

• Bloglar, yazılar, etiketler ve yorumlar
• Çok dilli yazılar
• Sıralı içerik akışının okuduğu kaynak

Odoo uygulamalarıBlog

Bir ziyaretçinin hesap açmadan kayıt oluşturabildiği üç yer — her biri gerçekten birinin çalıştığı bir yere düşer.

• İletişim Formu — e-posta olarak değil, aday olarak gelen bir talep
• Çevrimiçi Görev Gönderimi — proje görevi oluşturan bir web sitesi formu
• Çevrimiçi İş İlanları — yayımlanan ilanlar ve İşe Alım’a düşen başvurular

Odoo uygulamalarıContact FormOnline Task SubmissionOnline Jobs

Herkese açık siteyi sistemin geri kalanına bağlayan üç küçük modül. Kimse onları açmaz; onlarsız her şey bozulur.

• Web Sitesi Posta — herkese açık sayfalarda abonelikler ve mesaj akışları
• Web Sitesi Kişi — bir kişi için herkese açık sayfa; bir uzman profili tam olarak budur
• Web Sitesi Ödeme — sitedeki ödemenin ödeme çatısına bağlanması

Odoo uygulamalarıWebsite MailWebsite PartnerWebsite Payment

Çalışan kayıtları ve sözleşmeler. Odoo 19’da sözleşme, çalışanın bir sürümüdür ve o sürüm zaman çizelgesi bir uzmanın ödeme koşullarını taşır.

• Çalışan kayıtları, departmanlar ve pozisyonlar
• Geçmiş tarihli sözleşme sürümleri; bir anda yalnızca biri geçerlidir
• Çalışan başına çalışma takvimi
• Uzman ödeme koşullarının ve ödeme dönemlerinin üzerine kurulduğu kayıt

Odoo uygulamalarıEmployees

Her uzmanın neye yetkin olduğu, bu yetkinliğin ne zaman biteceği ve kimin kime bağlı olduğu.

• Yetkinlik Yönetimi — çalışan başına yetkinlikler, seviyeler ve ilerleme
• Yetkinlik Sertifikasyonu — süresi olan sertifikalar; bir belgeyi kovalanabilir kılan da budur
• İK Organizasyon Şeması — çalışan kaydında raporlama hatları
• İK Oyunlaştırma — iç hedefler ve rozetler

Odoo uygulamalarıSkills ManagementSkills CertificationHR Org ChartHR Gamification

Adaylar ve işe alma — ve bir teklifin, e-imza yığınından beklenen belgelerden biri olmasının sebebi.

• Pozisyonlar, adaylar ve bir işe alım hattı
• Görüşme planlama ve değerlendirme formları
• Pozisyonun gerekleriyle eşleştirilen yetkinlikler
• Üzerinden imza istenebilecek aday kaydı

Odoo uygulamalarıRecruitmentRecruitment - Skills Management

Her kişinin belirli bir gün nereden çalıştığı — bir klinik için bu, danışanı karşılamak üzere kimin klinikte olduğunu bilmek demektir.

• Çalışan başına ev ve ofis günleri
• Aynı bilginin ekip takviminde de gösterilmesi
• Klinikteki seansları planlarken oda takviminin yanında görünür

Odoo uygulamalarıRemote WorkRemote Work with calendar

Projeler ve görevler. Teslim işleri için ve sözleşme dikeyinde, bir sözleşmeyi kazanmanın maliyetini onun altında teslim etmenin maliyetinden ayrı tutmak için kullanılır.

• Projeler, görevler ve aşamalar
• Atama, son tarihler ve ilerleme
• Görev düzeyinde belge dosyalama; güvenli belgeler dâhil
• Sözleşme maliyeti ve marjının raporlandığı proje

Odoo uygulamalarıProject

Kullanıcı başına kişisel bir görev listesi; proje işinden ayrı — bir yöneticinin sabah rutininde topladığı küçük işlerin gittiği yer.

• Bitiş tarihli özel yapılacaklar
• Gerçekten iş çıktığında bir proje görevine dönüştürülebilir

Odoo uygulamalarıTo-Do

Görüşmeler ve etkinlikler. Her seans alttan bir takvim etkinliğidir; oda ve ekip takvimlerini bir çizim değil gerçek kılan da budur.

• Katılımcılar, tekrar ve hatırlatmalarla etkinlikler
• Ekip genelinde görünür müsaitlik
• Dış takvimlerle eşitleme
• Randevusu alınmış bir seansın iliştirildiği etkinlik

Odoo uygulamalarıCalendar

Soru formları. Burada randevu anında sorulan ön görüşme soruları ve seans sonrası özel geri bildirim anketi için kullanılır.

• Koşullu sorularla soru formları
• Yanıtlayan kişiye karşı saklanan yanıtlar
• Bir form bir değerlendirmeyse, puanlama
• Randevusu alınabilir bir hizmete iliştirilmiş ön görüşme soruları

Odoo uygulamalarıSurveys

Bir projeye ya da göreve kaydedilen zaman. Bu kurulumda mevcut ve kapalı — klinik işinin değil, sözleşme dikeyinin bir bağımlılığıdır.

• Projelere ve görevlere zaman girişleri
• Çalışan kaydından saat başına maliyet
• Zaman çizelgesi onayı ve raporlaması
• Sözleşme faturalamasının tahsilat ve doluluk rakamlarına çevirdiği saatler

Bir eğitim kolu: ücretli ya da ücretsiz etkinlikler, çevrimiçi kurslar ve herkese açık bir forum — hepsi aynı sepetten satılır ve aynı defterlere raporlanır.

• Kayıt, biletleme, oturumlar ve stant sahipleriyle etkinlikler
• Mevcut ödeme akışı üzerinden ürün olarak satılan etkinlikler
• Çevrimiçi oturumlar için canlı oturumlar ve testler
• Tamamlandığında yetkinlik kazandıran e-öğrenme kursları
• Herkese açık bir forum ve CRM satış hattına bağlanmış etkinlikler

Odoo uygulamalarıEventsEvents OrganizationEvents ProductEvents SalesEvent CRMEvent CRM SaleEvent ExhibitorsLive Event TracksQuizzes on TracksSMS on EventsEvent Attendees SMS MarketingTrack Speakers SMS MarketingWebsite Events CRMeLearningSkills e-learningForum

İşletmenin zaten elinde olan listelere kampanyalar. Klinik bugün işlem e-postası ve SMS gönderiyor; bu, aynı altyapının pazarlama yarısı.

• E-posta Pazarlaması — kampanyalar, şablonlar, A/B testi ve istatistikler
• SMS Pazarlaması — aynısı, açılma oranı en yüksek kanalda
• Adaylara, fırsatlara, etkinlik katılımcılarına ya da konuşmacılara hedefli toplu gönderim
• Pazarlama Kartı — bir kampanya için kişiselleştirilmiş paylaşım görselleri
• Web sitesinde e-posta ya da SMS ile bülten abonelik düğmeleri

Odoo uygulamalarıEmail MarketingSMS MarketingMass mailing on attendeesMass mailing on lead / opportunitiesMass mailing on track speakersMass mailing sms on lead / opportunitiesMarketing CardNewsletter Subscribe ButtonNewsletter Subscribe SMS Template

Tezgâh üstünden fiziksel bir şey de satan — kitaplar, takviyeler, test kitleri — ya da resepsiyonda kasa çalıştıran bir klinik için.

• Stok — envanter, lokasyonlar, ikmal ve değerleme
• Satış Noktası — çevrimdışı çalışıp eşitlenen bir kasa
• Satış noktası indirimleri ve zaten yapılandırılmış sadakat programları

Odoo uygulamalarıInventoryPoint of SalePoint of Sale - Coupons & LoyaltyPoint of Sale Discounts

Personel yönetimi tarafı. Bir klinik, izin ve devamın ortak bir takvime sığmayı bıraktığı kadar kişi çalıştırdığında anlam kazanır.

• İzin — talepler, onay, bakiyeler ve bordroya etkisi
• Devam — giriş ve çıkış, mevcudiyet denetimiyle
• Zaman çizelgelerinin yanında devam raporlaması
• Verilen saatleri maliyetlendirmek için çalışan saat ücreti
• Araç sağlanan yerlerde filo ve filo geçmişi
• Yemek — kantin sipariş uygulaması

Odoo uygulamalarıTime OffTime Off in PayslipsAttendancesTimesheets/attendances reportingEmployee Presence ControlHR Attendance HolidaysEmployee Hourly WageFleetFleet HistoryLunch

Stripe açık. Bunlardan herhangi biri yapılandırma olarak eklenebilir ya da değiştirilebilir — yeni bir pazara girmeyi bir proje değil bir ayar değişikliği yapan da budur.

• Avrupa — Mollie, Buckaroo, Worldline, Redsys, Adyen
• Amerika — Authorize.Net, Mercado Pago, PayPal, Nuvei
• Orta Doğu ve Afrika — Amazon Payment Services, Paymob, DPO, Flutterwave
• Asya — AsiaPay, Razorpay, Xendit
• Türkiye — Iyzico

Odoo uygulamalarıPayment Provider: AdyenPayment Provider: Amazon Payment ServicesPayment Provider: AsiaPayPayment Provider: Authorize.NetPayment Provider: BuckarooPayment Provider: DPOPayment Provider: FlutterwavePayment Provider: IyzicoPayment Provider: Mercado PagoPayment Provider: MolliePayment Provider: NuveiPayment Provider: PaymobPayment Provider: PaypalPayment Provider: RazorpayPayment Provider: RedsysPayment Provider: WorldlinePayment Provider: Xendit

İsteğe bağlı dış servisler. Hepsi varsayılan olarak kapalı ve bu bilinçli: her biri sistemin dışına bir şey gönderir ve bu bir varsayılan değil bir karar olmalıdır.

• Google Takvim — personel ajandaları için çift yönlü eşitleme
• Web sitesinde Google Haritalar ve yer otomatik tamamlama
• İletişim formlarında Google Adres Otomatik Tamamlama
• Google Kullanıcıları — bir Google iş hesabıyla giriş
• Ölçekli ekler için Azure ya da Google üzerinde Bulut Depolama

Odoo uygulamalarıGoogle CalendarGoogle MapsGoogle places autocompletionGoogle Address AutocompleteGoogle UsersCloud StorageCloud Storage AzureCloud Storage Google

Her biri dar bir sorunu çözen ufak tefek şeyler. Bir kliniğin ilk günden ihtiyacı olduğu için değil, eksiksizlik için listelendiler.

• CRM ve Proje üzerinde Outlook ve Gmail için posta eklentileri
• Posta Grubu — web sitesi arşivi olan, e-posta listesi tarzı bir tartışma
• Veri Temizleme — mükerrer ve eskimiş kayıtları bulur
• Web Sitesi Profili — bir portal kullanıcısı için herkese açık sayfa
• İşe alım görüşme formları ve satış masrafı marj raporlaması
• Bir CRM telefon santrali entegrasyonu (Issabel)

Odoo uygulamalarıMail PluginCRM Mail PluginProject Mail PluginMail GroupWebsite Mail GroupData RecycleWebsite profileHr Recruitment Interview FormsSales Expense MarginCRM Issabel Integration

Sözleşme, tarafları, kaynağıyla birlikte yapılandırılmış koşulları, sürümleri ve beş sabit evreye eşlenen yapılandırılabilir aşamalardan oluşan bir iş akışı.

• Taraflar, yapılandırılmış koşullar ve koşul kaynağıyla sözleşmeler
• Sürümler; böylece "mart ayında ne yazıyordu?" yanıtlanabilir kalır
• Beş sabit evreye eşlenen yapılandırılabilir aşamalar
• Sektör dili yok; e-imzaya, şifreli depolamaya ya da projelere bağımlılık yok
• Sektörler kodun bir çatallanması olarak değil, birer yapılandırma paketi olarak gelir

İncelemenin neyin değiştiğine ve neyin saptığına yönelmesi, hiç değişmemiş kalıp metne asla yönelmemesi için kurulmuş — sözleşme sistemlerinin genelde terk edildiği yer burasıdır.

• Yapılandırılmış koşullara bağlı bir madde kütüphanesi; bir yedek maddeyi kabul etmek taşıdığı koşulu da ayarlar
• Oyun kitapları, turlar, sorunlar ve kaydedilen sapmalar
• Kendi başına birer müzakere turu olan toplantılar; gerekçeyi ve pozisyonları korurlar
• Bir toplantı sonucu önerilen değişiklikler oluşturur ve sözleşmeyi asla kendiliğinden değiştirmez
• Talepten imzaya her aşamayı, her boşluğu görünür kılarak bağlayan bir kayıt

Onay birden fazla eksende karara bağlanır. Onu yalnızca kıdem olarak görmek en yaygın tasarım hatasıdır: standart bir gizlilik sözleşmesi, tutarı ne olursa olsun kimsenin kıdemine ihtiyaç duymaz.

• Tutara, sapmaya, sözleşme türüne ve riske göre onay
• Sapma, tutarın bir değiştiricisi değil, kendi başına bir eksen
• Vekâleten onay her zaman öyle kaydedilir — "adına" farklı bir olgudur
• Onaylar uygulamasının bulunmadığı Odoo Community üzerinde çalışır

Bir tadilin yalnızca var olduğunu değil, neyi değiştirdiğini kaydeder.

• Bir tadili yürürlüğe koymak, değiştirdiği koşul satırlarını kapatır ve yürürlük tarihinde yenilerini açar
• Değişen bir koşuldan türeyen her şey yeniden hesaplanır ve hareket yürürlükten önce gösterilir
• Çakışan tadiller yürürlük anında tespit edilir
• Süresi dolan bir feragat, aslı değil, düştüğü andaki geçerli koşulu geri getirir

İmza, yükümlülüğün başlangıcıdır; bir iş akışının sonu değil. Bu modül sonrasında olanları taşır.

• İki yönde de yükümlülükler; kanıt gerekiyorsa kanıtıyla
• Yazılmak yerine koşullardan hesaplanan ve sürücü koşullar hareket ettiğinde hareket eden türetilmiş tarihler
• Çoktan harekete geçmemiş kişiyi hatırlatmaya dayanmayan bir üst kademeye taşıma merdiveni
• Karşı tarafın kaçırdığı yükümlülüklerle birlikte sunulan yenileme kararı

Ayrı tutulan iki maliyet: bir sözleşmeyi kazanmanın maliyeti ve onun altında teslim etmenin maliyeti. Bunları birleştirmek, hiçbir soruyu yanıtlamayan bir rakam üretir.

• İmzalansın ya da imzalanmasın, genel gider olarak kaydedilen müzakere emeği
• Sözleşme bedeline karşı tahsil edilen teslim maliyeti
• Sözleşmeler projelere rolüyle birlikte çoktan çoğa bağlanır; tek bir proje alanı ilk çerçeve sözleşmede kırılır
• İmzalı bir tedarikçi sözleşmesi, ilk faturasından değil yürürlükten itibaren taahhüt edilmiş maliyettir

Bir saatin ne ettiği, ücretin neye izin verdiği ve ikisini de gerektiren dört rakam.

• Kaydedilen zamanda ücret oranları, faturalanabilir işareti ve faturalanma durumu
• Sözleşmede belirtilen ücret esasları
• Tahsilat — faturalanan, kaydedilen zamanın değerine karşı
• Doluluk — kişinin kendi çalışma takviminden, mevcut saatlere karşı faturalanabilir saatler
• Bağlı sermaye — faturalanmamış iş artı tahsil edilmemiş faturalar ve bunun kaç günlük faturalama ettiği
• Öngörülen maliyetle çalışan bir tavan ücret uyarısı; tavanda tetiklenen bir uyarı çok geç tetiklenir

Dördüncü paylaşım kanalı: karşı taraf güncel sürümü burada okur, yorum yapar ve kendi işaretlemesini gelen bir tur olarak yükler.

• Karşı taraf güncel sürümü açar, yorumlar ve işaretlemesini geri verir
• İşaretleme, birinin dosyalamayı hatırlaması gereken bir e-posta olarak değil, ekiyle gelen bir tur olarak ulaşır
• İçeriden hiçbir şey görünmez — pozisyonlar, sapmalar, onaylar, oyun kitabı ve iç notlar dâhil
• İsteğe bağlıdır; çünkü karşı tarafın bizim portalımızı kullanacağını varsayan bir tasarım ilk büyük müşteride kırılır

Bir sözleşmenin imza servisini nasıl kullandığı. Diğer her şeyi başlatan olay, tamamlanmadır.

• Bir sürüm gönderilmeden önce onayların tamamlanmış olması gerekir
• İmzacının bağlayıcı yetkisi, belgesine karşı denetlenir
• Sürüm gönderildiğinde kilitlenir; böylece neyin imzalandığına dair her sonraki iddia kanıtlanabilir
• Tamamlandığında sürüm yürürlüğe girer, sözleşme ilerler, koşullar etkinleşir ve türetilmiş tarihler izler
• Kaldırmak çalışan bir sistem bırakır — kâğıt imzalar bir yöntemle kaydedilir ve tamamlanmış görünür

Her sözleşmeyi şifrelemek sistemi kullanılamaz kılar; hiçbirini şifrelememek güvensiz kılar. Bu yüzden gizlilik, sözleşmenin bir düzeyidir.

• Yalnızca güvenli olarak işaretlenmiş sözleşmeler belgelerini güvenli belge servisine yönlendirir
• Veritabanının dışında tutulan bir anahtarla sürüm başına şifreleme
• Varsayılan ret ve içerik döndürülmeden önce kaydedilen her okuma
• Anahtarı yok ederek imha
• Güvenliye yükseltmenin, bir şeyi şifresiz saklamış olmayı geri almadığını değişiklik anında söyler

Boş olması gereken işaret listeleri ve üzerine tartışmaya değer yönetim görünümleri.

• Bir işaret listesi yalnızca hizadan çıkmış olanı tutar — boş liste iyi sonuçtur
• Modeli kurulu olmayan bir işaret, hata vermek yerine uygulanamaz olarak raporlanır
• Sınırsız sorumluluk bir liste olarak gösterilir; asla bir toplama eklenen bir sayı olarak değil
• Döngü süresi taraflara göre ayrılır; karşı tarafın taslağı elinde tuttuğu günler sözleşme ekibinin performansı değildir
• Yalnızca çekirdeğe bağlıdır ve kaldırmak çalışan bir sistem bırakır

Üç okuyucu, tek aritmetik. Aynı rakamlar bir kez hesaplanır ve üç biçimde gösterilir; ekran başına yeniden türetilip birbirinden ayrılmaları yerine.

• Tek bir son tarih görünümü: türetilmiş sözleşme tarihleri, iki yöndeki yükümlülükler, toplantıda kararlaştırılan eylemler ve teslim son tarihleri
• Proje kontrolü: gelir, emek, taahhüt edilmiş maliyet, marj ve tahmin sapması; gruplanabilsin diye saklanan bir görünüm olarak
• Danışana bakan bir görünüm: iş nereye geldi ve ne borçlu
• Avukata bakan bir görünüm: bu hafta üzerlerinde ne var ve tahminin içinde miler

İki kural ve yalnızca iki: kayıtları karşılaştıran ve bu yüzden yapılandırma olarak ifade edilemeyenler.

• Bir alt lisansın bölgesi, üstünün içinde kalmalıdır
• İki münhasır lisans çakışmamalıdır
• Fikrî mülkiyet paketinden ayrı tutulur; böylece bir işletme sözleşme türlerini denetimler olmadan kurabilir
• Boyutu, çekirdeğin genişletme noktalarının ne kadar iyi çalıştığının bilinçli bir ölçüsüdür

Sözleşme girişinde çıkar çatışması denetimi, dosya açılışıyla aynı. Aşama geçişini durdurur; uyarı vermez.

• Bir karşı taraf; mevcut danışanlara, yürüyen dosyalardaki karşı taraflara ve bilinen bağlı şirketlere karşı denetlenir
• Göz ardı edilebilecek bir uyarı çıkarmak yerine aşama geçişini durdurur
• Denetimin kendisi kaydedildikten sonra değiştirilemez — kimin, hangi kapsamda yürüttüğü ve ne bulduğu

Başlangıç paketi. Çekirdeği ve bunu kurun; bir işletme ilk günden, hiçbir şey yapılandırmadan sözleşme yürütebilir.

• Gizlilik sözleşmeleri, çerçeve sözleşmeler, iş tanımları, hizmet, danışmanlık, tedarik ve satın alma
• Her türün taşıdığı koşullar ve içinden geçtiği iş akışı
• Bir sözleşmenin yarım hâlde imzaya ulaşmasını engelleyen denetimler
• Hiç Python yok — ve özel paketler, herkesin ihtiyacı olanı yeniden tanımlamak yerine buna bağlanır

İstihdam, yüklenici çalışması, danışmanlık ve sulh.

• İstihdam sözleşmeleri için sözleşme türleri, koşul türleri, madde kütüphanesi ve oyun kitabı
• İhbar, deneme süresi ve sonrası koşullar için yükümlülük şablonları
• Sulh sözleşmeleri varsayılan olarak güvenlidir — her kelime önemlidir ve bir düzenleyici sonradan sorar
• Yalnızca veri; kural modülü yok

Hukuk büroları — danışanlar için ve danışanlarla yapılan sözleşmeler — ve şirket içi hukuk birimleri. Aynı sistem iki işe de hizmet eder; varsayılanları keskin biçimde farklıdır.

• Vekâlet mektupları, sürekli danışmanlık ve avukat talimatları
• Düzenlemeye tabi metnin zorunlu işaretlendiği bir madde kütüphanesi
• Bir büronun vekâlet mektubu varsayılan olarak gizli ve kalem kalemdir
• Koşullu ücret sözleşmeleri, kaldırılamayan metin taşır
• Çıkar çatışması denetimi contract_legal_rules içinde yaşar; çünkü tarafları dosyalar arasında karşılaştırır

Lisans verenler, patent ve marka sahipleri, teknoloji transfer ofisleri, üniversiteler ve marka sahipleri.

• Sözleşme türleri olarak lisanslar, devirler ve opsiyonlar; lisans koşul türleriyle
• Madde kütüphanesi, oyun kitabı ve yükümlülük şablonları
• Bilinçli olarak varlık kaydı yok — bir patentin dosyalama geçmişi, onu zaten tutan portföy sistemine aittir
• Bir paketin ifade edemediği iki kural, isteğe bağlı contract_ip_rules içinde yaşar

Kira sözleşmeleri, kira vaatleri, kullanım izinleri, satışlar, irtifaklar ve bir kiraya iliştirilen senetler.

• Tarih sürücüsü koşullar olarak fesih tarihleri; çünkü bir fesih hakkı sessizce sona erer
• Fesih tarihinden türetilen bir yükümlülük olarak ihbar süresi; ikisi de üst kademeye taşınır
• Kira güncellemesi, ortak gider ve eski hâle getirme koşulları
• Yalnızca veri; kural modülü yok

Borç belgeleri: kredi sözleşmeleri, teminatlar, rehinler, alacaklılar arası ve tali alacak sözleşmeleri.

• Türetilmiş test tarihleriyle birlikte yapılandırılmış koşullar olarak mali taahhütler
• Kanıt gerektiren bir yükümlülük olarak uygunluk beyanı
• "Bu çeyrek hangi krediler test ediliyor ve hangi rakamlarla?" yanıtı olan bir soruya dönüşür
• Borcu belgeler; muhasebeleştirmez — bakiyeler ve tahakkuklar muhasebede kalır
• Yalnızca veri; kural modülü yok

Ana sözleşmeler, alt yükleniciler, mesleki atamalar, teminat garantileri ve çevrelerindeki belgeler.

• Zincir üzerine kurulmuş: bir ana sözleşme, yalnızca alt yüklenicilerin tutabileceği bir tarih vaat eder
• Zincir boyunca karşılaştırılabilsin diye yapılandırılmış koşul olarak tutulan sırt sırta koşullar
• Alt yüklenicilerin ve mesleki sorumluluk teminatının taşıması gereken sorumluluk
• Yalnızca veri; kural modülü yok

Veri işleme sözleşmeleri, iş ortağı sözleşmeleri ve alt işleyen koşulları.

• Taşıdıkları koşullarla birlikte veri işleme, iş ortağı ve alt işleyen sözleşme türleri
• Kendi koşulu olarak ihlal bildirim süresi; çünkü saatle ölçülür
• Türetilmiş tarihler olarak denetim yanıtı ve alt işleyen bildirimi
• Yalnızca veri; kural modülü yok