टाइम ट्रॅकिंग ॲप कसे बनवायचे: टायमर, टाइमशीट आणि अहवाल

टाइम ट्रॅकिंग ॲप नोंदवते की कोणी कोणत्या कामावर, किती वेळ काम केले, आणि तो वेळ बिल करता येतो की नाही. ते बनवण्यासाठी तुम्हाला ट्रॅक करण्यासाठी क्लायंट आणि प्रकल्प, बंद ब्राउझर टॅबमधूनही टिकणारा टायमर, नोंदी हाताने जोडण्या व दुरुस्त करण्याचा मार्ग, साप्ताहिक टाइमशीट, आणि कच्च्या नोंदींचे एकूण मध्ये रूपांतर करणारे अहवाल लागतात. एक स्पष्ट प्रॉम्प्ट वापरून AI ॲप बिल्डर पहिली कार्यरत आवृत्ती देऊ शकतो. महत्त्वाचे निर्णय नियमांबद्दल असतात: राउंडिंग, कोण काय संपादित करू शकतो, आठवडा कधी लॉक होतो, आणि बिलेबल म्हणजे काय.

तुम्ही वेळ कशासाठी ट्रॅक करत आहात ते ठरवा

त्याच ॲपचे कारण बदलले की रूप बदलते:

• क्लायंटना बिलिंग. प्रति क्लायंट तास, व्यक्ती किंवा प्रकल्पानुसार दर, आणि इन्व्हॉइससाठी स्वच्छ एक्सपोर्ट. अचूकता आणि ऑडिट ट्रेल सर्वात महत्त्वाचे.
• तासिक कर्मचाऱ्यांसाठी पेरोल. क्लॉक-इन आणि क्लॉक-आउट, ब्रेक, ओव्हरटाइम नियम, आणि मॅनेजरची सही. स्थानिक कामगार नियम लागू होतात, त्यामुळे कोणते रेकॉर्ड ठेवणे बंधनकारक आहे ते तपासा.
• वेळ कुठे जातो ते समजून घेणे. वैयक्तिक किंवा टीम अंतर्दृष्टी, अंदाज विरुद्ध प्रत्यक्ष. मंजुरी प्रवाहांपेक्षा नोंद करण्याचा वेग अधिक महत्त्वाचा.

पहिल्या आवृत्तीसाठी एक मुख्य काम निवडा. फ्रीलांसरचा बिलिंग ट्रॅकर आणि गोदामातील शिफ्ट घड्याळ यांच्यात टायमर आणि फारच थोडे इतर काही सामायिक असते.

ॲपला काय लागते

डेटा

प्रत्येक नोंदीवर सुरुवातीची आणि शेवटची वेळ साठवा आणि कालावधी त्यावरून काढा. “2 तास 15 मिनिटे” अशा प्रकारे वेळ टाइप केलेल्या नोंदी वेळेशिवाय फक्त कालावधी साठवू शकतात, पण तारीख ठेवा.

पेजेस

• टायमर आणि आज: मोठे सुरू/थांबवा बटण, प्रकल्प निवडक, आणि त्याखाली आजच्या नोंदी.
• आठवड्याचे दृश्य: डावीकडे प्रकल्प आणि वरती दिवस असलेली ग्रिड, जिथे लोक थेट तास टाइप करतात. अनेकांना टायमरपेक्षा हे आवडते.
• अहवाल: तारीख श्रेणीसाठी प्रति क्लायंट, प्रकल्प आणि व्यक्ती तास, बिलेबल आणि नॉन-बिलेबल विभागणीसह, आणि CSV एक्सपोर्ट.
• ॲडमिन: क्लायंट, प्रकल्प, लोक आणि दर व्यवस्थापित करा.

परवानग्या

सुरुवातीलाच लिहा की कोण काय करू शकतो:

• लोक स्वतःच्या नोंदी पाहतात आणि संपादित करतात.
• मॅनेजर्स त्यांच्या टीमच्या नोंदी पाहतात आणि आठवड्यांना मंजुरी देतात.
• फक्त ॲडमिन दर बदलू शकतात, आणि आदर्शपणे फक्त ॲडमिनच दर पाहू शकतात.
• मंजुरी किंवा इन्व्हॉइस झालेली नोंद कोणी संपादित करत नाही, जोपर्यंत ॲडमिन ती पुन्हा उघडत नाही.

शेवटचा नियम अहवाल विश्वासार्ह बनवतो. साइन-इन भागासाठी तुमच्या ॲपमध्ये लॉगिन जोडणे मार्गदर्शक आहे, आणि भूमिकांसाठी भूमिका-आधारित प्रवेश नियंत्रण.

निर्णय आणि ट्रेडऑफ

टायमर, हाताने नोंद, किंवा दोन्ही

लोकांनी सुरू करायला लक्षात ठेवले तरच टायमर अचूक असतो, जे नेहमी होत नाही. हाताने नोंद आठवड्याच्या शेवटी आठवडा भरणाऱ्यांसाठी जलद आहे. बहुतेक टीमना दोन्ही लागतात, आणि टायमर नोंद नंतर संपादित करण्याचा मार्ग. फक्त एक बनवायचे असेल तर आठवड्याची ग्रिड बनवा; ती सोपी आहे आणि सुरू करायला विसरलेल्या प्रकरणाला कव्हर करते.

