> 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/cok-kanalli-etkilesim/yolculuk-orkestrasyonu/yolculuk-bilesenleri/islem/yolculuk-tetikleyicisi.md).

# Yolculuk tetikleyicisi

Journey Trigger, birden fazla yeniden kullanılabilir journey akışından müşteri deneyimi oluşturabilmeniz için journey’leri birbirine bağlar.

Bir müşteri deneyiminin her zaman tek bir journey içinde yaşaması gerekmez. Deneyimin farklı bölümlerinin kendilerine ait 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’ı şu tür yapılar kurmak için kullanışlı 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 ayrı journey’lere bölünebilir ve her journey bir aşamadan sorumlu olabilir. Örneğin, bir uygulama deneyimi şu şekilde organize edilebilir:

**Başvuru** → **Belge Toplama** → **Doğrulama** → **Aktivasyon**

Başvuru journey’si, onaydan sonra Belge Toplama’yı tetikleyebilir. Belge Toplama da gerekli belgeler tamamlandıktan sonra Doğrulama’yı tetikleyebilir. Doğrulama ise doğrulama başarılı olduktan sonra 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 gibi birlikte çalışır.

#### 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>Belge Toplama</strong></td><td>Belgeler onaylandı</td><td><strong>Onboarding</strong></td></tr><tr><td><strong>Kart Başvurusu</strong></td><td>Başvuru onaylandı</td><td><strong>Belge Toplama</strong></td><td>Belgeler onaylandı</td><td><strong>Onboarding</strong></td></tr><tr><td><strong>Hesap Yükseltme</strong></td><td>Başvuru onaylandı</td><td><strong>Belge Toplama</strong></td><td>Belgeler 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 gelir</th></tr></thead><tbody><tr><td><strong>Kaynak journey</strong></td><td>Journey Trigger aksiyonunun yer aldığı 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>Çağıran Bağlam</strong></td><td>Kaynak journey’nin hedef journey’ye aktardığı, böylece deneyimin daha önceki aşamalarında zaten mevcut olan verileri kullanabilmesini sağlayan bilgiler.</td></tr></tbody></table>

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

Hedef journey **sonraki adımda ne olacağını**.

Çağıran Bağlam **hedefin hangi bilgilere erişebileceğini belirler**.

Örneğin, bir kaynak journey bir başvuruyu onaylayıp Belge Toplama journey’sini tetikleyebilir. Kaynak, başvurunun ID’sini hedefe aktararak Belge Toplama’nın kullanıcıdan ID’yi yeniden istemeden doğru başvuru ile ç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, birbirine bağlı birden fazla journey katmanı oluşturmanıza olanak tanır.

Örneğin:

**Başvuru**\
→ **Belge Toplama**\
→ **Doğrulama**\
→ **Aktivasyon**

Burada Belge Toplama hem şudur:

* bir **hedef** çünkü Application onu tetikler ve
* bir **source** çünkü Verification’ı tetikleyebilir.

Bu yapı, her journey’nin tek bir sorumluluğa odaklanmasını sağlarken yine de aynı müşteri deneyiminin parçası olmasına olanak tanır.

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

Dört aşamalı 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>Belge 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ı **Belge Toplama** journey o journey’nin hedefi olarak yeniden kullanılabilir.

Bu, birbirinden bağımsız journey’lerden oluşan bir koleksiyon yerine bir journey sistemi oluşturur.

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

Hedef journey’nin başka bir journey’den kullanıcı alacak şekilde hazırlanmış olması gerekir.

Aşağıdaki koşulların sağlanması gerekir:

<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 şunu kullanmalıdır <strong>Journey Tetikleyici</strong> giriş olayı olarak.</td></tr><tr><td><strong>Durum</strong></td><td>Hedef <strong>Aktif</strong> tetikleyici çalıştığında etkin olmalıdır.</td></tr><tr><td><strong>Kendi kendini tetikleme</strong></td><td>Bir journey kendini tetikleyemez.</td></tr></tbody></table>

