लाइव डेमो

फ़ेरी बुकिंग API

एजेंसियों और OTA के लिए फ़ेरी API: डिपार्चर, वाहन और टिकट

फ़ेरी API आपकी वेबसाइट पर बंदरगाहों के बीच असली डिपार्चर दिखाती है और उसी विज़िट में टिकट बेचने देती है। यह पेज बताता है कि फ़ेरी API क्या लौटाती है, फ़ेरी बुकिंग में नाम और तारीख़ों से ज़्यादा क्यों चाहिए, टिकट और चेक-इन कैसे काम करते हैं, और PHPTRAVELS फ़ेरी कनेक्शन को आपके अपने डोमेन पर बुकिंग इंजन में कैसे बदलता है।

  • टाइमटेबल और उपलब्धता
  • वाहन, केबिन और पालतू जानवर
  • ई-टिकट और चेक-इन
  • आइलैंड हॉपिंग

यह क्या है

फ़ेरी API बंदरगाहों का नेटवर्क बताती है, प्रोडक्ट की सूची नहीं

फ़्लाइट के एयरपोर्ट कोड होते हैं और होटल के पते। फ़ेरी के बंदरगाह होते हैं, उनके बीच के रूट और वे ऑपरेटर जो हर रूट पर तय दिनों में चलते हैं। फ़ेरी API पहले यह नेटवर्क दिखाती है, फिर उस पर चलने वाले डिपार्चर।

उदाहरण रूट

  1. पिरेयसमुख्य भूमि का बंदरगाहचरण 1 · कई ऑपरेटर
  2. नक्सोसआइलैंड हबचरण 2 · मौसमी डिपार्चर
  3. सैंटोरिनीद्वीप

  • 01बंदरगाह

    वे स्टॉप जहाँ से और जहाँ तक यात्री सर्च करते हैं, बंदरगाह के नाम और देश के साथ। कुछ शहरों में एक से ज़्यादा टर्मिनल होते हैं, इसलिए API सटीक बंदरगाह लौटाती है।

  • 02रूट

    दो बंदरगाहों को जोड़ने वाले रास्ते। आपका सर्च फ़ॉर्म सिर्फ़ वही जोड़ियाँ दिखाता है जिन पर कोई जुड़ा ऑपरेटर सच में चलता है, इसलिए यात्री ऐसा सफ़र सर्च नहीं करते जो है ही नहीं।

  • 03डिपार्चर

    हर रूट पर तारीख़वार रवानगी, जहाज़, समय और जहाज़ पर बची जगह के साथ। यह हिस्सा हर मिनट बदलता है।

एक रूट लाइन जो मुख्य भूमि के बंदरगाह को दो द्वीपों से जोड़ती है, और बुकिंग प्लेटफ़ॉर्म व फ़ेरी ऑपरेटरों के बीच फ़ेरी डिपार्चर, वाहन और टिकट आते-जाते हैं

पर्दे के पीछे फ़ेरी मॉड्यूल नेटवर्क को एक जगह रखता है: जुड़े ऑपरेटरों के रूट आपके खुद लोड किए रूट के साथ रहते हैं, और एक बंदरगाह साझा करने वाले रास्ते जुड़कर लंबी यात्राएँ बनाते हैं। यह कैसे काम करता है, फ़ेरी पेज पर देखें।

टाइमटेबल और उपलब्धता

दो कॉल से डिपार्चर बोर्ड भर जाता है

फ़ेरी सर्च असल में दो सवाल है: इस रूट और तारीख़ पर कौन से डिपार्चर चल रहे हैं, और क्या इन यात्रियों व इस वाहन के लिए जगह बची है। सप्लायर इन दोनों के जवाब अलग-अलग देते हैं, और कीमत दिखाने से पहले आपकी साइट को दोनों चाहिए।

डिपार्चर · पिरेयसशुक्र 14 नवंबर
रवानगीगंतव्यजहाज़सफ़र का समयउपलब्धता
07:00नक्सोसफ़ास्ट फ़ेरी3 घंटे 35 मिनटबिक्री चालूसिर्फ़ सीटें, वाहन नहीं
07:25नक्सोसरो-पैक्स फ़ेरी5 घंटे 40 मिनटबिक्री चालूसीटें और कार की जगह
07:30मायकोनोसरो-पैक्स फ़ेरी5 घंटे 15 मिनटआख़िरी जगहेंसीटें और कार की जगह
13:00पारोसकैटामरन3 घंटे 10 मिनटबिक्री चालूसिर्फ़ सीटें, वाहन नहीं
17:30सैंटोरिनीरो-पैक्स फ़ेरी7 घंटे 50 मिनटआख़िरी जगहेंआख़िरी केबिन
21:00हेराक्लिओनक्रूज़ फ़ेरी9 घंटे 00 मिनटभरा हुआअगला उपलब्ध डिपार्चर

