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

# Ürünleri onaya gönderme ve karar verme

Onaya Gönder, Editor ve Admin kararları, toplu onay ve ret akışı.

Bu akış, ürün tipine aktif bir iş akışı bağlı ve ürün yayınlanabilir durumdayken ürün detayının sağ panelinde görünür.

## Ürünü onaya gönderme

1. Taslak ürünü açın ve zorunlu alanlar ile tamlık sorunlarını giderin.
2. Sağdaki iş akışı kartında adımları kontrol edin.
3. **Onaya Gönder**'i seçin.
4. Başarı bildiriminden sonra ürünün **İncelemede** olduğunu ve ilk adımın etkinleştiğini doğrulayın.

![Taslak Klasik Tişört ürünündeki Onaya Gönder giriş noktası](https://67517283-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FP8oDDPbGr8omZPaaGYZf%2Fuploads%2Fgit-blob-980818f49c3167be1fb1139ea88f1cd4f9ff49f3%2Fproduct-submit-for-approval.png?alt=media)

*Ürün Onayı şablonunun İçerik Kontrolü ve Yönetici Onayı adımları gönderimden önce görünür.*

Ürün yayın doğrulamasını geçemiyorsa gönderim başlamaz; eksik zorunlu alanları, kategori ve ürün tipi ilişkisini düzeltin. Aynı ürün için devam eden bir süreç varken ikinci süreç başlatılamaz.

Gönderim başarılı olduğunda sağ panel geçerli adımı, toplam ilerlemeyi ve SLA'yı gösterir. Alanlar düzenlenebilir kalabilir; ancak İncelemede ürünü değiştirip kaydetmek mevcut onay sürecini sıfırlar. Bu davranış [Yaşam döngüsü ve geçmiş](https://docs.useoly.com/otomasyon/workflows/pages/ub60m029RmsgC9BWd0B0#incelemedeki-ürünü-değiştirmek) bölümünde açıklanır.

![İlk adımı bekleyen İncelemede durumundaki ürün](https://67517283-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FP8oDDPbGr8omZPaaGYZf%2Fuploads%2Fgit-blob-1d9351e7805b84a5113660e2949e2e37c523fc40%2Fproduct-in-review-first-step.png?alt=media)

*İncelemede rozeti, etkin step ve ilerleme çubuğu ürünün hâlen karar beklediğini gösterir.*

## Atanmış onayı bulma

**İş Akışları → Onay Bekleyenler** sekmesini açın. Liste role göre kişiselleşir: örnek **Ürün Onayı** akışında Editor önce **İçerik Kontrolü**, Admin sonra **Yönetici Onayı** kartını görür.

![Editor hesabında İçerik Kontrolü bekleyen sentetik ürünler](https://67517283-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FP8oDDPbGr8omZPaaGYZf%2Fuploads%2Fgit-blob-b71ff1cc523988b942a570d5c416719f56f3dce4%2Feditor-pending-approval.png?alt=media)

*SLA rengi ve kalan süre hangi ürünün önce ele alınması gerektiğini gösterir.*

Kartı değerlendirirken **Ürünü Görüntüle** ile içeriği açın. Gönderen notunu genişletin; ürün adı, SKU ve adım numarasının beklediğiniz kayıt olduğundan emin olun.

## Onaylama

**Onayla**, yalnız o anki adımı onaylar.

* Sıralı akışta sonraki adım açılır.
* Paralel **Biri yeterli** adımında ilk onay adımı geçirir.
* Paralel **Tümü onaylamalı** adımında diğer atanan rollerin kararları beklenir.
* Son adım onaylanırsa ürün **Onaylandı** olur; otomatik yayımlanmaz.

Tekli onayda yorum alanı veya ayrıca teyit yoktur. Seçili kartları **Tümünü Onayla** ile geçirirseniz toplu teyit gösterilir. Geri alma düğmesi bulunmadığından doğru adım ve ürünü kontrol edin.

![Editor onayından sonra Admin hesabında açılan Yönetici Onayı adımı](https://67517283-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FP8oDDPbGr8omZPaaGYZf%2Fuploads%2Fgit-blob-3c8440d567d918b5a3384498d1f89e4c2328969a%2Fadmin-final-approval.png?alt=media)

*Aynı ürün ikinci adımda `2/2` olarak görünür; ilk adımın Editor kararı tamamlanmıştır.*

![İki adımı da tamamlanmış Onaylandı durumundaki ürün](https://67517283-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FP8oDDPbGr8omZPaaGYZf%2Fuploads%2Fgit-blob-535b02c72ac71da191d3032a9ff222907510b0ff%2Fapproved-product.png?alt=media)

*Son onaydan sonra **Yayınla** ayrı bir aksiyon olarak kalır.*

## Reddetme

**Reddet**, geçerli süreci sonlandırır ve ürünü **Değişiklik İstendi** durumuna taşır. Ret yorumu zorunludur; hangi alanın neden düzeltilmesi gerektiğini eyleme dönük yazın.

![Zorunlu ret yorumu alanı ve Reddet teyidi](https://67517283-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FP8oDDPbGr8omZPaaGYZf%2Fuploads%2Fgit-blob-dbd6cbc125a0299de9c7fe652d2e03bf1de8a2a1%2Fworkflow-reject-dialog.png?alt=media)

*İptal hiçbir karar kaydetmez; Reddet yorumu ürün geçmişine taşır.*

Retten sonra sonraki adımlar açılmaz. Ürün düzeltildikten sonra yeniden **Onaya Gönder** seçildiğinde önceki sürecin devamı değil, yeni bir süreç oluşur. Ret veya onay kararı doğrudan geri alınamaz.

## Yetki kontrolü

Bekleyen kartın görünmesi, geçerli rol atamasının en güvenilir işaretidir. Ürün detayında görünen **Onayla / Reddet** düğmelerini tek başına yetki kanıtı saymayın. Bu audit'te atama ve rol kontrolünün bazı ürün detayı girişlerinde tutarlı uygulanmadığı görüldü; yalnız kendi **Onay Bekleyenler** listenizdeki adımlarda karar verin.

## Canlı doğrulanan örnek

Sentetik `DOC-TSHIRT-001` ürünü bu audit'te:

1. Admin tarafından **Onaya Gönder** ile başlatıldı.
2. Editor tarafından **İçerik Kontrolü** adımında onaylandı.
3. Admin tarafından **Yönetici Onayı** adımında onaylandı.
4. Üründe **Onaylandı**, `2/2` ve iki tamamlanmış adım görüldü.

Bu örnek yalnız Oly Documentation tenant'ındaki sentetik veridir.


---

# 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/approvals.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.