एआय अ‍ॅप्ससाठी पोर्टकी पर्याय: मॉडेल प्रवेश, ट्रेसिंग आणि इनफरन्स मार्जिन

Portkey पर्याय निवडा तुमच्या AI अॅपला आवश्यक गेटवे, गव्हर्नन्स, ट्रेसिंग किंवा व्यावसायिक जबाबदारीनुसार. LiteLLM, OpenRouter, Kong आणि Langfuse यांची निवडलेल्या ऑपरेशनल आवश्यकता पूर्ण करण्यासाठी तुलना करा. जेव्हा विद्यमान अॅपला मंजूर बिल्डर व्यवस्थेद्वारे पात्र इनफरन्ससाठी पेमेंट करायचे असेल, तेव्हा ShareAI चे मूल्यांकन करा, ज्यामध्ये परवानगी असलेला अॅप सरचार्ज आणि श्रेय दिलेली कमाई समाविष्ट आहे. मॉडेल API, लॉग स्टोअर आणि स्वीकारलेला ग्राहक शुल्क हे त्या निर्णयाचे वेगवेगळे भाग आहेत.

पुनरावलोकन 23 ऑक्टोबर 2026. ShareAI ने ही तुलना प्रकाशित केली आहे आणि चर्चेत असलेल्या एका प्रोग्रामचे संचालन केले आहे. सध्याच्या अधिकृत संदर्भांमध्ये वैशिष्ट्ये समर्थित आहेत, वास्तविक स्त्रोत स्क्रीनशॉटसह. अंमलात आणलेला कोड हा ऑफलाइन सिंथेटिक लेजर आहे. कोणतेही उत्पादन प्रदाता स्थलांतर, गेटवे डिप्लॉयमेंट, ग्राहक शुल्क, सुरक्षा प्रमाणन ऑडिट किंवा कार्यप्रदर्शन बेंचमार्क केले गेले नाही.

सध्याचे Portkey दस्तऐवज Prisma AIRS AI Gateway नावाचा वापर Portkey सोबत करतो. त्याची सध्याची वैशिष्ट्य तुलना व्यवस्थापित आणि हायब्रिड डिप्लॉयमेंट्सना पारंपरिक पूर्णपणे एअर-गॅप्ड डिप्लॉयमेंट्सपासून वेगळे करते. जुन्या पर्यायांच्या लेखाचा वापर करून नवीन ग्राहक उपलब्धता किंवा निवडलेल्या डिप्लॉयमेंटच्या व्याप्तीचा अंदाज घेण्यापूर्वी वास्तविक सेवा, खाते आणि आवृत्ती ओळखा.

काय Portkey सध्या दस्तऐवजित करते

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

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

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

एक भाषांतर अॅप ग्राहक कार्यक्षेत्रांमध्ये मॉडेल प्रवेश प्रदान करते.

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

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

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

तुलना करण्यासाठी ऑपरेशनल किंवा व्यावसायिक स्तर निवडा.

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

एका दस्तऐवजाचा प्रवेश, वितरण आणि प्रकाशन यामधून पाठपुरावा करा

तांत्रिक यश आणि व्यावसायिक पूर्णता वेगळी ठेवा. प्रदाता एखाद्या विशिष्ट वर्कस्पेससाठी प्रोव्हिजन न करता कनेक्ट केला जाऊ शकतो. दस्तऐवज क्लायंटच्या शब्दसंग्रहाच्या गरजा पूर्ण न करता मॉडेल उत्तर तयार करू शकतो. गणना केलेले मार्जिन न वसूल राहू शकते. समर्थन, उत्पादन आणि वित्त यांना मूळ दस्तऐवज आणि त्याचे स्पष्ट समायोजन स्पष्ट करण्यास सक्षम असावे.

LiteLLM: खर्च नियंत्रण आणि ऑपरेटिंग मालकीची तुलना करा

LiteLLM कस्टम-प्राइसिंग मार्गदर्शक आणि मार्जिन संदर्भ अंतर्गत बिलिंगसाठी खर्च ओव्हरराइड्स, सवलती आणि टक्केवारी किंवा निश्चित-रक्कम शुल्कांचे वर्णन करतात. फायदे: जेव्हा भाषांतर अॅप स्वतःच्या गेटवे किंमती आणि वाटपांचे मूल्यांकन करू इच्छित असेल तेव्हा त्या विद्यमान नियंत्रणांची तुलना करा. कॉन्फिगर करण्यायोग्य मार्जिन हे ShareAI क्षमतांचे विशेष वैशिष्ट्य नाही.

तडजोड: निवडलेली तैनाती, किंमत शोध, प्रभावी परवानग्या, जीवनचक्र धोरण आणि संग्रह पात्र करा. बिलिंग मार्गदर्शक अंतर्गत किंवा बाह्य वापर बिलिंगसाठी Lago एकत्रीकरण दस्तऐवजीकरण करते. त्या विद्यमान एकत्रीकरणाला अद्याप विश्वासार्ह क्लायंट अॅट्रिब्युशन, मान्य बिलिंग नियम आणि वास्तविक पेमेंट पुरावे आवश्यक आहेत. केवळ कॉलबॅक पूर्ण व्यावसायिकीकरण सिद्ध करत नाही.

