Ronde

Ronde का प्रशासन

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

इंस्टेंस

नए इंस्टेंस पर बनाया गया पहला खाता उसका एडमिन बनता है। एडमिन ऊपर बाईं ओर वर्कस्पेस मेनू से सर्वर प्रशासन (/admin) खोलता है, जहाँ वह:

  • देख सकता है कि इंस्टेंस में कितने खाते, वर्कस्पेस और मीटिंग हैं;
  • डिफ़ॉल्ट भाषा चुन सकता है, जो तब उपयोग होती है जब न व्यक्ति और न उसका ब्राउज़र Ronde की कोई भाषा माँगता है;
  • तय कर सकता है कि कौन खाता बना सकता है;
  • लाइसेंस कुंजी डाल या हटा सकता है।

इस पेज पर सहेजे गए मान एनवायरनमेंट वेरिएबल से ऊपर माने जाते हैं। हर वर्कस्पेस की अपनी सेटिंग्स (सदस्य, भूमिकाएँ, सुरक्षा) उसकी सेटिंग में रहती हैं।

क्लाउड में सर्वर Ronde की टीम चलाती है: वहाँ सर्वर प्रशासन नहीं है, कोई भी खाता बना सकता है, और हर वर्कस्पेस का प्लान उसकी सदस्यता से तय होता है।

कौन खाता बना सकता है

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

यही चुनाव SIGNUP_POLICY (invite-only, domains, open) और SIGNUP_ALLOWED_DOMAINS से भी किया जा सकता है।

लाइसेंस कुंजी

Team और Enterprise सुविधाएँ लाइसेंस कुंजी से चालू होती हैं, जो सर्वर प्रशासन में डाली जाती है या RONDE_LICENSE वेरिएबल से दी जाती है (वेरिएबल को प्राथमिकता मिलती है और फ़ील्ड लॉक हो जाता है)। कुंजी सर्वर पर ऑफ़लाइन जाँची जाती है: कहीं कुछ नहीं भेजा जाता। पेज प्लान, ग्राहक, समाप्ति तारीख़ और उपयोग की गई सीटें दिखाता है।

  • सीटों से ज़्यादा लोग: कुछ भी रोका नहीं जाता; पेज आपसे लाइसेंस अपडेट करने को कहता है।
  • समाप्त: 14 दिन की छूट अवधि में सब कुछ चलता रहता है। उसके बाद पेड सुविधाएँ केवल-पढ़ने योग्य हो जाती हैं: उनमें रखी चीज़ें पढ़ी जा सकती हैं, नया कुछ नहीं जोड़ा जा सकता। Community सुविधाओं पर कभी असर नहीं पड़ता।
  • ronde-ce इमेज केवल ओपन-सोर्स कोड से बनती है और लाइसेंस कुंजी नहीं पढ़ सकती: Team या Enterprise के लिए ronde इमेज का उपयोग करें।

स्कूलों और विश्वविद्यालयों को मुफ़्त Enterprise लाइसेंस मिलता है: अपने संस्थान के पते से hello@joinronde.com पर लिखें।

पेड प्लान छिपाना

एडमिन सेटिंग में पेड सुविधाओं के हल्के-फुल्के संकेत देखते हैं (मीटिंग के दौरान कभी नहीं)। पूरे इंस्टेंस से उन्हें हटाने के लिए RONDE_HIDE_UPGRADE_HINTS=1 सेट करें।

उपयोगकर्ताओं की प्रतिक्रिया

पेजों के ऊपर बुलबुले वाला बटन (फ़ोन पर खाता मेनू में) लोगों को कोई समस्या बताने या सुझाव देने देता है, चाहें तो स्क्रीनशॉट के साथ। संदेश के साथ पेज का पता (पैरामीटर के बिना), ब्राउज़र, विंडो का आकार, भाषा और Ronde का संस्करण भेजा जाता है। व्यवस्थापक सर्वर प्रशासन में संदेश पढ़ते हैं, जिन्होंने चाहा उन्हें ईमेल से जवाब देते हैं, और Ronde की अपनी समस्या के लिए Ronde प्रोजेक्ट पर पहले से भरा issue खोल सकते हैं। SENTRY_DSN सेट होने पर संदेश उस Sentry प्रोजेक्ट में भी उपयोगकर्ता प्रतिक्रिया के रूप में पहुँचते हैं। संदेश एक साल बाद हटा दिए जाते हैं; RONDE_FEEDBACK=off बटन हटा देता है।

वर्कस्पेस

