AI ड्यू डिलिजेंस: बिक्री और नकद को मिलाए बिना स्टार्टअप राजस्व की जाँच करें

AI से जाँच कराने से पहले दावे को तय करें

ड्यू डिलिजेंस निवेश से पहले की जाँच है। पिच में हस्ताक्षरित ऑर्डर, भुगतान किए गए बिल या अर्जित बिक्री को राजस्व कहा जा सकता है। राजस्व वह बिक्री है जो कंपनी के लेखांकन नियमों के तहत गिनी जाती है। संस्थापक से पूछें कि वह किस अर्थ का उपयोग करता है। स्पष्ट समान आधार होने से पहले दो कुलों की तुलना न करें।

पिच के सटीक दावे से शुरू करें। कंपनी, खरीदार, तारीख-सीमा, मुद्रा और इकाई लिखें। हजारों में USD, पूरे डॉलर में USD नहीं होता। बताएं कि संख्या वास्तविक बिक्री है या भविष्य की योजना। पिच फ़ाइल और उसकी तारीख रखें, ताकि बाद का बदलाव पहले दावे को न मिटा दे।

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

• दावा: पिच में दिखाए गए सटीक शब्द और संख्या।
• आधार: कानूनी कंपनी, खरीदार, तारीखें, मुद्रा, इकाइयाँ और बिक्री नियम।
• साक्ष्य: हर राशि के लिए फ़ाइल ID, संस्करण और पेज या पंक्ति।
• स्थिति: दायरे में समर्थित, खुला या असमर्थित; समीक्षक का नाम लिखें।

एक बड़े कुल के बजाय साक्ष्य के चार दृश्य अपनाएं

हस्ताक्षरित सौदा दिखाता है कि पक्षों ने क्या माना। उसकी तारीखें, कीमतें, बदलाव और समाप्ति शर्तें पढ़ें। यह सिद्ध नहीं करता कि काम हुआ या नकद आया। बिल भुगतान मांगता है। वह हो चुके काम या अभी बाकी काम के लिए हो सकता है। हर बिल की ID और उसमें बाद में हुआ बदलाव रखें।

नकद प्राप्ति यह दिखाने में मदद कर सकती है कि खरीदार ने भुगतान किया। भुगतानकर्ता, तारीख और राशि को बिल से मिलाएं। बैंक का नकद शुल्क काटने के बाद हो सकता है या कई बिलों के लिए हो सकता है। भुगतान ऋण, शेयर वित्तपोषण या धनवापसी भी हो सकता है। कंपनी में आने वाले हर नकद को बिक्री न गिनें।

खाते दिखाते हैं कि बिक्री कब गिनी गई। IFRS 15 के तहत बिक्री उन वस्तुओं या सेवाओं को दिखाती है जो खरीदार को दी गई हैं। सौदे का वादा एक बार में या समय के साथ पूरा हो सकता है। चुने गए नियम और तथ्य महत्वपूर्ण हैं। वित्त प्रमुख से अर्जित बिक्री का कार्यक्रम समझाने को कहें। यह नियम IFRS 15 अपनाने वाली कंपनियों पर लागू होता है, दुनिया भर के हर स्टार्टअप पर नहीं। [1]

• सौदा: क्या वादा किया गया, किससे, किस कीमत पर और किन तारीखों के लिए।
• बिल: क्या शुल्क लिया गया, जिसमें क्रेडिट या रद्द बिल भी शामिल हैं।
• नकद: क्या मिला और उसे किस बिल से जोड़ा जा सकता है।
• खाते: चुनी गई अवधि में क्या अर्जित हुआ और क्यों।

एक भुगतान किए गए वर्ष को तीन महीने की सेवा से जाँचें

यह मामला बनाया गया है, किसी असली कंपनी का परिणाम नहीं है। एक खरीदार सॉफ्टवेयर के एक वर्ष के उपयोग के लिए 1 जनवरी को USD 12,000 देता है। वर्ष 31 दिसंबर को समाप्त होता है। मान लें कि हर महीने एक जैसी सेवा है। कोई कर, शुल्क, धनवापसी या अतिरिक्त सेटअप काम नहीं है। वित्त प्रमुख उदाहरण की उपार्जन-आधार वाली मान्यताओं की पुष्टि करता है। इन नियमों में सेवा दिए जाने पर बिक्री गिनी जाती है। केवल नकद की तारीख अर्जित बिक्री तय नहीं करती।