प्रीमियम ट्रान्सलेशन मॉडेलसाठी, ज्ञात नॉनझिरो विनंती, प्रदाता बदल आणि दुरुस्ती तपासा. नंतरच्या जागतिक कॉन्फिगरेशन बदलापासून स्वतंत्रपणे स्वीकारलेली ग्राहक किंमत जतन करा. गेटवे ऑपरेट करताना अद्यतने, उपलब्धता आणि पुनर्प्राप्ती आवश्यक असते; स्रोत प्रवेश या जबाबदाऱ्या काढून टाकत नाही किंवा समान व्यवस्थापित डॅशबोर्ड आणि समर्थनाचा व्याप्ती हमी देत नाही.

OpenRouter: व्यवस्थापित प्रवेश आणि ग्राहक पेअरची तुलना करा

OpenRouter क्विकस्टार्ट व्यवस्थापित मॉडेल प्रवेशाचे वर्णन करते. त्याचा OAuth मार्गदर्शक स्पष्टपणे वापरकर्त्यांना वापरकर्ता-नियंत्रित कीसह अॅप अधिकृत करण्याची आणि त्यांच्या स्वतःच्या OpenRouter क्रेडिट्समधून पैसे भरण्याची परवानगी देतो. फायदे: त्या समर्थित प्रवासाची तुलना करा जेव्हा ट्रान्सलेशन अॅपला क्लायंट्सना त्यांच्या स्वतःच्या पात्र इनफरन्ससाठी निधी पुरवायचा असतो, अॅप मालकाकडून प्रत्येक विनंतीसाठी शुल्क आकारण्याऐवजी.

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

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

Kong: धोरण, हक्क आणि वापर व्यावसायिकीकरणाची तुलना करा

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

तडजोडी: प्रत्यक्ष सेवा आणि उपयोजन संयोजन, धोरण अंमलबजावणी, मोजमाप आणि पेमेंट एकत्रीकरण यांचे मूल्यांकन करा. गेटवेचे स्थान आणि त्याच्या व्यवस्थापित बिलिंग सेवेचे कार्यरत मॉडेल हे स्वतंत्र आर्किटेक्चरल तथ्य आहेत. उत्पादन-कुटुंब तुलना याचा अर्थ असा होत नाही की प्रत्येक होस्ट केलेली क्षमता एका गेटवे स्थापनेत समाविष्ट आहे.

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

Langfuse: ट्रेसिंग आणि भाषांतर-गुणवत्तेच्या पुराव्याची तुलना करा

Langfuse निरीक्षण मार्गदर्शक मॉडेल, साधन, पुनर्प्राप्ती आणि सानुकूल काम यांचा समावेश असलेल्या अनुप्रयोग ट्रेसचे वर्णन करते, मूल्यांकन-संबंधित कार्यप्रवाहांसह. फायदे: भाषांतर अॅपला समजून घेण्यासाठी ही व्याप्ती तुलना करा की का एखाद्या शब्दसंग्रह पुनरावलोकनात बदल झाला किंवा अयशस्वी झाला. विनंती-खर्च चार्ट एकट्याने वितरित दस्तऐवजावर परिणाम करणाऱ्या प्रत्येक अनुप्रयोग निर्णयाचे स्पष्टीकरण देऊ शकत नाही.

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

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

ShareAI: मंजूर अ‍ॅप मार्जिन आणि सेटलमेंट तुलना करा

ShareAI Builder Program एका अॅपचा संदर्भ देते ज्याचे स्वतःचे वापरकर्ते आधीच अस्तित्वात आहेत. पात्र AI ट्रॅफिक ShareAI मार्गे जाते, बिल्डर परवानगी दिलेला अधिभार किंवा मार्जिन कॉन्फिगर करतो, आणि अंतिम ग्राहक त्या अनुमानासाठी ShareAI भरतो. अॅप-विशिष्ट कमाई प्रोग्रामचे अनुसरण करते. फायदे: भाषांतर अॅपच्या पात्र मॉडेल कार्यासाठी या मंजूर पेमेंट आणि अॅट्रिब्युशन प्रवासाचे मूल्यांकन करा.

तडजोडी: अॅप मंजुरी, पात्र ट्रॅफिक, मॉडेल प्रवेश आणि खाते अटी महत्त्वाच्या आहेत. वैध कंपनी Builders साठी 45-दिवस पुनरावलोकन कालावधी असतो, त्यानंतरच पेआउट होतो. व्यक्ती सध्या ShareAI च्या वापरासाठी इनफरन्स व्हॅल्यू जमा करतात, परंतु त्याचे रोख स्वरूपात रूपांतर किंवा खाते हस्तांतरण होत नाही. अॅप इतरत्र तयार, होस्ट, वितरित आणि देखरेखीत राहतो. त्याचे दस्तऐवज संग्रहण, इतर सदस्यता, समर्थन आणि आर्थिक जबाबदाऱ्या स्पष्टपणे परिभाषित राहतात.

