ورک اسپیس setup
Offera company ورک اسپیس، profile، user، اور اتنے catalog data سے شروع ہوتا ہے کہ real کوٹیشن بن سکے۔
Offera/مدد/جائزہ
Offera شروع کرنے سے پہلے واضح جوابات۔
لاگ اِن سے پہلے Offera کے بنیادی بہاؤ سمجھیں: ورک اسپیس سیٹ اپ، AI کی مدد سے درخواست سنبھالنا، چینلز، کوٹس، بلنگ، سیکیورٹی، انٹیگریشنز، اور لانچ کے عام سوالات۔
Offera عام سوالات | استعمال سے پہلے جوابات
Multi-channel کوٹیشن workflow platform
ورک اسپیس setup
Plans اور usage limits
AI اور request parsing
Customer channels
Topic کے لحاظ سے
Offera کے عام بہاؤ کے لیے مدد کے موضوعات
Plans اور usage limits
Plan features اور quotas مقرر کرتا ہے۔ Active limits app کے billing area سے check ہونے چاہئیں۔
AI اور request parsing
AI customer message کو پڑھ کر کوٹیشن structure میں بدلنے میں مدد کرتا ہے جسے انسان review کر سکتا ہے۔
Customer channels
Email، WhatsApp، اور webhook configured ہوں تو customer requests کو Offera workflow سے جوڑتے ہیں۔
کوٹیشنs، PDF، اور signatures
کوٹیشن draft سے sent، viewed، accepted، rejected، expired، PDF، signature، اور payment states تک active features کے مطابق جاتا ہے۔
Payment اور invoices
Payment active provider اور company plan rules کے مطابق چلتی ہے۔
Security اور data separation
Offera tenant separation پر چلتا ہے: ایک company کا data دوسری سے mix نہیں ہونا چاہیے۔
API اور integrations
Integrations صرف واقعی available endpoints، webhooks، اور published technical docs پر چلنی چاہئیں۔
Troubleshooting
Issue آئے تو support سے پہلے URL، time، account، tenant، اور steps collect کریں۔
01 / شروع
ورک اسپیس setup
Offera company ورک اسپیس، profile، user، اور اتنے catalog data سے شروع ہوتا ہے کہ real کوٹیشن بن سکے۔
Offera account کیسے کھلے گا؟
Registration company ورک اسپیس بناتا ہے اور user کو اسی tenant میں رکھتا ہے۔ Onboarding operating area، locale، اور company context پوچھتا ہے تاکہ صحیح setup screens نظر آئیں۔
- Sector selection suggested attributes اور aliases import کر سکتا ہے۔
- یہ process sample products کو automatic catalog میں نہیں ڈالتا۔
پہلے کوٹیشن کا shortest path کیا ہے؟
کم از کم ایک customer اور ایک product add کریں، پھر dashboard یا incoming request سے کوٹیشن بنائیں۔
- Public کوٹیشن link صرف customer-facing response surface دکھاتا ہے۔
- Internal notes اور settings authenticated app میں رہتے ہیں۔
02 / Plans
Plans اور usage limits
Plan features اور quotas مقرر کرتا ہے۔ Active limits app کے billing area سے check ہونے چاہئیں۔
کیا ہر feature ہر company کے لیے active ہے؟
نہیں۔ AI، channels، payments، signatures، اور team limits plan اور ورک اسپیس configuration پر depend کرتے ہیں۔
- Feature inactive ہو تو UI کو status صاف بتانا چاہیے۔
- Plan change catalog یا customer data کو نہیں بدلنا چاہیے۔
Active limits کہاں نظر آئیں گے؟
Login کے بعد Billing اور Settings آپ کی company کا plan، usage، اور feature status دکھاتے ہیں۔
- Public FAQ real-time plan data کا بدل نہیں۔
- App کے اندر numbers source of truth ہیں۔
03 / AI
AI اور request parsing
AI customer message کو پڑھ کر کوٹیشن structure میں بدلنے میں مدد کرتا ہے جسے انسان review کر سکتا ہے۔
Offera AI کیا کرتا ہے؟
AI products search کر سکتا ہے، stock check کر سکتا ہے، rules موجود ہوں تو price compute کر سکتا ہے، اور parse result confirmation کے لیے تیار کرتا ہے۔
- Steps limit ہے تاکہ process infinite نہ چلے۔
- Uncertain case human review کے لیے mark ہونا چاہیے۔
کیا aliases ہمیشہ safe ہیں؟
نہیں۔ Alias صرف اس وقت استعمال کریں جب names واقعی ایک ہی catalog item کو refer کریں۔
- اگر “board” اور “lumber” آپ کے لیے مختلف products ہیں تو انہیں alias نہ بنائیں۔
- Wrong alias AI کو wrong product pick کرا سکتا ہے۔
04 / چینلز
Customer channels
Email، WhatsApp، اور webhook configured ہوں تو customer requests کو Offera workflow سے جوڑتے ہیں۔
کیا Offera ہر channel خود پڑھتا ہے؟
نہیں۔ Channel کو ورک اسپیس میں connect اور authorize کرنا ہوتا ہے۔ Connection status چینلز یا Settings میں نظر آتا ہے۔
- Disconnected channel active نہیں مانا جاتا۔
- Connection failure setup item کے طور پر handle ہونا چاہیے۔
کیا ایک channel multiple companies share کر سکتی ہیں؟
ایسا نہیں ہونا چاہیے۔ Channel ownership clear ہونا ضروری ہے تاکہ messages غلط tenant میں نہ جائیں۔
- Security logs ownership conflict flag کر سکتے ہیں۔
- Production use سے پہلے conflict resolve ہونا چاہیے۔
05 / کوٹیشنs
کوٹیشنs، PDF، اور signatures
کوٹیشن draft سے sent، viewed، accepted، rejected، expired، PDF، signature، اور payment states تک active features کے مطابق جاتا ہے۔
Customer کیا دیکھتا ہے؟
Customer صرف کوٹیشن کی public response page دیکھتا ہے۔ Internal data public link میں نہیں دکھایا جاتا۔
- viewed اور accepted جیسے statuses flow tracking کے لیے ہیں۔
- کوٹیشن content send کرنے سے پہلے review ہونا چاہیے۔
کیا electronic signature ہمیشہ active ہے؟
PDF generation اور e-signature production-ready workflow surfaces ہیں۔ Offera Documenso اور DocuSign provider integrations support کرتا ہے؛ active provider environment اور workspace setup کے مطابق select ہوتا ہے۔
- Workspace میں configured e-signature capability promise کریں، specific provider کا نام تب تک نہیں جب تک وہ provider workspace کے لیے enabled نہ ہو۔
- Signature status related کوٹیشن پر واضح ہونا چاہیے۔
06 / Payment
Payment اور invoices
Payment active provider اور company plan rules کے مطابق چلتی ہے۔
کون سا payment provider استعمال ہوتا ہے؟
Code provider-based payment flows support کرتا ہے۔ Active provider static FAQ سے نہیں بلکہ production environment اور settings سے confirm ہونا چاہیے۔
- Configuration کے بغیر کسی provider کو active assume نہ کریں۔
- Payment status درست کوٹیشن یا invoice سے linked ہونا چاہیے۔
کیا invoice automatic بنتی ہے؟
Invoice flow ورک اسپیس میں active features کے مطابق ہے۔ یہ FAQ inactive automation کا وعدہ نہیں کرتا۔
- Actual status Billing میں check کریں۔
- Payment data system trace کے بغیر manually نہیں لکھنا چاہیے۔
07 / Security
Security اور data separation
Offera tenant separation پر چلتا ہے: ایک company کا data دوسری سے mix نہیں ہونا چاہیے۔
کیا میری company کا data الگ ہے؟
ہاں، app design tenant/ورک اسپیس کے حساب سے data separate کرتا ہے۔ External audit claims صرف تب لکھے جاتے ہیں جب وہ واقعی موجود ہوں۔
- Super admin operational signals دیکھ سکتا ہے۔
- دوسرے tenants super admin panel نہیں دیکھتے۔
Suspicious device logs کا مطلب کیا ہے؟
Same-device multi-account جیسے logs review signals ہیں، automatic punishment نہیں۔
- Admin کو action سے پہلے context دیکھنا چاہیے۔
- Logs کی explainers add کی گئی ہیں تاکہ باہر search نہ کرنا پڑے۔
08 / API
API اور integrations
Integrations صرف واقعی available endpoints، webhooks، اور published technical docs پر چلنی چاہئیں۔
کیا public API domain موجود ہے؟
Official configuration میں نہ ہو تو domain استعمال نہ کریں۔ Public API publish ہو تو docs میں base URL، auth، rate limit، اور correct payload examples ہونے چاہئیں۔
- FAQ fake API domains نہیں لکھتا۔
- Webhooks validate اور log ہونے چاہئیں تاکہ audit ہو سکے۔
کیا integration catalog بدل سکتی ہے؟
صرف authorized integration اور متعلقہ endpoint data بدل سکتے ہیں۔
- Bulk import کو production سے پہلے validation چاہیے۔
- Integration error original request تک trace ہونا چاہیے۔
09 / Help
Troubleshooting
Issue آئے تو support سے پہلے URL، time، account، tenant، اور steps collect کریں۔
Support کو کیا بھیجوں؟
Company name، account email، page URL، time، اور error سے پہلے آخری action بھیجیں۔
- پاس ورڈ یا secret token نہ بھیجیں۔
- Sensitive data نہ ہو تو screenshot مددگار ہے۔
AI request غلط parse کرے تو؟
کوٹیشن send کرنے سے پہلے result correct کریں اور case review کے لیے mark کریں۔
- Product aliases اور sector attributes check کریں۔
- Repeated error ہو تو admin parse logs اور tool steps دیکھے۔
Member ہیں؟
Login کے بعد مدد چاہیے؟
Account اور company data سے متعلق درخواستوں کے لیے app کے اندر Support استعمال کریں۔
App میں جائیںMember نہیں؟
ورک اسپیس کھولنے سے پہلے پوچھیں
Launch access یا product-fit questions کے لیے private customer data share کیے بغیر Offera Studio سے رابطہ کریں۔
Offera سے رابطہ