वर्कस्पेस किसी टीम के लोग, मीटिंग, टेम्पलेट और कनेक्टर एक जगह रखता है। साइन अप की अनुमति वाला कोई भी व्यक्ति वर्कस्पेस बना सकता है; एक व्यक्ति कई वर्कस्पेस में हो सकता है। इसकी सेटिंग साइडबार में सेटिंग के अंतर्गत हैं:

टैब इसमें क्या है कौन देखता है
सामान्य नाम, लिंक, भाषा, कार्य श्रेणियाँ, कौन मीटिंग बना सकता है, कनेक्टर और इंटीग्रेशन सभी; मालिक और एडमिन बदलते हैं
सुरक्षा सत्यापित डोमेन, पहचान प्रदाता, LDAP, SCIM मालिक और एडमिन (Enterprise)
भूमिकाएँ कस्टम भूमिकाएँ मालिक और एडमिन (Enterprise)
ऑडिट लॉग किसने क्या बदला मालिक और एडमिन (Team, Enterprise)
बिलिंग प्लान और बिल मालिक और बिलिंग भूमिका, क्लाउड में
प्लान Team और Enterprise क्या जोड़ते हैं, और उन्हें कहाँ पाएँ मालिक और एडमिन, सेल्फ़-होस्टेड

भूमिकाएँ

हर सदस्य की वर्कस्पेस में एक भूमिका होती है:

भूमिका क्या कर सकता है
मालिक सब कुछ, बिलिंग और वर्कस्पेस हटाने सहित
एडमिन बिलिंग और हटाने के अलावा सब कुछ; हर मीटिंग के होस्ट की तरह काम करता है
बिलिंग प्लान, बिल और भुगतान का तरीका, इसके अलावा कुछ नहीं (क्लाउड में)
आयोजक सदस्य जो कर सकता है, साथ ही एडमिन तक सीमित होने पर भी मीटिंग बनाना और लोगों को आमंत्रित करना
सदस्य डायरेक्टरी देखना, मीटिंग बनाना (जब तक आयोजकों और एडमिन तक सीमित न हो), टेम्पलेट सहेजना
मेहमान केवल वही मीटिंग जिनमें आमंत्रित है

मीटिंग में हर व्यक्ति की उस मीटिंग में भी एक भूमिका होती है:

भूमिका क्या कर सकता है
होस्ट सत्र चलाना, मीटिंग कॉन्फ़िगर करना, उसके लोगों का प्रबंधन, कार्यवृत्त संपादित करना
सह-होस्ट सत्र चलाना और कार्यवृत्त संपादित करना, मीटिंग की सेटिंग या लोगों को बदले बिना
प्रतिभागी अपना चेक-इन भरना, सत्रों में भाग लेना, इतिहास पढ़ना
दर्शक सत्र देखना और इतिहास पढ़ना

मीटिंग बनाने वाला व्यक्ति उसका होस्ट होता है। Enterprise में कस्टम भूमिकाएँ सदस्यों और मेहमानों को अनुमतियाँ जोड़ती हैं; उनकी मीटिंग अनुमतियाँ वर्कस्पेस की हर मीटिंग पर लागू होती हैं।

लोग और आमंत्रण

डायरेक्टरी वर्कस्पेस की सभी मीटिंग में साझा है: किसी व्यक्ति का नाम, जन्मदिन (केवल दिन और महीना), कार्य श्रेणी और GitLab या GitHub खाते एक ही बार डाले जाते हैं। ऐसे लोगों को बिना खाते के जोड़ा जा सकता है जो किसी मीटिंग में साइन इन नहीं करते; आमंत्रित करने पर 14 दिन तक मान्य लिंक वाला ईमेल जाता है। किसी सदस्य को हटाने से उसकी पहुँच ख़त्म होती है; उसके चेक-इन और इतिहास वर्कस्पेस में बने रहते हैं। SCIM के साथ, आपकी डायरेक्टरी में निष्क्रिय किए गए लोग भी इसी तरह पहुँच खो देते हैं।

अनुपस्थिति

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

मीटिंग के बीच का अंतराल

सामान्य टैब में, दो मीटिंग के बीच का अंतराल (कोई नहीं, 5, 10, 15 या 30 मिनट) किसी व्यक्ति की हर मीटिंग से पहले और बाद में खाली रखा जाता है। “स्लॉट खोजें” इसका ध्यान रखता है, और मीटिंग की समय-सारणी उन तारीख़ों को चिह्नित करती है जो उन्हीं लोगों की किसी दूसरी मीटिंग के बहुत क़रीब हैं।

साइन-इन और सिंगल साइन-ऑन

