Novelmint पर प्रकाशित करना

दो श्रेणियाँ प्रकाशन के समय अस्वीकार की जाती हैं, चाहे कोई भी सबमिट करे और लेखक से कोई भी समझौता हो।

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

दोनों को publish कॉल पर machine-readable कारण कोड के रूप में लौटाया जाता है (manuscript_only, fan_fiction_manuscript_only), ताकि कुछ सौ शीर्षकों की सूची को अंग्रेज़ी गद्य पढ़े बिना मिलाया जा सके। एक तीसरा कोड, derivative_unresolved, का अर्थ है कि सामग्री समीक्षा ने ऐसे पात्रों को चिह्नित किया है जो किसी अन्य कार्य से संबंधित हो सकते हैं और शीर्षक प्रकाशित होने से पहले लेखक को इसे हल करना होगा।

किसी लेखक की ओर से प्रकाशित किताबें लेखक की होती हैं। उनका खाता श्रृंखला का स्वामी है, पाठक उन्हें फ़ॉलो करते हैं, और आय उनकी है। यह तब भी नहीं बदलता जब पार्टनर के साथ संबंध बाद में समाप्त हो जाए, और यह कुछ ऐसा नहीं है जिसे पार्टनर कॉन्फ़िगर कर सके।

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

• पाठक प्रति अध्याय भुगतान करते हैं। लेखक को उनके भुगतान का 70% मिलता है।
• Novelmint 30% रखता है।
• पार्टनर यहाँ लाए गए हर शीर्षक पर 10% रेफ़रल हिस्सा कमाता है। यह हिस्सा Novelmint के 30% में से आता है, लेखक के 70% से कभी नहीं। पार्टनर स्वीकार करने से लेखक को कुछ भी नहीं लगता।

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

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

पार्टनर की आय उन्हीं शर्तों पर रखी और भुगतान की जाती है जो किसी व्यक्तिगत लेखक की होती हैं। कोई अलग पार्टनर शेड्यूल नहीं है।

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

लेखक की स्वयं की सहमति चार तरीकों से आती है।

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

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

लेखक कभी भी अपने पब्लिशिंग पेज से अनुमति वापस ले सकता है। वापसी भविष्य के सबमिशन रोक देती है। यह पहले से प्रकाशित किसी चीज़ को हटाती नहीं, और न ही पार्टनर के लाए शीर्षकों पर 10% रोकती है, क्योंकि वह हिस्सा यह दर्ज करता है कि किताब कौन लाया, न कि किसे अभी और भेजने की अनुमति है।

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

लेखक अस्वीकार और ब्लॉक भी कर सकता है, जिससे पार्टनर उनसे दोबारा संपर्क नहीं कर सकता। ब्लॉक किए गए लेखक का ईमेल पता केवल इसी उद्देश्य के लिए रखा जाता है।

वर्शन पाथ में होता है: /api/publish/v1/। हर रिस्पॉन्स में Novelmint-Publish-Version हेडर भी होता है।

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

कोई फ़ील्ड हटाना, उसका नाम बदलना, उसका प्रकार बदलना, या किसी मौजूदा मान का अर्थ बदलना v2 होगा, एक नए पाथ पर। v1 चलता रहेगा, और कोई भी सेवानिवृत्ति लिखित रूप में पूर्व सूचना के साथ घोषित की जाएगी, न कि वर्शन नंबर बढ़ाकर इंगित की जाएगी।

• अध्याय एक-एक करके, प्रत्येक 1 MB तक, पोस्ट किए जाते हैं। पूरी किताब के लिए कोई एंडपॉइंट नहीं है।
• इंजेशन मुफ़्त है। इस पाथ पर कुछ भी क्रेडिट नहीं काटता।
• कवर publish कॉल पर दी गई HTTPS URL से प्राप्त किए जाते हैं, और प्रकाशन से पहले नहीं, बल्कि बाद में समीक्षा किए जाते हैं।
• टेस्ट टोकन पूरी पाइपलाइन चलाते हैं और प्रकाशन से ठीक पहले रुक जाते हैं, ताकि कोई असली शीर्षक पाठकों तक पहुँचे बिना इंटीग्रेशन शुरू से अंत तक जाँची जा सके।
• हर रिस्पॉन्स पार्टनर का अपना कैटलॉग संदर्भ दोहराता है, और हर राइट idempotent है, इसलिए दोबारा किया गया बैच कुछ भी डुप्लीकेट नहीं करता।