चालू टायमर कुठे राहतो

ब्राउझरमध्ये चालणारा टायमर टॅब बंद होताच सगळे हरवतो. कोणी सुरू दाबल्यावर सुरुवातीची वेळ डेटाबेसमध्ये साठवा, आणि आताच्या वेळेतून ती वजा करून निघालेला वेळ दाखवा. मग टायमर रिफ्रेश, लॅपटॉप आणि फोनवरही चालू राहतो. एका व्यक्तीला एकाच वेळी दोन टायमर चालवता येतील का ते ठरवा. सामान्यतः उत्तर नाही आहे: नवीन सुरू केल्यावर जुना थांबतो.

राउंडिंग

सामान्य नियम म्हणजे प्रत्येक नोंद जवळच्या 6, 15 किंवा 30 मिनिटांपर्यंत वर राउंड करणे. डेटाबेसमध्ये अचूक वेळ ठेवा आणि राउंडिंग फक्त अहवाल आणि इन्व्हॉइसमध्ये लावा. अहवालांमध्ये दोन्ही आकडे दाखवा, म्हणजे कोणालाही आश्चर्य वाटणार नाही.

लॉकिंग आणि मंजुरी

लॉक नसेल, तर इन्व्हॉइस गेल्यानंतरही मागच्या महिन्याचे बिल केलेले तास बदलू शकतात. एक साधे मॉडेल: लोक आठवडा सादर करतात, मॅनेजर मंजूर करतो, आणि मंजूर नोंदी फक्त वाचनीय होतात. तुम्ही ॲपमधून इन्व्हॉइस करत असाल तर नोंदी “इन्व्हॉइस केलेल्या” म्हणून चिन्हांकित करा, म्हणजे त्या दोनदा बिल होणार नाहीत.

टाइम झोन आणि मध्यरात्र

वेळा UTC मध्ये साठवा आणि व्यक्तीच्या टाइम झोनमध्ये दाखवा. 23:00 ते 01:00 चालणारी नोंद कोणत्या दिवसाची आहे ते ठरवा. नेहमीचे उत्तर म्हणजे ती ज्या दिवशी सुरू झाली तो दिवस.

एक पहिला प्रॉम्प्ट जो काम करतो

सहा जणांच्या डिझाइन स्टुडिओसाठी टाइम ट्रॅकिंग ॲप बनवा. डेटा: क्लायंट (नाव, तासिक दर), प्रकल्प (क्लायंट, नाव, बजेट तास), आणि वेळ नोंदी (व्यक्ती, प्रकल्प, सुरुवात, शेवट, टीप, बिलेबल हो/नाही, स्थिती मसुदा/सादर/मंजूर). पेजेस: एक आज पेज ज्यात सुरू/थांबवा टायमर आणि प्रकल्प निवडक आहे, जो सुरुवातीची वेळ डेटाबेसमध्ये साठवतो म्हणजे रिफ्रेशनंतरही टायमर टिकतो; एक आठवडा पेज ज्यात प्रकल्प ओळींमध्ये, सोमवार ते रविवार स्तंभांमध्ये आहेत आणि लोक थेट तास टाइप करू शकतात; एक अहवाल पेज ज्यात तारीख श्रेणीसाठी प्रति क्लायंट, प्रकल्प आणि व्यक्ती तास बिलेबल आणि नॉन-बिलेबलमध्ये विभागलेले, आणि CSV एक्सपोर्ट; आणि क्लायंट, प्रकल्प आणि लोकांसाठी एक ॲडमिन पेज. प्रति व्यक्ती फक्त एक टायमर चालू शकतो. मंजूर नोंदी संपादित करता येत नाहीत. वेळा UTC मध्ये साठवा आणि वापरकर्त्याच्या टाइम झोनमध्ये दाखवा. स्वच्छ, जलद, कीबोर्ड-अनुकूल डिझाइन.

बिल्ड स्टेप्स

1. प्रकल्प आणि हाताच्या नोंदी आधी. क्लायंट, प्रकल्प, नोंद जोडण्याचा फॉर्म आणि यादी. बेरीज बरोबर येतात याची खात्री करा.
2. टायमर. सुरू, थांबवा, प्रति व्यक्ती एक चालू टायमर, जतन केलेली सुरुवातीची वेळ. टायमर सुरू करा, टॅब बंद करा आणि पुन्हा उघडा अशी चाचणी करा.
3. आठवड्याची ग्रिड. सेलमध्ये तास टाइप केल्यावर नोंद तयार होते किंवा अपडेट होते.
4. लॉगिन आणि भूमिका. खरे लोक वापरण्यापूर्वी त्या जोडा, म्हणजे चुकून कोणी दर किंवा इतरांच्या नोंदी पाहणार नाही.
5. सादर आणि मंजूर. साप्ताहिक सादरीकरण, मॅनेजरची मंजुरी, मंजुरीनंतर फक्त वाचनीय.
6. अहवाल आणि एक्सपोर्ट. तारीख श्रेणी, गटबद्धता, बिलेबल विभागणी, CSV.
7. दर आणि इन्व्हॉइस हुक जर तुम्ही क्लायंटना बिल करत असाल. इन्व्हॉइस तयार करणे वेगळ्या पायरीत किंवा ॲपमध्ये ठेवा; इन्व्हॉइसिंग ॲप कसे बनवायचे पहा.
8. सीमारेषेवरील प्रकरणांची चाचणी. मध्यरात्री ओलांडणारी नोंद, डेलाइट-सेव्हिंग आठवडा, दोन उपकरणांवरून दोन टायमर सुरू, मंजूर नोंद संपादित करणे.