Community संस्करण में ईमेल और पासवर्ड वाले खाते, ईमेल से साइन-इन लिंक, टू-फ़ैक्टर ऑथेंटिकेशन, Google, GitHub और Microsoft खाते, और इंस्टेंस के लिए एक OpenID Connect प्रदाता मिलता है (OIDC_* वेरिएबल, सेल्फ़-होस्टिंग गाइड देखें)।

हर व्यक्ति अपने खाते में साइन इन और सुरक्षा के अंतर्गत तय करता है कि वह कैसे साइन इन करे: पासवर्ड, पासकी (Face ID, Windows Hello, पासवर्ड मैनेजर या सुरक्षा कुंजी), दो-चरण सत्यापन, और हर जगह से साइन आउट। पासकी APP_URL के डोमेन से जुड़ी होती हैं, जिसे HTTPS पर होना चाहिए: डोमेन बदलने के बाद लोग इन्हें दोबारा जोड़ते हैं। जिस पते के लिए सिंगल साइन-ऑन ज़रूरी है, वह पासकी न जोड़ सकता है न उपयोग कर सकता है।

Enterprise में वर्कस्पेस का सुरक्षा टैब यह जोड़ता है:

  1. सत्यापित डोमेन। अपना ईमेल डोमेन और दिखाया गया DNS रिकॉर्ड जोड़ें, फिर उसे सत्यापित करें। सत्यापित डोमेन:
    • नए खाते शामिल कर सकता है: डोमेन के पते से साइन अप करने वाला हर व्यक्ति वर्कस्पेस में सदस्य के रूप में जुड़ता है;
    • सिंगल साइन-ऑन ज़रूरी कर सकता है: उसके पते केवल आपके प्रदाता से साइन इन करते हैं, न पासवर्ड न ईमेल लिंक। चालू करने से पहले जाँच लें कि प्रदाता आपके लिए काम करता है।
  2. पहचान प्रदाता, OpenID Connect या SAML (Okta, Entra ID, Google Workspace, Keycloak…), आपके सत्यापित डोमेन के पतों के लिए। पेज वह रीडायरेक्ट URI या रिप्लाई URL (ACS) और entity ID देता है जो प्रदाता की ओर डालने हैं।
  3. कंपनी डायरेक्टरी (LDAP या Active Directory)। लोग अपने डायरेक्टरी पासवर्ड से साइन इन करते हैं। Ronde उन्हें एक सर्विस खाते से खोजता है और पासवर्ड रखे बिना जाँचता है। ldaps:// का उपयोग करें, या StartTLS के साथ ldap://।
  4. प्रोविज़निंग (SCIM)। आपकी डायरेक्टरी (Okta, Entra ID, JumpCloud…) लोगों को बनाती है, उनका नाम और पता अपडेट रखती है, और उनके जाने पर उन्हें हटाती है। टैब SCIM एंडपॉइंट और एक टोकन देता है।

प्रमाणीकरण करने वाले रिवर्स प्रॉक्सी के पीछे का इंस्टेंस इसके बजाय उस पते पर भरोसा कर सकता है जो प्रॉक्सी हेडर में भेजता है (AUTH_TRUSTED_EMAIL_HEADER); ऐसा तभी करें जब Ronde तक और कुछ न पहुँच सके।

मीटिंग

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

मीटिंग अपने टेम्पलेट के इमोजी से शुरू होती है, जो मेन्यू में उसके नाम के पास दिखता है; सेटिंग्स › रूप में होस्ट कोई और इमोजी चुन सकते हैं या तस्वीर (लोगो, टीम की फ़ोटो) अपलोड कर सकते हैं।

तुरंत सत्र

मीटिंग के कार्ड पर अभी शुरू करें समय-सारणी से बाहर तुरंत एक सत्र करता है: टीम को सूचना मिलती है (घंटी, और “सत्र शुरू हुआ” सूचना नियम), और कंट्रोल रूम खुलता है। सत्र की तारीख़ आज की होती है; तय तारीख़ समय-सारणी में बनी रहती है। कंट्रोल रूम से किसी और दिन के लिए तैयार सत्र शुरू करने पर भी यही होता है।

उदाहरण मीटिंग

