Odoo Onayları: Onay İş Akışlarını Yapılandırma

Her kuruluşun eyleme geçmeden önce yetkilendirme gerektiren kararları vardır. Bir eşiğin üzerindeki satın alma siparişleri. Belirli bir limitin üzerinde harcama geri ödemeleri. İndirim onayları. Sermaye harcaması talepleri. İşe alma, maaş değişiklikleri veya belirli bir süreyi aşan izinler gibi personel eylemleri. Yapılandırılmış bir onay sistemi olmadan bu kararlar yavaş, tutarsız, belgelenmemiş ve denetlenmesi imkansız olan resmi olmayan e-posta zincirleri aracılığıyla alınır. Odoo 19 Kurumsal Onaylar modülü, eksiksiz dokümantasyon, mobil erişim ve işin fiilen gerçekleştiği modüllerle entegrasyon ile kuruluşunuz genelinde yetkilendirme süreçlerini standartlaştıran, yapılandırılabilir, çok seviyeli bir onay iş akışı sistemi sağlar.

Bu kılavuz, Odoo Onayları yapılandırmasının tamamını kapsar: onay türleri, onaylayan yapılandırması, çok düzeyli zincirler, talep sahibi deneyimi, mobil onaylar, diğer Odoo modülleriyle entegrasyon ve onay analitiği. Sonunda resmi olmayan onay süreçlerini yapılandırılmış, denetlenebilir iş akışlarıyla değiştirmek için bir planınız olacak.

Önemli Çıkarımlar

Yetkilendirme gerektiren her iş süreci için onay türlerini yapılandırın

Koşullu yönlendirmeyle sıralı ve paralel çok düzeyli onay zincirleri tasarlayın

Onayların süresi dolduğunda otomatik yükseltmeyi ayarlayın

Bekleyen onaylar için e-posta ve mobil anlık bildirimleri etkinleştirin

Onayları Satın Alma, Giderler, İK ve özel iş süreçleriyle entegre edin

Uyumluluk ve yönetişim için eksiksiz bir onay denetim takibi sağlayın

İstek sahiplerine onay isteği durumlarına ilişkin gerçek zamanlı görünürlük sağlayın

Raporlama yoluyla onay döngüsü sürelerini ve darboğaz tespitini analiz edin

Onaylar Modülü Mimarisini Anlamak

Odoo Onayları modülü üç kavram etrafında oluşturulmuştur: Onay Türleri (neler onaylanabilir), Onay İstekleri (bireysel yetkilendirme örnekleri) ve Onaylayıcılar (kim yetki verebilir).

