# İşlemsel Mesajlaşma

Transactional Mesajlar, mesaj göndermenizi sağlar **backend / API üzerinden kullanıcı seviyesinde mesajlar**.

Genellikle anlık, bağlama özgü olur ve bir kullanıcı eylemi ya da sistem olayı tarafından tetiklenir.

Bunları şu tür mesajlar için kullanın:

* sipariş onayı
* kargo güncellemesi
* randevu hatırlatması
* şifre sıfırlama

<figure><img src="/files/62e90a322159e222d09be257d8045abc464e2786" alt=""><figcaption></figcaption></figure>

**Yol:** `Mesajlar > Transactional > Yeni Transactional Mesaj Oluştur`

{% hint style="info" %}
**Hızlı adımlar**

1. Transactional şablonu panelde oluşturun.
2. Bir **Mesaj Anahtarı** ayarlayarak API çağrılarında onu tanımlayın.
3. Ekleyin **Mesaj Parametreleri** kişiselleştirme için (profil öznitelikleri).
4. API'nin mesaj ayarlarını geçersiz kılıp kılamayacağına karar verin.
5. Yapılandırın **limitleri** ve **zaman kısıtlamalarını** gerekirse.
6. Kullanın **Örnek İstek** canlı kullanımdan önce test etmek için.
   {% endhint %}

{% @arcade/embed url="<https://app.arcade.software/share/omtARAmxa2m3sX2QCQHa>" flowId="omtARAmxa2m3sX2QCQHa" %}

### Transactional Mesajlaşma nasıl çalışır <a href="#how-transactional-messaging-works" id="how-transactional-messaging-works"></a>

Transactional Mesajlar, standart mesaj akışını izler; buna ek olarak bir adım daha vardır: **API ve Yapılandırma**.

Bu ek adımı, backend’inizin mesajı nasıl çağıracağını ve hangi bölümlerin dinamik olarak kontrol edilebileceğini tanımlamak için kullanın.

Bu model, tetikleyici panel tarafındaki bir olay kuralı yerine kendi backend’inizden geldiğinde kullanışlıdır.

### Standart mesaj adımları <a href="#standard-message-steps" id="standard-message-steps"></a>

Transactional Mesajlar yine de standart kampanya adımlarını kullanır:

* **Kurulum** — mesaj adını ve temel ayarları tanımlayın.
* **Ne** — mesaj içeriğini oluşturun.
* **Kim** — alıcı kapsamını veya hedefleme mantığını tanımlayın.
* **Git** — canlı kullanımdan önce yapılandırmayı gözden geçirin.

Bu mesaj türü için ek adım **API ve Yapılandırma**.

Bu, Transactional Mesajlara özgü olan tek kısımdır.

{% hint style="info" %}
şunun yerine ayrı bir özel akış yoktur **Kurulum** ve **Ne**.

Transactional Mesajlar, standart mesaj adımlarını plus **API ve Yapılandırma**.
{% endhint %}

### API ve Yapılandırma <a href="#api-and-config" id="api-and-config"></a>

Bu adım, backend’inizin mesajı nasıl gönderdiğini tanımlar.

Ayrıca her API çağrısında nelerin özelleştirilebileceğini de tanımlar.

#### Mesaj Anahtarı <a href="#message-key" id="message-key"></a>

Bu transactional mesaj için benzersiz bir tanımlayıcı. API çağrılarında ve raporlamada mesaja referans vermek için kullanın.

Kararlı ve açıklayıcı bir anahtar seçin.

Bu, backend entegrasyonunu, hata ayıklamayı ve raporlamayı kolaylaştırır.

#### Mesaj Parametreleri <a href="#message-parameters" id="message-parameters"></a>

Parametreler, mesaj içeriğine enjekte edilen değerlerdir.

Genellikle profil öznitelikleri veya payload alanlarıyla eşleşirler.

Örnekler:

* kullanıcı adı
* sipariş numarası
* üyelik seviyesi

Mesaj içeriğinin kullanıcıya veya isteğe göre değişmesi gerektiğinde parametreleri kullanın.