पहली मीटिंग से पहले, वर्कस्पेस का होम पेज एक उदाहरण मीटिंग पेश करता है: पाँच लोगों की काल्पनिक टीम के साथ एक साप्ताहिक बैठक, एक महीने की संग्रहित मीटिंग (कार्यवृत्त, आँकड़े और कार्रवाइयाँ) और शुरू करने के लिए तैयार एक मीटिंग, सब कुछ वर्कस्पेस की भाषा में। यह सब कुछ आज़माने के लिए है: यह कुछ नहीं भेजती (न रिमाइंडर, न ईमेल, न कैलेंडर इवेंट, न सूचना), कोई सीट नहीं गिनी जाती, पहले कदमों में से कोई टिक नहीं होता और यह वर्कस्पेस के विश्लेषण और रिपोर्ट से बाहर रहती है। इसके पेजों पर एक बैनर यह बताता है, और उदाहरण हटाएँ इसे इसकी काल्पनिक टीम के साथ हमेशा के लिए हटा देता है (इस टीम का कोई व्यक्ति जो किसी दूसरी मीटिंग में जोड़ा गया हो, बना रहता है)। इसके लोग निर्देशिका में उदाहरण के रूप में दिखते हैं और उन्हें आमंत्रित नहीं किया जा सकता।

सार्वजनिक छुट्टियाँ

सामान्य टैब में, वर्कस्पेस किसी देश की सार्वजनिक छुट्टियाँ चुनता है, और जहाँ वे अलग हों वहाँ किसी क्षेत्र की भी (जर्मनी का कोई राज्य, स्पेन का कोई स्वायत्त समुदाय…); नया वर्कस्पेस अपने टाइम ज़ोन वाले देश की छुट्टियों से शुरू होता है। इनमें से किसी दिन पड़ने वाली मीटिंग छोड़ दी जाती है: अगली तारीख तैयार होती है, रिमाइंडर और कैलेंडर उसका पालन करते हैं, और शेड्यूल में छुट्टी का नाम दिखता है। अपने शेड्यूल में, कोई मीटिंग दूसरी छुट्टियाँ चुन सकती है या कोई नहीं, और होस्ट हर छोड़ी गई मीटिंग को फिर भी रख या खिसका सकता है। छुट्टियाँ date-holidays प्रोजेक्ट से आती हैं, विकिपीडिया पर आधारित (CC BY-SA 3.0)।

मीटिंग की सेटिंग में लोग › मेहमान लिंक बिना खाते वाले लोगों (कोई क्लाइंट, बोर्ड, साझेदार) के लिए गुप्त लिंक बनाता है। यह साझा स्क्रीन को लाइव, केवल-पढ़ने योग्य रूप में खोलता है, जब तक वह समाप्त न हो (1 से 90 दिन) या कोई होस्ट उसे रद्द न कर दे। लिंक केवल एक बार, बनाते समय दिखता है; Ronde केवल उसका हैश रखता है।

प्रोजेक्ट और पोर्टफ़ोलियो

वर्कस्पेस के प्रोजेक्ट पेज पर उसका पोर्टफ़ोलियो होता है: हर प्रोजेक्ट, विषय या काम की धारा, एक पंक्ति के सारांश, विवरण, थीम, चरण, स्थिति (सही राह पर, जोखिम में, मुश्किल में), प्रमुख, उस पर काम करने वाले लोग, तारीख़ों और लिंक के साथ। सदस्य प्रोजेक्ट बना सकते हैं; उनके प्रमुख और एडमिन उन्हें बदलते हैं। प्रोजेक्ट का पेज हर मीटिंग में उसके बारे में कही गई बातें सत्र-दर-सत्र दिखाता है, उन लोगों को जो वे मीटिंग पढ़ सकते हैं।

हर प्रोजेक्ट का एक लोगो हो सकता है, उसके नाम के पास और मीटिंग में उसके चरण पर: चित्र चुनने के लिए प्रोजेक्ट पेज पर उसके चिह्न पर क्लिक करें; लोगो न हो तो उसके रंग पर उसके आद्याक्षर दिखते हैं। आयात टूल की अपनी छवि लाता है: किसी GitHub संगठन का अवतार, या GitLab या Jira प्रोजेक्ट का। जो प्रोजेक्ट संपादित कर सकते हैं, वही इसे बदलते या हटाते हैं।

कोई मीटिंग सेटिंग › प्रोजेक्ट में प्रोजेक्ट फ़ॉलो करती है। हर फ़ॉलो किए गए प्रोजेक्ट का हर व्यक्ति के चेक-इन में एक टैब होता है, साथ में एक साझा शीट: स्थिति और आज का संदेश, जिसे उस पर काम करने वाले लोग लिखते हैं। एजेंडा में प्रोजेक्ट राउंड ब्लॉक जोड़ें ताकि हर प्रोजेक्ट को अपनी बारी मिले, जिसमें उसके लोग साथ बोलते हैं; इसके बिना किसी प्रोजेक्ट के आइटम हर व्यक्ति की बारी में प्रस्तुत होते हैं। पोर्टफ़ोलियो समीक्षा और टीम और प्रोजेक्ट टेम्पलेट में यह पहले से होता है। Team के साथ एक डैशबोर्ड हर प्रोजेक्ट की हफ़्ते-दर-हफ़्ते स्थिति, समय-सीमाएँ और बिना ख़बर वाले प्रोजेक्ट दिखाता है, उसे CSV में निर्यात करता है और ध्यान देने वाले प्रोजेक्ट ईमेल रिपोर्ट में जोड़ता है। Enterprise के साथ कोई प्रोजेक्ट किसी दूसरे प्रोजेक्ट का हिस्सा हो सकता है, जो कार्यक्रम बन जाता है (ज़्यादा से ज़्यादा तीन स्तर), केवल अपने सदस्यों को दिख सकता है, और केवल प्रमुख नहीं बल्कि सदस्य भी उसे बदल सकते हैं।

