शिपिंग

बिना प्रोग्रामिंग के "जब यह हो, तो वह करो" नियम बनाता है। असली जोखिम शृंखला है: एक स्वचालन जो दूसरा चलाता है, लूप में जा सकता है — पूरे डेटाबेस के लिए चालू करने से पहले एक मामले से जाँचें।

बिना प्रोग्रामिंग के स्वचालन बनाएँ: कोई व्यावसायिक ट्रिगर चुनें (लीड बना, बिल की तारीख़ निकली, अनुबंध हस्ताक्षरित, टिकट खुला, स्टॉक न्यूनतम पर...), शर्तें और जो होना चाहिए वह तय करें (किसी को सूचित करना, माँग खोलना, webhook बुलाना, चरण बदलना)। तैयार रेसिपी की गैलरी से शुरू करें — 1 क्लिक में इंस्टॉल — या अपनी बनाएँ। चालू करने से पहले Dry-run से देखें कि किसी उदाहरण के साथ क्या होता, बिना कुछ चलाए। हर ट्रिगर लॉग में दर्ज होता है।

पहले से मौजूद छह व्यावसायिक घटनाओं (लीड, अवसर, बकाया बिल, हस्ताक्षरित अनुबंध, टिकट, न्यूनतम स्टॉक) के अलावा, स्वचालन अब इनसे भी शुरू हो सकता है:

• मेरे तय समय पर — आप सामान्य भाषा में "हर सोमवार सुबह 8 बजे" या "हर महीने की 5 तारीख़" लिखते हैं, समझें पर क्लिक करते हैं और सहेजने से पहले जाँचते हैं कि क्या पढ़ा गया। अगर वाक्य स्पष्ट न हो (जैसे "हर पहला कार्य दिवस", जो छुट्टियों के कैलेंडर पर निर्भर है), तो प्लेटफ़ॉर्म आपकी जगह तारीख़ चुनने के बजाय कहता है कि वह नहीं समझा।
• जब कोई फ़ील्ड बदले — रिकॉर्ड और फ़ील्ड चुनें। संदर्भ में पहले और बाद होता है, इसलिए नए मान पर शर्त लगाई जा सकती है (उदा.: फ़ील्ड बाद बराबर WON)।
• जब कोई तारीख़ पास आए — तारीख़ और अग्रिम समय चुनें। हर रिकॉर्ड केवल एक बार चेताता है: प्लेटफ़ॉर्म याद रखता है कि आज किसे चेताया जा चुका है, वरना वही अनुबंध समाप्त होने तक हर दिन दिखता।

सूची हर ऑटोमेशन को नाम, ट्रिगर, स्रोत, चालू है या नहीं और आख़िरी बार कब चला, के साथ दिखाती है; पंक्ति का बटन चालू या बंद करता है। ऊपर तैयार रेसिपी की गैलरी (इंस्टॉल करने पर रेसिपी बंद बनती है), चल रही प्रतीक्षाएँ और हाल के निष्पादन, हर एक में क्या हुआ, के साथ हैं।

हर ट्रिगर और हर क्रिया का स्क्रीन के ऊपर की गैलरी में कम से कम एक इंस्टॉल करने योग्य उदाहरण है। इंस्टॉल करने से रेसिपी आपके खाते में बंद अवस्था में कॉपी होती है: आप उसे खोलते हैं, पाठ समायोजित करते हैं, किसी उदाहरण के साथ Dry-run चलाते हैं और जब वह आपकी पसंद की हो जाए तो चालू करते हैं।

यह हर हिस्सा क्या करता है यह समझने का सबसे तेज़ रास्ता है — समूहों के बीच "या", अगर/वरना और इंतज़ार समेत, जिनकी उन्हें काम करते दिखाने के लिए अलग रेसिपी है।

किसी समूह के भीतर सभी शर्तें सही होनी चाहिए। जब आप वैकल्पिक रास्ता जोड़ें (या) पर क्लिक करते हैं, तो दूसरा समूह बनता है — और स्वचालन चलने के लिए एक पूरा समूह मेल खाना काफ़ी है।

उदाहरण: "स्रोत = वेबसाइट" वाला एक समूह और "स्रोत = रेफ़रल" वाला दूसरा समूह दोनों मामलों में चलता है, दो स्वचालनों की ज़रूरत के बिना।

