एक ऐसा एप्लिकेशन जो जानता है कि आपके अनुबंधों में कितने आगमन अभी भी बाकी हैं

वह प्रश्न जिसका जवाब स्प्रेडशीट नहीं दे सकती

रखरखाव का अनुबंध कोई आय की पंक्ति नहीं है, यह आगमनों का एक 'ऋण' है। आपने वर्ष भर के लिए पंद्रह घास कटाई, दो झाड़ियों की कताई और एक खरपतवार हटाने का काम बेचा है। जुलाई में सिर्फ़ एक ही प्रश्न मायने रखता है: मैंने अब तक कितने काम पूरे किए, किस साइट पर, और मौसम के अंत तक कितने बाकी हैं? एक कैलेंडर बताता है “इस सप्ताह मैंने क्या निर्धारित किया है”। एक बिलिंग स्प्रेडशीट बताती है “मैंने क्या बिल किया है”। लेकिन इनमें से कोई भी उस प्रश्न का जवाब नहीं देता।

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

व्यवसाय के दो हिस्सों को एक ही तरह से व्यवस्थित नहीं किया जा सकता

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

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

• ग्राहक: व्यक्तिगत, संयोजक, स्थानीय निकाय, कंपनियाँ
• साइटें: एक ग्राहक के कई साइट हो सकते हैं, जिनमें से प्रत्येक की अपनी पहुँच और आवश्यकताएँ होती हैं
• रखरखाव अनुबंध: अवधि, बेची गई सेवाएँ, आगमनों की संख्या, बिलिंग
• आगमन: तारीख, साइट, किया गया कार्य, अवधि, टीम, स्थिति (निर्धारित, पूर्ण, स्थगित)
• निर्माण कार्य: अनुमान, अवधि, प्रगति
• उपकरण: रखरखाव, उपयोग के घंटे, आवंटन

मौसम, उपकरण और हरित कचरा

यह कार्य एक संकुचित समयावधि में समायोजित होता है: अधिकांश कार्य मार्च से अक्टूबर के बीच होता है, और एक खोया हुआ सप्ताह जनवरी में नहीं पकड़ा जा सकता। इसलिए, 'देरी से आगमन' के संकेतक का अप्रैल और सितंबर में समान महत्व नहीं होता, यह तभी एक चेतावनी बनता है जब कार्यकाल का अंत निकट आ जाता है। मासिक आधार पर पूर्ण आगमनों की गणना करने से यह प्रवृत्ति स्पष्ट हो जाती है, और आप एक वर्ष की तुलना दूसरे वर्ष से कर सकते हैं, बजाय इस धारणा पर भरोसा करने के कि “इस साल काफी व्यस्त रहा”।

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

एप्लिकेशन कैसे तैयार किया जाता है

आप अपने व्यवसाय के बारे में फ्रांसीसी में, अपने शब्दों में लिखते हैं, “आगमन”, “घास कटाई”, “झाड़ियों की कताई”, “अनुबंध”, “साइट”। किसी भी निर्माण से पहले आपको एक योजना दिखाई जाती है: चुनी गई संस्थाएँ, उनके क्षेत्र, स्क्रीन और संकेतक। जब तक यह आपके वास्तविक कार्य प्रवाह से मेल नहीं खाती, आप इसे संशोधित कर सकते हैं; कुछ भी आपकी पुष्टि के बिना नहीं बनाया जाता।

उत्पादित एप्लिकेशन एक मानक Next.js और Prisma परियोजना है। आप इसे ZIP आर्काइव के रूप में डाउनलोड कर सकते हैं या GitHub पर प्रकाशित कर सकते हैं: कोड आपका है, और कोई भी डेवलपर इसे आगे ले जा सकता है। तीन उत्पादन स्तर हैं (Sketch, Craft, Masterpiece), जो इस बात पर निर्भर करते हैं कि आप कोई विचार परीक्षण कर रहे हैं या एक पूर्ण एप्लिकेशन चाहते हैं।

एप्लिकेशन क्या नहीं है

यह पृष्ठ एक आंतरिक ट्रैकिंग उपकरण का वर्णन करता है। हरित क्षेत्र प्रबंधन कंपनी की कई आवश्यकताएँ इस उत्पाद की क्षमताओं के बाहर आती हैं, और शुरुआत करने से पहले इनके बारे में जानना बाद में जानने से बेहतर है:

इनमें से कोई भी सीमा कोड के संदर्भ में स्थायी नहीं है, परियोजना निर्यात योग्य है और कोई भी डेवलपर इसे विस्तारित कर सकता है, लेकिन कोई भी सीमा पूर्व-स्थापित रूप से प्रदान नहीं की जाती।

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

मौसम के अंत में अपने आँकड़े प्राप्त करना

आपके द्वारा दर्ज किए गए डेटा आपके ही रहते हैं और सेटिंग्स स्क्रीन से JSON या CSV में, एक डेटासेट के एक समय पर प्राप्त किए जा सकते हैं। यह उस समय के लिए उपयोगी प्रारूप है जब अनुबंध नवीनीकरण की तैयारी की जाती है: एक CSV को स्प्रेडशीट में खोला जा सकता है, साइट के आधार पर क्रमबद्ध किया जा सकता है, और बिलिंग के साथ तुलना करके यह देखा जा सकता है कि कौन से अनुबंधों में घंटों का व्यय उनकी आय से अधिक हुआ।

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