उसी पेज पर आयात करें आपके टूल से प्रोजेक्ट लाता है: किसी GitHub संगठन की रिपॉज़िटरी या GitLab ग्रुप के प्रोजेक्ट, किसी GitHub रिपॉज़िटरी या GitLab प्रोजेक्ट के माइलस्टोन (हर एक का नाम “रिपॉज़िटरी · माइलस्टोन”), Jira प्रोजेक्ट के एपिक, या Linear के प्रोजेक्ट। जिन्हें लाना है उन्हें चुनें; जो पहले से पोर्टफ़ोलियो में हैं वे पहचाने जाते हैं, और हर आइटम एक ही बार आता है। वहाँ दिया गया टोकन सिर्फ़ उसी आयात के लिए है और रखा नहीं जाता:

  • GitHub: सार्वजनिक रिपॉज़िटरी के लिए कोई नहीं; निजी के लिए एक fine-grained टोकन जो उन्हें पढ़ सके (Metadata, और माइलस्टोन के लिए Issues)।
  • GitLab: सार्वजनिक ग्रुप और प्रोजेक्ट के लिए कोई नहीं; वरना read_api स्कोप वाला व्यक्तिगत, ग्रुप या प्रोजेक्ट एक्सेस टोकन।
  • Jira: उस खाते का API टोकन जिसका ईमेल दिया गया है (id.atlassian.com › सुरक्षा › API टोकन)।
  • Linear: एक व्यक्तिगत API कुंजी।

सदस्य github.com, gitlab.com, Atlassian Cloud और Linear से आयात करते हैं; किसी दूसरे सर्वर (GitHub Enterprise, सेल्फ़-होस्टेड GitLab, Jira Data Center) से और वर्कस्पेस सेटिंग्स में सहेजे गए टिकट ट्रैकर के ज़रिए आयात सिर्फ़ वर्कस्पेस के एडमिन कर सकते हैं। Team प्लान में, ऐसे ट्रैकर से आयात करने पर प्रोजेक्ट हर घंटे सिंक रहते हैं: नाम, चरण, तारीखें और प्रगति टूल से आती हैं, जो टूल नहीं देता वह वैसा ही रहता है जैसा Ronde में सेट है (रिपॉज़िटरी अपना नाम देती है, और आर्काइव होने पर “पूरा” हो जाती है), और प्रगति जब तक ताज़ा है, कार्ड पर और मीटिंग में दिखती है। प्रोजेक्ट पेज पर अभी अपडेट करें और सिंक बंद करें मिलते हैं। सिंक बंद करें से, या ट्रैकर हटाए जाने पर या उसके किसी दूसरे सर्वर की ओर इशारा करने पर, सिंक हमेशा के लिए रुक जाता है, और जब तक वर्कस्पेस Team पर नहीं है, तब तक अस्थायी रूप से रुका रहता है। जो आइटम टूल को अब नहीं मिलता (मिटाया गया, या टोकन की पहुँच से बाहर), उसे दिन में एक बार फिर आज़माया जाता है। संग्रहित प्रोजेक्ट वापस लाए जाने तक अपडेट नहीं होते।

मॉड्यूल

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

उपयोगिता रेटिंग समापन पर सबसे पूछती है कि मीटिंग कितनी उपयोगी रही (1 से 5 सितारे, अपनी स्क्रीन या फ़ोन से)। औसत कम से कम 3 रेटिंग के बाद दिखता है, ताकि कोई किसी और की रेटिंग का अंदाज़ा न लगा सके; यह कार्यवृत्त और आँकड़ों में जाता है। छोटी दैनिक मीटिंग, आमने-सामने की मीटिंग और औपचारिक निकायों (संचालन समिति, बोर्ड, कक्षा परिषद, साइट मीटिंग, केस समीक्षा, घटना समीक्षा) के टेम्पलेट इसे बंद रखते हैं।

निर्यात

