Offera

Teklif iş akışı platformu

Offera/Yardım/Genel bakış

Offera Yardım Merkezi

Offera’yı kullanmadan önce ana iş akışlarını netleştirin: çalışma alanı kurulumu, AI destekli talep işleme, kanallar, teklifler, faturalandırma, güvenlik, entegrasyonlar ve sık lansman soruları.

Offera uygulama ikonu

Yardım Merkezi | Offera

Çok kanallı teklif iş akışı platformu

İlk çalışma alanı kurulumu

Planlar, limitler ve yükseltme

AI ayrıştırma, sektör paketleri ve katalog anlamı

Bağlı kanallardan müşteri talebi

Konuya göre

Offera yardım konuları

İlk çalışma alanı kurulumu

Çalışma alanı, şirket profili, ilk kullanıcı ve gerçek teklif oluşturmak için yeterli katalog verisiyle başlanır; arka planda gizli kayıt üretilmez.

Planlar, limitler ve yükseltme

Offera plan adı, fiyat, pazar, özellik ve limitleri tek bir sabit public tablodan değil, yönetilen plan kataloğundan okur.

AI ayrıştırma, sektör paketleri ve katalog anlamı

AI dağınık mesajı yapılandırılmış taslak veriye çevirmeye yardım eder; ancak katalog ana kaynak olarak kalır.

Bağlı kanallardan müşteri talebi

Kanallar müşterinin zaten kullandığı yerlerden teklif talebi almayı sağlar; sahiplik ve kurulum durumu görünür kalır.

Müşteri talebinden teklif kararına

Teklif satırları, toplamlar, PDF durumu, müşteri yanıtı ve varsa imza/ödeme bağlamı aynı kayda bağlı kalır.

Abonelik, fatura ve iade temelleri

Faturalandırma plan kataloğu ve ödeme sağlayıcı durumuna bağlıdır; public iddialar gerçek plan kontrollerinden kopmamalıdır.

Tenant izolasyonu ve operasyon incelemesi

Güvenlik metni net olmalıdır: Offera tenantları ayırır, audit bağlamı tutar ve risk sinyallerini gösterir; repo veya canlı dokümanda olmayan sertifika iddiası yayınlanmamalıdır.

Geliştirici ve entegrasyon yüzeyleri

Geliştirici özellikleri vardır; ancak public API dokümantasyonu yayınlanana kadar plan kontrollü ve kuruluma bağlı anlatılmalıdır.

Sık lansman soruları

Sorun giderme kullanıcıyı güvenli sonraki kontrole götürmeli; sistemin veri öğrendiğini veya katalog kayıtlarını kendi kendine değiştirdiğini ima etmemelidir.

01 / Başlangıç

İlk çalışma alanı kurulumu

Çalışma alanı, şirket profili, ilk kullanıcı ve gerçek teklif oluşturmak için yeterli katalog verisiyle başlanır; arka planda gizli kayıt üretilmez.

Offera hesabı nasıl açılır?

Kayıt işlemi şirket çalışma alanı’i oluşturur ve kullanıcıyı o tenant içine yerleştirir. Kurulum akışı çalışma alanı, locale ve temel şirket bağlamını sorar; böylece doğru kurulum yüzeyleri açılır.

  • Sektör seçimi önerilen özellik ve eş anlamlıları ekleyebilir; katalogda örnek ürün oluşturmaz.
  • Elle eklenen özellikler ve katalog kayıtları şirket çalışma alanı’i içinde kalır, başka tenantlarla paylaşılmaz.

İlk teklif için en kısa yol nedir?

En az bir müşteri ve bir ürün ekleyin veya içeri alın; sonra dashboard’dan ya da gelen talepten teklif oluşturun. Kuruluma göre teklif taslak, gönderildi, görüntülendi, kabul, ret, süre doldu, PDF, imza ve ödeme durumlarına ilerleyebilir.

  • Public teklif bağlantıları yalnız müşteri yanıt yüzeyini gösterir.
  • İç notlar, plan limitleri ve çalışma alanı ayarları giriş yapılmış uygulamada kalır.

02 / Planlar ve limitler

Planlar, limitler ve yükseltme

Offera plan adı, fiyat, pazar, özellik ve limitleri tek bir sabit public tablodan değil, yönetilen plan kataloğundan okur.

Hangi plan hangi özellikleri açar?

Canlı katalog trial, basic, pro ve pro max tarzı planları modeller. Özellik erişimi teklif adedi, ürün limiti, kanal limiti, API erişimi, audit log, custom domain, e-imza, gelişmiş PDF marka ayarı ve muhasebe otomasyonunu kapsayabilir.

  • Güncel kaynak fiyatlandırma ve faturalandırma sayfalarıdır; super admin katalog değişikliği yayınlayabilir.
  • Bazı pazarlar ayrı ayrı aktif veya pasif olabilir, bu yüzden bölgesel görünüm değişebilir.

Limit dolarsa ne olur?

