لائیو ڈیمو

کارپوریٹ سفر

کارپوریٹ ٹریول مینجمنٹ سافٹ ویئر جو بکنگ سے پہلے پالیسی چیک کرتا ہے

اپنی ٹریول پالیسی کو قواعد کی صورت میں لکھیں، استثنا درست منظور کنندہ کو بھیجیں اور انوائس آنے سے پہلے ہر سفر کو اس کے شعبے کے کوڈ کے ساتھ دیکھیں۔ اپنے سرور پر ہوسٹنگ، سورس کوڈ شامل۔

  • پالیسی قواعد
  • منظوری کی زنجیر
  • کاسٹ سینٹرز
  • شعبہ وار اخراجات

پالیسی انجن

کارپوریٹ ٹریول مینجمنٹ سافٹ ویئر پالیسی کو قواعد میں کیسے بدلتا ہے

کارپوریٹ ٹریول مینجمنٹ سافٹ ویئر ملازمین کو اپنی پروازیں، ہوٹل اور گاڑیاں خود بک کرنے دیتا ہے، جبکہ کمپنی طے کرتی ہے کہ کیا اجازت ہے۔ PHPTRAVELS میں ٹریول پالیسی انٹرانیٹ پر پڑی کوئی PDF نہیں۔ یہ قواعد کا ایک مجموعہ ہے جو سرچ کے دوران اور چیک آؤٹ پر چلتا ہے۔ مسافر انتخاب سے پہلے دیکھ لیتا ہے کہ کیا پالیسی کے مطابق ہے، اور ٹکٹ جاری ہونے سے پہلے ہی استثنا پکڑا جاتا ہے۔

ہر قاعدے کی ایک شرط اور ایک نتیجہ ہوتا ہے۔ شرط سفر کو پڑھتی ہے: کیبن، پرواز کا دورانیہ، قیمت، شہر، سپلائر اور بکنگ کتنی پہلے کی گئی۔ نتیجہ یہ ہوتا ہے کہ سفر کی اجازت دی جائے، وجہ پوچھی جائے یا اسے منظوری کے لیے روکا جائے۔ نیچے دو قواعد والی ایک نمونہ پالیسی ہے۔ ایک سفر منتخب کریں اور دیکھیں کون سا قاعدہ لاگو ہوتا ہے اور درخواست آگے کہاں جاتی ہے۔

بکنگ مواد فراہم کنندگانفلائٹسہوٹلزکاریں اور ٹرانسفرزتمام انٹیگریشنز

ٹریول پالیسی · سیلز EMEAایک سفر آزمائیں

قاعدہ 1 · مختصر پرواز کا کیبن

لاگو
  • اگرکیبنبزنس ہے
  • اورپرواز کا دورانیہ6 گھنٹے سے کم ہے
  • تولائن مینیجر کی منظوری درکار

قاعدہ 2 · ہر شہر کے لیے ہوٹل کی حد

لاگو نہیں
  • اگرفی رات کرایہشہر کی حد سے زیادہ ہے
  • تومینیجر اور فنانس کی منظوری درکار

فی رات حدیں USD میں

لندن
250
پیرس
220
فرینکفرٹ
180
دبئی
200
نیویارک
300

سفر کی درخواست

لندن سے فرینکفرٹ

بزنس کلاس · 1 گھنٹہ 35 منٹ

قاعدہ 1 لاگو ہوتا ہے: 6 گھنٹے سے کم پرواز پر بزنس کیبن۔ درخواست لائن مینیجر کے فیصلے تک روکی جاتی ہے۔

لندن سے نیویارک

بزنس کلاس · 8 گھنٹے 05 منٹ

کوئی قاعدہ لاگو نہیں ہوتا: پرواز 6 گھنٹے سے لمبی ہے، اس لیے بزنس کلاس پالیسی کے مطابق ہے۔ سفر فوراً بک ہو جاتا ہے۔

پیرس ہوٹل

2 راتیں · فی رات