कोई शर्त न भरी हो, तो ट्रिगर होने पर हर बार स्वचालन चलता है।

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

यही "3 दिन रुकें; अगर अब भी भुगतान नहीं किया, तो तक़ाज़ा करें" को सच में काम करवाता है: अगर ग्राहक ने बीच में भुगतान कर दिया, तो इंतज़ार बिना तक़ाज़े के ख़त्म होता है, और इतिहास कारण दर्ज करता है। दोबारा पूछे बिना आगे बढ़ना उससे तक़ाज़ा करता जो पहले ही भुगतान कर चुका — और तकनीकी रूप से कुछ भी गलत नहीं हुआ होता।

इंतज़ार के दौरान स्क्रिप्ट घड़ी का इंतज़ार खंड में दिखती है, और आप उसे रद्द कर सकते हैं। स्वचालन बंद करने से वह भी रद्द हो जाता है जो उसने अधूरा छोड़ा था।

प्लेटफ़ॉर्म से कोई कार्रवाई माँगें क्रिया Tenkai वाले ही नियंत्रित कैटलॉग का उपयोग करती है (टिकट खोलना, प्राप्य वसूलना, नियत तिथि बढ़ाना, चरण बदलना…)।

यह स्वचालन बनाने वाले के नाम पर काम करती है: उस व्यक्ति की स्क्रीन अनुमति, प्रोफ़ाइल की क्रिया और कंपनी की अनुमोदन सीमा लागू होती है। जो छूट नहीं दे सकता उसका लिखा स्वचालन छूट नहीं देता — उसे उसी कारण से अस्वीकार किया जाता है जो स्क्रीन पर दिखता।

🔒 पैसे से जुड़ी कार्रवाई कभी अपने-आप पुष्ट नहीं होती: वह 24 घंटे आपकी पुष्टि का इंतज़ार करती है, और आपको पुष्टि या रद्द करने के कोड के साथ सूचना मिलती है।

फ़ील्ड अपडेट करें क्रिया के तीन जानबूझकर इनकार हैं, हमेशा इतिहास में कारण के साथ:

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

फ़ील्ड स्टूडियो में आपके बनाए फ़ील्ड को सहेजने के लिए कुंजी custom. उपसर्ग के साथ लिखें — जैसे custom.centro_custo।

कार्ड पर "जिस समय मैं तय करूँ" ट्रिगर में कब चलाना है लिखकर समझें दबाना होता है; "जब कोई फ़ील्ड बदले" में रजिस्टर और फ़ील्ड; "जब कोई तारीख पास हो" में अग्रिम समय भी। इसके बिना सहेजें मना करता है — रेसिपी बिना त्रुटि के मूक पैदा होती। ऑटोमेशन बंद हालत में बनता है।

ऑटोमेशन बंद करने या हटाने से उसकी लंबित प्रतीक्षाएँ रद्द होती हैं: बाद में पूरी होने वाली प्रतीक्षा कार्रवाई बंद ऑटोमेशन की ओर से नहीं चलती। हटाने से रेसिपी बिन में जाती है, जहाँ से पूर्ववत या सूची के बिन से लौटती है। चालू करने से पहले कार्ड के हेडर में ड्राई-रन से देखें कि एक उदाहरण के साथ क्या होता।

नहीं। स्वचालनों की घड़ी हर 15 मिनट पर समय जाँचती है, इसलिए प्रक्रिया तय समय के 15 मिनट बाद तक चल सकती है। जो नहीं होता वह है छूट जाना: अगर सटीक मिनट दो जाँचों के बीच पड़ा, तो वह अगली जाँच पर चलती है।

और एक ही समय कभी दो बार नहीं चलता — हर स्वचालन याद रखता है कि वह आख़िरी बार कब चला।

बदले गए फ़ील्ड का ट्रिगर केवल उन रिकॉर्डों पर काम करता है जो बदलाव का इतिहास रखते हैं — पुराने और नए मान की तुलना इतिहास से ही आती है। बिना इतिहास वाले रिकॉर्ड के पास तुलना के लिए "पहले" नहीं होता।

यह भी जाँचें कि चुना गया फ़ील्ड वही है जो स्क्रीन पर बदला जा रहा है: सूची रिकॉर्ड के असली फ़ील्ड दिखाती है, और रिकॉर्ड बदलने पर चुना गया फ़ील्ड जानबूझकर साफ़ हो जाता है।