Şablon olarak onay türleri: Her onay türü, yetkilendirme gerektiren bir karar kategorisini tanımlar. Yaygın onay türleri şunları içerir: Satın Alma Talebi (5.000 ABD Dolarının üzerinde), Gider Raporu (500 ABD Dolarının üzerinde), Fazla Mesai Yetkisi, İndirim Onayı (%15'in üzerinde), Sermaye Harcamaları, Yeni Tedarikçinin Katılımı ve Çalışan Maaş Değişikliği. Onay türleri şablonlardır; bu türdeki her bir istek, şablonda tanımlanan aynı yönlendirme ve kriterleri izler.

Örnek olarak istekler: Bir çalışan bir onayı başlattığında, ilgili onay türünün bir örneği olan bir "Onay İsteği" oluşturur. Talep belirli ayrıntıları (tutar, ürün, çalışan, tarihler) içerir ve onay türü şablonunda tanımlanan yönlendirmeyi takip eder. Her isteğin kendi yaşam döngüsü vardır: Taslak > Gönderildi > Onaylandı/Reddedildi; her adımda zaman damgaları ve kullanıcı özellikleri bulunur.

Onaylayıcılar ve onay zinciri: Onaylayıcılar, onay isteklerini inceleyen ve yetkilendiren (veya reddeden) kullanıcılardır. Onay zinciri, onaylayanların sırasını tanımlar: kimin, hangi sırayla onaylaması gerektiği ve bir düzeydeki tüm onaylayanların mı yoksa yalnızca bir onaylayıcının mı onaylaması gerektiği. Çok seviyeli zincirler bir departman yöneticisine, ardından bir departman müdürüne ve ardından CFO'ya yönlendirebilir; her seviyenin onayı bir sonrakini tetikler.

Onay Türleri Oluşturma

Yeni bir onay türü oluşturmak için Onaylar > Yapılandırma > Onay Türleri > Yeni'ye gidin. Yapılandırma formu, onay iş akışının tüm yönlerini kapsar.

Temel yapılandırma:

Ad: Açık ve net bir ad (ör. yalnızca "Satın Alma İsteği" yerine "Satın Alma İsteği — 5.000 ABD Dolarının Üzeri")
Kategori: Filtreleme ve raporlama için onay türlerini sınıflandırın (Finansal, İK, Operasyonel, BT)
Yönetici Onayı: Talep sahibinin doğrudan yöneticisinin onaylaması gerekip gerekmediğini değiştirin (kurumsal hiyerarşiye dayalı olarak otomatik bir birinci düzey onay ekler)
Otomatik Onaylar: Kriterlerin karşılanması durumunda isteklerin otomatik olarak onaylanıp onaylanamayacağı (ör. ikincil eşiğin altındaki tutarların onaya ihtiyacı yoktur)
Son kullanma tarihi: Onay taleplerinin yerine getirilmemesi halinde belirli bir süre sonunda sona erip dolmayacağı

Onay kişileri (onaylayanlar): Bu türdeki istekleri onaylaması gereken belirli kullanıcıları veya kullanıcı gruplarını ekleyin. Her onaylayan için yapılandırma seçenekleri:

Onay Türü: Gerekli (onaylamalı), İsteğe bağlı (onaylayabilir ancak zorunlu değil) veya Yalnızca Reddet (reddetebilir ancak onaylayamaz; uyumluluk incelemecileri için faydalıdır)
Sıra: Onaylayanların sıralı iş akışlarında isteği alma sırası
E-posta bildirimi: Onayları gerektiğinde e-postayla bilgilendirilip bilgilendirilmeyeceği

Onay ürünleri ve formları: Bu tür için onay istek formuna özel alanlar ekleyin. Satınalma Talebi türü şunları gerektirebilir: satıcı adı, iş gerekçesi, bütçe kodu ve tekliflerin eklenmesi. Bir Sermaye Harcaması türü şunları gerektirebilir: proje kodu, yatırım getirisi hesaplaması ve yönetici imza beyanı. Bu türdeki her istekte özel alanlar görünür, böylece incelemeden önce bilgilerin eksiksiz olması sağlanır.

Sıralı ve Paralel Onay Zincirleri

Onay zincirinin yapısı, isteklerin kuruluşunuz genelinde nasıl akacağını belirler.

Sıralı onay: Onaylayanlar sırayla birer birer bilgilendirilir. Seviye 1 (doğrudan yönetici) isteği ilk olarak alır. Onay alındıktan sonra Seviye 2'ye (bölüm müdürü) bilgi verilir. Seviye 2 onayının ardından Seviye 3'e (CFO veya CEO) bilgi verilir. Her onaylayan, yalnızca önceki seviye onayladıktan sonra harekete geçerek bildirim taşmasını önler ve her onaylayanın, önceki seviyenin talebi incelediğini bilmesini sağlar.

Paralel onay: Bir düzeydeki tüm onaylayanlar aynı anda bilgilendirilir. Bunlardan herhangi biri onaylayabilir (veya hepsinin onaylaması gerekir - yapılandırılabilir). Bu, onayların herhangi bir sırada olabileceği veya birincil onaylayanın mevcut olmaması durumunda yedek onaylayanların mevcut olması gerektiği durumlarda uygundur. Üç BT yöneticisinin aynı anda bilgilendirildiği paralel bir onay zinciri, iki yönetici seyahat ediyor olsa bile sistem erişim talebinin onaylanabilmesini sağlar.

Karışık zincirler: Sıralı ve paralel zincirleri aynı zincirde birleştirin. Seviye 1 doğrudan yöneticidir (sıralı — gereklidir). Seviye 2, iki BT güvenlik görevlisinden oluşur (paralel; her ikisi de onaylayabilir). Seviye 3 CISO'dur (sıralı — gereklidir). Bu esneklik, gerçek dünyadaki karmaşık yetkilendirme gereksinimlerini karşılar.

Koşullu yönlendirme: Yönlendirmenin istek ayrıntılarına bağlı olduğu onay türleri için, onay zincirini istek değerlerine göre değiştirmek üzere Odoo otomasyon kurallarını kullanın. 50.000 ABD dolarının üzerindeki talepler, 5.000 ila 50.000 ABD doları arasındaki taleplere göre daha uzun bir zincire gider. Ar-Ge departmanından CTO'ya giden talepler; Satış yolundan Satış Başkan Yardımcısına gelen talepler. Bu koşullu yönlendirme, tek onay türlerinin farklı senaryolarda esnek olmasını sağlar.

İstek Sahibinin Deneyimi

Onay taleplerini oluşturma ve takip etme konusunda çalışanların deneyimi, benimseme açısından kritik öneme sahiptir. Karmaşık, kafa karıştırıcı onay sistemleri atlanıyor ve amaçları boşa çıkıyor.

Talep oluşturma: Onaylar > İsteklerim > Yeni İstek'e gidin. Açılır menüden onay türünü seçin. Form, söz konusu tür için tanımlanan özel alanlarla önceden doldurulur. Gerekli bilgileri doldurun, destekleyici belgeleri (teklifler, gider makbuzları, performans gerekçesi) ekleyin ve gönderin.

İstek durumu izleme: Gönderimden sonra, istek sahibi isteğinin mevcut durumunu Onaylar kontrol panelinde görebilir: şu anda hangi onaylayanda var, ne kadar süredir bekleniyor ve şu ana kadarki onay geçmişi. Yöneticilere "İsteğimi henüz onaylamadınız mı?" diye soran e-posta göndermenize gerek yok. — durum bir bakışta görülebilir.

E-posta bildirimleri: İstek sahipleri önemli durum değişikliklerinde e-posta bildirimleri alır: gönderim onayı, onaylayanın adı ve yorumları ile birlikte her onay veya ret ve nihai onay veya ret. Bildirim e-postaları, hızlı erişim talebine doğrudan bir bağlantı içerir.

Onay yorumları: Onaylayanlar, onaylarken veya reddederken yorum ekleyebilir. Bu yorumlar talep sahibi tarafından görülebilir ve onay denetim takibinde saklanır. Nedenini açıklayan bir yorumla birlikte reddedilen bir istek, talep sahibine yeniden gönderim için işlem yapılabilir geri bildirim sağlar.

Retten sonra yeniden gönderme: Bir istek reddedildiğinde, istek sahibi temel sorunları düzeltip yeniden gönderebilir. Yeniden gönderim yeni bir onay zinciri başlatır ancak önceki denemenin geçmişini korur; onaylayanlar bunun bir yeniden gönderim olduğunu ve nelerin değiştiğini görebilir.

Onaylayan Deneyimi

Onaylayanların, bekleyen istekleri incelemek ve bunlara göre hareket etmek için sorunsuz bir yönteme ihtiyacı var. Onay sürecindeki gecikmeler işi yavaşlatır.

Onay kontrol paneli: Onayınızı bekleyen tüm bekleyen istekleri görmek için Onaylar > Onaylamak İçin'e gidin. Listede şunlar gösterilir: istek türü, istek sahibi, gönderilme tarihi, bekleme süresi ve özet bilgiler. Tek tıklamayla istek ayrıntısı incelenmek üzere açılır.

E-postadan onay: E-posta bildirimleri isteğin bir özetini ve iki düğmeyi içerir: Onayla ve Reddet. Onaylayanlar Odoo'da oturum açmadan işlem yapabilir; e-postadaki düğmeye tıklamak minimum düzeyde bir onay arayüzü açar (veya tek tıkla onay için yapılandırıldıysa doğrudan işlem yapar). Bu özellikle Odoo'da yaşamayan meşgul yöneticiler için değerlidir.

Mobilden onay: Odoo mobil uygulaması, bildirim merkezinde bekleyen onayları gösterir. Onaylayanlar, yeni bir istekle ilgilenmeleri gerektiğinde anında bildirim alırlar. Tek bir dokunuşla doğrudan telefondan inceleyin ve onaylayın.

Onayları devretme: Onaylayan müsait olmadığında (tatil, seyahat, sağlık izni), bir yetki yapılandırın; belirli bir süre için başka bir kullanıcı onay sorumluluklarını alır. Değişiklik belgelenir, böylece hesap verebilirlik korunurken onayların süresiz olarak durmaması da sağlanır.

Toplu onaylar: Birden fazla benzer istek beklemede olduğunda (ör. ay sonu gider raporları), listeden birden çok isteği seçin ve bunları toplu olarak onaylayın. Her bir incelemenin gerekli olmadığı rutin onaylar için toplu onay, onaylayanın süresini önemli ölçüde azaltır.

Eskalasyon ve Gecikme Yönetimi

Cevaplanmayan onay talepleri, talepte bulunanları hayal kırıklığına uğratan ve iş hızını yavaşlatan bir darboğazdır.

İlerletme zamanlaması: Her onay türü için bir iletme politikası yapılandırın: X saat içinde harekete geçilmezse onaylayana bir hatırlatma gönderin. Y saat geçmesine rağmen hala işlem yapılmadıysa durumu onaylayanın yöneticisine iletin. Bu otomatik yükseltme, onayların hiçbir zaman sessizce göz ardı edilmemesini sağlar.

Gecikme görünürlüğü: Onay yöneticileri, kuruluş çapındaki tüm gecikmiş istekleri görüntüleyebilir; onay türüne, onaylayana veya bekleme süresine göre filtreleyebilir. Bu görünürlük, gecikmeler engelleyici hale gelmeden önce proaktif müdahaleye olanak sağlar.

SLA izleme: Her onay türü için SLA hedeflerini yapılandırın (örneğin, tüm gider onayları 24 iş saati içinde işlenmelidir; 1.000 ABD dolarının altındaki tüm satın alma talepleri 4 saat içinde). Onaylayanları veya kronik gecikmelere sahip onay türlerini belirlemek için onay raporlarında SLA uyumluluğunu izleyin.

Tatil modu: Kullanıcılar Odoo'da kendilerini ofis dışında olarak ayarladığında, kendilerine atanan onay istekleri otomatik olarak belirlenen yedek onaylayıcıya yönlendirilebilir. Bu, planlı devamsızlıklar sırasında onay kuyruklarının yedeklenmesini önler.

Diğer Odoo Modülleriyle Entegrasyon

Odoo Onaylarının gerçek gücü, gerçek iş kararlarının alındığı operasyonel modüllerle entegrasyonudur.

Satın alma onayları: Satın alma modülünü, bir eşiğin üzerindeki siparişler için onay gerektirecek şekilde yapılandırın. Bir satış görevlisi veya alıcı 5.000 ABD dolarının üzerinde bir satın alma siparişi oluşturduğunda, düzenleme için kilitlenir ve tanımlanan zincir boyunca yönlendirilen bir satın alma onayı talebi otomatik olarak oluşturulur. Satınalma siparişi yalnızca onay verildikten sonra yürütülebilir.

Gider onayları: Gider modülü yerleşik onay entegrasyonuna sahiptir. Gider raporları gönderildiğinde otomatik olarak onay talepleri oluşturur. Büyük harcama raporları için çok düzeyli onayı yapılandırın (örneğin, 1.000 ABD Dolarına kadar olan tutarlar için yönetici onayı, 1.000 - 5.000 ABD Doları için yönetici onayı, 5.000 ABD Dolarının üzerinde CFO onayı).

İK onayları: Onaylar modülünü İK eylemlerine bağlayın: haftada 10 saatten fazla fazla mesai, İK yöneticisine bir onay talebini tetikler; Art arda 5 günü aşan izinler yönetici ve İK direktörünün onayını gerektirir; maaş değişikliği talepleri, bölüm başkanı ve İK direktörünün imzasını gerektirir.

Özel onaylar: Yerel Odoo modülü entegrasyonu olmayan iş süreçleri için Onaylar modülünü bağımsız bir süreç olarak kullanın. Herhangi bir çalışan, özel bir modül iş akışına sahip olmayan herhangi bir iş kararı için Özel Onay İsteği gönderebilir. Bu esneklik, Onayların kuruluşunuz için evrensel yönetim katmanı haline gelmesi anlamına gelir.

Denetim Takibi ve Uyumluluk

Resmi bir onay sisteminin temel değerlerinden biri, oluşturduğu denetim izidir.

Tam onay geçmişi: Her onay isteğinin tam bir geçmişi bulunur: onu kim, ne zaman, hangi bilgilerle oluşturdu; her seviyede kimin bilgilendirildiği; kimin onayladığı veya reddettiği, ne zaman ve hangi yorumların eklendiği; ve nihai sonuç. Bu tarih değişmezdir; olay gerçekleştikten sonra düzenlenemez.

Denetimler için dışa aktarma: Yasal uyumluluk, mali denetimler veya SOX uyumluluğu için onay kayıtlarını PDF veya Excel olarak dışa aktarın. Tam olarak gereken kanıt paketini oluşturmak için zaman aralığına, onay türüne veya onaylayana göre filtreleyin. Dışa aktarma, tüm istek ayrıntılarını ve tam onay zinciri geçmişini içerir.

Görevler ayrılığı kanıtı: Görevler ayrılığı gerektiren mali kontroller için (satın alma talebini oluşturan kişi, bunu onaylayan kişiyle aynı olamaz), istekte bulunanı otomatik olarak onay zincirinden hariç tutacak şekilde onay türlerini yapılandırın. Onay geçmişi, gerekli ayrımın sürdürüldüğüne dair kanıt sağlar.

Politika uyumluluğu: Zaman içinde onay geçmişi, yetkilendirme politikalarınıza tutarlı bir şekilde uyulup uyulmadığını gösterir. Satın alma siparişleri yetkisiz kişiler tarafından düzenli olarak eşiğin üzerinde onaylanırsa, onay modülü bunu yakalar ve yalnızca politikanın varlığından ziyade politikanın uygulanmasını sağlar.

Onay Analitiği ve Raporlaması

Onay hacmi raporlaması: Onaylar > Raporlama > Onay Analizi'ne gidin. Talep sayısını türe, döneme, talep edenin departmanına ve durumuna göre görüntüleyin. Hacmin türe göre anlaşılması, hangi süreçlerin en aktif olduğunu ve dolayısıyla optimize edilmesinin en etkili olduğunu tanımlar.

Döngü süresi analizi: İsteklerin her onay düzeyinden geçmesinin ne kadar sürdüğünü ölçün. Sürekli olarak uzun döngü sürelerine sahip onay türleri veya belirli onaylayıcılar gibi darboğazları belirleyin. Bu verileri koçluk görüşmeleri (sık sık geciken onaylayıcılar), sürecin yeniden tasarlanması (risk nedeniyle çok uzun onay zincirleri) veya personel kararları (bir kişinin kapasitesini aşan onay yükleri) için kullanın.

Ret analizi: Onay türüne ve onaylayana göre ret oranlarını izleyin. Yüksek ret oranları, talep sahiplerinin uyumlu olmayan talepler gönderdiğini (eğitim veya netlik sorunu) veya onay kriterlerinin iş ihtiyaçları için çok katı olduğunu (politika incelemesi gerekiyor) gösterir. Düşük ret oranları, onaylayıcıların taleplerle anlamlı bir şekilde ilgilenmediği, onaylayıcı bir müdahalenin göstergesi olabilir.

Sıkça Sorulan Sorular

Onay türleri farklı departmanlar için farklı şekilde yapılandırılabilir mi?

Evet. Her departman için onay türü çeşitleri oluşturun veya koşullu yönlendirme kurallarıyla tek bir tür kullanın. Örneğin, bir "Seyahat Talebi" onay türü, talep sahibinin departmanını algılayan ve onaylayan zincirini buna göre değiştiren otomasyon kurallarını kullanarak Satış departmanı isteklerini Satış Başkan Yardımcısına yönlendirirken BT departmanı isteklerini BT yöneticisine yönlendirebilir.

Onaylar, bir eşiğin altındaki küçük istekleri otomatik olarak onaylayacak şekilde yapılandırılabilir mi?

Evet. Bir eşiğin altındaki istekleri insan incelemesi olmadan onaylayan otomatik onay kurallarını yapılandırın. 50$'ın altındaki harcamalar otomatik olarak onaylanabilir; 50 ila 500 ABD Doları arasındaki talepler yönetici onayı gerektirir; 500$'ın üzerindeki talepler yönetici onayı gerektirir. Otomatik onay, istek geçmişine kaydedilir ve denetim takibi sürdürülürken rutin, düşük riskli istekler için gereksiz anlaşmazlıklar ortadan kaldırılır.

Odoo, onaylayan tatildeyken onay isteklerini nasıl ele alır?

Kullanıcının ayarlarında ofis dışı yetkilendirmeyi yapılandırın. Bir kullanıcı kendisini ofis dışında olarak işaretlediğinde, bekleyen tüm onay talepleri otomatik olarak, devamsızlık süresi boyunca atanmış delegeye aktarılır. Normalde kendilerine yönlendirilen yeni istekler bu dönemde temsilciye de yönlendirilir. Kullanıcı geri döndüğünde ve ofis dışında durumunu iptal ettiğinde yönlendirme normale döner.

Farklı istek değerleri için farklı belgeler gerektiren onay iş akışlarını yapılandırabilir miyiz?

Evet. Onay talep formundaki koşullu zorunlu alanları kullanın. Bir kural yapılandırın: Talep edilen tutar 10.000 ABD Dolarını aşarsa "Satıcı Teklifleri (3 gerekli)" alanı zorunlu hale gelir. Bu eşiğin altında ise isteğe bağlıdır. Bu, küçük talepleri gereksiz evrak işleriyle doldurmadan, yüksek değerli talepler için uygun dokümantasyonun sağlanmasını sağlar.

Kuruluş genelinde bekleyen onayların toplam değerini görmenin bir yolu var mı?

Evet. Onay Analizi raporu yalnızca "Bekleyen" istekleri gösterecek şekilde filtrelenebilir ve onay türüne göre gruplandırılabilir. Onay türleriniz tutar alanlarını içeriyorsa (mali onaylar için olması gereken), onay bekleyen toplam mali riski görmek için bekleyen istekler arasındaki değerleri toplayabilirsiniz. Bu toplu görünüm hazine ve nakit akışı tahmini için değerlidir.

Odoo onay bildirimlerini e-posta yerine WhatsApp veya Slack aracılığıyla gönderebilir mi?

E-posta ve anlık bildirimler (mobil uygulama aracılığıyla) standart bildirim kanallarıdır. WhatsApp bildirimleri için Odoo 19 Enterprise'ın WhatsApp entegrasyonu, bu kanalı tercih eden onaylayıcılara WhatsApp üzerinden onay bildirimi gönderecek şekilde yapılandırılabilir. Slack için, yeni bir onay oluşturulduğunda özel otomasyon kuralları bir Slack web kancasına gönderilebilir ve bu da bir Slack mesajını tetikler. Bu entegrasyonlar ek konfigürasyon gerektirir ancak Odoo'nun otomasyonu ve webhook özellikleri aracılığıyla desteklenir.

Onaylanan kararların gerçekten doğru şekilde uygulandığından nasıl emin olabiliriz?

Odoo'daki onaylar, aşağı yöndeki eylemlerin geçişini sağlamak için tasarlanmıştır. Modülle entegre onay türleri için (Satın Alma, Giderler), temel kayıt, onay verilene kadar kilitlenir; aksi takdirde işlenemez. Bağımsız onay istekleri için uygulama, süreç tasarımınıza bağlıdır. Onay sonrasında istek üzerine, uygulama görevini ilgili kişiye atayan ve takip için sorumluluk yaratan bir "Sonraki Eylem" etkinliği yapılandırın.

Sonraki Adımlar

Odoo Approvals, resmi olmayan, e-posta tabanlı yetkilendirme süreçlerini, bürokratik gecikmeler yaratmadan kuruluşunuza ihtiyaç duyduğu yönetimi sağlayan yapılandırılmış, belgelenmiş, mobil erişilebilir iş akışlarıyla değiştirir. Onay süreçleri otomatikleştirildiğinde, ölçülebilir olduğunda ve işin gerçekleştiği sistemlerle entegre edildiğinde kuruluşlar daha hızlı ve daha iyi kontrollerle hareket eder.

ECOSIRE, Odoo Onaylarını daha geniş Odoo uygulamalarının bir parçası olarak yapılandırarak yönetim gereksinimlerinize ve yetkilendirme hiyerarşinize uygun onay iş akışları tasarlar. Uygulamamız, tüm önemli iş süreçleri için onay türü tasarımını, mevcut Odoo modüllerinizle entegrasyonu ve hem onaylayanlar hem de talep edenler için eğitimi içerir.

Onay iş akışı uygulaması hakkında bilgi edinmek için Odoo hizmetleri sayfamızı ziyaret edin veya Odoo 19 Enterprise için gelişmiş koşullu yönlendirme, harici onaylayan erişimi ve uyumluluk raporlama kontrol panellerini içeren onay uzantıları için pazaryeri modüllerimize göz atın.

Odoo Approvals: Configuring Approval Workflows