जो पेज कुछ सूचीबद्ध करते हैं, वे उसे स्प्रेडशीट के लिए निर्यात करते हैं: कार्य पेज पर CSV में निर्यात करें (इस दृश्य के सभी कार्य, दो हफ़्ते से पहले पूरे हुए कार्य भी), निर्णय पेज पर (खोज और मीटिंग फ़िल्टर के साथ), किसी मीटिंग के आँकड़ों में (हर सत्र की एक पंक्ति) और Team के साथ अंतर्दृष्टि तालिका और पोर्टफ़ोलियो डैशबोर्ड पर। कार्यवृत्त इतिहास से Markdown या PDF में डाउनलोड होते हैं। फ़ाइलें Excel, LibreOffice या Numbers में सीधे कॉलम में खुलती हैं, व्यक्ति की भाषा के अनुसार (फ़्रेंच, जर्मन, स्पेनिश, इतालवी, पुर्तगाली और रूसी में ";" और दशमलव अल्पविराम), और जो पाठ सूत्र जैसा दिखता है वह पाठ ही रहता है।

सूचनाएँ

कनेक्टर वे चैनल हैं जहाँ मीटिंग पोस्ट कर सकती हैं: ईमेल, Matrix (Tchap), Slack, Microsoft Teams, Discord, Mattermost, या HMAC से हस्ताक्षरित webhook। मालिक और एडमिन उन्हें वर्कस्पेस के सामान्य टैब में जोड़ते हैं। फिर हर मीटिंग अपनी सूचना सेटिंग में चुनती है कि कौन-सी घटना किस कनेक्टर पर जाए: सत्र जल्द, शुरू या समाप्त, कार्यवृत्त प्रकाशित, चेक-इन रिमाइंडर, बकाया कार्य, जन्मदिन।

हर सोमवार सुबह 8 बजे से (वर्कस्पेस के समय क्षेत्र में), हर सदस्य को ईमेल से एक साप्ताहिक सार मिलता है: हफ़्ते के उसके सत्र और हर चेक-इन का लिंक, उसके खुले फ़ॉलो-अप काम और मिली सराहना। यह तभी भेजा जाता है जब इसमें कुछ हो; हर व्यक्ति इसे अपने खाते में या ईमेल के नीचे दिए लिंक से बंद कर सकता है। सेल्फ़-होस्टेड इंस्टेंस पर इसके लिए SMTP_URL चाहिए; RONDE_WEEKLY_PER_RUN (डिफ़ॉल्ट 150) प्रति घंटे भेजे जाने वाले ईमेल सीमित करता है, बाकी अगले घंटे जाते हैं।

Team के साथ सूचना वर्कफ़्लो हर संदेश में शर्तें और आपके अपने शब्द जोड़ते हैं, और दो और कनेक्टर Twilio से SMS और WhatsApp संदेश भेजते हैं: Account SID, भेजने वाला नंबर और auth token डालें। संदेश उन मोबाइल नंबरों पर जाते हैं जो लोग अपनी प्रोफ़ाइल में देते हैं (अंतरराष्ट्रीय रूप, +91…), अनुपस्थित लोगों को कभी नहीं। WhatsApp के लिए प्रेषक Twilio में स्वीकृत होना चाहिए, और WhatsApp किसी कारोबार को पहले संदेश केवल Meta से स्वीकृत टेम्पलेट के साथ भेजने देता है: Twilio के Content Template Builder में दो वेरिएबल (पहले संदेश, फिर लिंक) वाला टेम्पलेट बनाएँ और उसका Content SID कनेक्टर में डालें। जब कोई वर्कस्पेस Team छोड़ता है, ये संदेश रुक जाते हैं और हर मीटिंग का लॉग कारण बताता है।

ईमेल से कार्ड: जब इंस्टेंस कोई मेलबॉक्स पढ़ता है (INBOUND_IMAP_URL, सेल्फ़-होस्टिंग गाइड देखें), तो रिमाइंडर बताता है कि जवाब देना काफ़ी है। हर सेक्शन का नाम एक पंक्ति में, उसके नीचे बिंदु: पंक्तियाँ व्यक्ति के कार्ड में जुड़ती हैं (कुछ बदले बिना), और एक ईमेल पुष्टि करता है कि क्या जुड़ा। सिर्फ़ रिमाइंडर वाले पते (या व्यक्ति के खाते के पते) से आए जवाब 14 दिन तक मान्य होते हैं; ऑब्ज़र्वर और उदाहरण मीटिंग शामिल नहीं हैं।

