> For the complete documentation index, see [llms.txt](https://docs.useoly.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.useoly.com/otomasyon/workflows/create-and-configure.md). # İş akışı oluşturma ve yapılandırma Şablon alanları, ürün tipi ataması, sıralı ve paralel adımlar, roller ve SLA. **İş Akışları → Şablonlar → Yeni İş Akışı** yeni tasarımcıyı açar. Bir kartın menüsündeki **Düzenle** aynı ekranı mevcut değerlerle açar. **İptal** kaydetmeden listeye döner; **Kaydet** yalnız bütün zorunlu bilgiler geçerliyse kullanılabilir. ![Ürün Onayı şablonunun alanları, adımları ve canlı önizlemesi](https://67517283-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FP8oDDPbGr8omZPaaGYZf%2Fuploads%2Fgit-blob-b691da2e59a050262f996f8e0ad93c57624b376c%2Fworkflow-builder-overview.png?alt=media) *Sağdaki Önizleme, adımların sırasını, rollerini ve SLA sürelerini şablonu kaydetmeden gösterir.* ## Şablon alanları ### Şablon Adı Zorunludur ve liste kartında, ürünün onay sürecinde ve geçmişte görünür. Sürecin amacını anlatan “Ürün Onayı” veya “Kanal Yayın Kontrolü” gibi bir ad kullanın. Aynı ada sahip şablonlar kullanıcı için ayırt edilemeyeceğinden benzersiz ve açıklayıcı ad tercih edin. ### Açıklama İsteğe bağlıdır. Kimlerin hangi sırayla ve neyi kontrol ettiğini yazın. Açıklama kararı otomatikleştirmez; operasyon ekibine bağlam verir. ### Durum Yeni şablonda varsayılan olarak açıktır. * Açıkken şablon, bağlı ürün tiplerinden yeni onay süreci başlatabilir. * Kapalıyken mevcut devam eden ürün süreçleri kendi kayıtlı adımlarıyla tamamlanır; yeni süreç bu şablondan başlamaz. ### Ürün Tipi Ataması **Ürün Tipi Ekle**, şablonu bir veya daha fazla ürün tipine bağlar. Bir şablon birden çok tipte kullanılabilir; ancak bir ürün tipi aynı anda tek şablona bağlıdır. Seçtiğiniz tip başka bir şablona bağlıysa arayüz hangi bağlantının değişeceğini uyarır. Atama yapılmazsa şablon kaydedilebilir fakat hiçbir üründe kullanılmaz. Ürün tipi bağlantısını ayrıca ilgili ürün tipinin **Onay İş Akışı** ayarından da yönetebilirsiniz. Ayrıntı için [Koşullu mantık, önizleme ve ayarlar](/urun-icerigi/product-types/conditional-logic-and-settings.md) sayfasına bakın. Devam eden süreç varken bir ürün tipini şablondan kaldırırsanız uyarı çıkar: mevcut süreçler tamamlanmaya devam eder; o tipteki sonraki gönderimler bu şablonu kullanmaz. Şablon adımı veya rolü değiştirmek de devam eden süreçleri geriye dönük değiştirmez. ## Adım ekleme ve sıralama Her şablonda en az bir adım, her adımda en az bir atanan rol bulunmalıdır. **Adım Ekle** yeni adımı ekler. Sol tutamacı sürüklemek sıra numarasını değiştirir; çöp kutusu adımı kaldırır. Başlığa basmak yoğun adımı daraltıp açar. Yeni adım varsayılan olarak **Sıralı**, 24 saat SLA'lı ve atamasız oluşturulur. Atama yapılana kadar uyarı görünür ve **Kaydet** kullanılamaz. ### Adım Adı Zorunludur. Onay listesinde ve ürün geçmişinde kararın ne için beklendiğini anlatır. “İçerik Kontrolü” gibi sonuç odaklı ad kullanın. ### Adım Tipi ![Sıralı ve Paralel adım tipi seçenekleri](https://67517283-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FP8oDDPbGr8omZPaaGYZf%2Fuploads%2Fgit-blob-25db40d48f502ecbdbae2b5d542c778649c5abf7%2Fworkflow-step-type-options.png?alt=media) *Adım tipi, bir sonraki adıma geçmek için kaç karar gerektiğini belirler.* | Seçenek | Davranış | Uygun kullanım | | ----------- | ------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------- | | **Sıralı** | Önceki adım tamamlanmadan açılmaz. Geçerli adımdaki tek geçerli onay sonraki adıma geçirir. | İçerik kontrolünden sonra yönetici kararı gibi kesin sıra gerektiğinde. | | **Paralel** | Aynı adımda birden fazla rol birlikte karar verebilir. | Birbirinden bağımsız ekiplerin aynı aşamada karar vermesi gerektiğinde. | ![Paralel adımda Tümü onaylamalı ve Biri yeterli seçenekleri](https://67517283-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FP8oDDPbGr8omZPaaGYZf%2Fuploads%2Fgit-blob-3ccc3dfa216af724338b540e2b8c1d7b010ec3c8%2Fworkflow-parallel-step.png?alt=media) *Paralel Mod yalnız **Paralel** seçildiğinde görünür.* * **Tümü onaylamalı**, yapılandırılmış her atanan rol için onay kaydı ister. * **Biri yeterli**, uygun rollerden ilk onay geldiğinde adımı tamamlar. * Her iki modda da bir ret, süreci **Değişiklik İstendi** sonucuyla kapatır. ### Atayanlar ![Rol Ekle menüsünde kullanılabilen roller](https://67517283-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FP8oDDPbGr8omZPaaGYZf%2Fuploads%2Fgit-blob-5b33991b7987c03523cac4f23d53777cdd4b026d%2Fworkflow-assignee-selection.png?alt=media) *Mevcut tasarımcı doğrudan kullanıcı değil, Admin, Manager, Editor ve Viewer rollerini sunar.* **Rol Ekle** ile bir veya daha fazla rol seçin. Rol ataması, o role sahip kullanıcıların adımı **Onay Bekleyenler** listesinde görmesini sağlar. “Viewer” rolünü karar adımına atamak teknik olarak seçilebilir olsa da salt okuma sorumluluğuyla çelişir; karar adımlarında Editor, Manager veya Admin kullanın. ### SLA (Saat) SLA, bekleyen kartta kalan veya aşılmış süreyi gösterir. `0`, SLA olmadığını belirtir. Pozitif bir tam saat girin. Mevcut davranışta her adımın son tarihi, ürünün onaya gönderildiği an ile o adımın SLA saatinin toplamıdır; sonraki adım açıldığında sayaç yeniden başlamaz. Örneğin ikinci adıma `48` yazmak, ikinci karar için baştan 48 saat değil, gönderimden itibaren 48 saatlik son tarih oluşturur. SLA süre dolunca ürünü otomatik onaylamaz veya reddetmez. **Eskalasyon** alanı arayüzde rol seçimi sunsa da otomatik eskalasyon bu sürümde güvenilir bir çalışma davranışı olarak doğrulanmadı. Süresi yaklaşan kayıtları **Onay Bekleyenler → SLA** filtresinden izleyin. ## Kaydetme ve doğrulama **Kaydet** şu durumlarda kapalı kalır veya kayıt reddedilir: * Şablon Adı boşsa. * Hiç adım yoksa. * Bir adımın adı veya atanan rolü eksikse. * SLA geçersiz veya negatifse. Başarıda şablon kaydedilir ve listeye dönülür. Kayıt sırasında ürün tipi bağlantısı başka biri tarafından değişmişse güncel bağlantıları tekrar açıp kontrol edin. Devam eden süreçli bir atamayı kaldırırken çıkan teyidi okumadan onaylamayın. ## Kopyalama ve silme **Kopyala**, adımları ve ürün tipi seçimlerini yeni bir adla çoğaltır; geçmiş ve devam eden ürün süreçleri kopyalanmaz. Kopyanın **Durum** değerini kullanmadan önce açıp doğrulayın. **Sil**, yalnız Admin tarafından ve şablonu kullanan aktif süreç yokken tamamlanabilir. İşlem geri alınamaz. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.useoly.com/otomasyon/workflows/create-and-configure.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.