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