QR वेबहुक के ज़रिए रेस्तरां किचन अलर्ट: टेबल स्कैन होते ही स्टाफ को सूचित करें

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

SMLLR का वेबहुक फीचर (Pro प्लान और उससे ऊपर) हर बार एक QR कोड स्कैन होने पर एक scan.created इवेंट फायर करता है, QR कोड का नाम, टाइमस्टैंप, और मोटे डिवाइस/लोकेशन डिटेल ले जाते हुए। उस इवेंट को एक Slack चैनल पर पॉइंट करें — SMLLR के नेटिव Slack इंटीग्रेशन का इस्तेमाल करके, जिसे सिर्फ एक पेस्ट किया गया Incoming Webhook URL चाहिए और कोई ऐप इंस्टॉल नहीं — और एक टेबल के मेनू QR कोड के स्कैन होने पर कुछ ही पलों में उस चैनल में एक मैसेज दिखता है: "📱 Table 7 Menu was scanned from Koramangala, KA, IN on iPhone." इसके बजाय उसी इवेंट को एक जेनेरिक वेबहुक एंडपॉइंट पर रूट करें, और यह रॉ JSON बन जाता है जिसे आपका अपना किचन-डिस्प्ले सिस्टम या इंटरनल डैशबोर्ड सीधे कंज्यूम कर सकता है, अगर आपके पास उस कंज्यूमर को बनाने के लिए इंजीनियरिंग रिसोर्स हैं।

प्रति टेबल एक अलग QR कोड प्रिंट करें (या एक हल्के सेटअप के लिए प्रति सेक्शन) ताकि अलर्ट बिल्कुल बताए कि किस टेबल ने इसे ट्रिगर किया, सिर्फ "a table somewhere" नहीं। एक किचन-साइड टैबलेट या एक पास-थ्रू स्क्रीन पर दिखाई देने वाला एक Slack चैनल बनाएं — उसी तरह जैसे कई किचन पहले से एक ऑर्डर-टिकट डिस्प्ले चलाते हैं — और उस चैनल का Incoming Webhook URL SMLLR के Settings → Webhooks & Slack में पेस्ट करें, scan.created के लिए सब्सक्राइब्ड। उस पल से, हर टेबल स्कैन वहां दिखता है जहां किचन और फ्लोर स्टाफ पहले से देख रहे हैं, बिना किसी को SMLLR डैशबोर्ड लॉगिन की ज़रूरत के।

एक स्कैन अलर्ट आपको यह नहीं बताता कि एक डाइनर ने क्या ऑर्डर किया — यह आपको बताता है कि एक टेबल ने मेनू से एंगेज होना शुरू किया, जो कुछ ठोस चीज़ों के लिए अपने आप में उपयोगी साबित होता है:

यह साफ होना उचित है कि यह क्या है: एक स्कैन अलर्ट पुष्टि करता है कि एक मेनू खोला गया, इससे ज़्यादा कुछ नहीं। यह नहीं जानता कि कौन सी डिश चुनी गई, क्या टेबल ने असल में एक ऑर्डर दिया, या कितने लोग बैठे हैं — वह जानकारी आपके POS या ऑर्डरिंग सिस्टम में रहती है, SMLLR में नहीं, और एक scan.created वेबहुक एक POS इंटीग्रेशन या ऑर्डर-मैनेजमेंट फीड नहीं है। एक रेस्तरां जो चाहता है कि स्कैन अलर्ट एक मौजूदा किचन-डिस्प्ले सिस्टम के अंदर कुछ ट्रिगर करें उसे अपने खुद के इन्फ्रास्ट्रक्चर पर जेनेरिक वेबहुक के JSON पेलोड के लिए एक छोटा कंज्यूमर बनाना होगा; SMLLR इवेंट डिलीवर करता है, लेकिन किसी खास POS या KDS वेंडर से नेटिव रूप से बात नहीं करता। ज़्यादातर रेस्तरां के लिए, इवेंट को Slack पर रूट करना — कोई कस्टम कोड ज़रूरी नहीं — वास्तविक शुरुआती बिंदु है, और यह पहले से जानना भी उचित है कि scan.created बिना किसी बिल्ट-इन थ्रॉटलिंग के हर स्कैन पर फायर करता है, तो एक भरे हुए डिनर सर्विस के दौरान एक सिंगल हाई-ट्रैफिक QR कोड बार-बार पोस्ट कर सकता है; चैनल को एक खास टेबल, सेक्शन, या एक धीमे चलने वाले कोड तक सीमित रखना इसे शोरगुल भरे के बजाय उपयोगी बनाए रखता है।

Webhooks और Slack दोनों SMLLR के Pro प्लान का हिस्सा हैं, ₹4,999/माह, जेनेरिक और Slack डेस्टिनेशन के बीच शेयर किए गए प्रति अकाउंट 10 एंडपॉइंट तक के साथ। एक जेनेरिक एंडपॉइंट के बजाय Slack चुनने के लिए, या दोनों को एक साथ चलाने के लिए कोई अलग चार्ज नहीं है — एक किचन-फेसिंग Slack चैनल और एक इंटरनल डैशबोर्ड को फीड करने वाला एक जेनेरिक एंडपॉइंट दोनों एक साथ उसी scan.created इवेंट को सब्सक्राइब कर सकते हैं। SMLLR पुश कर सकता है ऐसे सभी छह इवेंट टाइप के लिए पूरा Webhooks ओवरव्यू देखें, या मैसेज फॉर्मेटिंग बिल्कुल कैसे काम करती है इसके लिए Slack नोटिफिकेशन गाइड देखें।