StitchTrack
कस्टम एम्ब्रॉयडरी मैनेजमेंट सॉफ़्टवेयर
ऑर्डर, डिज़ाइन, मशीन और जॉब-वर्क बिलिंग — स्टिच के हिसाब से ट्रैक।
जॉब वर्क पर मल्टी-हेड मशीनें चलाने वाली एम्ब्रॉयडरी यूनिटों के लिए, जहाँ डिज़ाइन का स्टिच काउंट दाम तय करता है, मशीनें हेड-घंटों के हिसाब से बुक होती हैं, और वही पार्टी एक हफ़्ते कपड़ा भेजती है और अगले हफ़्ते तैयार माल ले जाती है। सामान्य मैन्युफ़ैक्चरिंग मॉडल के बजाय जॉब कार्ड और मशीन क्षमता के इर्द-गिर्द बनाया गया।
स्क्रीन
यह कैसा दिखता है
चालू डेमो की 4 स्क्रीन — वही डेटा जो आप खोलने पर देखेंगे।
समस्या
यह क्यों बनाया जाता है
जॉब-वर्क एम्ब्रॉयडरी का बिल कई मशीनों और हेड पर प्रति हज़ार स्टिच के हिसाब से बनता है। अगर उत्पादन मशीन पर ही सही दर्ज न हो, तो इनवॉइस एक अनुमान बन जाता है और मार्जिन का पता ही नहीं चलता।
यह किसके लिए है
फ़िट
कई पार्टियों के लिए कई मशीनें चलाने वाली एम्ब्रॉयडरी जॉब-वर्क इकाइयाँ।
क्षमताएँ
सिस्टम क्या करता है।
ऑर्डर ट्रैकिंग
पार्टी, डिज़ाइन, मात्रा, रेट और डिलीवरी तारीख — पूछताछ से डिस्पैच तक स्थिति दिखती हुई।
डिज़ाइन लाइब्रेरी
डिज़ाइन कोड, उनके स्टिच काउंट, रंग क्रम और वे मशीनें जिन पर वे चलते हैं।
मशीन शेड्यूलिंग
रन आवंटन के साथ मल्टी-हेड मशीनें, ताकि क्षमता का पता बाद में न चले, बल्कि पहले से योजना बने।
प्रोडक्शन कैप्चर
हर रन और हर शिफ्ट के स्टिच और पीस दर्ज, जो सीधे बिलिंग में जाते हैं।
धागा और मटेरियल स्टॉक
रंगवार धागा स्टॉक, जो प्रोडक्शन रन के विरुद्ध खपता है।
जॉब-वर्क बिलिंग
प्रति हज़ार स्टिच की दर वास्तविक प्रोडक्शन से गणना, अनुमान से नहीं।
चलता हुआ देखें
StitchTrack एक क्लिक करने योग्य डेमो है — मॉड्यूल खोलें, टेबल ब्राउज़ करें, और देखें कि स्क्रीन आपस में कैसे जुड़ती हैं।
ख़रीद का फ़ैसला
यहाँ ऑफ़-द-शेल्फ़ क्यों कम पड़ता है।
एम्ब्रॉयडरी यूनिट कोई फ़ैक्टरी नहीं जो अपना माल बनाती हो। फ़्लोर पर ज़्यादातर कपड़ा किसी और का होता है, चालान पर आता है और चालान पर जाता है, और बिल केवल काम का बनता है। मानक मैन्युफ़ैक्चरिंग सॉफ़्टवेयर बिल ऑफ़ मटीरियल्स और तैयार माल का स्टॉक चाहता है, और उस सामग्री को रखने की कोई जगह नहीं देता जो उसकी अपनी नहीं है।
क्षमता का आकार भी ग़लत होता है। बाधा लोग या मशीनें नहीं, बल्कि हेड और स्टिच-घंटे हैं: 40,000 टाँकों का डिज़ाइन चलाती बारह-हेड मशीन का थ्रूपुट ठीक-ठीक गिना जा सकता है, और उसी का शेड्यूल वादा की गई डिलीवरी तारीख़ और अंदाज़े वाली तारीख़ का अंतर है। सामान्य जॉब-शॉप शेड्यूलिंग में इसकी कोई अवधारणा नहीं है।
कस्टम बिल्ड जॉब कार्ड को केंद्र मानता है: पार्टी, डिज़ाइन, स्टिच काउंट, आवंटित हेड, खपत हुआ धागा, अंदर और बाहर गए पीस। लागत और बिलिंग दोनों इसी से निकलती हैं, और एक ईमानदार डिलीवरी तारीख़ भी।
तुलना
पैकेज्ड प्रोडक्ट बनाम कस्टम बिल्ड।
वे अंतर जो फ़ैसला करते हैं, ख़ास इसी सेक्टर के लिए।
| पहलू | पैकेज्ड प्रोडक्ट | कस्टम बिल्ड |
|---|---|---|
| सामग्री का स्वामित्व | सारा स्टॉक आपका | पार्टी का कपड़ा चालान पर अंदर-बाहर ट्रैक, कभी आपके अपने स्टॉक या मूल्यांकन में नहीं मिलता |
| लागत का आधार | प्रति उत्पादित इकाई | प्रति टाँका, प्रति हेड-घंटा या प्रति पीस, जिस पर उस पार्टी का बिल बनता है |
| शेड्यूलिंग | मशीन या कर्मचारी के हिसाब से | मशीन हेड और स्टिच काउंट के हिसाब से, ताकि डिलीवरी तारीख़ का वादा नहीं, गणना हो |
| डिज़ाइन | एक प्रोडक्ट कोड | स्टिच काउंट, रंग क्रम और धागे के अनुमान के साथ डिज़ाइन मास्टर, कई पार्टियों में दोबारा इस्तेमाल |
| धागा | मासिक कुल वाली एक उपभोग्य वस्तु | हर डिज़ाइन के लिए अनुमानित और वास्तविक से मिलाया हुआ, ताकि ज़्यादा खपत हर जॉब पर दिखे |
| रिजेक्शन | एक स्क्रैप प्रतिशत | हर जॉब और हर मशीन पर दर्ज, और रीवर्क अपने अलग पास के रूप में ट्रैक |
इंटीग्रेशन
यह किससे जुड़ता है।
जो सिस्टम पहले से इस्तेमाल हो रहे टूल्स तक नहीं पहुँच सकता, वह एक और टापू बन जाता है। इस सेक्टर को आमतौर पर इन कनेक्शनों की ज़रूरत होती है।
अकाउंटिंग
जॉब-वर्क इनवॉइस और ख़रीद एंट्रियाँ Tally या Zoho Books में, जॉब वर्क के सही GST व्यवहार के साथ पोस्ट।
मशीन डेटा
जहाँ कंट्रोलर अनुमति दे, वहाँ स्टिच काउंट और रन टाइम मशीनों से सीधे पढ़े जाते हैं, पर्ची पर लिखे नहीं जाते।
डिज़ाइन फ़ाइलें
DST और emb फ़ाइलें डिज़ाइन मास्टर के साथ रखी जाती हैं, ताकि फ़्लोर सही वर्ज़न लोड करे।
डिलीवरी चालान
पार्टी के माल के लिए आवक और जावक चालान, जहाँ मूल्य के कारण ज़रूरी हो वहाँ ई-वे बिल के साथ।
मैसेजिंग
जॉब की स्थिति और डिलीवरी-तैयार की सूचना पार्टी को, बिना फ़ोन किए।
यह कैसे चलता है
पहली बातचीत से कटओवर तक।
इस आकार के बिल्ड के लिए सांकेतिक। पैरलल रन वैकल्पिक नहीं है — जब तक आँकड़े मेल न खाएँ, कुछ भी बंद नहीं किया जाता।
- 1 हफ़्ता
डिस्कवरी
हम आपका रेट कार्ड, कुछ असली जॉब कार्ड और हेड की संख्या के साथ आपकी मशीनों की सूची लेते हैं।
- 3-6 हफ़्ते
मुख्य निर्माण
पहले जॉब कार्ड, डिज़ाइन मास्टर और मशीन शेड्यूलिंग, क्योंकि बिलिंग और लागत दोनों इन्हीं से निकलती हैं।
- 2 हफ़्ते
फ़्लोर पायलट
मशीनों का एक बैंक इस पर चलता है जबकि पर्चियाँ जारी रहती हैं, जब तक टाँकों और धागे के आँकड़े मेल न खाएँ।
- 1-2 हफ़्ते
रोलआउट
सभी मशीनें, पार्टी लेजर और जॉब-वर्क बिलिंग चालू।
रोलआउट के बाद
रोज़मर्रा में क्या बदलता है।
- डिलीवरी तारीख़ फ़ोन उठाने वाले के अंदाज़े से नहीं, बल्कि स्टिच काउंट और उपलब्ध हेड-घंटों से गणना होती है।
- पार्टी का कपड़ा आपके अपने कपड़े से साफ़ अलग दिखता है, और इसी से जॉब-वर्क की GST स्थिति का बचाव हो पाता है।
- धागे की ज़्यादा खपत उसी जॉब और मशीन के ख़िलाफ़ दिखती है जिसने उसे किया, जब ऑपरेटर को वह रन अभी याद हो।
- बिलिंग किए गए काम से मेल खाती है क्योंकि दोनों एक ही जॉब कार्ड से आते हैं।
जानबूझकर गुणात्मक रूप में बताया गया। हम ऐसे प्रतिशत सुधार प्रकाशित नहीं करते जिन्हें हम किसी नामित क्लाइंट से, उनकी सहमति के साथ, जोड़ न सकें।
सवाल
आम सवाल।
क्या यह स्टिच गिनती के हिसाब से जॉब वर्क का बिल बना सकता है?
हाँ। उत्पादन हर रन और हर मशीन के अनुसार दर्ज होता है, और प्रति हज़ार स्टिच की जॉब-वर्क दरें अनुमान के बजाय वास्तविक उत्पादन पर लागू होती हैं।
क्या यह मल्टी-हेड मशीनें ट्रैक करता है?
हाँ। मशीनें अपनी हेड संख्या के साथ कॉन्फ़िगर होती हैं और रन उन्हीं के विरुद्ध आवंटित होते हैं, इसलिए क्षमता की योजना बनती है, वह बाद में पता नहीं चलती।
धागे का स्टॉक कैसे संभाला जाता है?
धागा रंग-वार ट्रैक होता है और उत्पादन रन के विरुद्ध ख़र्च होता है, इसलिए कमी तब दिखती है जब रन रुका नहीं होता।