इन्फ्रास्ट्रक्चर किंवा कस्टम एंडपॉइंट प्रदान करणे हे लागू Provider किंवा Prosumer ऑनबोर्डिंगशी संबंधित आहे, जे Builder अॅट्रिब्युशनपासून वेगळे आहे. कस्टम किंमती, मार्जिन्स आणि एंडपॉइंट नियंत्रण इतरत्र अस्तित्वात आहेत. वास्तविक स्वीकृती, रूटिंग, पेअर आणि रिलीजची तुलना करा. Builder Program सार्वत्रिक गव्हर्नन्स सूट, सामान्य Merchant of Record सेवा किंवा Portkey प्रदाता ओळखी आणि धोरणांचे स्वयंचलित स्थलांतर स्थापित करत नाही.

इनफरन्स सुसंगततेला व्यवस्थापन-API स्थलांतरापासून वेगळे करा.

Model Catalog अपग्रेड मार्गदर्शक कार्यक्षेत्रांसाठी प्रदान केलेल्या संघटन-स्तरीय एकत्रीकरणांचे वर्णन करते, ज्यामध्ये मॉडेल प्रवेश आणि मर्यादा आहेत. हे सांगते की विद्यमान प्रदाता स्लग्स आणि इनफरन्स संदर्भ टिकून राहतात, तर जुन्या Virtual Key API चा वापर करून क्रेडेन्शियल-व्यवस्थापन स्वयंचलन नवीन प्रशासकीय APIs मध्ये स्थलांतरित करणे आवश्यक आहे. हे खाते सक्षमतेचीही ओळख पटवते. निवडलेल्या संघटनेची वास्तविक स्थिती पुष्टी करा, प्रत्येक खाते आधीच समान आहे असे गृहीत धरू नका.

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

वास्तविक डेटा मार्ग आणि जतन केलेल्या व्यावसायिक पुराव्यांची तुलना करा.

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

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

फक्त अंकगणितासाठी, 1000 USD इनफरन्स प्लस एक काल्पनिक 15% अधिभार 150 USD सकल अधिभार आणि 1150 USD एकूण तयार करतो. हे कृत्रिम रक्कम Portkey किंवा ShareAI शुल्क, प्राप्त कमाई, निव्वळ नफा किंवा कर परिणाम नाहीत. प्रत्यक्ष निरीक्षणक्षमता, पायाभूत सुविधा आणि प्रदाता खर्च, सुधारणा आणि पात्रता व्यवसाय परिणामावर परिणाम करतात.

प्रवेश आणि संग्रह पात्र करण्यापूर्वी अंकगणित तपासा.

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

import assert from "node:assert/strict";
const records = [
  {id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
  {id: "usage-b", customer: "demo", cents: 50000n, kind: "usage"},
  {id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
  {id: "adjustment-b", customer: "demo", cents: -10000n, kind: "adjustment"}
];
function netCents(rows) {
  const seen = new Map();
  let total = 0n;
  for (const row of rows) {
    assert.equal(row.customer, "demo");
    const fingerprint = [row.customer, row.cents.toString(), row.kind].join("|");
    if (seen.has(row.id)) {
      if (seen.get(row.id) !== fingerprint) throw new Error("Conflicting duplicate");
      continue;
    }
    if (row.cents < 0n && row.kind !== "adjustment") throw new Error("Invalid sign");
    seen.set(row.id, fingerprint);
    total += row.cents;
  }
  return total;
}
const base = netCents(records);
assert.equal(base, 100000n);
assert.throws(() => netCents([...records,
  {id: "usage-a", customer: "demo", cents: 1n, kind: "usage"}
]));
const numerator = base * 1500n; // Hypothetical 15 percent in basis points.
if (numerator % 10000n !== 0n) throw new Error("Define contractual rounding first");
const surcharge = numerator / 10000n;
assert.equal(surcharge, 15000n);
const usd = cents => `${cents / 100n}.${(cents % 100n).toString().padStart(2, "0")}`;
console.log(JSON.stringify({baseUSD: usd(base), grossSurchargeUSD: usd(surcharge),
  totalUSD: usd(base + surcharge), paidReceiptVerified: false}));

निरीक्षण केलेले आउटपुट 1000 USD उदाहरणार्थ इनफरन्स, 150 USD सकल अधिभार आणि 1150 USD एकूण आहे, कोणतीही सत्यापित सशुल्क पावती नाही. मूळ ग्राहक ओळख, प्रत्यक्ष मॉडेल कार्य, स्वीकारलेले अटी आणि उत्पादनातील सुधारणा जतन करा. योग्य रक्कम जतन केलेले ट्रेसिंग, अधिकृत प्रीमियम प्रवेश किंवा उपलब्ध कमाई स्थापित करू शकत नाही.

एक ग्राहक आणि त्याचा प्रशासकीय अपवाद प्रथम हलवा.

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

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

वारंवार विचारले जाणारे प्रश्न