Item de template

टेम्पलेट के हर आइटम में केवल दो फ़ील्ड होते हैं, और दोनों मायने रखते हैं: विवरण स्वयं चरण है — इसे निष्पादन योग्य निर्देश के रूप में लिखें ("परिवेश के लॉग एकत्र करें", न कि "लॉग") — और क्रम यह तय करता है कि बनाई गई मांग में चरण किस क्रम में दिखें। क्रम ही स्क्रिप्ट है: इसे काम के वास्तविक क्रम के रूप में सोचें, क्योंकि काम संभालने वाला इसी क्रम में चरणों पर निशान लगाएगा। बिना क्रम के आइटम ऐसी चेकलिस्ट बनाते हैं जिन्हें टीम अनदेखा करना सीख जाती है।

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

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

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

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

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

रिकॉर्ड खोलें और दाईं ओर "टाइमलाइन" देखें: वह हर बदलाव को "एक मान से दूसरे मान तक" के रूप में, व्यक्ति और तारीख़ के साथ दिखाती है। बदलाव बहुत हों तो टाइमलाइन के ऊपर के दो फ़िल्टर इस्तेमाल करें — एक फ़ील्ड के अनुसार, दूसरा व्यक्ति के अनुसार। खोज डेटाबेस में होती है, इसलिए पुराना बदलाव भी वैसे ही दिखता है। आप Tenkai से भी पूछ सकते हैं: "अनुबंध 482 किसने बदला?"।