قاعدہ 2 لاگو ہوتا ہے: پیرس کی حد سے زیادہ ہے۔ مینیجر منظور کرتا ہے، پھر فنانس اضافی لاگت کی توثیق کرتا ہے۔

منظوری کی زنجیر

  1. 01مسافرمکمل
  2. 02لائن مینیجرفیصلے کا انتظار
  3. 03فنانسضرورت نہیں
  4. 04بک ہو گیاشروع نہیں ہوا

نمونہ اسکرین۔ قواعد، حدود، قیمتیں اور نام مثال کے طور پر ہیں۔

اخراجات کی رپورٹنگ

شعبہ وار اخراجات، ہر سفر کی بکنگ کے ساتھ کوڈ شدہ

ہر بکنگ کے ساتھ ایک شعبہ اور کاسٹ سینٹر جڑا ہوتا ہے، اس لیے سفر بنتے ہی رپورٹ تیار ہوتی ہے۔ مہینے کے آخر میں کسی کو کارڈ اسٹیٹمنٹس سے اسے دوبارہ نہیں بنانا پڑتا۔

شعبہ وار سفری اخراجات · تیسری سہ ماہیپالیسی کے مطابقمنظور شدہ استثنا
  • سیلز48,200
  • انجینئرنگ31,500
  • مارکیٹنگ22,800
  • آپریشنز18,400
  • فنانس7,600
  • ایچ آر5,900

کل134,400 USD

نمونہ ڈیٹا USD میں۔ آپ کی رپورٹ آپ کے اپنے شعبوں اور کرنسی میں ہوگی۔

استثنا کا حصہ
ہر بار کا ہلکا حصہ وہ خرچ ہے جس نے کوئی قاعدہ توڑا اور منظور ہوا۔ بڑا حصہ بتاتا ہے کہ کوئی حد بہت سخت ہے، یا کسی ٹیم کو پالیسی یاد دلانے کی ضرورت ہے۔
تفصیل میں جائیں
کسی شعبے کو کھولیں اور اس کے مسافر، سفر اور سپلائرز دیکھیں، ساتھ ہی ہر استثنا کی بتائی گئی وجہ بھی۔
فنانس کے لیے ایکسپورٹ
کسی بھی مدت کی بکنگز اور اخراجات ڈاؤن لوڈ کریں، یا JSON API کے ذریعے اپنے اکاؤنٹنگ یا ERP سسٹم میں لے جائیں۔

متعلقہ:ٹریول ایکسپینس مینجمنٹٹریول اکاؤنٹنگ انٹیگریشن

سفر کا ریکارڈ

ہر کاروباری سفر کیا معلومات ساتھ رکھتا ہے

قواعد اور رپورٹس تبھی کام کرتی ہیں جب ڈیٹا ایک بار، بکنگ کے وقت درج ہو۔ یہ وہ تفصیلات ہیں جو ہر سفر درخواست سے انوائس تک محفوظ رکھتا ہے۔

سفر کا ریکارڈ · فیلڈز
01
مسافر پروفائل
پاسپورٹ کے مطابق نام، دستاویز کی تفصیلات، نشست اور کھانے کی ترجیحات، لائلٹی نمبرز اور ہنگامی رابطہ۔ ایک بار درج اور ہر بکنگ میں دوبارہ استعمال۔
02
کمپنی اور کاسٹ سینٹر
وہ قانونی ادارہ، شعبہ اور کاسٹ سینٹر یا پروجیکٹ کوڈ جس پر سفر کا بل بنتا ہے۔
03
سفر کا مقصد
آپ کی اپنی فہرست سے منتخب مختصر وجہ، جیسے کلائنٹ میٹنگ، کانفرنس یا تربیت۔
04
پالیسی کا نتیجہ
پالیسی کے مطابق، یا وہ قاعدہ جو ٹوٹا اور مسافر کا منتخب کردہ وجہ کوڈ۔
05
منظوری کا ریکارڈ
کس نے منظور کیا، کب، اور کوئی تبصرہ، آڈٹ کے لیے بکنگ کے ساتھ محفوظ۔
06
ریٹس اور فیس
جہاں لاگو ہوں وہاں طے شدہ کارپوریٹ ریٹس، ساتھ میں کوئی سروس فیس یا مارک اپ۔
07
ادائیگی
کمپنی کریڈٹ، پری پیڈ والیٹ یا کارڈ، اور وہ انوائس جس پر سفر درج ہے۔