पुश सूचनाएँ: इंस्टेंस को कुंजियाँ मिल जाने के बाद (सेल्फ़-होस्टिंग गाइड देखें), हर कोई ब्राउज़र से Ronde इंस्टॉल कर सकता है (या iPhone की होम स्क्रीन पर जोड़ सकता है) और अपने खाते में हर डिवाइस के लिए सूचनाएँ चालू कर सकता है: लाइव मीटिंग में अपनी बारी नज़दीक आने पर, कार्ड के रिमाइंडर, और घंटी में आने वाली चीज़ें। हर प्रकार बंद किया जा सकता है, और डिवाइस वहीं सूचीबद्ध होते हैं।

इंटीग्रेशन

Ronde में डाले गए टोकन और सीक्रेट सहेजने से पहले SECRET_KEY से एन्क्रिप्ट होते हैं, और फिर कभी नहीं दिखते। इस कुंजी को सुरक्षित रखें: इसके बिना उन्हें दोबारा पढ़ा नहीं जा सकता।

Google, GitHub, Microsoft या सिंगल साइन-ऑन से साइन इन करने वाले खातों के टोकन भी AUTH_SECRET से एन्क्रिप्ट किए जाते हैं।

इंटीग्रेशन कहाँ प्लान
GitLab और GitHub: issue और merge request को चेक-इन में आयात करना मीटिंग सेटिंग Community
वीडियो कॉल: कोई भी लिंक, Jitsi, BigBlueButton मीटिंग सेटिंग Community
हर मीटिंग के लिए बनाए गए Zoom, Google Meet और Teams रूम वर्कस्पेस, सामान्य Team
Google, Outlook और CalDAV कैलेंडर (iCloud, Fastmail, Nextcloud…), दोनों तरफ़: प्रतिभागियों के कैलेंडर में सत्र लिखे जाते हैं, वहाँ किए गए बदलाव, हटाना और जवाब वापस आते हैं, उपलब्धता पढ़ी जाती है वर्कस्पेस, सामान्य Team
फ़ॉलो-अप कार्यों से Jira, Linear, GitLab और GitHub टिकट, साथ-साथ बंद वर्कस्पेस, सामान्य Team
GitHub, GitLab, Jira और Linear: रिपॉज़िटरी, माइलस्टोन, एपिक और प्रोजेक्ट पोर्टफ़ोलियो में आयात प्रोजेक्ट › आयात करें Community
आयात किए गए प्रोजेक्ट अपने टूल के साथ सिंक: नाम, चरण, तारीखें और प्रगति प्रोजेक्ट › आयात करें, टिकट ट्रैकर से Team
साझा स्क्रीन, ईमेल और कार्यवृत्त में आपका लोगो वर्कस्पेस, सामान्य Team
Slack ऐप: डायरेक्ट मैसेज से रिमाइंडर, Slack से चेक-इन, /ronde, सूचनाओं के लिए एक चैनल वर्कस्पेस, सामान्य Team
Microsoft Teams ऐप: निजी संदेश से रिमाइंडर, Teams से भरे चेक-इन, ronde, सूचनाओं के लिए एक चैनल वर्कस्पेस, सामान्य Team
Notion और Confluence: हर सत्र का कार्यवृत्त एक पेज के रूप में प्रकाशित, सारांश के साथ अपडेट वर्कस्पेस, सामान्य, फिर मीटिंग सेटिंग › इंटीग्रेशन Team

Slack

Team के साथ, मालिक और व्यवस्थापक सामान्य टैब में Slack में जोड़ें पर क्लिक करते हैं और सूचनाओं का चैनल चुनते हैं। इसके बाद:

  • चेक-इन रिमाइंडर डायरेक्ट मैसेज से आते हैं, मेरा चेक-इन भरें बटन के साथ, जो मीटिंग के खंडों को Slack फ़ॉर्म में खोलता है; जवाब Ronde में ऐसे सहेजे जाते हैं जैसे पेज पर लिखे गए हों;
  • चुना गया चैनल एक कनेक्टर बन जाता है, मीटिंग के सूचना नियमों के लिए तैयार (कार्यवृत्त प्रकाशित, सत्र जल्द शुरू…);
  • /ronde हर व्यक्ति को उसके अगले सत्र और खुली फ़ॉलो-अप कार्रवाइयाँ दिखाता है, सिर्फ़ उसी को।

लोगों को उनके ईमेल से पहचाना जाता है: उनके Slack खाते और Ronde प्रोफ़ाइल में एक ही ईमेल होना चाहिए। जो Slack में नहीं मिलते, उन्हें रिमाइंडर ईमेल से मिलता रहता है। डिस्कनेक्ट करें Slack से ऐप हटाता है और उसके चैनल में पोस्ट करने वाले सूचना नियम मिटा देता है। सेल्फ़-होस्टेड इंस्टेंस पर, व्यवस्थापक पहले इंस्टेंस का Slack ऐप बनाते हैं (सेल्फ़-होस्टिंग गाइड देखें)।