उदाहरण डेटा, सरल रूप में

  1. टाइमटेबल

    कौन से डिपार्चर चल रहे हैं

    रूट, तारीख़ और समय-सीमा अंदर; डिपार्चर, आगमन, जहाज़ और सफ़र का समय बाहर। टाइमटेबल मौसम के साथ बदलते हैं, इसलिए उन्हें लाइव पढ़ा जाता है या बार-बार रिफ़्रेश किया जाता है, हाथ से कभी नहीं भरा जाता।

  2. उपलब्धता

    क्या जहाज़ पर जगह है

    डेक की जगह, सीटें, केबिन और वाहन लेन अलग-अलग क्षमताएँ हैं। किसी डिपार्चर में सीटें बची हो सकती हैं और कार की जगह नहीं, इसलिए जाँच ठीक उसी समूह और वाहन के लिए होती है।

  3. कीमत

    यह समूह कितना देगा

    किराया यात्री के प्रकार, जहाज़ पर चुनी गई क्लास और वाहन के आकार पर निर्भर करता है। पेमेंट से ठीक पहले कीमत दोबारा निकाली जाती है, क्योंकि आख़िरी केबिन जा चुका हो सकता है।

फ़ेरी को अलग क्या बनाता है

फ़ेरी बुकिंग में लोग, वाहन और सोने की जगह शामिल होती है

एयरलाइन को नाम और तारीख़ें चाहिए। फ़ेरी ऑपरेटर यह भी जानना चाहता है कि उम्र वर्ग के हिसाब से कौन सफ़र कर रहा है, वाहन डेक पर क्या चढ़ेगा, सब कहाँ बैठेंगे या सोएँगे, और क्या कोई जानवर साथ है। हर जवाब कीमत और बची जगह बदल देता है।

पिरेयस ← नक्सोस · शुक्र 14 नवंबर · 07:25API को इसकी ज़रूरत क्यों है

01प्रकार के अनुसार यात्री

  • वयस्क2
  • बच्चा1
  • शिशु0
  • वरिष्ठ0

ऑपरेटर वयस्क, बच्चे, शिशु और वरिष्ठ की कीमतें अलग रखते हैं और हर कोई अपनी आयु-सीमाएँ तय करता है। कुछ रूट पर स्थानीय निवासी या छात्र किराए भी होते हैं। API बताती है कि कोई रूट कौन से प्रकार स्वीकार करता है।

02वाहन

कारमोटरबाइककैंपर
लंबाई
5 मीटर तक
ऊँचाई
2 मीटर से कम

वाहन की जगह प्रकार और आकार के हिसाब से बिकती है। लंबाई तय करती है कि वाहन कितनी लेन घेरेगा; ऊँचाई इसलिए मायने रखती है कि कैंपर और वैन जैसे ऊँचे वाहनों को अलग डेक चाहिए हो सकता है। गलत माप पर बंदरगाह पर अतिरिक्त शुल्क लग सकता है।

03जहाज़ पर

  • डेकखुली बैठने की जगह
  • आरक्षित सीटनंबर वाली
  • केबिनबर्थ, प्रति केबिन

डेक की जगह, आरक्षित सीट और केबिन अलग क्लास हैं, हर एक की अपनी क्षमता। सीटों की कीमत प्रति यात्री होती है और केबिन की आमतौर पर प्रति केबिन, जो रात भर के सफ़र में मायने रखता है।

04पालतू जानवर

1 कुत्ता, केनेल में सफ़र करता हुआ

नियम ऑपरेटर और जहाज़ के हिसाब से अलग हैं: केनेल, पालतू-अनुकूल केबिन या कुछ भी नहीं। पालतू जानवर एक अतिरिक्त सेवा है जिसकी अलग कीमत और सीमित जगहें हैं, इसलिए उसे टिकट के साथ बुक किया जाता है।

इस समूह का कुल–बंदरगाह कर और शुल्क शामिल

उदाहरण फ़ॉर्म, सरल रूप में

बुकिंग के बाद

टिकटिंग और चेक-इन