Ürün mevcut işleri silmek yerine ilgili aksiyonda plan uyarısı göstermeli veya aksiyonu durdurmalıdır. Mevcut teklifler, ürünler, müşteriler ve kanallar yetkiye göre görünür kalır.

  • Kanal ve teklif limitleri şirketin efektif planına göre kontrol edilir.
  • Super admin plan veya limit override bilgisini audit gerekçesiyle inceleyip değiştirebilir.

03 / AI omurga

AI ayrıştırma, sektör paketleri ve katalog anlamı

AI dağınık mesajı yapılandırılmış taslak veriye çevirmeye yardım eder; ancak katalog ana kaynak olarak kalır.

AI ayrıştırma gerçekte ne yapar?

Parser ürün arama, stok kontrolü, fiyat hesaplama, müşteri bağlamı ve final parse gönderimi gibi iç araçları kullanabilir. Adım sınırı sonsuz döngüyü engeller; başarısız parse insan incelemesine yönlendirilebilir.

  • Super admin artık parse hata baskısını, insan inceleme baskısını, araç adımlarını ve son araç hatalarını gösterir.
  • Lansmanda hata oranı kabul edilemez olursa teklif akışı yeniden tasarlanmadan model sağlayıcı değiştirilebilir.

Eş anlamlılar ve ürün parmak izleri nasıl kullanılmalı?

Eş anlamlılar bilinçli arama ipuçlarıdır. Ürün embedding/parmak izi ileride anlam eşleşmesini güçlendirebilir; ama işletme anlamının üstüne çıkmamalıdır.

  • Sadece tenant için gerçekten aynı satılabilir ürünü anlatan kelimeleri eş anlamlı yapın.
  • Tahta ve kereste müşteri için farklı ürünse ayrı kalmalıdır.

04 / Kanallar

Bağlı kanallardan müşteri talebi

Kanallar müşterinin zaten kullandığı yerlerden teklif talebi almayı sağlar; sahiplik ve kurulum durumu görünür kalır.

Ürün hangi kanalları modeller?

Kanal modeli WhatsApp Business, WhatsApp QR, Telegram, inbound e-posta, web formu, Instagram DM, Facebook Messenger, Discord, Microsoft Teams, Slack, LINE, SMS, 360dialog, Twilio ve MessageBird içerir.

  • Hangi kanalın açılacağı plan özelliklerine bağlıdır.
  • Bazı kanallar faydalı olmadan önce sağlayıcı tarafında webhook veya bot kurulumu ister.

Kanal kurulumu ve sahipliği nasıl korunur?

Kanal kurulumu çalışma alanı bazında saklanır. Sahiplik talebi, çakışma, bırakma ve aynı cihaz sinyalleri izlenir; şüpheli kanal hareketi sessizce kabul edilmez, incelenir.

  • Super admin güvenlik ekranları same-device multi-account gibi ham sinyalleri açıklar.
  • Webhook yönlendirme tenant kapsamlıdır ve kanal kaydına bağlıdır.

05 / Teklif, PDF ve imza

Müşteri talebinden teklif kararına

Teklif satırları, toplamlar, PDF durumu, müşteri yanıtı ve varsa imza/ödeme bağlamı aynı kayda bağlı kalır.

Teklif sistemde nasıl ilerler?

Teklif taslak başlayabilir, müşteriye gönderilebilir, public linkten görüntülenebilir; sonra kuruluma göre kabul, ret, revizyon, süre dolumu, imza, ödeme ve muhasebe akışlarına bağlanabilir.

  • Public yanıt sayfası iç çalışma alanı verisini göstermez.
  • Audit izi ve aktivite geçmişi neyin ne zaman değiştiğini açıklamaya yardım eder.

PDF ve e-imza nereye oturuyor?

PDF üretimi ve e-imza production-ready iş akışı yüzeyleridir. Offera Documenso ve DocuSign sağlayıcı entegrasyonlarını destekler; aktif sağlayıcı çalışma alanı ve ortam kurulumuna göre seçilir.

  • Çalışma alanında yapılandırılmış e-imza kabiliyetini anlatın; ilgili sağlayıcı etkinleşmeden müşteriye belirli sağlayıcı adı sözü vermeyin.
  • Marka ve dil tercihleri locale uyumlu kalmalıdır.

06 / Faturalandırma ve iade

Abonelik, fatura ve iade temelleri

Faturalandırma plan kataloğu ve ödeme sağlayıcı durumuna bağlıdır; public iddialar gerçek plan kontrollerinden kopmamalıdır.

Abonelikler nasıl yönetilir?

Çalışma alanı faturalandırma sayfaları mevcut planı, abonelik durumunu, kullanımı, uygun planları ve ödeme sağlayıcı aksiyonlarını gösterir. Ücretli planlar yayınlanmış şartlara göre iptal edilene kadar yenilenir.

  • Kesin checkout sağlayıcısı kurulu yapılandırmaya göre değişebilir.
  • Ödeme başarısızsa tekrar denemeden önce faturalandırma sayfası ve sağlayıcı yanıtı kontrol edilmelidir.