کردار

کارپوریٹ اکاؤنٹ میں کون کیا کرتا ہے

چار کردار، ہر ایک صرف وہی دیکھتا ہے جو اسے چاہیے۔ ایک شخص ایک سے زیادہ کردار رکھ سکتا ہے، مثلاً ایسا مینیجر جو خود بھی سفر کرتا ہے۔

کارپوریٹ اکاؤنٹ میں کون کیا کرتا ہے
کاممسافرمنظور کنندہٹریول مینیجرفنانس
پالیسی کے اندر سرچ اور بکنگہاںہاںہاںنہیں
ساتھیوں کے لیے بکنگنہیںنہیںہاںنہیں
استثنا منظور یا مسترد کرنانہیںاپنے سفر یا ٹیمہاںہاں
قواعد اور شہر کی حدیں تبدیل کرنانہیںنہیںہاںنہیں
کارپوریٹ ریٹس لوڈ کرنانہیںنہیںہاںنہیں
سفری اخراجات دیکھنااپنے سفر یا ٹیماپنے سفر یا ٹیمہاںہاں
انوائسز اور ایکسپورٹسنہیںنہیںنہیںہاں

ایک عام سیٹ اپ۔ اجازتیں ہر کمپنی اکاؤنٹ کے لیے الگ طے ہوتی ہیں۔

نفاذ

انسٹالیشن سے پہلے منظور شدہ سفر تک

کسی کمپنی یا ٹریول مینجمنٹ کمپنی کے لیے کام کی ایک عام ترتیب۔ ہر قدم بتاتا ہے کہ اسے عموماً کون کرتا ہے۔

  1. 01

    اپنے سرور پر انسٹال کریں

    ڈویلپرز

    PHPTRAVELS کو اپنے کنٹرول والے سرور یا کلاؤڈ اکاؤنٹ پر ہوسٹ کریں، تاکہ مسافروں کا ڈیٹا وہیں رہے جہاں آپ چاہیں۔

  2. 02

    بکنگ مواد جوڑیں

    ٹریول ڈیسک

    اپنی کریڈنشلز کے ساتھ فلائٹ، ہوٹل اور کار سپلائرز شامل کریں، اور اپنے طے شدہ کارپوریٹ ریٹس لوڈ کریں۔

  3. 03

    کمپنی بنائیں

    ٹریول ڈیسک

    شعبوں اور کاسٹ سینٹرز کے ساتھ کمپنی اکاؤنٹ بنائیں، پھر کسی فائل یا اپنے HR سسٹم سے مسافر امپورٹ کریں۔

  4. 04

    قواعد لکھیں

    ٹریول مینیجر

    تحریری پالیسی کی ہر شق کو ایک قاعدے میں بدلیں: کیبن، ہر شہر کی ہوٹل حد، پیشگی خریداری اور ترجیحی سپلائرز۔

  5. 05

    منظور کنندگان طے کریں

    ٹریول مینیجر

    طے کریں کہ ہر شعبے یا مسافر کی سطح کے لیے کون منظوری دیتا ہے، اور کسی خاص رقم سے زیادہ سفر پر کون توثیق کرتا ہے۔

  6. 06

    پائلٹ چلائیں

    ٹریول ڈیسک

    ایک ٹیم کو چند ہفتے بکنگ کرنے دیں، استثنا کی رپورٹ پڑھیں اور ہر وہ حد نرم کریں جو عام سفروں کو روکتی ہو۔

  7. 07

    سب کے لیے کھول دیں

    فنانس

    باقی کمپنی کو مدعو کریں اور مہینے کے آخر کی بلنگ کو ایک مشترکہ انوائس پر لے آئیں۔