Microsoft Teams

कोई मालिक या एडमिन सामान्य टैब से Teams के लिए Ronde ऐप डाउनलोड करता है; Teams एडमिन उसे संगठन के ऐप में अपलोड करता है और किसी टीम में जोड़ता है। उसके चैनल में Ronde एक कार्ड पोस्ट करता है: Ronde से जोड़ें Ronde खोलता है, जहाँ वर्कस्पेस चुना जाता है। उसके बाद चेक-इन रिमाइंडर टीम में मिले लोगों को (उनके ईमेल से पहचाने गए) निजी संदेश से जाते हैं, एक बटन के साथ जो संदेश को चेक-इन के फ़ॉर्म में बदल देता है; ऐप को “ronde” लिखने पर व्यक्ति के अगले सत्र और खुले कार्य दिखते हैं; और चैनल मीटिंग के सूचना नियमों के लिए एक कनेक्टर बन जाता है। टीम से ऐप हटाना, या Ronde में अलग करें, सब रोक देता है, और रिमाइंडर फिर से ईमेल से जाते हैं।

Notion और Confluence

मालिक और एडमिन सामान्य टैब में एक विकी जोड़ते हैं: एक Notion पेज जिसे किसी आंतरिक इंटीग्रेशन के साथ साझा किया गया हो (notion.so/profile/integrations पर बनाएँ; पेज को ••• › कनेक्शन से उसके साथ साझा करें), या एक Confluence स्पेस, क्लाउड में (साइट, स्पेस कुंजी, खाते का ईमेल और id.atlassian.com से API टोकन) या Data Center या Server पर (एक पर्सनल एक्सेस टोकन)। एक वैकल्पिक पैरेंट पेज सारे कार्यवृत्त एक जगह रखता है। फिर हर मीटिंग सेटिंग › इंटीग्रेशन में अपना विकी चुनती है: हर आर्काइव पर कार्यवृत्त सत्र की तारीख़ और मीटिंग के नाम वाला एक पेज बन जाता है, जिसमें इतिहास का लिंक होता है। सारांश बदलने से पेज अपडेट होता है; पुराने सत्र इतिहास से प्रकाशित होते हैं, जहाँ विफल प्रकाशन उसका कारण बताता है और दोबारा किया जा सकता है। नमूना मीटिंग कुछ भी प्रकाशित नहीं करतीं।

AI सहायक और ट्रांसक्रिप्ट

Team के साथ AI सहायक सत्र का सारांश तैयार करता है और फ़ॉलो-अप कार्य सुझाता है; होस्ट सहेजने से पहले सब कुछ देखता है। यह Anthropic API कुंजी का उपयोग करता है: इंस्टेंस की (ANTHROPIC_API_KEY) या वर्कस्पेस की अपनी।

ट्रांसक्रिप्ट सत्र में कही गई बातों को राउंड की बारी के अनुसार पाठ में बदलते हैं। इनके लिए स्पीच-टू-टेक्स्ट सेवा चाहिए: OpenAI, या आपका अपना Whisper सर्वर (Compose फ़ाइल की whisper प्रोफ़ाइल उसी मशीन पर एक चलाती है)। हर मीटिंग को अपनी सेटिंग में इनकी अनुमति देनी होती है, सत्र रिकॉर्ड होते समय सबको एक बैनर दिखता है, और हर व्यक्ति अपनी बारियाँ बाहर रख सकता है। ट्रांसक्राइब होते ही आवाज़ हटा दी जाती है।

ऑडिट लॉग

Team के साथ ऑडिट लॉग टैब दिखाता है कि पिछले 90 दिनों में वर्कस्पेस में किसने क्या बदला: सेटिंग, लोग, भूमिकाएँ और मीटिंग, CSV निर्यात के साथ। Enterprise पूरा इतिहास रखता है और हर प्रविष्टि आपके SIEM या लॉग प्लेटफ़ॉर्म के लिए किसी webhook कनेक्टर पर हस्ताक्षरित रूप में भेज सकता है।

बैकअप और अपग्रेड

Ronde जो कुछ रखता है वह उसके PostgreSQL डेटाबेस में है। सेल्फ़-होस्टिंग गाइड बताती है कि उसका बैकअप कैसे लें, उसे कैसे बहाल करें और नए संस्करण पर कैसे जाएँ।

इस पेज को GitHub पर संपादित करें