सामान्य चुका

• वेळ फक्त ब्राउझरमध्ये मोजणे. डेमोमध्ये चालते आणि प्रत्यक्ष वापरात तास हरवते.
• साठवलेल्या मूल्यांचे राउंडिंग. मूळ अचूक वेळ परत कधीच मिळवता येत नाही.
• मंजूर आठवड्यांवर लॉक नसणे. अहवाल आणि इन्व्हॉइस जुळणे थांबते.
• सर्वांना सर्वांचे दर दिसणे. पहिल्या दिवसापासून भूमिकेनुसार दर लपवा.
• खूप आवश्यक फील्ड. वेळ नोंदवणे काही सेकंदांपेक्षा जास्त वेळ घेत असेल तर लोक करणे थांबवतात आणि डेटा कल्पित बनतो. सुरुवातीला टास्क आणि टीप ऐच्छिक ठेवा.
• ट्रॅकरच्या आत पूर्ण प्रकल्प व्यवस्थापक बनवणे. प्रकल्प साध्या लेबल्स म्हणून ठेवा. कामे, बोर्ड आणि डेडलाइन हवी असतील तर ते प्रकल्प व्यवस्थापन साधन आहे, वेगळे बांधकाम.

जेव्हा तयार ट्रॅकर सर्वोत्तम पर्याय असतो

तुमच्या टीमला टायमर, आठवड्याचे दृश्य आणि अहवाल हवे असतील, तर समर्पित टाइम ट्रॅकिंग उत्पादने हे आधीच चांगले करतात. त्यासोबत अशा गोष्टी येतात ज्या बनवण्यासाठी खरी मेहनत लागते: डेस्कटॉप आणि फोन ॲप्स, निष्क्रियता शोध, कॅलेंडर आणि साधनांशी इंटिग्रेशन, आणि टाइमशीट भरण्याची आठवण. तासिक पेरोलसाठी, ब्रेक, ओव्हरटाइम आणि नोंद ठेवणे पहिल्या आवृत्तीच्या सानुकूल ॲपपेक्षा अधिक सुरक्षितपणे, त्यासाठी बनवलेले साधन हाताळते.

तुमचे नियम जुळत नसतील, तुम्हाला तास आधीच ठेवलेल्या डेटाशी (कामे, कामाचे आदेश, रिटेनर, इन्व्हॉइस) जोडायचे असतील, प्रति-सीट किंमत मोठ्या टीमवर वाढत असेल, किंवा टाइम ट्रॅकिंग हे मोठ्या अंतर्गत साधनाचा एक भाग असेल, तर स्वतः बनवा. बनवायचे की विकत घ्यायचे हा ट्रेडऑफ स्पष्ट करते, आणि तुमचे तास सध्या सामायिक शीटमध्ये असतील तर स्प्रेडशीटचे ॲपमध्ये रूपांतर कसे करायचे पहा.

Mythex सह बनवणे

Mythex वर तुम्ही चॅटमध्ये ट्रॅकरचे वर्णन करता आणि एजंट लाइव्ह प्रिव्ह्यूमध्ये ते बनवतो. नोंदी साठवण्याची गरज असेल तेव्हा ते एक समर्पित Postgres डेटाबेस जोडते, आणि तुम्ही थेट त्याला सांगू शकता किंवा /database टाइप करू शकता. दस्तऐवजीकरणातील अंतर्गत साधन वापर प्रकरण वेदनादायक एक पायरी पहिल्या आवृत्तीसाठी निवडण्याचे सुचवते, जे येथे बसते: नोंदी आणि आठवड्याच्या ग्रिडने सुरुवात करा, मग टायमर आणि मंजुरी जोडा.

तुमच्या टीमसाठी साइन-इन ही तुम्ही तुमच्या स्वतःच्या ऑथ पद्धतीने जोडता (लॉगिन जोडण्याची रेसिपी). Mythex खाती तुमचे ॲप बनवणाऱ्या लोकांसाठी आहेत, ते वापरणाऱ्यांसाठी नाहीत. मुख्य प्रवाह काम करू लागल्यावर, एजंटला प्रिव्ह्यूमध्ये क्लिक करून (टायमर सुरू करा, नोंद जोडा, अहवाल चालवा) काय तुटते ते सांगायला /test वापरा. सुरुवातीच्या दृश्यासाठी ॲप टेम्पलेट्स पहा.

प्रश्न