آپریٹنگ ماڈلز

اندرونی ٹریول ڈیسک یا ٹریول مینجمنٹ کمپنی

ایک ہی انسٹالیشن دونوں کے کام آتی ہے۔ فرق صرف یہ ہے کہ گاہک کون ہے اور سفر کا بل کیسے بنتا ہے۔

اندرونی ٹریول ڈیسک

ایک کمپنی، بہت سے مسافر

  • ایک پالیسی، شعبے یا عہدے کے لحاظ سے مختلف قواعد کے ساتھ
  • ملازمین خود بک کرتے ہیں اور ڈیسک پیچیدہ سفر سنبھالتا ہے
  • اخراجات آپ کی اپنی فنانس ٹیم کو رپورٹ ہوتے ہیں
  • بکنگ فیس کی بجائے شعبوں پر اندرونی چارج

ٹریول مینجمنٹ کمپنی

بہت سے کارپوریٹ کلائنٹس، ایک پلیٹ فارم

  • ہر کلائنٹ کا الگ اکاؤنٹ، اپنی پالیسی، ریٹس اور منظور کنندگان کے ساتھ
  • آپ کے ایجنٹ کال یا ای میل کرنے والے مسافروں کے لیے بکنگ کرتے ہیں
  • ہر کلائنٹ یا کاسٹ سینٹر کے لیے مشترکہ انوائسز
  • ہر کلائنٹ، پروڈکٹ یا روٹ کے لیے سروس فیس یا مارک اپ

دونوں میں مشترک: مسافر پروفائلز، رول انجن، منظوری کی زنجیریں، 24 زبانیں اور ہر کمپنی کی کرنسی میں انوائسنگ۔

پہلے سے تفریحی یا B2B سفر بیچ رہے ہیں؟ اسی پلیٹ فارم پر کارپوریٹ ڈیسک کھولیں:ایجنسی مینجمنٹ سافٹ ویئربزنس ٹریول مینجمنٹ

سافٹ ویئر کا انتخاب

کارپوریٹ ٹریول ٹول چننے سے پہلے پوچھنے کے سوالات

یہ سوالات اپنی ہر شارٹ لسٹ پر استعمال کریں۔ نیچے دیا گیا جواب بتاتا ہے کہ PHPTRAVELS اسے کیسے سنبھالتا ہے۔

  • کیا پالیسی بکنگ سے پہلے چیک ہوتی ہے، یا صرف بعد میں رپورٹ ہوتی ہے؟

    پہلے۔ قواعد سرچ اور چیک آؤٹ پر چلتے ہیں۔

  • کیا منظوری سفر پر منحصر ہو سکتی ہے، صرف مسافر پر نہیں؟

    ہاں۔ کیبن، قیمت، شہر اور وقت سبھی سفر کو منظوری کے لیے بھیج سکتے ہیں۔

  • کیا آپ اپنے سپلائر معاہدے اور کارپوریٹ ریٹس استعمال کر سکتے ہیں؟

    ہاں۔ سپلائرز آپ کی اپنی کریڈنشلز سے جوڑے جاتے ہیں۔

  • مسافروں کا ڈیٹا کہاں محفوظ ہوتا ہے؟

    آپ کے منتخب کردہ انفراسٹرکچر پر، جو GDPR جیسے قواعد کی پابندی میں مدد دیتا ہے۔

  • کیا آپ کی ٹیم ورک فلو بدل سکتی ہے؟

    ہاں۔ مکمل سورس کوڈ کمرشل لائسنس کے تحت شامل ہے۔

  • قیمت فی صارف، فی سفر یا ایک بار کی ہے؟

    ایک بار کا لائسنس، سبسکرپشن نہیں۔

  • کیا فنانس ڈیٹا نکال سکتا ہے؟

    ہاں۔ مدت کے لحاظ سے رپورٹس اور ایکسپورٹس، ساتھ میں JSON API۔