फ़ेरी की बिक्री पेमेंट पर ख़त्म नहीं होती। यात्री को अभी जहाज़ पर चढ़ना है, योजनाएँ बदलती हैं, और समुद्र की भी अपनी चलती है। ये वे हिस्से हैं जिन्हें फ़ेरी API और आपका प्लेटफ़ॉर्म मिलकर संभालते हैं।

  • ई-टिकट

    कई ऑपरेटर स्कैन होने वाले कोड के साथ ई-टिकट जारी करते हैं, जो यात्री फ़ोन पर या कागज़ पर दिखाता है। प्लेटफ़ॉर्म उसे इनवॉइस के साथ ईमेल करता है और कस्टमर के अकाउंट में रखता है।

  • बंदरगाह पर बोर्डिंग

    कुछ रूट पर अब भी बुकिंग रेफ़रेंस ऑपरेटर के बंदरगाह ऑफ़िस में बोर्डिंग पास से बदला जाता है। बुकिंग कन्फ़र्मेशन यात्री को बताता है कि कौन सा तरीका लागू है और कहाँ जाना है।

  • चेक-इन की समय-सीमा

    वाहन आमतौर पर पैदल यात्रियों से पहले चेक-इन करते हैं, और अंतरराष्ट्रीय रूट पर पासपोर्ट चाहिए। ऑनलाइन बिक्री रूट की चेक-इन डेडलाइन पर बंद हो जाती है।

  • बदलाव

    तारीख़, समय, यात्री या वाहन के बदलाव किराए की शर्तों के अनुसार होते हैं और उन पर शुल्क या किराए का अंतर लग सकता है। बदलाव के बाद टिकट दोबारा जारी होता है।

  • मौसम की वजह से रद्दीकरण

    ऑपरेटर मौसम और समुद्र की स्थिति के कारण डिपार्चर रद्द या देर करते हैं। पहले से तय करें कि प्रभावित यात्रियों को कैसे सूचित किया जाएगा और ऑपरेटर की शर्तों के अनुसार अगले डिपार्चर पर कैसे भेजा या रिफ़ंड किया जाएगा।

  • रद्दीकरण और रिफ़ंड

    हर किराए का अपना रिफ़ंड नियम होता है। उसे पेमेंट से पहले दिखाएँ, ताकि यात्री जाने कि उसने क्या खरीदा, और रिफ़ंड मूल पेमेंट तरीके से ही करें।

ऑपरेटर अपनी शर्तें खुद प्रकाशित करते हैं; प्लेटफ़ॉर्म उन्हें हर डिपार्चर के साथ दिखाता है। देखें कि फ़ेरी बुकिंग सॉफ़्टवेयर ऑपरेटरों और एजेंसियों के लिए यह कैसे संभालता है।

PHPTRAVELS में तैयार

फ़ेरी कनेक्टर, जिन्हें आप अपने अकाउंट से चालू करते हैं

ये फ़ेरी सप्लायर पहले से PHPTRAVELS फ़ेरी मॉड्यूल से जुड़े हैं। आप सप्लायर से शर्तें तय करते हैं, एडमिन में अपने क्रेडेंशियल डालते हैं और उनके डिपार्चर आपके सर्च में आ जाते हैं। सूची हमारी इंटीग्रेशन डायरेक्टरी से लाइव आती है।

बोर्ड भरने के और तरीके

  • अलॉटमेंट: ऑपरेटर द्वारा आपको सौंपी गई सीटें, केबिन और वाहन की जगह, जो ख़त्म होने पर बिकना बंद हो जाती हैं।
  • आपके अपने रूट: वे सफ़र जो आप खुद चलाते हैं या अनुबंध पर लेते हैं, अपने टाइमटेबल और किराए के साथ।
  • किसी और फ़ेरी ऑपरेटर की API: कोई भी दस्तावेज़ीकृत API जोड़ी जा सकती है, और सोर्स कोड आपका है। देखें कस्टम API इंटीग्रेशन।

आइलैंड हॉपिंग

कई चरण, एक यात्रा, एक पेमेंट

द्वीपों की यात्राएँ शायद ही कभी एक पार-यात्रा होती हैं। यात्री हवाई जहाज़ से आता है, बंदरगाह तक ट्रांसफ़र होता है, एक द्वीप पर जाता है और फिर अगले पर। इन चरणों को जोड़ने में ही पूरे बुकिंग प्लेटफ़ॉर्म के भीतर फ़ेरी API का फ़ायदा दिखता है।

  • कनेक्शन जाँचहर चरण पिछले के पहुँचने के बाद ही शुरू हो सकता है, आपके तय किए न्यूनतम अंतर के साथ, इसलिए किसी यात्रा में असंभव कनेक्शन नहीं होता।
  • एक चेकआउटहर चरण अलग ऑपरेटर और स्रोत से आ सकता है, फिर भी कस्टमर एक बार पेमेंट करता है और हर चरण का टिकट पाता है।
  • जानकारी साथ चलती हैयात्री और वाहन एक चरण से दूसरे में जाते हैं, इसलिए किसी को वही जानकारी दो बार नहीं भरनी पड़ती।

