> 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.md).

# İş Akışları

Ürünlerin sıralı veya paralel onay adımlarından kontrollü biçimde geçirilmesi.

İş akışı, bir ürünün yayımlanmadan önce kimler tarafından ve hangi sırayla kontrol edileceğini tanımlar. **Şablon**, yeniden kullanılacak adım planıdır; ürün **Onaya Gönder** ile bu planı başlattığında o ürüne özel bir onay süreci oluşur. Şablonu sonradan değiştirmek devam eden süreci değiştirmez; yeni gönderimler güncel şablonu kullanır.

![Ürün Onayı şablonunu gösteren İş Akışları ana ekranı](https://67517283-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FP8oDDPbGr8omZPaaGYZf%2Fuploads%2Fgit-blob-a9146859a128e036346e8f62fd90773ab1c8e888%2Fworkflows-list-overview.png?alt=media)

*Şablonlar sekmesi şablon durumunu, adımlarını, bağlı ürün tiplerini ve devam eden kullanım sayısını birlikte gösterir.*

## Ne zaman kullanılır?

* İçerik ekibi ürünü hazırladıktan sonra yönetici kararı gerekiyorsa.
* Farklı ürün tipleri aynı kontrol sırasını kullanacaksa.
* Onay bekleme süresini SLA ile görünür kılmak istiyorsanız.
* Kim, hangi adımı, ne zaman geçti veya reddetti sorusunun ürün geçmişinde izlenmesi gerekiyorsa.

İş akışı ürün bilgisini kendi başına düzeltmez. Otomatik alan değişikliği için [Kurallar](/otomasyon/rules.md), alanların yayınlanabilirliğini belirlemek için ürün tipi ayarlarını kullanın.

## Şablonlar sekmesini okumak

**Şablon ara…** ad ve açıklamada arar. **Sırala** menüsü listeyi **Son güncelleme**, **Şablon Adı** veya **Adım sayısı**na göre düzenler. Arama sonuç vermiyorsa metni temizleyin; hiç şablon yoksa **Yeni İş Akışı** ilk şablonu açar.

Her kartta şu bilgiler bulunur:

| Gösterge                      | Ne anlatır?                                                                                                  |
| ----------------------------- | ------------------------------------------------------------------------------------------------------------ |
| **Aktif / Pasif**             | Aktif şablon yeni onay süreçlerinde kullanılabilir. Pasif şablon yeni süreç başlatmaz.                       |
| Adım kutuları                 | Adımların sırasını, tipini, atanan rol sayısını ve SLA saatini özetler.                                      |
| Ürün tipi rozetleri           | Şablonun hangi ürün tiplerinden başlayan onaylarda kullanılacağını gösterir. Atama yoksa şablon kullanılmaz. |
| **aktif iş akışı kullanıyor** | Bu şablondan oluşmuş ve henüz tamamlanmamış ürün süreçlerinin sayısıdır.                                     |
| Son güncelleme                | Şablon yapılandırmasının en son değiştiği tarihtir; ürünün onay tarihini göstermez.                          |

Kart menüsündeki **Düzenle** yapılandırmayı açar. **Kopyala**, aynı adım ve ürün tipi ayarlarıyla yeni bir şablon oluşturmayı amaçlar; kopyanın durumunu kullanmadan önce kontrol edin. **Aktif Et / Pasif Et** yeni süreçlere uygunluğu değiştirir. **Sil** geri alınamaz; devam eden süreç kullanan şablon silinemez. Silinen şablonun ürün tipi bağlantıları kaldırılır, tamamlanmış ürün geçmişi ise ürün üzerinde kalır.

## Onay Bekleyenler sekmesi

Bu sekme yalnız oturum açan kullanıcının rolüne veya doğrudan atamasına uyan güncel adımları listeler. Sekme ve sol menü rozeti bekleyen sayısını gösterir.

![Admin rolüne atanmış bekleyen onay kartı ve SLA göstergeleri](https://67517283-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FP8oDDPbGr8omZPaaGYZf%2Fuploads%2Fgit-blob-cc0d0848b26ea345c737771b6d9c4f61aa6fbd9b%2Fpending-approvals-overview.png?alt=media)

*Özet kartları toplam bekleyeni, bugün dolacak SLA'yı ve süresi geçmiş SLA'yı ayırır.*

* **Ürün ara…**, ürün adı veya SKU ile daraltır.
* **SLA**, **SLA Geçmiş**, **Bugün Dolacak**, **Bu Hafta** ve **SLA Yok** filtrelerini sunar.
* **Sırala**, SLA yaklaşan, en yeni, en eski veya ürün adına göre sıralar.
* Kartta ürün, SKU, geçerli adım, adım numarası, gönderen, gönderim tarihi, varsa yorum ve kalan/geçen SLA görünür.
* **Ürünü Görüntüle** ayrıntıya gider; **Onayla** adımı geçirir; **Reddet** zorunlu yorumla süreci kapatır.
* Onay kutuları görünür sayfadaki kayıtları seçer. **Tümünü Seç**, **Seçimi Temizle** ve **Tümünü Onayla** toplu karar içindir; toplu onay ayrıca teyit ister.
* Liste 20 kayıtlık sayfalar hâlinde ilerler; önceki/sonraki kontroller yalnız birden fazla sayfa olduğunda görünür.

## Ürün durumu ile ilişki

| Ürün durumu            | İş akışı açısından anlamı                                                                                                 |
| ---------------------- | ------------------------------------------------------------------------------------------------------------------------- |
| **Taslak**             | Uygun aktif şablon varsa ürün **Onaya Gönder** ile sürece alınabilir.                                                     |
| **İncelemede**         | Bir adım karar bekliyordur. Ürünü değiştirip kaydetmek mevcut süreci sıfırlar ve ürünü Değişiklik İstendi durumuna taşır. |
| **Değişiklik İstendi** | Bir adım reddedilmiştir. Ürün düzeltildikten sonra yeni bir süreç olarak yeniden gönderilebilir.                          |
| **Onaylandı**          | Son adım geçmiştir. Ürün yayımlanmaya hazırdır; onay yayımlama işleminin kendisi değildir.                                |

## Yetkiler ve bilinen sınırlamalar

Admin ve Editor şablon oluşturabilir ve düzenleyebilir; yalnız Admin şablon silebilir. Viewer listeyi ve geçmişi incelemek için kullanılmalıdır. Manager hesabı bu audit'te mevcut olmadığından davranışı kod üzerinden doğrulandı: yazma yetkili rol olarak şablon oluşturabilir ve düzenleyebilir.

Bu sürümde bazı yazma düğmeleri Viewer'a da görünebilir. Görünür düğmeyi yetki kanıtı saymayın. Kararlar, yalnız geçerli adımın atanmış ve yazma yetkili kullanıcısı tarafından verilmelidir; gözlenen yetki uyumsuzluğu ürün sorunu olarak izlenmektedir.

## İlgili rehberler

* [İş akışı oluşturma ve yapılandırma](/otomasyon/workflows/create-and-configure.md)
* [Ürünü onaya gönderme ve karar verme](/otomasyon/workflows/approvals.md)
* [Yaşam döngüsü, geçmiş ve sorun giderme](/otomasyon/workflows/lifecycle-and-history.md)
* [Ürün tipinde iş akışı seçme](/urun-icerigi/product-types/conditional-logic-and-settings.md)


---

# 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.md?ask=<question>&goal=<user_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.