İade politikası nedir?

Public iade politikası uygun satın alma veya yenilemeler için 14 takvim günü iade penceresi belirtir. Fatura taleplerinde sipariş numarası ve checkout e-postası bulunmalıdır.

  • Hukuki kaynak yayınlanmış iade politikasıdır.
  • Hesaba özel fatura desteği mümkünse giriş yapılmış destek kanalından yürümelidir.

07 / Güvenlik ve uyum

Tenant izolasyonu ve operasyon incelemesi

Güvenlik metni net olmalıdır: Offera tenantları ayırır, audit bağlamı tutar ve risk sinyallerini gösterir; repo veya canlı dokümanda olmayan sertifika iddiası yayınlanmamalıdır.

Tenant verisi nasıl ayrılır?

Veritabanı kayıtları şirket kapsamlıdır; uygulama yetkileri ve tenant farkında route’lar ile korunur. Güvenlik ve destek akışları bir şirketin kaydını başka şirkete açmayacak şekilde tasarlanır.

  • Audit log önemli aksiyonları ve operasyon bağlamını kaydeder.
  • Cihaz ve kanal risk olayları otomatik suç kanıtı değil, inceleme sinyalidir.

Hangi uyum iddiaları güvenle yayınlanabilir?

Yalnız canlı hukuk sayfalarının ve doğrulanmış operasyon dokümanlarının desteklediği şeyler yayınlanmalıdır. SOC 2, ISO 27001, VERBIS, bug bounty veya trust center varlığı yoksa iddia edilmemelidir.

  • Gizlilik, kullanım şartları, çerez ve iade sayfaları public olarak mevcuttur.
  • Gelecek uyum dokümanları gerçek ve versiyon kontrollü olduğunda bağlanabilir.

08 / API ve entegrasyonlar

Geliştirici ve entegrasyon yüzeyleri

Geliştirici özellikleri vardır; ancak public API dokümantasyonu yayınlanana kadar plan kontrollü ve kuruluma bağlı anlatılmalıdır.

API erişimi var mı?

Uygulamada API ayarları ve plan kontrollü API erişimi vardır. Public SSS sabit token kotası veya endpoint sözü vermemelidir; bunlar deploy edilmiş dokümantasyonla aynı olmalıdır.

  • Aktif token yönetimi için uygulama içi ayarlar kullanılmalıdır.
  • Public OpenAPI dokümanı çıkana kadar API örnekleri genel tutulmalıdır.

Hangi entegrasyonlar güvenle söylenebilir?

Ürün ödeme, e-imza, WooCommerce, muhasebe ve kanal sağlayıcı entegrasyonlarını yüzeye çıkarır. Kullanılabilirlik plan, sağlayıcı kimlik bilgileri ve çalışma alanı kurulumuna bağlıdır.

  • QuickBooks ve Xero muhasebe akışları ürün metni ve provider contract içinde temsil edilir.
  • Desteklenmeyen yerel muhasebe sistemleri canlı entegrasyon gibi listelenmemelidir.

09 / Sorun giderme

Sık lansman soruları

Sorun giderme kullanıcıyı güvenli sonraki kontrole götürmeli; sistemin veri öğrendiğini veya katalog kayıtlarını kendi kendine değiştirdiğini ima etmemelidir.

AI yanlış ürünü eşlerse ne yapılır?

Ayrıştırılan talebi, ürün kataloğunu, attribute şemasını ve eş anlamlıları kontrol edin. İki terim işletme için farklı ürünse arama iyileşsin diye alias ile birleştirmeyin.

  • Eş anlamlıyı yalnız işletme anlamını doğruladıktan sonra değiştirin.
  • Belirsiz parse çıktısını riskli teklif göndermek yerine insan incelemesinde tutun.

Kanal, PDF veya ödeme adımı hata verirse?

Çalışma alanı kurulum sayfasını, sağlayıcı durumunu, plan erişimini ve UI’da görünen hatayı kontrol edin. Giriş yapılmış destek talebi sayfa URL’i, görünen hata, tarayıcı ve yaklaşık zamanı içermelidir.

  • Kanal sorununda önce sahiplik ve webhook kurulumu doğrulanmalıdır.
  • PDF veya fatura sorununda ham müşteri verisi yerine teklif veya sipariş bağlamı paylaşılmalıdır.

Üye misiniz?

Hesaba özel konular için giriş yapılmış destek kullanın

Ürün içi destek URL, görünen hata ve çalışma alanı durumunu güvenli biçimde bağlama ekleyebilir.

Desteği aç

Üye değil misiniz?

Çalışma alanı açmadan önce sorun

Lansman erişimi veya ürün uyumu soruları için özel müşteri verisi paylaşmadan Offera Studio ile iletişime geçin.

Offera ile iletişime geç