फ़्लाइट का चरण फ़्लाइट API कनेक्शन से और बंदरगाह तक का सफ़र एयरपोर्ट ट्रांसफर तकनीक से जोड़ें। सब कुछ बाकी ट्रैवल API के साथ एक ही प्लेटफ़ॉर्म पर रहता है।

  1. एथेंस की फ़्लाइटफ़्लाइट का चरण, आपके जोड़े किसी भी फ़्लाइट सप्लायर से।
  2. एयरपोर्ट से पिरेयसएयरपोर्ट से फ़ेरी टर्मिनल तक ट्रांसफ़र।
  3. पिरेयस ← नक्सोसपहली पार-यात्रा, कार और दो वयस्कों के साथ।
  4. नक्सोस में 3 रातेंदोनों पार-यात्राओं के बीच होटल में ठहराव।
  5. नक्सोस ← सैंटोरिनीदूसरी पार-यात्रा, संभवतः किसी अलग ऑपरेटर के साथ।

फ़ेरी API को अपनी साइट पर काम में लाएँ

लाइव डेमो में डिपार्चर सर्च करें और एक पार-यात्रा बुक करें, फिर हमें बताएँ कि आप कौन से रूट और ऑपरेटर बेचना चाहते हैं।

अपने ऐप बना रहे हैं? REST API और वेबहुक Enterprise प्लान के साथ आते हैं। कीमतें की तुलना करें या डेवलपर डॉक्यूमेंटेशन पढ़ें।

लाइव डेमो आज़माएँअपने रूट के बारे में पूछें

अक्सर पूछे जाने वाले सवाल

फ़ेरी API: एजेंसियों के सवाल

सेल्स से बात करें

फ़ेरी API किसी फ़ेरी ऑपरेटर या फ़ेरी बुकिंग प्लेटफ़ॉर्म की वेब सर्विसेज़ का समूह है, जिससे ट्रैवल वेबसाइट बंदरगाह, रूट और टाइमटेबल पढ़ सकती है, यात्रियों और वाहनों की उपलब्धता जाँच सकती है, बुकिंग बना सकती है और टिकट रियल टाइम में पा सकती है।

फ़ेरी बुकिंग में प्रकार और आकार के हिसाब से कीमत वाले वाहन, जहाज़ पर डेक की जगह, सीट और केबिन जैसी क्लास, और पालतू जानवर जुड़ जाते हैं। इनमें से हर एक की उपलब्धता अलग गिनी जाती है, और पैदल यात्रियों व वाहनों की चेक-इन समय-सीमा अलग होती है।

हाँ, जहाँ ऑपरेटर उस डिपार्चर पर वाहन ले जाता हो। बुकिंग वाहन का प्रकार और माप भेजती है, और किराए में वाहन डेक पर उसकी जगह शामिल होती है।

हाँ, जब जहाज़ में केबिन हों। केबिन एक अलग क्लास हैं जिनकी अपनी क्षमता होती है, और उनकी कीमत आमतौर पर प्रति यात्री के बजाय प्रति केबिन तय होती है।

इस पेज पर दिखाए गए फ़ेरी सप्लायर हमारी लाइव इंटीग्रेशन डायरेक्टरी से आते हैं। PHPTRAVELS, Kikoto Ferries का आधिकारिक टेक्नोलॉजी पार्टनर है, और दूसरे ऑपरेटर कस्टम इंटीग्रेशन से जोड़े जा सकते हैं।

नहीं। आप हर फ़ेरी सप्लायर से शर्तें तय करते हैं और एडमिन में अपने क्रेडेंशियल डालते हैं। PHPTRAVELS बुकिंग प्लेटफ़ॉर्म और तैयार कनेक्टर देता है।

हाँ। कस्टमर एक के बाद एक चरण जोड़ते हैं, हर चरण पिछले के आगमन से जाँचा जाता है, और पूरी यात्रा एक चेकआउट में चुकाई जाती है, हर चरण के टिकट के साथ।

हाँ। आपके खुद चलाए या अनुबंधित रूट, ऑपरेटर अलॉटमेंट और API डिपार्चर एक ही सर्च में आते हैं, हर एक अपने किराए और मार्कअप के साथ।

हाँ। B2B एजेंट आपके एजेंट पोर्टल में अपने मार्कअप या कमीशन के साथ बुक करते हैं और अपने वॉलेट बैलेंस से भुगतान करते हैं, उसी इंस्टॉलेशन पर जो आपकी पब्लिक वेबसाइट चलाता है।

और जानें

प्लेटफ़ॉर्म के बारे में और