> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tryoto.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Depo ve mağazalarda sipariş hazırlama

> Siparişi serbest bırakılmasından teslimine kadar yönetin: toplama, paketleme, kargo etiketi yazdırma, bölme ve birleştirme, teslimat seçenekleri ve istisnalar.

> [!NOTE]
>
> **Nerede bulunur:** Main → Shipping → Gönderiler — [OTO’da aç ↗](https://app.tryoto.com/shipments)

Sipariş hazırlama, bir siparişin kayıt olmaktan çıkıp birinin toplaması, paketlemesi, etiketlemesi ve teslim etmesi gereken fiziksel bir şeye dönüştüğü aşamadır. On dokuz özelliğiyle modüldeki en büyük işlevdir; çünkü bir mağaza çalışanının barkod okutmasından bir günün siparişlerini tek bir kamyonda birleştirmeye kadar her şeyi kapsar.

## Bu işlev neleri kapsar?

| Grup | Neyle ilgilidir? |
| - | - |
| **Siparişi işlemek** | Çalışanlarınızın kullandığı uygulama, çok markalı operasyonlar, seri numaraları ve özel talimatlar. |
| **Yazdırma** | Toplama listeleri, paketleme listeleri, etiketler, faturalar ve nelerin zaten yazdırıldığını bilmek. |
| **Bölme ve birleştirme** | Bir siparişi birkaç parçaya bölmek ya da çok sayıda siparişi tek bir taşımada birleştirmek. |
| **Teslimat seçenekleri** | Teslimat zaman aralıkları, planlama, mağazadan aynı gün teslimat ve mağazadan teslim alma. |
| **İstisnalar** | Bekletmeler ve iptaller ile bunların satış kanalına bildirilmesi. |

![Gönderiler sayfasındaki Orders menüsü](https://mintcdn.com/oto/YkJay8Y-1RDv8ciw/images/ordersync-7-orders-menu.png?fit=max\&auto=format\&n=YkJay8Y-1RDv8ciw\&q=85\&s=ee5c0c54d29238831ed321fc642198e2)

Şekil 1 — Bu sayfanın büyük kısmı tek bir menüdedir: Split Order, Update Orders (Bulk), Inter Depot Transfer, Ready for Click & Collect, Collected By Customer ve Cancel Order. Gri görünen seçenekler yalnızca uygun siparişlerde etkinleşir.

## Siparişi işlemek

### iOS ve Android için mağaza sipariş hazırlama uygulaması

Sipariş hazırlayan mağazaların bir masaya ihtiyacı yoktur. Mobil uygulama, barkod okutma ve paketleme dahil mağaza tarafındaki hazırlama akışının tamamını taşır; böylece bir mağaza çalışanı siparişi telefonuyla, satış alanından ayrılmadan hazırlayabilir.

Mağazadan gönderimi teoride değil gerçekte mümkün kılan budur: Bir online siparişi hazırlamak arka ofisteki bir bilgisayara yürümek anlamına geliyorsa mağazalar bunu sessizce yapmayı bırakır.

### Çok markalı ve çok satıcılı sipariş hazırlama

Tek bir OTO hesabı birden fazla markayı yönetebilir. Marka, **Ayarlar → Account → Markalar** ekranında bir **Brand Name**, isteğe bağlı bir **Logo**, bir **Default Warehouse** ve markanın satış yaptığı satış kanallarıyla oluşturulur.

Bu ilişki sonraki adımlarda gerçek bir iş görür: Yönlendirmeye her marka için varsayılan bir lokasyon verir, [Sipariş yönlendirme](https://docs.tryoto.com/tr/modules/omnichannel-oms/order-routing.md)’nin *If order and location Brand are the same* filtresini kullanabilmesini sağlar ve müşterinin gördüğü belgelerde ve sayfalarda hangi logonun görüneceğini belirler.

Bir markanın müşteriye dönük kendi alanları da vardır. **Shipping Portal** bölümünde `portal.tryoto.com/shipping` altında bir **Portal URL** ve bir **Return Policy URL** bulunur; böylece her marka tek bir portalı paylaşmak yerine kendi portalını ve kendi iade politikasını sunabilir. **Use as Default Brand**, markası olmadan gelen siparişlere hangi markanın uygulanacağını belirler.

![Marka oluşturma](https://mintcdn.com/oto/YkJay8Y-1RDv8ciw/images/fulfill-1-brands.png?fit=max\&auto=format\&n=YkJay8Y-1RDv8ciw\&q=85\&s=85bc43b84ea9b2ad31aaa4ce0a024bc3)

Şekil 2 — Brand Name ve Logo’nun ikisi de zorunludur. Logo belgelerde ve portallarda göründüğü için isteğe bağlı değildir. Default Warehouse yönlendirmeye yedek bir lokasyon verir; Shipping Portal bölümü de markaya kendi portal ve iade politikası adreslerini tanımlar.

### Kargo etiketlerinde gönderici olarak marka adı

Varsayılan olarak kargo etiketinde (AWB) gönderici olarak depo veya şube görünür. **Ayarlar → Advanced → Autocorrector** altındaki **Use Brand Name as Sender on AWBs** anahtarı, bunun yerine markayı yazar.

Ortak depolardan gönderim yapan çok markalı bir operasyonda bu, müşterinin tanıdığı bir şirketten koli alması ile hiç duymadığı bir lojistik tesisinden koli alması arasındaki farktır.

### Seri numarası kaydı

Ürünler hazırlanırken seri numaraları kaydedilebilir; böylece belirli bir fiziksel ürün belirli bir siparişe bağlanır. Elektronik ürünler, beyaz eşyalar ve garantili her ürün için bu kayıt, sonradan gelen bir garanti talebini veya sahte ürün anlaşmazlığını çözülebilir kılar.

### Hediye notları ve özel talimatlar

Hediye notları ve diğer özel talepler siparişle birlikte ilerler ve paketleme ekranlarında görünür. Böylece koliyi paketleyen kişi bunları kimsenin açmadığı bir alanda değil, önemli oldukları anda görür.

### Toplu sipariş güncelleme

**Update Orders (Bulk)**, aynı değişikliği seçili siparişlerin hepsine birden uygular; otuz siparişi açıp aynı düzenlemeyi otuz kez yapmanın alternatifidir. Bir kanaldan içe aktarılan siparişler hatalı bir alanla geldiğinde ya da bir grup siparişin yeniden atanması gerektiğinde işe yarar.

## Yazdırma

### Toplama, paketleme ve belge yazdırma

Toplama listeleri, paketleme listeleri, sipariş detayları ve özel belgeler, tek bir sipariş için veya toplu olarak Gönderiler listesinden yazdırılabilir. **Print** menüsünde belge türleri bulunur; neyin yazdırılacağını seçtiğiniz siparişler belirler.

### Tüm etiketleri tek PDF’te toplu yazdırma

Farklı kargo şirketlerine ait çok sayıda siparişi seçtiğinizde OTO, tüm kargo etiketlerini içeren *tek* bir PDF döndürür. Sıradan bir özellik gibi görünür ama değildir: Alternatifi her kargo şirketi için ayrı ayrı yazdırmaktır ve etiketleri dört ayrı yazdırma işinden ayıklamak zorunda kalan bir paketleme masası hata yapar.

### Özel fatura şablonları

Yazdırma şablonları **Ayarlar → Yönetim → Printing Templates** altında yapılandırılır. Üç tür vardır: **Invoice print template**, **Label print template** ve **Shipping label template**. Her biri sayfa boyutu, yazı tipi boyutu ve kalınlığı, dil, hangi alanların görüneceği ve barkod boyutları açısından ayarlanabilir.

**Change template** şablonları önizlemenizi ve seçmenizi sağlar, **Edit Settings** seçenekleri açar, **Reset settings** varsayılana döndürür. Değişiklikler hem mevcut hem yeni siparişlere uygulanır.

![Printing Templates ekranı](https://mintcdn.com/oto/YkJay8Y-1RDv8ciw/images/fulfill-2-printing-templates.png?fit=max\&auto=format\&n=YkJay8Y-1RDv8ciw\&q=85\&s=6cce1175206314314127ed32951e00c3)

Şekil 3 — Üç şablon türü; her birinde o anda seçili tasarım küçük bir görselle gösterilir: Invoice Print Template, Label Print Template ve Shipping Label (AWB) Print Template. Change Template tasarımı değiştirir; Edit Settings kullanılan tasarımın ince ayarını yapar.

**Edit Settings**, seçeneklerin yanında canlı bir önizleme açar. Böylece yazı tipi boyutunda veya barkod ölçeğinde yapılan bir değişiklik, yüz etiket basıldıktan sonra değil, kaydedilmeden önce görülür.

![Fatura şablonunu düzenleme](https://mintcdn.com/oto/YkJay8Y-1RDv8ciw/images/fulfill-3-edit-invoice-template.png?fit=max\&auto=format\&n=YkJay8Y-1RDv8ciw\&q=85\&s=7b424a3b04d61a781880673373276f07)

Şekil 4 — Seçenekler; Title ve Title in Arabic, sayfa boyutu, yazı tipi boyutu ve kalınlığı, barkod boyutu ve dil ayarlarını içerir. Önizleme sonucu gösterir: sipariş barkodu, gönderici ve alıcı bilgileri ile SKU, miktar, vergi, indirim ve satır bazında para birimini içeren bir ürün tablosundan oluşan iki dilli bir fatura.

> [!TIP]
>
> **Baştan iki dilli**
>
> Fatura başlıkları ayrı İngilizce ve Arapça değerler alır ve şablon ikisini yan yana gösterir. Körfez ülkeleri ve Türkiye genelinde gönderim yapan işletmeler için bu bir incelik değil, gerekliliktir: Dillerden yalnızca birini okuyabilen bir gümrük memuru veya müşteri de eksiksiz bir belge görür.

> [!WARNING]
>
> **Kargo şirketi desteği değişir**
>
> Özel şablonlar yalnızca OTO’nun kendi şablon sistemini kullanan kargo iş ortaklarıyla çalışır. Kendi etiket formatını döndüren kargo şirketlerinde bu seçenek görünmez.

### Yazdırma durumu takibi

OTO, bir siparişin kargo etiketinin ve detaylarının yazdırılıp yazdırılmadığını kaydeder. Yoğun bir paketleme masasında bu bilgi, en pahalıya mal olan iki hatayı önler: etiketsiz gönderilen bir koli ve iki kez yazdırılıp iki ayrı koliye yapıştırılan bir etiket.

## Bölme ve birleştirme

### Siparişi tekrar tekrar bölme

**Gönderiler → Pending Orders** ekranında bir sipariş seçin, ardından **Orders → Split Order**’a tıklayın. Her bölme işlemi, orijinal sipariş numarasının sonuna `-1` ve `-2` eklenmiş iki sipariş oluşturur. Her satırdan kaç adedin yeni siparişe geçeceğini **New Order Qty** sütununa girin; siz değiştirmedikçe iki siparişin miktarları ve toplamları otomatik olarak yeniden hesaplanır. Bir sipariş sonradan tekrar bölünebilir; yani ikiden fazla parça istiyorsanız işlemi tekrarlamanız yeterlidir.

Stok farklı yerlerde bulunduğunda, siparişin bir kısmı şimdi, kalanı gelecek hafta hazır olduğunda ya da bir ürünün diğerlerinden farklı bir kargo şirketiyle gitmesi gerektiğinde bölün.

![Order Split penceresi](https://mintcdn.com/oto/ft-bRlLvOnJkbVoC/images/fulfill-4-order-split.png?fit=max\&auto=format\&n=ft-bRlLvOnJkbVoC\&q=85\&s=e3910a8028d37236f7ae078c2ddc0cc3)

Şekil 5 — Her satırda birim fiyat, mevcut miktar ve taşınacak miktar yer alır. Siz yazdıkça ara toplam, vergi ve KDV dahil toplamlar güncellenir; hesabın belirli bir tutarda sonuçlanması gerektiğinde New Order Grand Total doğrudan girilebilir.

### Bölünen siparişlerin otomatik yönlendirilmesi

Bölmeyle oluşan her parça bağımsız olarak yönlendirilir. [Order OTOmation](https://docs.tryoto.com/tr/modules/omnichannel-oms/order-routing.md) kurallarından yeniden geçer ve kendi özelliklerine göre bir lokasyona atanır. Böylece stok durumu nedeniyle yapılan bir bölme kendiliğinden çözülür: Her parça, ürünlerinin bulunduğu yerden gönderilir.

### Bölünen siparişleri birleştirme

Bölme işlemi şu anda geri alınamaz. Kaydedildikten sonra yeni siparişler oluşturur ve bunlar otomatik olarak yeniden birleştirilmez. Bir sipariş yanlışlıkla bölündüyse iki parçayı da iptal edin ve yerine yeni bir sipariş oluşturun.

> [!WARNING]
>
> **Kaydetmeden önce kontrol edin**
>
> İşlem tek yönlü olduğu için kaydetmeden önce penceredeki miktarları doğrulayın. Önizleme toplamları, bölmeyi hâlâ geri alınabilirken, yani daha oluşmadan kontrol edebilmeniz için oradadır.

### Hub’a toplu transfer

**Inter Depot Transfer**, çok sayıda siparişi bir kargo iş ortağı veya kendi filonuz aracılığıyla başka bir hub’a giden tek bir taşımada birleştirir. Aynı mesafeyi elli ayrı gönderi yerine tek bir gönderi kat eder.

Bu, hub-and-spoke modelinin ekonomisidir: Uzun mesafe bir kez ödenir, pahalı kısa mesafeler ise gerçekten kısa oldukları varış ucunda yapılır.

![Inter Depot Transfer penceresi](https://mintcdn.com/oto/YkJay8Y-1RDv8ciw/images/fulfill-5-inter-depot-transfer.png?fit=max\&auto=format\&n=YkJay8Y-1RDv8ciw\&q=85\&s=4c74d03e95bcb86d6b85546934e1b150)

Şekil 6 — Hedef depoyu veya şubeyi seçtiğinizde OTO, kaynak siparişin numarasına IDT- öneki ekleyerek bir transfer siparişi oluşturur. Hedefin adresi ve koordinatları kendi kaydından doldurulur; alttaki tablo, bu transferle taşınan her siparişi koli sayısı ve alıcısıyla listeler.

### Hub’da otomatik ayrıştırma

Birleştirilmiş gönderi ulaştığında OTO onu otomatik olarak içindeki siparişlere ayırır ve her birini kendi müşterisine gönderir. Teslim alan hub’da kimse elli siparişi yeniden girmez; toplu taşıma, varışta tek tek teslimatlara dönüşür.

Yukarıdaki transferle birlikte asıl mesele şudur: Birleştirme ancak ayrıştırma bedavaysa yapmaya değer.

## Teslimat seçenekleri

### Teslimat zaman aralığı yapılandırması

Zaman aralıkları her kargo iş ortağı için ayrı ayrı, **Entegrasyonlar → Shipping Partners → Connected → ⋯ → Delivery Slot Configuration** altında **Add Delivery Slot** ile yapılandırılır. Bir zaman aralığı tanımı şunları içerir: geçerli olduğu depo veya şube, haftanın günleri (**Pickup Days of Week**) ya da belirli bir tarih (**Date**), başlangıç ve bitiş saatleri, aralık süresi (**Duration of Slots (mins)**), aralık başlamadan kaç dakika önce sipariş alımının kapanacağını belirten **Cut-Off Time** ve bir kapasite (**Capacity**).

| Davranış | Ayrıntı |
| - | - |
| **Tarih, haftanın gününe üstün gelir** | Belirli bir tarih için yapılan yapılandırma, haftalık tekrarlanan yapılandırmanın yerine geçer. |
| **Çakışma olmaz** | Aynı depo veya şube içinde zaman aralıkları çakışamaz. |
| **Sıfır kapasite günü kapatır** | Kapasiteyi 0 yapmak, zaman aralığını silmeden bir günü çalışılmayan gün olarak işaretlemenin yoludur. |
| **Cut-off sipariş alımını kapatır** | 09:00 aralığında 15 dakikalık cut-off, sipariş alımını 08:45’te durdurur. |

![Oluşturulan önizlemeyle birlikte teslimat zaman aralığı ekleme](https://mintcdn.com/oto/ft-bRlLvOnJkbVoC/images/fulfill-6-delivery-slot.png?fit=max\&auto=format\&n=ft-bRlLvOnJkbVoC\&q=85\&s=f925a910ee42cd7ccb63bbddec52699f)

Şekil 7 — Zaman penceresini bir kez tanımlarsınız (Pazartesi’den Cuma’ya 09:00–20:00, 60 dakikalık aralıklar, 15 dakikalık cut-off, kapasite 100). Preview bunu, müşterinin göreceği ve her birinin kendi cut-off saati olan tek tek aralıklara açar. Kaydetmeden önce bu dökümü kontrol etmek işin özüdür: Cut-off’taki bir saatlik hata formda görünmez, önizlemede ise hemen göze çarpar.

### Planlanmış kargo şirketi ataması

Siparişler, geldikleri anda değil planlanan zamana göre bir kargo şirketine atanabilir. Böylece gönderi, siparişin geldiği anda değil, operasyonel olarak mantıklı olduğunda oluşturulur. Bu özellik, yönlendirme kuralı oluşturucusundaki **Schedule shipment creation** anahtarıyla birlikte çalışır.

### Hızlı Teslimat ile mağazadan gönderim

Mağazadan gönderim, şubeleri sipariş hazırlama noktalarına dönüştürerek müşteriye olan mesafeyi de süreyi de kısaltır. **Hızlı Teslimat** (Bullet), ertesi gün yerine birkaç saat içinde yapılan talebe bağlı teslimattır. Koliyi OTO taşımaz; hizmeti seçer ve rezerve eder. Bu, entegre bir kargo şirketinin Hızlı Teslimat hizmeti de olabilir, [OTO FLEX](https://docs.tryoto.com/tr/modules/oto-flex/overview.md) üzerinden kendi sürücüleriniz de.

Bu ikiliyi ticari olarak işler kılan, birlikte kullanılmalarıdır. Talebe bağlı teslimatın ekonomisi, kolinin yolculuğa müşteriye yakın bir yerden başlamasına bağlıdır ve bir mağaza ağı, müşteriye yakın olmanın en ucuz yoludur. Bu siparişleri yerel tutmanın yolu, yönlendirmedeki *If origin city and destination city is same* filtresidir.

### Onay koduyla mağazadan teslim alma

Müşteri ödeme adımında **Pickup from Store**’u seçer ve sipariş otomatik olarak o mağazaya atanır. Çalışanlar siparişi **Ready for Click & Collect** olarak işaretler; siparişin durumu **Ready For Collection** olur ve müşteriye şubenin konumunu ve tek kullanımlık bir kodu içeren bir SMS gönderilir.

Teslim anında çalışanlar Orders menüsünden **Collected By Customer**’ı seçer. Form şu alanlardan oluşur:

| Alan | Nedir? |
| - | - |
| **Status** | **Delivered** olarak ayarlanır. Mağazadan teslim alma da bir teslimattır ve siparişi aynı şekilde kapatır. |
| **Order Number** | Salt okunurdur; böylece yanlış sipariş kazara kapatılamaz. |
| **Delivery Date** `required` | Varsayılan olarak bugündür; sonradan kaydedilen bir teslim alma için değiştirilebilir. |
| **Delivery Confirmation Code** `required` | Müşterinin gösterdiği kod, yani SMS’teki tek kullanımlık kod. |
| **Comments** | Serbest metin: kimin teslim aldığı, hangi kimliğin gösterildiği, olağan dışı herhangi bir durum. |

![Collected By Customer formu](https://mintcdn.com/oto/YkJay8Y-1RDv8ciw/images/fulfill-7-collected-by-customer.png?fit=max\&auto=format\&n=YkJay8Y-1RDv8ciw\&q=85\&s=76fda99d08d3ddb182d5524ef583a481)

Şekil 8 — Üründe bu alanın adı Delivery Confirmation Code’dur. Zorunludur; bu yüzden form bu alan doldurulmadan kaydedilmez.

> [!TIP]
>
> **Kod, imzanın yerini tutar**
>
> Kod isteğe bağlı değil zorunludur ve asıl önemli tasarım kararı da budur. Kod olmadan kapatılan bir teslim alma, kimsenin kanıtlayamayacağı bir teslim almadır. Mağazadan teslim almayla ilgili anlaşmazlıklar başka türlü çözülemez: Ortada kargo şirketi kaydı, sürücü ya da başvurulabilecek bir teslimat kanıtı fotoğrafı yoktur.

> [!NOTE]
>
> **Terim**
>
> Bu tür kodlar genellikle OTP olarak bilinir. Üründeki etiket ise **Delivery Confirmation Code**’dur. Bu dokümantasyon, burada okuduğunuz ad ile ekranda gördüğünüz alan aynı olsun diye üründeki adı kullanır.

> [!NOTE]
>
> **Ödeme adımında sabitlenir**
>
> Teslim alma lokasyonu, sipariş verildikten sonra değiştirilemez. SMS şablonu [Müşteri Bildirimleri → SMS](https://docs.tryoto.com/tr/modules/customer-notification/sms.md) altında **Click and Collect** türüyle yapılandırılır.

## İstisnalar

### Özel bekletme nedenleri

Nedenler sabit bir liste değil, sizin kendi terimlerinizdir. **Ayarlar → Advanced → Reason Settings** ekranında **Add Reason Config**; bir **Reason Type** (askıya alma, iptal, mevcut değil, başarısız teslimat denemesi), bir **Language** ve neden metninin kendisini alır.

Nedenler yapılandırılmış ve çok dilli olduğu için aynı sınıflandırma; [Hazırlık öncesi kontroller](https://docs.tryoto.com/tr/modules/omnichannel-oms/prefulfillment.md) sayfasındaki bekletme kuyruğunu, iptal kayıtlarını ve başarısız teslimat raporlarını, okuyan kişinin ihtiyaç duyduğu dilde besler. Nedenleri yalnızca yönetici veya müdür düzeyindeki kullanıcılar değiştirebilir.

### Satış kanalında geri ödemeli iptal

**Cancel Order**, siparişi OTO’da sonlandırır ve tam ya da kısmi geri ödemeyle birlikte satış kanalına bildirir. Geri ödeme, müşterinin alışveriş yaptığı platforma yansır; müşterinin onu arayacağı tek yer de orasıdır.

OTO’nun sınırında kalan bir iptal, e-ticaret sitesinde artık var olmayan bir siparişin görünmeye devam etmesine ve geri ödeme alamamış bir müşteriye yol açar.

## Sınırlar ve ön koşullar

| Gereksinim | Ayrıntı |
| - | - |
| **Yalnızca bekleyen siparişler** | Bölme ve sipariş işlemlerinin çoğu, siparişin hâlâ Pending Orders içinde olmasını gerektirir. |
| **Bölme tek yönlüdür** | Bölme geri alınamaz. Yanlışlıkla yapıldıysa iki parçayı da iptal edip siparişi yeniden oluşturun. |
| **Bölme bildirilmez** | Sipariş bölündüğünde müşteriye haber verilmez. |
| **Şablon desteği** | Özel yazdırma şablonları, OTO’nun şablon sistemini kullanan bir kargo şirketi gerektirir. |
| **Zaman aralıkları çakışmaz** | Bir depo veya şube içinde aralık saatleri çakışmamalıdır. |
| **Mağazadan teslim alma SMS gerektirir** | OTP mesajı için Click and Collect SMS şablonunun yapılandırılmış olması gerekir. |
| **Teslim alma mağazası sabittir** | Mağazadan teslim alma lokasyonu, ödeme adımından sonra değiştirilemez. |
| **Neden ayarları kısıtlıdır** | Yalnızca yönetici veya müdür erişimiyle değiştirilebilir. |
| **Markanın tek varsayılan deposu olur** | Bir markanın birden fazla değil, tek bir varsayılan lokasyonu vardır. |

## İlgili sayfalar

* [Sipariş yönlendirme](https://docs.tryoto.com/tr/modules/omnichannel-oms/order-routing.md): lokasyona karar verir ve bölünen her parçayı yeniden yönlendirir.
* [Hazırlık öncesi kontroller](https://docs.tryoto.com/tr/modules/omnichannel-oms/prefulfillment.md): siparişin buraya gelirken taşıdığı bekletmeler ve etiketler.
* [Depo Yönetimi](https://docs.tryoto.com/tr/modules/warehouse-management/overview.md): bu ekranların arkasındaki toplama ve paketleme operasyonu.
* [Kargo şirketi entegrasyonu](https://docs.tryoto.com/tr/modules/shipping-management/carrier-integration.md): teslimat zaman aralıklarının ve kargo şirketi hesaplarının yapılandırıldığı yer.
* [Müşteri Bildirimleri](https://docs.tryoto.com/tr/modules/customer-notification/sms.md): mağazadan teslim alma OTP’si ve diğer mesajlar.
* [Hub Yönetimi](https://docs.tryoto.com/tr/modules/hubs-management/overview.md): hub’lar arası birleştirmenin ayrıntıları.


## Related topics

- [Depolar ve mağazalar arasında sipariş yönlendirme](https://docs.tryoto.com/tr/modules/omnichannel-oms/order-routing.md)
- [Depo Yönetimi](https://docs.tryoto.com/tr/modules/warehouse-management/overview.md)
- [POS entegrasyonları](https://docs.tryoto.com/tr/integrations/pos-systems.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.