मासिक अर्जित राशि USD 12,000 ÷ 12 = USD 1,000 है। 31 मार्च तक तीन महीने की सेवा दी जा चुकी थी। जनवरी से मार्च की अर्जित बिक्री USD 3,000 है। प्राप्त नकद USD 12,000 था। बची USD 9,000 उस तारीख को स्थगित राजस्व है: उस सेवा के लिए मिला नकद जो अभी देना बाकी है। Stripe समझाता है कि अग्रिम नकद और अर्जित बिक्री अलग क्यों हो सकते हैं। [2]

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

• हस्ताक्षरित वार्षिक सौदा: USD 12,000; यह तीन महीने की अर्जित बिक्री का प्रमाण नहीं है।
• जनवरी में बिल और प्राप्त नकद: प्रत्येक USD 12,000; दो बार न गिनें।
• जनवरी से मार्च की अर्जित बिक्री: इस उदाहरण में USD 3,000।
• 31 मार्च को अभी देय सेवा: स्थगित राजस्व में USD 9,000।

AI से साक्ष्य निकालने को कहें, खाते तय करने को नहीं

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

हर राशि को जैसे लिखा है, उसकी इकाई, तारीख और स्रोत स्थान सहित मांगें। टूल से कहें कि गायब फ़ील्ड खाली छोड़े और उनकी सूची दे। निकाले गए टेक्स्ट को किसी अनुमान से अलग रखें। स्कैन के लिए पेज को अपनी आँखों से जाँचें। छूटा हुआ माइनस चिह्न या गलत पढ़ी तारीख सौदे को समझने का तरीका बदल सकती है।

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

• सटीक राशियाँ और स्थान निकालें; साक्ष्य प्रकारों को न मिलाएं।
• कमी, क्रेडिट, धनवापसी, शुल्क और तारीख-सीमा के अंतर चिह्नित करें।
• स्रोत टेक्स्ट और टूल के सुझाए स्पष्टीकरण को अलग रखें।
• टूल को खाते बदलने या सौदा मंजूर करने न दें।

संख्याओं को मिलाने के लिए मजबूर किए बिना अंतर सुलझाएं

वित्त प्रमुख से दिखाने को कहें कि हर कुल कैसे बना। धनवापसी, कर, शुल्क, मुद्राएँ और भुगतान तारीखें स्पष्ट रखें। क्रेडिट बिल को घटाता है; वह नई बिक्री नहीं है। एक प्राप्ति कई बिलों का भुगतान कर सकती है। एक बिल का भुगतान हिस्सों में हो सकता है। एक ही राशि को दो बार गिने बिना कड़ियाँ मिलाएं।

अर्जित बिक्री का भुगतान होने से पहले वह खातों में हो सकती है। अग्रिम नकद ऐसी सेवा के लिए हो सकता है जो अभी देनी है। वार्षिक रन-रेट मौजूदा बिक्री से पूरे वर्ष का अनुमान लगाता है। वह नकद या पूरे वर्ष की वास्तविक बिक्री नहीं है। हर दृश्य को उसके अपने आधार पर रखें। एक माप दूसरे की कमी नहीं भरना चाहिए। [1] [2]

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

बताएं कि क्या जाँचा गया और क्या खुला है

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

नतीजा पता चलने से पहले नमूने पर सहमति करें। केवल साफ-सुथरे भुगतान किए गए बिल नहीं, बड़े मद और असामान्य समय वाले मद शामिल करें। दर्ज करें कि दावे के कुल का कितना भाग जाँचा गया। क्या छोड़ा गया और क्यों, यह बताएं। किसी व्यक्ति को नोट पर हस्ताक्षर करने, अनसुलझे बिंदुओं का नाम लिखने और अगला कदम तय करने दें।

नोट से तय करें कि किस चीज को गहरी जाँच चाहिए। यह ऑडिट, भविष्य की वृद्धि का प्रमाण या अकेले निवेश का कारण नहीं है। कानून और लेखांकन नियम जगह और कंपनी के अनुसार अलग हैं। अपने मामले के लिए स्थानीय कानूनी, कर और लेखांकन सलाह लें। पहली बैठक धन या रिटर्न का वादा नहीं है।

• एक तारीख वाला दावा रिकॉर्ड और साक्ष्य के लिंक रखें।
• नामित समीक्षक के साथ नमूना, उसका कवरेज और सीमाएँ बताएं।
• अंतर छिपाने के बजाय सुधार और खुले प्रश्न सुरक्षित रखें।
• अगली स्रोत जाँच तय करें; AI सारांश को पूरी समीक्षा न मानें।