> For the complete documentation index, see [llms.txt](https://user.netmera.com/netmera-user-guide/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://user.netmera.com/netmera-user-guide/netmera-user-guide-tr/omnichannel-engagement/journey-orchestration/journey-components/action/journey-trigger.md).

# Journey tetikleyicisi

Yeniden kullanılabilir akışlardan tek bir müşteri deneyimi oluşturmak için journey'leri Journey Trigger ile birbirine bağlayın.

Journey Trigger, birden fazla yeniden kullanılabilir journey akışından bir müşteri deneyimi oluşturmanızı sağlamak için journey'leri birbirine bağlar.

Bir müşteri deneyiminin her zaman tek bir journey içinde yer alması gerekmez. Deneyimin farklı bölümlerinin kendi mantığı, hedefleri, zamanlaması ve veri gereksinimleri olabilir. Journey Trigger ile bu bölümleri ayrı journey'lere ayırabilir ve bir aşamanın diğerini başlatması gerektiğinde bunları birbirine bağlayabilirsiniz.

Bir journey **başka bir journey'yi tetikleyebilir**, o journey'nin ihtiyaç duyduğu bilgileri aktarabilir ve genel deneyimi birden fazla journey katmanı boyunca sürdürebilir.

Bu, Journey Trigger'ı oluşturmak için yararlı kılar **modüler ve yeniden kullanılabilir journey sistemleri**.

### Bir deneyimin birden fazla aşamasını birbirine bağlayın

Karmaşık bir deneyim, her journey'nin bir aşamadan sorumlu olduğu ayrı journey'lere bölünebilir. Örneğin, bir uygulama deneyimi şu şekilde düzenlenebilir:

**Başvuru** → **Doküman Toplama** → **Doğrulama** → **Aktivasyon**

Başvuru journey'si, onaydan sonra Doküman Toplama'yı tetikleyebilir. Doküman Toplama da gerekli belgeler tamamlandıktan sonra Doğrulama'yı tetikleyebilir. Doğrulama, doğrulama başarılı olduğunda Aktivasyon'u tetikleyebilir.

Her journey bağımsız olarak yapılandırılmaya devam ederken, birbirine bağlı journey'ler tek bir daha büyük deneyim olarak birlikte çalışır.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FL3GAvdKvtrpJ7lQTgRJO%2FEkran%20Resmi%202026-09-28%2013.47.17.png?alt=media&amp;token=abab5706-a37e-48ef-9d38-f7fa000c69dc" alt="" width="375"><figcaption></figcaption></figure>

#### Aynı journey'yi farklı deneyimlerde yeniden kullanın

Tek bir hedef journey, birden fazla kaynak journey tarafından tetiklenebilir.

Örneğin:

<table><thead><tr><th width="128.30078125">Kaynak journey</th><th width="155.6953125">Tetikleme noktası</th><th>Hedef journey</th><th width="158.80078125">Tetikleme noktası</th><th>Hedef journey</th></tr></thead><tbody><tr><td><strong>Kredi Başvurusu</strong></td><td>Başvuru onaylandı</td><td><strong>Doküman Toplama</strong></td><td>Dokümantasyon onaylandı</td><td><strong>Onboarding</strong></td></tr><tr><td><strong>Kart Başvurusu</strong></td><td>Başvuru onaylandı</td><td><strong>Doküman Toplama</strong></td><td>Dokümantasyon onaylandı</td><td><strong>Onboarding</strong></td></tr><tr><td><strong>Hesap Yükseltme</strong></td><td>Başvuru onaylandı</td><td><strong>Doküman Toplama</strong></td><td>Dokümantasyon onaylandı</td><td><strong>Onboarding</strong></td></tr></tbody></table>

Ayrı akışlar oluşturmak yerine, journey'leri bir kez oluşturun ve aynı süreç gerektiği her yerde yeniden kullanın.

### Journey Trigger nasıl çalışır

Journey Trigger iki journey'yi birbirine bağlar:

<table><thead><tr><th width="183.1640625">Bileşen</th><th>Ne anlama geldiği</th></tr></thead><tbody><tr><td><strong>Kaynak journey</strong></td><td>Journey Trigger aksiyonunun yerleştirildiği journey. Hedef journey'nin ne zaman tetiklenmesi gerektiğini belirler.</td></tr><tr><td><strong>Hedef journey</strong></td><td>Netmera'nın kullanıcıyı kaydetmeye çalıştığı journey.</td></tr><tr><td><strong>Caller Context</strong></td><td>Kaynak journey'nin hedef journey'ye aktardığı, böylece deneyimde daha önce zaten mevcut olan verileri kullanabilmesini sağlayan bilgi.</td></tr></tbody></table>

Kaynak journey **ne zaman** bir sonraki journey'yi başlatacağını belirler.

Hedef journey **sonrasında ne olacağını**.

Caller Context **hedefin hangi bilgilere erişebileceğini belirler**.

Örneğin, bir kaynak journey bir başvuruyu onaylayıp bir Doküman Toplama journey'sini tetikleyebilir. Kaynak, başvurunun ID'sini hedefe aktarabilir ve böylece Doküman Toplama'nın kullanıcıdan ID'yi tekrar istemeden doğru başvuru üzerinde çalışmasını sağlayabilir.

### Journey'leri bir sistem olarak oluşturun

Journey Trigger, iki journey'yi birbirine bağlamakla sınırlı değildir.

Bir hedef journey, başka bir journey'yi de tetikleyebilir. Bu, birden fazla bağlantılı journey katmanı oluşturmanıza olanak tanır.

Örneğin:

**Başvuru**\
→ **Doküman Toplama**\
→ **Doğrulama**\
→ **Aktivasyon**

Burada, Doküman Toplama hem:

* bir **hedef** çünkü Application onu tetikler ve
* bir **kaynak** çünkü Verification'ı tetikleyebilir.

Bu yapı, her journey'nin aynı müşteri deneyiminin bir parçası olmaya devam ederken belirli bir sorumluluğa odaklanmasını sağlar.

#### Örnek: Başvuru yaşam döngüsü

Şu dört aşamadan oluşan bir başvuru sürecini düşünün:

<table><thead><tr><th width="191.2421875">Journey</th><th>Sorumluluk</th><th>Tetikleme koşulu</th></tr></thead><tbody><tr><td><strong>Başvuru</strong></td><td>Başvuru sürecini yönetir</td><td>Başlangıç noktası</td></tr><tr><td><strong>Doküman Toplama</strong></td><td>Gerekli belgeleri toplar</td><td>Başvuru onaylandı</td></tr><tr><td><strong>Doğrulama</strong></td><td>Gönderilen bilgileri doğrular</td><td>Belgeler tamamlandı</td></tr><tr><td><strong>Aktivasyon</strong></td><td>Onaylanan hizmeti etkinleştirir</td><td>Doğrulama tamamlandı</td></tr></tbody></table>

Her aşama bağımsız olarak geliştirilebilir ve bakım yapılabilir.

Belge toplama süreci başka bir başvuru türü için de gerekiyorsa, aynı **Doküman Toplama** journey, o journey'nin hedefi olarak yeniden kullanılabilir.

Bu, birbirinden bağımsız journey'ler topluluğu yerine bir journey sistemi oluşturur.

### Journey Trigger'ı yapılandırmadan önce

Hedef journey, kullanıcıları başka bir journey'den almaya hazır olmalıdır.

Aşağıdaki koşullar sağlanmalıdır:

<table><thead><tr><th width="171.73046875">Gereksinim</th><th>Açıklama</th></tr></thead><tbody><tr><td><strong>Journey türü</strong></td><td>Hedef, bir <strong>Eylem Tabanlı</strong> journey olmalıdır.</td></tr><tr><td><strong>Giriş olayı</strong></td><td>Hedef, giriş olayı olarak <strong>Journey Trigger</strong> kullanmalıdır.</td></tr><tr><td><strong>Durum</strong></td><td>Hedef <strong>Aktif</strong> olmalıdır, tetikleme çalıştığında.</td></tr><tr><td><strong>Kendi kendini tetikleme</strong></td><td>Bir journey kendi kendini tetikleyemez.</td></tr></tbody></table>

Giriş olayı olarak Journey Trigger kullanan yalnızca aktif Action Based journey'ler hedef journey olarak kullanılabilir.

Caller Context kullanmayı planlıyorsanız, hedef journey'nin kaynağından hangi bilgilere ihtiyaç duyduğunu da belirleyin.

> **Önemli:** Kaynak journey'den seçmeden önce hedef journey'yi yapılandırın ve başlatın.

### 1. Adım: Hedef journey'yi hazırlayın

Kullanıcıları alacak journey'yi oluşturun veya açın.

1. İçinde **Giriş Kuralları**, seçin **Eylem Tabanlı**.
2. İçinde **Olay Seç**, seçin **Journey Trigger**.
3. Journey'nin adımlarını ve koşullarını yapılandırın.
4. Journey'yi başlatın.

Hedef **Aktif** kaynak journey, Journey Trigger aksiyonuna ulaştığında.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FNh5cZBNMOzpKrnZKagaq%2Fimage.png?alt=media&amp;token=62111286-7ab2-4730-b76f-9b744d5edc3e" alt="Target journey entry rules configured for Journey Trigger" width="557"><figcaption><p>Hedef journey'yi şu şekilde yapılandırın: <strong>Journey Trigger</strong> giriş olayı.</p></figcaption></figure>

### 2. Adım: Kaynak journey'ye Journey Trigger ekleyin

Hedef journey'yi başlatması gereken journey'yi açın.

1. Seçin **Oluştur**.
2. Seçin **Adım Ekle** hedef journey'nin başlaması gereken noktada.
3. Altında **İşlem**, seçin **Journey Trigger**.
4. Journey Trigger adımını açın.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2Fn7WF6TEDCTUPlsKbrpDm%2Fimage.png?alt=media&amp;token=5ac1f20e-23c6-4816-8970-0b3d185ad13e" alt="Journey Trigger action in the journey builder" width="288"><figcaption><p>Seçin <strong>Journey Trigger</strong> Aksiyon bölümünden.</p></figcaption></figure>

Aksiyonu, müşteri deneyiminin bir sonraki bölümüne geçişi temsil eden noktaya yerleştirin. Örneğin, Doküman Toplama yalnızca bir başvuru onaylandıktan sonra başlamalıysa, Journey Trigger'ı onay adımının hemen sonrasına yerleştirin.

### 3. Adım: Hedef journey'yi seçin

1. Bir ... girin **Adım Adı**.
2. İçinde **Hedef journey**, kullanıcıyı alacak journey'yi seçin.
3. Hedef journey'nin durumunu inceleyin.
4. Seçin **Uygula**.

Hedef journey listesi, kullanılabilir journey'lerin durumunu şöyle gösterir: **Aktif**, **Duraklatıldı**, veya **Taslak**.

Bir **Aktif** ile yapılandırılmış journey'yi seçin **Journey Trigger** kullanmalıdır.

> **Örnek:** Mevcut journey Kredi Başvurusu ise ve bir sonraki aşama belgeleri toplamalıysa, hedef journey olarak Doküman Toplama'yı seçin.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FBXiSOLjmmxma6r3Zb5IW%2Fimage.png?alt=media&amp;token=80ab4a6f-dc1f-4a23-9aea-6b13220c4d51" alt="Journey Trigger target journey selection" width="375"><figcaption><p>Bir hedef journey seçin ve durumunu inceleyin.</p></figcaption></figure>

### 4. Adım: Caller Context'i yapılandırın

Hedef journey'nin çoğu zaman kaynak journey'de zaten toplanmış veya üretilmiş bilgilere ihtiyacı olur.

**Caller Context** kaynak journey'nin bu bilgileri hedefe aktarmasına olanak tanır. Örneğin, Başvuru journey'sinde zaten bir başvuru ID'si olabilir:

**Başvuru journey'si**

`applicationId = 12345`

Journey, Doküman Toplama'yı tetiklediğinde başvuru ID'sini aktarabilir.

**Doküman Toplama journey'si**

`${caller.applicationId}`

Hedef daha sonra desteklenen ifade alanlarında başvuru ID'sini kullanabilir ve kullanıcıdan bunu tekrar istemez. Bu, journey'ler birden fazla katman boyunca birbirine bağlandığında özellikle yararlı olur.

Her Caller Context satırı, hedef journey'nin erişebileceği bir değeri tanımlar.

<table><thead><tr><th width="118.12109375">Alan</th><th>Açıklama</th></tr></thead><tbody><tr><td><strong>Ad</strong></td><td>Değeri hedef journey'de referanslamak için kullanılan ad.</td></tr><tr><td><strong>Kaynak</strong></td><td>Değerin nereden geldiğini belirler: <strong>Kullanıcı</strong>, <strong>Journey</strong>, <strong>Çağıran</strong>, veya <strong>Sabit</strong>.</td></tr><tr><td><strong>Değer</strong></td><td>Aktarılacak belirli profil özniteliği, journey değişkeni, çağıran değeri veya sabit değer.</td></tr><tr><td><strong>Veri Türü</strong></td><td>Bir değerin veri türünü tanımlar <strong>Sabit</strong> değer.</td></tr></tbody></table>

Ad, hedef journey'nin kullandığı ifadenin bir parçası olur.

Örneğin, Ad `applicationId`ise, hedef değere şu şekilde başvurabilir: `${caller.applicationId}`.

#### Bir değer kaynağı seçin

#### Kullanıcı

Kullan **Kullanıcı** değer kullanıcının profilinden geldiğinde.

**Örnek:** Kullanıcı özelliği olarak saklanan bir müşteri türü.

#### Journey

Kullan **Journey** değer mevcut kaynak journey'den geldiğinde.

Bu, journey sırasında toplanan veya hesaplanan bilgiler için yararlıdır.

**Örnek:** Bir `applicationId` journey değişkeni.

#### Çağıran

Kullan **Çağıran** değer önceden mevcut journey'ye aktarılmış olduğunda. Bu, özellikle çok katmanlı journey sistemleri için yararlıdır. Örneğin:

**Başvuru** aktarır `applicationId` → **Doküman Toplama**

Doküman Toplama aynı değeri aktarabilir → **Doğrulama**

Böylece bağlam birden fazla journey katmanı boyunca devam edebilir.

#### Sabit

Kullan **Sabit** her kullanıcıya aynı sabit değerin verilmesi gerektiğinde. Örneğin, bir Doküman Toplama journey'si sabit bir `documentType` değer.

**Veri Türü** gerektiğinde **Sabit** seçildiğinde.

#### Bağlamı birden fazla journey boyunca aktarın

Şu journey sistemini düşünün:

**Başvuru** → **Doküman Toplama** → **Doğrulama**

Başvuru journey'si bir `applicationId`.

**Başvuru → Doküman Toplama**

Caller Context'i şu şekilde yapılandırın:

<table><thead><tr><th width="171.5859375">Ad</th><th width="147.4921875">Kaynak</th><th>Değer</th></tr></thead><tbody><tr><td><code>applicationId</code></td><td><strong>Journey</strong></td><td>başvuru ID'si journey değişkeni</td></tr></tbody></table>

Doküman Toplama, değere şu şekilde erişebilir: `${caller.applicationId}`.

**Doküman Toplama → Doğrulama**

Doğrulama'nın da başvuru ID'sine ihtiyacı varsa, Doküman Toplama bunu kullanarak aldığı değeri aktarabilir **Çağıran** kaynağı.

| Ad              | Kaynak      | Değer                                       |
| --------------- | ----------- | ------------------------------------------- |
| `applicationId` | **Çağıran** | Bir önceki journey'den alınan başvuru ID'si |

Doğrulama daha sonra değere şu şekilde erişebilir `${caller.applicationId}`. Bu, aynı bağlam parçasının birden fazla journey katmanı boyunca ilerlemesine olanak tanır.

> **İpucu:** Caller Context'i, hedefin gerçekten ihtiyaç duyduğu bilgilerle sınırlı tutun. Journey'ler arasında aktarılan değerleri, hedef journey'nin beklenen girdisinin bir parçası olarak değerlendirin.

### Journey Trigger çalıştığında ne olur?

Uygun bir kullanıcı Journey Trigger aksiyonuna ulaştığında, Netmera kullanıcıyı seçili hedef journey'ye kaydetmeye çalışır.

Süreç şöyledir:

1. Kullanıcı, kaynak journey'deki Journey Trigger aksiyonuna ulaşır.
2. Netmera yapılandırılmış hedef journey'yi belirler.
3. Netmera kullanıcıyı o hedef journey'ye kaydetmeye çalışır.
4. Yapılandırılmış tüm Caller Context değerleri hedefe aktarılır.
5. Hedef journey, kendi yapılandırmasına göre başlar.

Hedef journey daha sonra kendi adımlarına, koşullarına, zamanlamasına ve yapılandırmasına göre bağımsız olarak çalışır.

Hedef journey de Journey Trigger ile yapılandırılmışsa, başka bir journey'yi tetikleyebilir ve genel deneyimi sürdürebilir.

> **Journey Trigger journey'leri birbirine bağlar; birden fazla journey'yi tek bir journey'ye dönüştürmez.** Her journey bağımsız olarak yapılandırılmaya ve yönetilmeye devam eder.

### Journey Trigger'ı izleyin

Kaynak ve hedef journey'ler arasındaki bağlantının beklendiği gibi çalışıp çalışmadığını anlamak için Journey Trigger istatistiklerini kullanın.

şunu görüntülemek için **istatistikler** simgesini seçin:

<table><thead><tr><th width="174.01953125">Metrik</th><th>Açıklama</th></tr></thead><tbody><tr><td><strong>Giriş Sayısı</strong></td><td>Journey Trigger adımına ulaşan kullanıcı sayısı.</td></tr><tr><td><strong>Tetiklenen Sayısı</strong></td><td>Başarılı hedef journey tetikleme sayısı.</td></tr><tr><td><strong>Başarısız Sayısı</strong></td><td>Başarısız tetikleme denemesi sayısı.</td></tr><tr><td><strong>Hedef journey</strong></td><td>Şu anda hedef olarak yapılandırılan journey.</td></tr></tbody></table>

#### Örnek

İstatistikler şunu gösteriyorsa:

<table><thead><tr><th width="368.9921875">Metrik</th><th align="right">Sayı</th></tr></thead><tbody><tr><td><strong>Giriş Sayısı</strong></td><td align="right">1,000</td></tr><tr><td><strong>Tetiklenen Sayısı</strong></td><td align="right">950</td></tr><tr><td><strong>Başarısız Sayısı</strong></td><td align="right">50</td></tr></tbody></table>

Bu, 1.000 kullanıcının Journey Trigger aksiyonuna ulaştığı ve Netmera'nın 950 kullanıcı için hedef journey'yi başarıyla tetiklediği anlamına gelir. Aradaki fark, 50 tetikleme denemesinin başarısız olduğunu gösterir.

Çok katmanlı bir journey sisteminde, bir başarısızlığın nerede oluştuğunu belirlemek için her Journey Trigger bağlantısını ayrı ayrı izleyin.


---

# 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://user.netmera.com/netmera-user-guide/netmera-user-guide-tr/omnichannel-engagement/journey-orchestration/journey-components/action/journey-trigger.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.