عمومی سوالات

کارپوریٹ ٹریول مینجمنٹ سافٹ ویئر کے بارے میں سوالات

کاروباری سفر کی بکنگ شروع کرنے سے پہلے ٹریول مینیجرز، فنانس ٹیمیں اور ٹریول مینجمنٹ کمپنیاں کیا پوچھتی ہیں۔

سیلز سے بات کریں

یہ کاروباری سفروں کے لیے بکنگ سسٹم ہے۔ ملازمین پروازیں، ہوٹل اور گاڑیاں بک کرتے ہیں، اور کمپنی ہر سفر پر اپنی ٹریول پالیسی، منظوری کے قواعد، مسافر پروفائلز، کاسٹ سینٹرز، انوائسنگ اور رپورٹس لاگو کرتی ہے۔

کارپوریٹ ٹریول سافٹ ویئر یہ کنٹرول کرتا ہے کہ کمپنی کے ملازمین کیسے سفر کرتے ہیں۔ ٹریول ایجنسی سافٹ ویئر ایجنسی کی اپنی سیلز، سپلائرز اور ایجنٹس چلاتا ہے۔ PHPTRAVELS دونوں کا احاطہ کرتا ہے، اس لیے کوئی ٹریول مینجمنٹ کمپنی یا ایجنسی اسی انسٹالیشن سے کارپوریٹ کلائنٹس کو خدمات دے سکتی ہے۔

کیبن کلاس، ہر شہر کی ہوٹل حد، پیشگی خریداری اور ترجیحی سپلائرز کے قواعد سرچ اور چیک آؤٹ پر چیک ہوتے ہیں۔ پالیسی کے مطابق آپشنز پہلے دکھائے جاتے ہیں۔ استثنا کے لیے وجہ درکار ہوتی ہے اور، اگر قاعدہ کہے، تو ٹکٹ جاری ہونے سے پہلے منظوری بھی۔

ہاں۔ قاعدہ سفر کو صرف لائن مینیجر کو، یا مینیجر اور پھر فنانس کو بھیج سکتا ہے۔ جو سفر کسی قاعدے کے تحت نہیں آتے وہ زنجیر سے گزرے بغیر فوراً بک ہو جاتے ہیں۔

یہ سفر کا بک شدہ حصہ سنبھالتا ہے: پروازیں، ہوٹل اور گاڑیاں، پہلے سے کوڈ شدہ اور انوائس شدہ۔ کھانے اور ٹیکسی جیسے جیب سے ہونے والے اخراجات عموماً ایکسپینس سافٹ ویئر سنبھالتا ہے، جو API یا ایکسپورٹ کے ذریعے سفر کا ڈیٹا پڑھ سکتا ہے۔

مسافر، کاسٹ سینٹرز اور بکنگز JSON API کے ذریعے شیئر یا فنانس کے لیے ایکسپورٹ کی جا سکتی ہیں۔ SAP جیسے کسی مخصوص سسٹم سے کنکشن آپ کے ڈویلپرز بناتے ہیں یا ہم کسٹم کام کے طور پر بناتے ہیں۔

پلانز سے شروع ہوتے ہیں، ایک بار کے لائسنس کے طور پر، مکمل سورس کوڈ کے ساتھ۔ ہوسٹنگ، دیکھ بھال اور سپلائر فیس الگ ہیں۔ ڈیمو کال یہ جاننے کا تیز ترین طریقہ ہے کہ کون سا پلان آپ کے کارپوریٹ سیٹ اپ کے لیے موزوں ہے۔

PHPTRAVELS سیلف ہوسٹڈ ہے، اس لیے پاسپورٹ کی تفصیلات، پروفائلز اور سفر کا ڈیٹا آپ کے منتخب کردہ سرور یا کلاؤڈ اکاؤنٹ پر رہتا ہے۔ اس سے GDPR جیسے ڈیٹا تحفظ کے قواعد پر عمل آسان ہو جاتا ہے۔