Sadece Journey Trigger’ı giriş olayı olarak kullanan 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 yayına alı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 Tetikleyici**.
3. Journey’nin adımlarını ve koşullarını yapılandırın.
4. Journey’yi yayına alı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 <strong>Journey Tetikleyici</strong> giriş olayı ile yapılandırın.</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 **Build**.
2. Seçin **Adım Ekle** hedef journey’nin başlaması gereken noktada.
3. Altında **İşlem**, seçin **Journey Tetikleyici**.
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 Tetikleyici</strong> İşlem 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, Belge 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ı alması gereken journey’yi seçin.
3. Hedef journey’nin durumunu inceleyin.
4. Seçin **Uygula**.

Hedef journey listesi, kullanılabilir journey’lerin durumunu gösterir; örneğin **Aktif**, **Duraklatıldı**, veya **Taslak**.

Bir **Aktif** ile yapılandırılmış journey **Journey Tetikleyici** giriş olayı olarak.

> **Örnek:** Mevcut journey Kredi Başvurusu ise ve bir sonraki aşama belgeleri toplamalıysa, hedef journey olarak Belge 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 oluşturulmuş bilgilere ihtiyacı olur.

**Çağıran Bağlam** kaynak journey’nin bu bilgileri hedefe aktarmasını sağlar. Örneğin, Başvuru journey’sinde zaten bir başvuru ID’si olabilir:

**Başvuru journey’si**

`applicationId = 12345`

Journey Belge Toplama’yı tetiklediğinde, başvuru ID’sini aktarabilir.

**Belge Toplama journey’si**

`${caller.applicationId}`

Hedef, başvuru ID’sini kullanıcıdan yeniden istemeden desteklenen ifade alanlarında kullanabilir. Bu, journey’ler birden fazla katman boyunca bağlandığında özellikle faydalı olur.

Her Caller Context satırı, hedef journey’nin erişebileceği tek 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ğerin hedef journey’de hangi adla referans alınacağını belirtir.</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 özelliğ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 <strong>Sabit</strong> değerin veri türünü tanımlar.</td></tr></tbody></table>

Ad, hedef journey’nin kullandığı ifadenin bir parçası haline gelir.

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

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

#### Kullanıcı

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

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

#### Journey

Kullanın **Journey** değer mevcut kaynak journey’den geldiğinde.

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

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

#### Çağıran

Kullanın **Çağıran** değer daha önce mevcut journey’ye aktarıldığında. Bu, özellikle çok katmanlı journey sistemleri için kullanışlıdır. Örneğin:

**Başvuru** aktarır `applicationId` → **Belge Toplama**

Belge Toplama da aynı değeri aktarabilir → **Doğrulama**

Bu nedenle bağlam birden fazla journey katmanı boyunca devam edebilir.

#### Sabit

Kullanın **Sabit** her kullanıcı aynı sabit değeri almalıdır. Örneğin, bir Belge Toplama journey’si sabit bir `documentType` değerin veri türünü tanımlar.

**Veri Türü** şu durumda gereklidir: **Sabit** seçildiğinde.

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

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

**Başvuru** → **Belge Toplama** → **Doğrulama**

Başvuru journey’sinde bir `applicationId`.

**Başvuru → Belge 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>

Belge Toplama değere şu şekilde erişebilir `${caller.applicationId}`.

**Belge Toplama → Doğrulama**

Doğrulama’nın da başvuru ID’sine ihtiyacı varsa, Belge Toplama aldığı değeri şu yolu kullanarak aktarabilir **Çağıran** kaynağı.

| Ad              | Kaynak      | Değer                                   |
| --------------- | ----------- | --------------------------------------- |
| `applicationId` | **Çağıran** | Ö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çilen 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ı, koşulları, zamanlaması ve yapılandırmasına göre bağımsız olarak çalışır.

Hedef journey Journey Trigger ile de 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 haline getirmez.** 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 seçin **istatistikler** simgesini görüntülemek iç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>Tetiklenme 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ılmış journey.</td></tr></tbody></table>

#### Örnek

İstatistikler şunları 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>Tetiklenme 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 sistemi için, hatanın nerede oluştuğunu belirlemek üzere 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://user.netmera.com/netmera-user-guide/netmera-user-guide-tr/cok-kanalli-etkilesim/yolculuk-orkestrasyonu/yolculuk-bilesenleri/islem/yolculuk-tetikleyicisi.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.