#### API'nin herhangi bir mesaj ayarını geçersiz kılmasına izin verin <a href="#allow-api-override" id="allow-api-override"></a>

Etkinleştirilirse, API çağrısını yapan taraf gönderim sırasında ayarları geçersiz kılabilir.

Bu, içerik ve teslimatla ilgili ayarları da kapsar.

{% hint style="info" %}
Backend'in mesaj ayrıntılarını dinamik olarak kontrol etmesi gerektiğinde bunu etkinleştirin.

Panel şablonunun sabit kalması gerektiğinde bunu devre dışı bırakın.
{% endhint %}

#### Örnek İstek <a href="#sample-request" id="sample-request"></a>

Mesajı gerçek bir API çağrısıyla test etmek için Örnek İstek'i kullanın. Bu, canlı kullanımdan önce payload ve kişiselleştirmeyi doğrulamaya yardımcı olur.

#### Örnek Yanıt <a href="#sample-response" id="sample-response"></a>

Örnek Yanıt, isteğin başarılı olup olmadığını gösterir. Hataları ayıklamak ve teslimatı doğrulamak için kullanın.

<figure><img src="/files/01db286ac6df9ed3df5c5296814e12b08cbeabc6" alt="" width="563"><figcaption><p>API ve Yapılandırma</p></figcaption></figure>

### Limitler ve zaman kısıtlamaları <a href="#limits-and-time-restrictions" id="limits-and-time-restrictions"></a>

Hacmi kontrol etmek için limitleri kullanın. Teslimat zaman aralıklarını kontrol etmek için zaman kısıtlamalarını kullanın.

Bu, API ile tetiklenen transactional trafiğin bile kontrollü kalması gerektiğinde kullanışlıdır.

#### Kullanıcı Mesaj Limitlerini Yoksay <a href="#ignore-user-message-limits" id="ignore-user-message-limits"></a>

Bu transactional mesaj için kullanıcı seviyesindeki mesaj limitlerini atlayın. Bunu dikkatli kullanın.

Standart sınırları aşması gereken kritik mesajlar için yararlı olabilir.

#### Toplam Limit <a href="#total-limit" id="total-limit"></a>

Bu transactional mesaj için izin verilen toplam gönderim sayısını sınırlandırın.

Mesajın tanımlı bir hacimden sonra durması gerektiğinde bunu kullanın.

#### Limit <a href="#limit" id="limit"></a>

Aynı kullanıcının seçilen bir süre içinde mesajı ne sıklıkta alabileceğini sınırlandırın.

Aynı kullanıcıya tekrarlanan gönderimleri önlemek için kullanın.

#### Push Zaman Kısıtlaması <a href="#push-time-restriction" id="push-time-restriction"></a>

Gönderimi belirli saatler veya günlerle sınırlandırın.

Teslimatın yalnızca onaylı zaman aralıklarında gerçekleşmesi gerektiğinde bunu kullanın.

<figure><img src="/files/e645cf041d72fee219970ba6e08e1c84580f41c6" alt="" width="563"><figcaption><p>Limit</p></figcaption></figure>

{% hint style="warning" %}
Transactional Mesajlar API ile tetiklenir, ancak teslimat kuralları yine de geçerlidir.

İstenmeyen hacmi veya mesai dışı gönderimleri önlemek için limitleri ve zaman kısıtlamalarını kullanın.
{% endhint %}

### Diğer adımlar <a href="#other-steps" id="other-steps"></a>

Sonrasında **API ve Yapılandırma**, standart mesaj adımlarıyla devam edin.

Bu adımlar düzenli mesaj akışıyla aynıdır:

* **Kurulum**
* **Ne**
* **Kim**
* **Git**

Transactional şablonun içeriğini, hedef kitlesini ve son kontrolünü yapılandırmak için bu adımları kullanın.

{% hint style="success" %}
Şunu **API ve Yapılandırma** entegrasyon katmanı olarak.

Kalan adımlar mesaj şablonunun kendisini tanımlar.
{% endhint %}


---

# Agent Instructions: 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:

```
GET https://user.netmera.com/netmera-user-guide/netmera-user-guide-tr/mesajlasma-ozellikleri/islemsel-mesajlasma.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.