E-ticaret mağazaları sıklıkla benzer bir döngüyü yaşıyor: email otomasyonu için bir karar alınıyor, kurulum yapılıyor, sonra liste büyüdükçe ya fatura şişiyor, ya istenen özelleştirmeler yapılamıyor, ya planlanan davranışsal kural eklenemiyor, ya da e-posta verisi vendor’da hapsoluyor. Bunların hepsi birden olduğunda başka bir e-posta çözümüne geçiş süreci gündem haline geliyor. Sorun “yanlış araç” seçmek değil, asıl ayrışma noktasının feature listesinde değil veri sahipliği, davranışsal esneklik ve maliyet kontrolü üçlüsünde olduğunu fark etmemek.
Bu yazı; Shopify, İkas, Ticimax, T-Soft, IdeaSoft gibi e-ticaret platformlarında yer alan veya bu platformlarla entegre çalışan mağazalar ve onlarla çalışan ajanslar için, e-ticaret email otomasyonunda bu üç değeri aynı anda alabilen bir yapıya nasıl bakılacağını ele alıyor. Teknik derinlik Transactional Email Pipeline: Inngest + Listmonk + Resend ile Behavioral Trigger Orkestrasyonu yazısında; buradaki amaç karar verme rehberi.
E-Ticaret Email Otomasyonunda Kaybedilen 3 Değer
1. Veri Sahipliği
Subscriber state, açılma geçmişi, segment tanımları, davranışsal etiketler. Hosted bir SaaS kullanıyorsanız bu verilerin tamamı vendor tarafında yaşıyor. Mağaza yıllar içinde bu verinin üzerine kuruluyor: hangi müşteri hangi kategoriye ilgi gösterdi, hangi e-postayı kim açtı, kim hangi indirim koduna tepki verdi. Vendor değiştirmeniz gerektiğinde bu birikim 1:1 taşınmıyor. Subscriber listesi taşınır, custom property’ler kısmen taşınır, ama 2-3 yıllık davranış geçmişi yeni platforma kopyalanmıyor.
Mağaza Shopify’dan İkas’a geçtiğinde, ya da Ticimax’ten T-Soft’a, en pahalı kayıp e-posta listesi değil, listenin üzerindeki davranışsal akıl. Veri sizde kalmadığı için bu akıl her geçişte sıfırdan başlıyor.
2. Davranışsal Kişiselleştirme Esnekliği
Hosted SaaS ve platform içi otomasyonların hepsinde “trigger” havuzu önceden tanımlı. Sepet terkleri, kayıt sonrası welcome, X gün satın almayan win-back, doğum günü. Bu büyük ihtimalle ihtiyacınızın %70’ini karşılıyor. Geri kalan %30, mağazanıza özgü olan kısım: “Erkek kategorisinden alıp 14 gün içinde dönmeyen ve İstanbul dışı şehirlerde olan müşterilere kargo bedava teklif et”, “Premium tier üyelerden son 30 günde sipariş vermeyen ve sepetinde stok azalan ürün olanları öncelikle uyar”. Bu ince kuralları yazabileceğiniz yer SaaS’ın izin verdiği kadar.
Listmonk gibi self-hosted bir state katmanı subscriber’a sınırsız attribute eklemenize izin veriyor (tier, last_category, lifetime_orders, geo_segment, flag_at_risk gibi). Inngest gibi bir orkestrasyon katmanı bu attribute’lara göre dallanan event-temelli akışlar kurmanıza izin veriyor. Yeni bir kural eklemek vendor onayına bağlı değil; pipeline’a 1 günde giriyor.
3. Maliyet Kontrolü
Klaviyo gibi contact tabanlı fiyatlama listeyle birlikte şişiyor. 10K abonede ~$150/ay, 25K’da ~$400/ay, ve Şubat 2025’teki “contactable profile” değişikliğiyle pasif aboneler de aynı tarifeyle saymaya başladı.1 Brevo, Omnisend gibi volume tabanlı alternatifler kampanya yoğunluğunda patlıyor. Platform içi çözümler (Shopify Flow, İkas built-in) ücretsiz görünüyor ama davranışsal kapsamda daralıyor; ek modüllerle dolduruluyor. Bu yazının konusu olan pipeline bu tür çözümlerle de entegre edilebilir bir esneklik sunuyor.
Vendor bağımsız bir pipeline’da maliyet öngörülebilir: sabit altyapı ücreti (sunucu, deliverability sağlayıcısı) + volume tabanlı gönderim. Liste büyüdüğünde fatura katlanmıyor. 25K-50K aboneye doğru çıktıkça matematik bu yaklaşımın lehine kayıyor.
KVKK ve İYS uyumu gizli dördüncü sınır. TR ve EU mağazalar için ek operasyonel yük; aşağıda ayrı bölüm.
Mevcut Çözümlerin Sınırları
Hosted SaaS (Klaviyo, Brevo, Omnisend, Mailchimp)
Güçlü: Hızlı kurulum, hazır segment ve AI önerileri, Shopify ile native entegrasyon, ajanslar için tanıdık ekosistem.
Sınır: Contact tabanlı fiyat listeyle şişiyor; davranışsal kural seti vendor’un sunduğu kadar; İYS sorgusu native değil, manuel köprü ister; KVKK için DPA okuma, sub-processor zinciri ve veri lokasyonu doğrulama merchant’ın yükünde. TR yerel platformlarına (İkas, Ticimax, T-Soft, IdeaSoft) Shopify’daki kadar iyi bağlanmıyorlar; ya Zapier köprüsü ya da custom entegrasyon gerekiyor, ikisi de kırılgan ve ek faturalı.
Klaviyo bu kategoride en güçlü ürün; e-ticaret için yıllarca refine edilmiş. Sorun ürünün kalitesi değil, fiyat-değer eğrisinin liste büyüdükçe ters dönmesi ve TR mevzuatına uyumun mağazaya bırakılması.
Platform İçi Otomasyon (Shopify Flow, İkas, Ticimax, T-Soft, IdeaSoft)
Güçlü: Ücretsiz veya pakete dahil; TR platformlarında İleti Yönetim Sistemi (İYS) modülleri var; basit kurulum; mağaza sahibi tek panelden yönetiyor.
Sınır: Davranışsal kapsam genelde dar; segment derinliği sığ; multi-platform birleştirme yok; özel kural ekleme platform yol haritasına bağlı. Sepet terkleri ve basit welcome akışı dışında kalan senaryolar (post-purchase upsell zincirleri, segment tabanlı drip, davranışsal win-back, lead magnet teslimatı) ya hiç yok ya çok sınırlı. Multi-store mağazalar veya headless setup’lar için baştan dışarıda.
Bu çözümler “platform içinde kalmaya razı, hacmi orta düzey, ihtiyaç listesi standart” mağaza için yeterli. Platform üstü senaryolarda (göç, multi-store, headless, niche segment) yetersiz kalıyor.
Vendor Bağımsız Davranışsal Pipeline
Üç katmanlı bir yapı:
- Orkestrasyon (event handling): Mağazadan gelen event’leri dinleyen ve kurallara göre dallanan katman. Inngest gibi event-temelli orkestrasyon araçları bu işi yapıyor; durable execution ve retry built-in geliyor.
- State (subscriber + segment): Abone listesi, attribute’lar, segment tanımları, gönderim geçmişi sizin storage’ınızda. Listmonk self-hosted bu katmanın merkezi; subscriber’a sınırsız attribute ekleyebiliyor, segment tanımlarını SQL düzeyinde yapabiliyorsunuz.
- Gönderim (delivery): Email’i fiilen gönderen API. Resend, Postmark, Mailgun gibi HTTP API’leri bu rolü dolduruyor. Bu katman tamamen değiştirilebilir; gönderim sağlayıcısının değişmesi pipeline’ın geri kalanını etkilemiyor.
Ne sağlar:
- Veri sizde: Subscriber tablosu, event log, segment tanımları kendi sunucunuzda yaşıyor. Vendor lock-in yok.
- Davranış senin: Yeni trigger, yeni kural, yeni dallanma 1 günde ekleniyor. Vendor onayı yok.
- Maliyet öngörülebilir: Sabit altyapı + volume tabanlı gönderim. Contact sayısıyla şişmiyor.
- KVKK ve GDPR dostu: EU veya TR data residency seçilebilir. İYS köprüsü pipeline’ın doğal adımı oluyor. DPA yükü minimum.
- Multi-platform: Shopify, İkas, Ticimax, T-Soft, IdeaSoft, headless setup’lar aynı pipeline’a bağlanıyor.
Bakım yükü gerçeği: Sunucu yönetimi, deliverability ve sender reputation, İYS köprüsü, monitoring. Teknik ekibi olmayan mağaza için bu yük “managed servis” olarak alınması mantıklı; çünkü asıl değer ekstra teknik kontrol değil, kontrolün size ait olabilmesi.
Maliyet Karşılaştırması (10K Aboneli Mağaza)
| Çözüm | Aylık Maliyet | Davranışsal Kapsam | KVKK / İYS | Veri Sahipliği |
|---|---|---|---|---|
| Klaviyo | ~$150 | Geniş, vendor bağımlı | Manuel köprü | Vendor’da |
| Brevo | ~$60 (volume) | Orta | Manuel | Vendor’da |
| Omnisend | ~$60-90 | Orta | Manuel | Vendor’da |
| Shopify Flow + üçüncü parti SMTP | $0-20 | Dar | Manuel | Shopify’da |
| İkas built-in | Pakete dahil | Dar | Var (TR platform) | İkas’ta |
| Ticimax sepet hatırlatma | Scale paket+ dahil | Çok dar | Var (TR platform) | Ticimax’te |
| Vendor bağımsız (managed) | €200-300 | Sınırsız | Built-in | Sizde |
10K abone bandında managed pipeline diğerlerinden pahalı görünebilir. Asıl değer sütunlardaki üçlüden geliyor: davranışsal kapsam + uyum + veri sahipliği sütunlarında alınan üstünlük. 25K-50K aboneye doğru çıktıkça maliyet farkı da matematik olarak ters dönüyor.
Karar Matrisi: Hangi Yol Kime?
| Senaryo | Önerilen Yol |
|---|---|
| Abone < 500, sipariş < 100/ay | Platform içi otomasyon yeter |
| Abone 500-5K, ihtiyaç sepet + welcome ile sınırlı | Hosted (Brevo, Omnisend) veya platform içi |
| Abone 5K+, davranışsal segment ihtiyacı, İYS hassas | Vendor bağımsız pipeline değer üretiyor |
| Multi-platform veya headless mağaza | Vendor bağımsız pipeline (tek doğru cevap) |
| Platform göçü (Shopify ↔ TR platform) | Vendor bağımsız pipeline (state taşıma + İYS yeniden kurulum) |
| Ajans, müşteri için altyapı sağlayan | Vendor bağımsız pipeline, multi-tenant + İYS connector |
Karar genelde “abone hacmi” değil, acı eşiği ile alınıyor. Hosted SaaS faturası ay sonu rahatsız etmeye başladığında, ya da bir davranışsal kural haftalardır vendor’da bekliyorsa, ya da KVKK denetiminde DPA sorulduğunda eşik geçiliyor.
Platform Göçü: “Veri Sizde” Tam Burada İşe Yarıyor
Shopify’dan Ticimax’e, Ticimax’ten İkas’a, T-Soft’tan Shopify’a; her geçişte mağaza sahibi aynı endişeyi yaşıyor: “Eski email listesi ne olacak? Yıllardır biriken segment’ler? Welcome akışı?”. Klaviyo gibi vendor bağımlı bir araçta bu birikim yeni platforma 1:1 taşınmıyor. Subscriber listesi taşınır, ama açılma geçmişi, davranışsal segment, akış içi durumlar manuel yeniden inşa gerektirir.
Vendor bağımsız bir pipeline’ın asıl avantajı tam burada görünüyor. Subscriber state, segment kuralları ve event log vendor’a kilitli olmadığı için yeni e-ticaret platformuna “tak ve devam et” mümkün. Frontend (mağaza yazılımı) değişiyor, backend (email pipeline) sabit kalıyor. Migration sırasında İYS köprüsünün yeniden kurulumu da sadece bir konfigürasyon değişikliği oluyor; tüm akışı sıfırdan yazmak gerekmiyor.
KVKK + İleti Yönetim Sistemi Uyumu
TR mağazaları için iki ek katman var; ikisi de altyapıya gömüldüğünde merchant’ın evrak ve denetim yükü ciddi şekilde azalıyor.
KVKK Açık Rıza ve İspat
Abone toplama anında açık rıza metni, opt-in zaman damgası, IP, form URL’si ve aydınlatma metni versiyonu birlikte loglanıyor. Hosted SaaS’larda bu bilgi vendor tarafında yaşıyor; denetimde “veriniz nerede” sorusu DPA okuma ve sub-processor zinciri doğrulama gerektiriyor. Vendor bağımsız bir pipeline’da log ve consent kaydı kendi storage’ınızda; ispat yükü düşüyor, ayrıca KVKK’nın talep ettiği 3 yıllık saklama süresini kontrol edebiliyorsunuz.
İYS: Tek Yönlü Sorgu Değil, Çift Yönlü Senkron
İYS uyumu sıklıkla “her gönderim öncesi izin sorgu” olarak tarif ediliyor. Pratikte süreç çift yönlü ve dört adımdan oluşuyor:
- İzin Ekleme (newsletter aboneliğinde): Kullanıcı formdan abone olduğunda Listmonk’a kayıt ile aynı anda İYS’ye
Status: ONAY,Source: HS_WEB, IP ve zaman damgasıyla izin yazılıyor. Bu adım pipeline’da Inngest fonksiyonu olarak duruyor; başarısız olursa retry, yine olmazsa subscriberpending_iysflag’iyle işaretleniyor. - İzin Sorgu (gönderim öncesi): Toplu kampanya öncesi tüm liste İYS’nin
Çoklu İzin Durumu Sorgulamaendpoint’iyle teyit ediliyor. Sonuç RET ise gönderim listesinden düşülüyor. - İzin Çıkarma (newsletter unsubscribe): Kullanıcı Listmonk üzerinden abonelikten çıktığında Listmonk webhook’u (
subscriber.unsubscribed) tetikleniyor; aynı izin endpoint’i bu kezStatus: RETile çağrılıyor. Bounce ve complaint event’leriRETolarak gönderilmiyor (red ile teknik teslimat hatası farklı şeyler). - Delta Senkron (İYS → Listmonk): Merchant veya kullanıcı IYS portalından red verdiğinde bu değişiklik Listmonk’a otomatik düşmüyor. Günlük bir Inngest cron, İYS’nin
İzin Hareketi Sorgulama (Pull)endpoint’iyle son senkron zamanından bu yana değişen kayıtları çekiyor; RET gelenler Listmonk’ta blocklist’e alınıyor.
Yani “abonelikten çıkanı IYS’den nasıl kaldırırız” sorusunun cevabı bu zincirin 3. adımı: Listmonk webhook → Inngest event → İYS RET çağrısı, idempotency için her isteğe iys_request_id ekleniyor ve audit log’a yazılıyor.
Yasal sorumluluk her zaman son merchant’ta kalıyor. Altyapı uyum sağlamaz, uyum sağlamanıza yardım eder. Bu ayrımın altını çizmek önemli.
GDPR cephesinde EU veri lokasyonu (Frankfurt, Amsterdam tarzı) seçilebiliyor; sub-processor sayısı minimumda tutuluyor. Bu da DPA’yı kısa ve denetlenebilir tutuyor.
Ajans Modeli: Minimum Sorumlulukla Pipeline İşletme
Yazılım stack’i aynı kalsa da, sahiplik ve hukuki sorumluluk dağılımı ajans senaryosunda farklı kuruluyor. Tasarım hedefi açık: ajans entegratör veya aracı hizmet sağlayıcı rolüne girmeden, sadece teknik orkestrasyonu üstleniyor.
IYS hesabı merchant’ta. Her merchant kendi IYS kayıt başvurusunu yapıyor, IYS kodu, marka kodu ve API credential’ını panele kendisi giriyor. Bu credential merchant’a ait kasada (encrypt-at-rest) tutuluyor; ajans onun üzerinden API çağrısı yapıyor ama IYS muhatabı, başvuru yükü ve mevzuat sorumluluğu merchant’ta kalıyor. Ajansın IYS’de açtığı bir hesap yok; entegratör veya aracı hizmet sağlayıcı listesine girmek zorunda değil.
Tenant başına izolasyon. Her merchant kendi IYS kodu, marka kodu, gönderici alan adı (Resend domain auth her merchant için ayrı SPF/DKIM/DMARC ile), KVKK aydınlatma metni link’i ve Listmonk list ID’siyle ayrı bir tenant. Tek bir Inngest + Listmonk + Resend stack’i çalışıyor; konfigürasyon merchant’a göre çözümleniyor. Bu yapı 1 merchant’la başlayıp 10-20’ye çıkıldığında temel taşımıyor.
Hukuki rol dağılımı. Veri sorumlusu merchant kalıyor (kendi müşterilerinin verisi); ajans pipeline’ı veri işleyen sıfatıyla işletiyor. Aralarındaki sözleşme (KVKK 11/3 ve GDPR Article 28 paralel) işleme amacı, süre, alt-veri-işleyen listesi (Listmonk host, Resend, sunucu sağlayıcı), silme prosedürü ve credential erişim kapsamını netleştirmeli. İYS’de gönderici olarak görünen merchant’ın kendisi.
Form copy’si tenant-aware. Onay metni “X A.Ş. tarafından gönderilecek ticari elektronik ileti” şeklinde merchant’ın kendi tüzel kişiliğini söylüyor. Aksi halde IYS kaydında gönderici belirsizleşiyor. Aydınlatma metni link’i de merchant’ın kendi sayfasına bağlanıyor.
Entegratör/aracı hizmet sağlayıcı sınırı. Ajansın IYS’de “entegratör” veya “aracı hizmet sağlayıcı” olarak konumlanması farklı ve daha ağır bir adım; başvuru, sözleşme yükü, denetim sorumluluğu ekliyor. Küçük ölçekli operasyonlarda bu sınıra girmemek bilinçli bir tercih: pipeline merchant’ın credential’ı üzerinden çağrı yapan bir teknik bileşen olarak konumlanıyor, ayrı bir tüzel rol üstlenmiyor.
Bu Yola Girmemek Daha Doğru Olduğu Durumlar
- Abone sayısı 500’ün altında. Bakım yükü bu hacimde değer üretmez. Platform içi otomasyon ya da basit bir Brevo aboneliği yeterli.
- Teknik kapasite ve bütçe ikisi de yok. Önce hosted bir SaaS ile başlayın; ölçek geldiğinde yeniden değerlendirin.
- A/B test odaklı saf marketing odaklılık. Klaviyo + iyi bir ajans bu hedef için daha hızlı sonuç veriyor.
- “Her şeyi kontrol etmek istiyorum” hissi var ama gerçek ihtiyaç henüz belirginleşmedi. Bakım yükü gerçek bir acıya cevap vermiyorsa zaman kaybı.
Karar “vendor bağımsız mı, hosted mı” değil, “şu an yaşadığım acı hangisi” sorusunun cevabı.
Sonuç
E-ticaret email otomasyonunda doğru cevap mağazanın acı haritasına bağlı. Klaviyo faturası rahatsız ediyorsa, davranışsal kurallar vendor’a takılıyorsa, platform göçü gündemde, KVKK/İYS evrak yükü ağırlaşıyorsa, multi-platform tek panelden yönetilmek isteniyorsa, vendor bağımsız davranışsal pipeline gerçek bir alternatif. Aksi halde platform içi otomasyon ya da hosted SaaS ile devam etmek daha doğru.
Bu yazıdaki yapının teknik mimarisi, kod örnekleri ve operational detayları için Inngest + Listmonk + Resend ile transactional email pipeline yazısına bakabilirsiniz. Self-hosted Listmonk kurulumu için Coolify üzerinde Listmonk + Resend rehberi başlangıç noktası.
Shopify, İkas, Ticimax, T-Soft, IdeaSoft gibi e-ticaret platformları için davranışsal email pipeline kurulumu, İYS köprüsü, KVKK uyumlu altyapı ve platform geçişi.
E-Ticaret E-posta OtomasyonuReferanslar
- Klaviyo Pricing 2026, Retainful
- Klaviyo Pricing Explained, Omni Digital Group
- İkas Webhook API, Developer Portal
- Ticimax İYS Entegrasyonu
- Shopify Webhooks
- Listmonk Transactional API
- Inngest Documentation
- İYS Resmi
Footnotes
- Klaviyo’nun 2025 fiyat değişikliği ve “contactable profile” tanımı için omnidigitalgroup.com ve retainful.com/blog/klaviyo-pricing detay veriyor. ↩
- 01 Email otomasyonunda asıl ayrışma 'feature listesi' değil, veri sahipliği, davranışsal esneklik ve maliyet kontrolü üçlüsü.
- 02 Hosted SaaS çözümleri (Klaviyo başta) bu üçlüde 2'sini birden vermekte zorlanıyor: ya veri vendor'da kalıyor, ya kural setine sıkışıyorsunuz, ya fatura kontakt sayısıyla şişiyor.
- 03 Platform içi otomasyon (Shopify Flow, İkas, Ticimax sepet hatırlatma) ücretsiz veya dahil ama davranışsal kapsam dar, multi-platform birleştirme yok.
- 04 Vendor bağımsız pipeline ekstra bakım yükü getirir. 500 abonenin altında, basit ihtiyaç söz konusuysa fazla.
- 05 Platform değiştiren mağazalar için 'veri sizde' yaklaşımı kritik avantaj: subscriber state, segment ve geçmiş yeni platforma taşınabiliyor, vendor'a kilitli kalmıyor.
- 06 İYS uyumu tek yönlü 'sorgu' değil; izin ekleme, red kaydı ve İYS taraflı değişikliklerin Listmonk'a geri yazılması gereken çift yönlü bir senkron. Pipeline bu senkronu ayrı bir adım olarak kuruyor.
- 07 Ajans modeli: ajans veri sorumlusu kalan merchant'ları için pipeline'ı veri işleyen sıfatıyla işletebiliyor; her merchant kendi İYS kodu, marka kodu ve gönderici alan adıyla izole ediliyor.
+ Klaviyo'dan veri taşımak mümkün mü?
Subscriber listesi, custom property'ler ve suppression listesi taşınabiliyor. Segment tanımları ve otomasyon akışları manuel yeniden inşa ediliyor. Açılma ve tıklama geçmişi sınırlı taşınıyor; yeni pipeline'da kendi event log'una sıfırdan başlamak orta vadede daha yönetilebilir oluyor.
+ İYS uyumu ne kadar zor?
Köprü kurulumu bir kerelik iş; süreç çift yönlü. Abonelik anında izin İYS'ye 'ONAY' olarak yazılıyor (HS_WEB kaynağı, IP ve zaman damgası kayıtla), kullanıcı newsletter'dan çıktığında ise aynı endpoint 'RET' ile çağrılıyor. Tersi yönde de günlük bir delta sorgusu (İzin Hareketi) çalışıyor; merchant'ın IYS portalından red verdiği aboneler Listmonk'a blocklist olarak yazılıyor. Yasal sorumluluk son merchant'ta kalır, altyapı ispat ve senkronu otomatikleştirir.
+ Yönetim maliyeti gerçekten ne kadar?
Self-hosted bir sunucu (€20-30/ay) + email gönderim sağlayıcısı (Resend gibi, $20-90/ay) + yönetim. Toplam €100-300/ay band'ı, hacme bağlı. 25K aboneye doğru çıktıkça hosted SaaS'lara karşı maliyet farkı belirginleşir.
+ Hangi e-ticaret platformuyla çalışıyor?
Webhook üreten her platform: Shopify, İkas, Ticimax, T-Soft, IdeaSoft ve özel/headless kurulumlar. Multi-platform birleştirme bu yaklaşımın doğal avantajı; aynı pipeline birden fazla mağazayı tek panelden yönetebiliyor.
+ Davranışsal kuralları kim yazıyor?
Tanımlama DNOMIA tarafında veya merchant'ın istediği senaryolar üzerinden yapılıyor. Vendor lock-in yok, sonradan teknik ekibiniz de düzenleyebilir. Kurallar kod tarafında değil, attribute ve event tanımlarında yaşıyor; o yüzden değişiklik hızlı.
+ Ajans olarak birden fazla merchant'a aynı pipeline'ı sunabilir miyim?
Evet, ama 'entegratör' rolüne girmeden. Pipeline multi-tenant kurgulanıyor: İYS hesabını her merchant kendisi açıyor, IYS kodu, marka kodu ve API credential'ını panele kendisi giriyor. Ajans bu credential üzerinden teknik kontrolleri (izin ekleme, sorgu, red yazma, delta senkron) yürütüyor; gönderici sıfatı, IYS başvuru yükü ve hukuki muhatap merchant'ta kalıyor. Veri sorumlusu merchant, ajans veri işleyen. Ajansın IYS'de 'aracı hizmet sağlayıcı' veya 'entegratör' olarak konumlanması ayrı ve daha ağır bir adım; küçük ölçekli operasyonlarda kaçınılması mantıklı.
