మీ అప్లికేషన్ అవసరాలను మార్చడానికి కొనుగోలు, సబ్స్క్రిప్షన్, పేవాల్, క్రెడిట్ లేదా ఇన్ఫరెన్స్-పేమెంట్ బాధ్యత ఆధారంగా RevenueCat ప్రత్యామ్నాయాలను ఎంచుకోండి. ఎంపిక చేసిన మొబైల్ మోనిటైజేషన్ వర్క్ఫ్లోల కోసం Adapty మరియు Qonversion, ఎంపిక చేసిన వెబ్-కామర్స్ అవసరాల కోసం Paddle మరియు Polar, మరియు అనుమతించబడిన కస్టమర్-చెల్లించిన ఇన్ఫరెన్స్ కోసం ShareAI తో అనుమతించబడిన యాప్ సర్చార్జ్ను సరిపోలించండి. ఈ ఎంపికలు అదే యాప్-స్టోర్ ఇంటిగ్రేషన్ లేదా కస్టమర్ బ్యాలెన్స్ను ఆటోమేటిక్గా భర్తీ చేయవు.
23 అక్టోబర్ 2026 సమీక్షించబడింది. ShareAI ఈ పోలికను ప్రచురిస్తుంది మరియు చర్చించిన ఒక ప్రోగ్రామ్ను నిర్వహిస్తుంది. ప్రస్తుత అధికారిక సూచనలు ఉత్పత్తి వాస్తవాలను మద్దతు ఇస్తాయి; స్క్రీన్షాట్లు అసలు సోర్స్ పేజీలను చూపిస్తాయి. కోడ్ ఆఫ్లైన్ సింథటిక్ లెడ్జర్గా అమలు చేయబడింది. ఏ లైవ్ యాప్-స్టోర్ కొనుగోలు, ఖాతా పునరుద్ధరణ, కరెన్సీ సర్దుబాటు, చెల్లింపు లేదా కన్వర్షన్ ప్రయోగం చేయబడలేదు.
RevenueCat ఇప్పటికే కొనుగోళ్లు, సబ్స్క్రిప్షన్ యాక్సెస్, గ్రోత్ టూల్స్ మరియు ఇన్-యాప్ కరెన్సీని కవర్ చేస్తుంది. ఇది కేవలం పునరావృత సబ్స్క్రిప్షన్లను మాత్రమే ధృవీకరిస్తుందని భావించే పోలిక ప్రస్తుత పరిధిని కోల్పోతుంది. యాప్ యొక్క అసలు ప్లాట్ఫారమ్లు, కస్టమర్ ఐడెంటిటీ మరియు ఆమోదించబడిన వాణిజ్య ప్రయాణంతో ప్రారంభించండి. వేర్వేరు మోడల్-ఇన్ఫరెన్స్ పేయర్ అనేది ఉన్న కొనుగోలు మౌలిక సదుపాయాన్ని భర్తీ చేయడం నుండి వేరు నిర్ణయం.
ప్రస్తుత RevenueCat ఇప్పటికే మద్దతు ఇస్తుంది
ప్రస్తుత ఉత్పత్తి సూచన మొబైల్ మరియు వెబ్లో కొనుగోళ్లు, కస్టమర్ డేటా మరియు వృద్ధిని కవర్ చేస్తుంది. ఇది కొనసాగించడానికి కారణాలు: మీ అవసరాలను ఇప్పటికే తీర్చే అసలు సబ్స్క్రిప్షన్, ఎంటైటిల్మెంట్ మరియు గ్రోత్ వర్క్ఫ్లోలను అంచనా వేయండి. పని చేసే కొనుగోలు బ్యాక్ఎండ్ అనేది అర్హత కలిగిన మోడల్ ట్రాఫిక్ కోసం ఆమోదించబడిన చెల్లింపు ఏర్పాటును యాప్ కోరుకున్నప్పటికీ ఉపయోగకరంగా ఉండవచ్చు.
ఇన్-యాప్ కరెన్సీ రిఫరెన్స్ ధృవీకరించిన కొనుగోళ్ల నుండి గ్రాంట్లు మరియు రివార్డ్ చేసిన ప్రకటనలను వివరిస్తుంది. ఉన్న టెక్నికల్ ఐడెంటిఫైయర్లు ఇంకా వర్చువల్ కరెన్సీని ఉపయోగిస్తాయి. ఇది బ్యాలెన్స్ను చదవడం మరియు దాన్ని ఖర్చు చేయడం మధ్య వేరు చేస్తుంది: స్టాండర్డ్ డెవలపర్ API పాత్ మీ నమ్మకమైన బ్యాకెండ్ మరియు సీక్రెట్ కీని ఉపయోగిస్తుంది. డాక్యుమెంటెడ్ iOS ఆథెంటికేటెడ్ స్పెండింగ్ పాత్ ప్రైవేట్ బీటాలో ఉంది, ఇది ప్రతి మద్దతు ఉన్న ప్లాట్ఫారమ్ కోసం సాధారణంగా అందుబాటులో ఉన్న షార్ట్కట్ కాదు.
అసలు ఎంపిక చేసిన SDK, కొనుగోలు సోర్స్, బ్యాకెండ్ మరియు కస్టమర్ ఐడెంటిటీని పోల్చండి. ఇంటర్ఫేస్లో చూపించిన బ్యాలెన్స్ ఒక ఉపయోగకరమైన కస్టమర్ సిగ్నల్, కానీ ఇది తదుపరి AI ఆపరేషన్ అనుమతించబడిందని, దాని డెబిట్ అంగీకరించబడిందని లేదా అసలు గ్రాంట్ సేకరించిన ఇన్ఫరెన్స్ రెవెన్యూను ప్రతినిధ్యం వహించిందని స్థాపించదు. ఆ సంబంధాలు స్పష్టమైన అప్లికేషన్ మరియు కమర్షియల్ నిర్ణయాలను అవసరం చేస్తాయి.
ఒక భాషా-అభ్యాస యాప్ సభ్యత్వం మరియు AI ప్రాక్టీస్ క్రెడిట్లను కలిపి ఉపయోగిస్తుంది
ఉన్న మొబైల్ మరియు వెబ్ యూజర్లతో ఉన్న ఒక హైపోతెటికల్ భాషా-అభ్యాస యాప్ను పరిగణించండి. సభ్యత్వం పాఠాలను అన్లాక్ చేస్తుంది, అయితే క్రెడిట్లు AI రోల్ప్లే ప్రాక్టీస్ కోసం చెల్లిస్తాయి. వ్యాపారం అర్హత గల ఇన్ఫరెన్స్పై అనుమతించబడిన మార్జిన్ను పోల్చాలని కోరుకుంటుంది. దాని పాఠం సబ్స్క్రిప్షన్, కొనుగోలు చేసిన క్రెడిట్లు, మోడల్ వినియోగం మరియు ఉపయోగకరమైన ప్రాక్టీస్ సెషన్ వేర్వేరు యూనిట్లు మరియు అవి అభ్యాసకుడికి అర్థమయ్యేలా ఉండాలి.
ఒక అభ్యాసకుడు క్రెడిట్లను కొనుగోలు చేస్తాడు, సంభాషణను ప్రారంభిస్తాడు మరియు ఫలితాన్ని చూడకముందే కనెక్టివిటీని కోల్పోతాడు. యాప్ రీట్రై చేస్తుంది, తరువాత అభ్యాసకుడు మరో యాప్ ఖాతాలో సైన్ ఇన్ చేసి కొనుగోలును పునరుద్ధరిస్తాడు. సభ్యత్వ హక్కు మరియు క్రెడిట్ బ్యాలెన్స్ ఒకదానితో ఒకటి కదలవలసిన అవసరం లేదు. మద్దతు ఏమి కొనుగోలు చేయబడిందో, ఏ ఖాతా విలువను కలిగి ఉందో, ఏ ప్రాక్టీస్ అందించబడిందో మరియు సర్దుబాటు సరైనదా అనే విషయాలను వివరించాలి.
కష్టమైన కేసు పూర్తయిన డెబిట్ మరియు కోల్పోయిన స్పందనతో ప్రారంభమవుతుంది, తరువాత ఖాతా మార్పు మరియు పాత ప్రదర్శించిన బ్యాలెన్స్. స్క్రీన్ ఇంకా పాత విలువను చూపుతున్నందున మళ్లీ ఛార్జ్ చేయడం తప్పు కావచ్చు. సభ్యత్వం పునరుద్ధరించబడినందున వేర్వేరు ఖాతాకు విలువను గ్రాంట్ చేయడం కూడా తప్పు కావచ్చు. అసలు లావాదేవీ మరియు ఉపయోగకరమైన సెషన్ ఐడెంటిటీని నిలుపుకోవడం, విక్రేత మైగ్రేషన్ను పరిగణించడానికి ముందు అవసరం.
వారు భర్తీ చేసే బాధ్యతల ద్వారా ప్రత్యామ్నాయాలను పోల్చండి
| ఎంపిక | దానిని మూల్యాంకించండి. | వేర్వేరుగా అర్హతను నిర్ధారించండి |
|---|---|---|
| RevenueCat | కొనుగోళ్లు, సబ్స్క్రిప్షన్ యాక్సెస్ మరియు ఇన్-యాప్ కరెన్సీ | ఎంపిక చేసిన SDK, నమ్మకమైన ఖర్చు మరియు కస్టమర్ ఐడెంటిటీ |
| Adapty | సబ్స్క్రిప్షన్ ఇన్ఫ్రాస్ట్రక్చర్ మరియు కొనుగోలు-ప్రవాహ ప్రయోగాలు | మద్దతు ఉన్న స్టోర్లు, యాక్సెస్ మైగ్రేషన్ మరియు అసలు క్రెడిట్ అవసరాలు |
| Qonversion | సబ్స్క్రిప్షన్ నిర్వహణ, పేవాల్స్ మరియు అనలిటిక్స్ | కొనుగోలు జీవితచక్రం, కస్టమర్ మ్యాపింగ్ మరియు బ్యాకెండ్ బాధ్యతలు |
| Paddle | ఆమోదించబడిన మర్చంట్-ఆఫ్-రికార్డ్ వెబ్ కామర్స్ | ప్రొడక్ట్ అర్హత, బిల్లింగ్ యూనిట్లు మరియు యాప్ యాక్సెస్ ఇంటిగ్రేషన్ |
| Polar | ఆమోదించబడిన వెబ్ చెకౌట్ మరియు మీటర్డ్ బిల్లింగ్ | మద్దతు ఉన్న ప్రొడక్ట్, వినియోగ ఈవెంట్లు మరియు ఫైనాన్షియల్ జీవితచక్రం |
| ShareAI | యాప్ మార్జిన్తో ఆమోదించబడిన కస్టమర్-చెల్లించిన ఇన్ఫరెన్స్ | అర్హత గల రూటింగ్, అట్రిబ్యూషన్ మరియు సెటిల్మెంట్ నిబంధనలు |
యాప్ యొక్క ప్లాట్ఫారమ్ మరియు పంపిణీ అవసరాలను స్పష్టంగా ఉంచండి. ఈ పోలిక వర్తించే స్టోర్ అవసరాల నుండి మినహాయింపు లేదా వెబ్ చెకౌట్ ప్రతి ఇన్-యాప్ కొనుగోలును భర్తీ చేయగలదని హామీ ఇవ్వదు. స్వయంచాలకంగా సమకాలీకరించిన వాలెట్, స్థానిక కనెక్టర్ లేదా RevenueCat బ్యాలెన్స్లను ఈ ప్రత్యామ్నాయాలకు బదిలీ చేయడం సూచించబడలేదు. ఉన్న కస్టమర్ యాక్సెస్ను మార్చడానికి ముందు ఎంపిక చేసిన కొనుగోలు మరియు ఇన్ఫరెన్స్ ప్రయాణాన్ని అర్హత కల్పించండి.
కొనుగోలు నుండి సవరణ వరకు ఒక ప్రాక్టీస్ సెషన్ను ట్రేస్ చేయండి
| దశ | నిలుపుకోడానికి ఆధారం | భాష-యాప్ ప్రశ్న |
|---|---|---|
| కొనుగోలు లేదా గ్రాంట్ | ధృవీకరించబడిన మూలం మరియు అసలు కస్టమర్ గుర్తింపు | ఎవరు ఏ స్వీకరించిన హక్కు లేదా బ్యాలెన్స్ను పొందారు? |
| ఖర్చు అనుమతించబడింది | నమ్మకమైన అభ్యర్థన మరియు అసలు లావాదేవీ గుర్తింపు | ఈ ప్రాక్టీస్ డెబిట్ ఒకసారి స్వీకరించబడిందా? |
| ప్రాక్టీస్ అందించబడింది | తార్కిక సెషన్ మరియు వాస్తవ మోడల్ ఫలితం | నేర్చుకునే వ్యక్తి ఏ ఉపయోగకరమైన సంభాషణను పొందారు? |
| స్థితి రిఫ్రెష్ చేయబడింది | అధికారిక బ్యాలెన్స్ మరియు ప్రదర్శించబడిన విలువ | పూర్తి చేసిన ఆపరేషన్ను ఇంటర్ఫేస్ ప్రతిబింబిస్తుందా? |
| సవరణ మరియు సెటిల్మెంట్ | స్వీకరించిన సర్దుబాటు మరియు వాస్తవ ఆర్థిక రికార్డు | ఏ విలువ పునరుద్ధరించబడింది, సేకరించబడింది లేదా విడుదల చేయబడింది? |
స్క్రీన్ను స్థిరంగా కనిపించడానికి చరిత్రను తిరిగి రాయడం కాకుండా అసలు గ్రాంట్లు మరియు డెబిట్లను నిలుపుకోండి. కస్టమర్ సవరణ మరియు మోడల్-ప్రొవైడర్ ఖర్చు సర్దుబాటు వేర్వేరు ఈవెంట్లు కావచ్చు. Link సంబంధిత కొనుగోలు మరియు ఆర్థిక రికార్డులకు స్వీకరించిన ప్రాక్టీస్ సెషన్ను అనుసంధానించండి, తద్వారా ఉత్పత్తి, మద్దతు మరియు ఫైనాన్స్ క్రెడిట్లను స్వయంచాలకంగా నగదు రూపంలో మార్చదగినవి అని పరిగణించకుండా అదే ఫలితాన్ని వివరించగలవు.
Adapty: చందా మౌలిక సదుపాయాలు మరియు కొనుగోలు ప్రవాహాలను పోల్చండి
ప్రస్తుత Adapty ఉత్పత్తి సూచన కొనుగోలు ధృవీకరణ, చందా యాక్సెస్, పేవాల్ మరియు ఆన్బోర్డింగ్ ప్రవాహాలు, ప్రయోగాలు మరియు విశ్లేషణలను వివరిస్తుంది. ప్రయోజనాలు: భాష యాప్ తన కొనుగోలు మౌలిక సదుపాయాలు మరియు ప్రయోగ వర్క్ఫ్లోను కలిపి అంచనా వేయాలని కోరుకున్నప్పుడు వాస్తవంగా ఎంపిక చేసిన ప్లాట్ఫారమ్ను పోల్చండి, నేర్చుకునే వ్యక్తి పునరుద్ధరించిన తర్వాత, రద్దు చేసిన తర్వాత లేదా బిల్లింగ్ సమస్యను ఎదుర్కొన్న తర్వాత ఏమి జరుగుతుందో సహా.
ట్రేడ్ ఆఫ్స్: మద్దతు ఉన్న స్టోర్లు మరియు SDK వెర్షన్లను, ఉన్న కస్టమర్ యాక్సెస్, కొనుగోలు చరిత్ర మరియు వాస్తవ క్రెడిట్ అవసరాలను అర్హత కల్పించండి. RevenueCat కూడా పేవాల్స్ మరియు గ్రోత్ టూల్స్ అందిస్తుంది, కాబట్టి ఎడిటర్ ఉనికి మాత్రమే బ్యాకెండ్ మార్చడానికి కారణాన్ని స్థాపించదు. ఒక ఫోర్కాస్ట్ లేదా ఎక్స్పెరిమెంట్ ఇలస్ట్రేషన్ సేకరించిన ఆదాయం లేదా మీ యాప్కు మెరుగైన రిటెన్షన్ను స్థాపించదు.
రోల్ప్లే కేసు కోసం, సభ్యత్వ పునరుద్ధరణ మరియు అంగీకరించిన క్రెడిట్ ట్రీట్మెంట్ను వేర్వేరు పరీక్షించండి. లెర్నర్ యొక్క అసలు ఖాతా మరియు లాజికల్ ప్రాక్టీస్ సెషన్ను మైగ్రేషన్ ద్వారా కాపాడండి. ఒక కొత్త కొనుగోలు ఫ్లో మెరుగ్గా కనిపించవచ్చు, అయితే ఒక పాత సబ్స్క్రైబర్ యాక్సెస్ కోల్పోతాడు లేదా ఒక రీట్రై రెండు సార్లు క్రెడిట్స్ ఖర్చు చేస్తుంది. ఒక కన్వర్షన్ లేదా ఇంజనీరింగ్-కాస్ట్ బిజినెస్ కేసు చేయడానికి ముందు ఆ కాంక్రీట్ అవుట్కమ్స్ను పోల్చండి.
Qonversion: సబ్స్క్రిప్షన్ ఆపరేషన్స్ మరియు అనలిటిక్స్ను పోల్చండి
ప్రస్తుత Qonversion ప్రొడక్ట్ రిఫరెన్స్ సబ్స్క్రిప్షన్ మేనేజ్మెంట్, నో-కోడ్ పేవాల్ బిల్డర్, ఎక్స్పెరిమెంట్స్, అనలిటిక్స్ మరియు ఇంటిగ్రేషన్స్ను వివరిస్తుంది. ప్రోస్: భాష యాప్ వినియోగదారుల కొనుగోలు ప్రవర్తన మరియు సబ్స్క్రిప్షన్ ఆపరేషన్స్ను కలిసి పరిగణించాలనుకుంటే ఎంపిక చేసిన మార్గాన్ని అంచనా వేయండి, డాష్బోర్డ్ స్క్రీన్షాట్ పక్కన ముద్రించిన ధరను మాత్రమే చూసి ప్రత్యామ్నాయం ఎంచుకోవడం కాకుండా.
ట్రేడ్ ఆఫ్స్: వాస్తవ స్టోర్ మద్దతు, కొనుగోలు జీవితచక్రం, నమ్మదగిన కస్టమర్ మ్యాపింగ్, బ్యాకెండ్ బాధ్యతలు మరియు ఎంపిక చేసిన కమర్షియల్ టర్మ్స్ను అర్హత కల్పించండి. ఒక అనలిటిక్స్ చార్ట్, అంచనా వేసిన లైఫ్టైమ్ విల్యూ మరియు స్వీకరించిన చెల్లింపు వేర్వేరు సాక్ష్యాలను సూచిస్తాయి. ప్రతి పోటీదారు సబ్స్క్రిప్షన్స్ మరియు కస్టమర్ అనలిటిక్స్ అందిస్తే యాప్ యొక్క ఖచ్చితమైన కరెన్సీ ప్రవర్తన లేదా ఖాతా-రీస్టోర్ రూల్స్ను పునరుత్పత్తి చేస్తుందని ఊహించవద్దు.
ఒక లెర్నర్ ఖాతాలను మార్చినప్పుడు, ఉద్దేశించిన హక్కు మరియు క్రెడిట్ యాజమాన్యాన్ని నిశ్చయించండి, బ్యాలెన్సులను మౌనంగా కలపకుండా. రీట్రైలు మరియు ఆలసించిన ఈవెంట్లలో అసలు ఉపయోగకరమైన ప్రాక్టీస్ ఐడెంటిటీని కాపాడండి. ఒక మైగ్రేషన్ యాప్ ఒక అంతరాయం కలిగిన సెషన్ మరియు దాని సవరణను వివరించగలిగితే మరింత నమ్మదగినది, కేవలం ఒక వేర్వేరు కన్సోల్లో ఒకే ఆదాయ చార్ట్ను ప్రదర్శించినప్పుడు కాకుండా.
Paddle: ఆమోదించబడిన వెబ్-కామర్స్ బాధ్యతను పోల్చండి
Paddle డెవలపర్ రిఫరెన్స్ దాని వెబ్-కామర్స్ ప్లాట్ఫారమ్ను వివరిస్తుంది, అలాగే దాని ప్రొడక్ట్ పేజీ ఒక మెర్చంట్-ఆఫ్-రికార్డ్ ఆఫరింగ్ను గుర్తిస్తుంది. ప్రోస్: భాష యాప్ అర్హమైన వెబ్ సేల్స్ కోసం ఆమోదించబడిన విక్రేత మరియు చెకౌట్ ఏర్పాటును అవసరం ఉన్నప్పుడు ఆ పరిధిని పోల్చండి. ఇది మొబైల్ కొనుగోలు SDKను ఎంచుకోవడం నుండి వేర్వేరు నిర్ణయం.
ట్రేడ్ ఆఫ్స్: విక్రేత మరియు ఉత్పత్తి అర్హతను, ఆమోదించిన బిల్లింగ్ యూనిట్లను, కస్టమర్ యాక్సెస్ ఇంటిగ్రేషన్ మరియు ఫైనాన్షియల్ లైఫ్సైకిల్ను అర్హత కల్పించండి. మెర్చంట్-ఆఫ్-రికార్డ్ ఏర్పాటుకు తన స్వంత ఒప్పంద పరిధి ఉంది; ఇది ప్రతి యాప్-స్టోర్ కొనుగోలు లేదా మోడల్-ఇన్ఫరెన్స్ బాధ్యతను ఆటోమేటిక్గా పరిష్కరించదు. వెబ్ మరియు మొబైల్ కొనుగోలు మూలాలు కలిసి ఉన్నప్పుడు లెర్నర్ యొక్క ఐడెంటిటీ మరియు హక్కులను నిలుపుకోండి.
రోల్ప్లే యాప్ కోసం, వెబ్ సేల్ మెంబర్షిప్, ప్రాక్టీస్ క్రెడిట్స్ లేదా మరొక ఆమోదించిన ఉత్పత్తిని మంజూరు చేస్తుందా అనే విషయాన్ని నిర్ణయించండి. ఏ సిస్టమ్ గ్రాంట్ను కలిగి ఉందో మరియు తరువాత సవరణ దానిపై ఎలా ప్రభావం చూపుతుందో ధృవీకరించండి. విజయవంతమైన చెకౌట్ మాత్రమే సరైన యాప్ ఖాతా ఉపయోగించగల యాక్సెస్ పొందిందని లేదా గతంలో కొనుగోలు చేసిన ప్రతి క్రెడిట్ సరిగ్గా మైగ్రేట్ అయ్యిందని స్థాపించలేరు.
Polar: వెబ్ చెకౌట్ను వాస్తవ వినియోగ బిల్లింగ్తో పోల్చండి.
Polar వినియోగ-బిల్లింగ్ రిఫరెన్స్ ఈవెంట్-ఆధారిత మీటరింగ్ను వివరిస్తుంది, మరియు దాని మెర్చంట్-ఆఫ్-రికార్డ్ రిఫరెన్స్ వర్తించే విక్రయ ఏర్పాటును వివరిస్తుంది. ప్రోస్: భాష యాప్ ఆమోదించిన వెబ్ సబ్స్క్రిప్షన్ మరియు మీటర్డ్ ఛార్జ్ను కలిసి పరిగణించాలనుకుంటే ఎంపిక చేసిన మార్గాన్ని అంచనా వేయండి.
ట్రేడ్ ఆఫ్స్: మద్దతు ఉన్న ఉత్పత్తి మరియు ధర కాన్ఫిగరేషన్, నమ్మదగిన ఈవెంట్ ఐడెంటిటీ, కలెక్షన్ మరియు యాక్సెస్ ప్రవర్తనను అర్హత కల్పించండి. వినియోగ మీటర్ ఆటోమేటిక్గా వర్చువల్-కరెన్సీ వాలెట్ లేదా ఉన్న మొబైల్ సబ్స్క్రిప్షన్ బ్యాక్ఎండ్కు పూర్తి ప్రత్యామ్నాయం కాదు. యాప్ ఇంకా ఉపయోగకరమైన ప్రాక్టీస్ సెషన్ ఏమిటి మరియు కలెక్షన్ మరియు యాక్సెస్ విభజించినప్పుడు ఏమి జరుగుతుందో వివరించాలి.
అంతరాయం కలిగిన సంభాషణ కోసం, ఆమోదించిన లెర్నర్ సర్దుబాటును వేరు చేసి అసలు మోడల్ వినియోగాన్ని నిలుపుకోండి. యాప్ యొక్క ఉపయోగకరమైన-పని ఐడెంటిటీని ఎంపిక చేసిన మీటర్ మరియు ఫైనాన్షియల్ రికార్డ్తో సమన్వయం చేయండి. సరిపోయే సమగ్ర మొత్తం రీట్రైలు సరైన కస్టమర్ కోసం డెడుప్లికేట్ అయ్యాయని లేదా ప్రదర్శించిన బ్యాలెన్స్ అధికారం స్థితిని సరిపోలుతుందని నిరూపించదు.
ShareAI: ఆమోదించిన ఇన్ఫరెన్స్ చెల్లింపు మరియు యాప్ మార్జిన్ను పోల్చండి
ShareAI Builder Program అనేది ఇప్పటికే తన యూజర్లతో ఉన్న యాప్కు సంబంధించినది. అర్హత కలిగిన మోడల్ ట్రాఫిక్ ShareAI ద్వారా మార్గం పొందుతుంది, Builder అనుమతించబడిన సర్చార్జ్ లేదా మార్జిన్ను కాన్ఫిగర్ చేస్తాడు, మరియు చివరి కస్టమర్ ఆ ఇన్ఫరెన్స్ కోసం ShareAI చెల్లిస్తాడు. యాప్-అట్రిబ్యూటెడ్ ఆదాయాలు ప్రోగ్రామ్ను అనుసరిస్తాయి. ప్రయోజనాలు: అర్హత కలిగిన పాత్రప్లే ఇన్ఫరెన్స్ కోసం ఈ ఆమోదిత చెల్లింపు మరియు అట్రిబ్యూషన్ ప్రయాణాన్ని మూల్యాంకనం చేయండి.
ట్రేడ్ ఆఫ్స్: ఆమోదం, అర్హత కలిగిన ట్రాఫిక్, మోడల్ యాక్సెస్ మరియు అకౌంట్ నిబంధనలు వర్తిస్తాయి. Validated company Buildersకు 45-రోజుల సమీక్షా కాలం తర్వాత పేమెంట్ ఉంటుంది. వ్యక్తులు ప్రస్తుతం ShareAI ఉపయోగం కోసం ఇన్ఫరెన్స్ విలువను సేకరిస్తారు, కానీ నగదు-అవుట్ లేదా అకౌంట్ ట్రాన్స్ఫర్లను పొందరు. యాప్ నిర్మించబడిన, హోస్ట్ చేయబడిన, పంపిణీ చేయబడిన మరియు ఇతరచోట నిర్వహించబడినదిగా ఉంటుంది; పాఠాలు, ఇతర సబ్స్క్రిప్షన్లు, స్టోర్ ఇంటిగ్రేషన్ మరియు సపోర్ట్ స్పష్టమైన బాధ్యతలుగా ఉంటాయి.
కస్టమ్ ఇన్ఫ్రాస్ట్రక్చర్ లేదా ఎండ్పాయింట్ సరఫరా అనువర్తన ప్రొవైడర్ లేదా ప్రోస్యూమర్ ఆన్బోర్డింగ్కు చెందినది, Builder attribution నుండి వేరుగా ఉంటుంది. ఇతర ఉత్పత్తులు ఇప్పటికే క్రెడిట్స్, కస్టమ్ ధరలు మరియు ఇన్ఫ్రాస్ట్రక్చర్ ఆప్షన్లను అందిస్తాయి. వాస్తవ ఆమోదం, పేయర్, అనుమతించబడిన మార్జిన్ మరియు విడుదలను పోల్చండి. Builder Program సాధారణ merchant-of-record సేవను లేదా RevenueCat కొనుగోళ్లు, హక్కులు మరియు బ్యాలెన్సుల ఆటోమేటిక్ మైగ్రేషన్ను స్థాపించదు.
ప్రదర్శించబడిన బ్యాలెన్స్ మరియు పునరుద్ధరించబడిన సభ్యత్వం వేర్వేరు సాక్ష్యాలు.
కరెన్సీ గైడ్ బ్యాకెండ్ బ్యాలెన్స్ మార్పులు ఆటోమేటిక్గా క్యాష్ చేసిన SDK ఆబ్జెక్ట్ను రిఫ్రెష్ చేయవని వివరిస్తుంది. ఇది ట్రాన్స్ఫరబుల్ కరెన్సీని కొనుగోలు పునరుద్ధరణ నుండి వేరు చేస్తుంది. భాష యాప్ కోసం, ఇది లాస్ట్-రెస్పాన్స్ మరియు అకౌంట్-స్విచింగ్ కేస్ మెటీరియల్ను చేస్తుంది: పాత ప్రదర్శించబడిన విలువ మరొక డెబిట్ను అనుమతించలేదని లేదా క్రెడిట్స్ పునరుద్ధరించబడిన సభ్యత్వాన్ని అనుసరించాయని స్థాపించలేదని.
గైడ్ రిట్రైడ్ చేసిన సర్దుబాట్ల కోసం ఒక idempotency keyని డాక్యుమెంట్ చేస్తుంది మరియు అదే webhook ఈవెంట్స్ను జనరేట్ చేయకుండా కస్టమర్ హిస్టరీలో కనిపించే API సర్దుబాట్లను గుర్తిస్తుంది. మీ అసలు రిక్వెస్ట్ ఐడెంటిటీ మరియు అధికృత ఫలితాన్ని కాపాడండి. ఎంపిక చేసిన ఆపరేషన్ విడుదల చేయని ఈవెంట్ కోసం నిరంతరం వేచి ఉండవద్దు, లేదా అనిశ్చితమైన రెస్పాన్స్ను కొత్త బిల్లబుల్ ప్రాక్టీస్ సెషన్గా మార్చవద్దు.
Sandbox కొనుగోలు గ్రాంట్లు కూడా కాన్ఫిగరబుల్ యాక్సెస్ రూల్స్ కలిగి ఉంటాయి, మరియు ఆ రూల్స్ను కఠినతరం చేయడం ఇప్పటికే మంజూరు చేయబడిన విలువను వెనక్కి తీసుకోదు. తగినంత వేరు చేయబడిన కస్టమర్ ఐడెంటిటీలతో మరియు నిల్వ చేయబడిన సాక్ష్యాలతో టెస్టింగ్ను అర్హత కలిగించండి. ఒక టెస్ట్ కొనుగోలు, క్యాష్ చేసిన క్రెడిట్ డిస్ప్లే మరియు లైవ్ కస్టమర్ కొనుగోలు వేర్వేరు స్థితులు; ఇవి ఏదీ ప్రొడక్షన్ కలెక్షన్ లేదా హక్కుల మైగ్రేషన్ యొక్క సాక్ష్యంగా మౌనంగా మారకూడదు.
వేర్వేరు ప్లాట్ఫారమ్ ఛార్జీలు, యాప్ క్రెడిట్లు మరియు ఇన్ఫరెన్స్ మార్జిన్.
నిజమైన విక్రేత బిల్లింగ్ ఆధారాలను, స్టోర్ లేదా చెల్లింపు ఖర్చులను, ఎంపిక చేసిన అదనపు అంశాలను, అమలు మరియు మద్దతు పనిని పోల్చండి. ట్రాక్ చేయబడిన సబ్స్క్రిప్షన్ ఆదాయం, పేవాల్-అట్రిబ్యూటెడ్ ఆదాయం, మీటర్డ్ వినియోగం మరియు క్రెడిట్లు వేర్వేరు యూనిట్లు. తక్కువ హెడ్లైన్ శాతం వేర్వేరు బేస్కు వర్తించవచ్చు. పాత పోలిక నుండి రేట్లు లేదా ప్లాట్ఫారమ్ పరిమితులను తీసుకోకుండా ఎంపిక చేసిన సెటప్ కోసం నిబంధనలను పొందండి.
గణితానికి మాత్రమే, 1000 USD యొక్క ఇన్ఫరెన్స్ ప్లస్ ఒక హైపోతెటికల్ 15% సర్చార్జ్ 150 USD గ్రాస్ సర్చార్జ్ మరియు 1150 USD మొత్తం ఇస్తుంది. ఈ సింథటిక్ మొత్తాలు RevenueCat లేదా ShareAI ఫీజులు, స్వీకరించిన ఆదాయం, నికర లాభం, క్రెడిట్ కన్వర్షన్ రేట్లు లేదా పన్ను ఫలితాలు కాదు. నిజమైన ఖర్చులు, సవరణలు, అర్హత మరియు వాణిజ్య నిబంధనలు వ్యాపార ఫలితాన్ని ప్రభావితం చేస్తాయి.
నిజమైన ప్రాక్టీస్ చెల్లింపును అర్హత పొందే ముందు గణితాన్ని తనిఖీ చేయండి.
క్రింది అమలు చేసిన ఫిక్చర్ ఒకే విధమైన కార్యకలాపాలను డెడుప్లికేట్ చేస్తుంది, విరుద్ధమైన డూప్లికేట్ను తిరస్కరిస్తుంది మరియు స్పష్టమైన సవరణను పూర్తి USD సెంట్లలో రికార్డ్ చేస్తుంది. ఇది స్టోర్ రసీదును ధృవీకరించదు, ఇన్-యాప్ కరెన్సీ ఖర్చు చేయదు, ఖాతాను పునరుద్ధరించదు లేదా చెల్లింపును సేకరించదు. ఆ ఫలితాలు గణితం చుట్టూ నిజమైన అప్లికేషన్ మరియు వాణిజ్య ఆధారాలను అవసరం చేస్తాయి.
JavaScript
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 మొత్తం, ధృవీకరించిన చెల్లింపు రసీదు లేకుండా. నమ్మదగిన లెర్నర్ ఐడెంటిటీ, అసలు ప్రాక్టీస్ పని, నిజమైన వినియోగం మరియు ఉత్పత్తిలో అంగీకరించిన సవరణలను సంరక్షించండి. సరైన మొత్తం ప్రస్తుత బ్యాలెన్స్, పునరుద్ధరించిన సభ్యత్వం, సరైన ఇన్వాయిస్ లేదా విడుదల చేసిన యాప్ ఆదాయాన్ని స్థాపించలేరు.
ఒక లెర్నర్ మరియు అంతరాయం-సెషన్ మినహాయింపు మొదట తరలించండి.
- నిజమైన కొనుగోలు మూలాలను, SDKs, కస్టమర్ ఐడెంటిటీలను మరియు వాణిజ్య బాధ్యతలను గుర్తించండి.
- మార్చాల్సిన సబ్స్క్రిప్షన్, పేవాల్, కరెన్సీ లేదా ఇన్ఫరెన్స్-చెల్లింపు బాధ్యతను ఎంచుకోండి.
- అసలు కొనుగోళ్లు, గ్రాంట్లు, డెబిట్లు మరియు ఉపయోగకరమైన ప్రాక్టీస్ ఐడెంటిటీలను సంరక్షించండి.
- కోల్పోయిన స్పందన, రిట్రై, స్టేల్ బ్యాలెన్స్ మరియు ఖాతా పునరుద్ధరణను ప్రాక్టీస్ చేయండి.
- డూప్లికేట్ లైవ్ కలెక్షన్ లేకుండా వాస్తవ యాక్సెస్ మరియు ఆర్థిక ఆధారాలను ధృవీకరించండి.
- పూర్తి లెర్నర్ ప్రయాణం అర్హత పొందే వరకు అసలు రికార్డులను మరియు రోల్బ్యాక్ను నిలుపుకోండి.
RevenueCat దాని ఎంపిక చేసిన అమలు సరిపోతే ఉంచండి. నిజమైన కొనుగోలు అవసరాలకు మొబైల్ రీప్లేస్మెంట్ను పోల్చండి, ఆమోదించిన అమ్మకాల కోసం వెబ్-కామర్స్ మార్గాన్ని మరియు అర్హత కలిగిన కస్టమర్-చెల్లించిన ఇన్ఫరెన్స్ కోసం ShareAI ను పోల్చండి. యాక్సెస్, డెలివర్డ్ ప్రాక్టీస్ మరియు సవరణ లెర్నర్, మద్దతు మరియు ఫైనాన్స్కు కలిసి వివరణాత్మకంగా ఉండే ఒక పాత్రపోషణ సెషన్తో ప్రారంభించండి.
తరచుగా అడిగే ప్రశ్నలు
ఏ RevenueCat ప్రత్యామ్నాయాలను AI యాప్ పోల్చాలి?
Adapty మరియు Qonversion ఎంపిక చేసిన మొబైల్ సబ్స్క్రిప్షన్ మరియు వృద్ధి వర్క్ఫ్లోలను పరిష్కరిస్తాయి. Paddle మరియు Polar ఎంపిక చేసిన వెబ్-కామర్స్ అవసరాలను పరిష్కరిస్తాయి. ShareAI అనుమతించబడిన కస్టమర్-చెల్లించిన ఇన్ఫరెన్స్తో అనుమతించబడిన యాప్ సర్చార్జ్ను సంబంధిస్తుంది. నిజమైన బాధ్యత ఆధారంగా ఎంపిక చేయండి, ప్రతి ఎంపిక అదే కొనుగోలు బ్యాక్ఎండ్ను భర్తీ చేస్తుందని అనుకోకండి.
RevenueCat ఇప్పటికే యాప్ క్రెడిట్స్ను మద్దతు ఇస్తుందా?
అవును. దాని ప్రస్తుత ఇన్-యాప్ కరెన్సీ డాక్యుమెంటేషన్ ధృవీకరించబడిన కొనుగోళ్ల నుండి గ్రాంట్లు మరియు రివార్డ్ చేసిన ప్రకటనలు, బ్యాలెన్స్ రీడ్స్ మరియు ఖర్చులను వివరిస్తుంది. ఉన్న సాంకేతిక గుర్తింపులు ఇంకా వర్చువల్ కరెన్సీని ఉపయోగిస్తాయి. ఎంపిక చేసిన SDK, బ్యాక్ఎండ్ మరియు కస్టమర్ ఐడెంటిటీని అర్హత కల్పించండి, క్రెడిట్స్ లేవని అనుకోవడం కాకుండా.
ప్రతి యాప్ బ్యాక్ఎండ్ లేకుండా క్రెడిట్స్ను నేరుగా ఖర్చు చేయగలదా?
ఏకీకృత మార్గం స్థాపించబడలేదు. ప్రామాణిక డెవలపర్ API ఖర్చు మార్గం నమ్మకమైన బ్యాక్ఎండ్ మరియు సీక్రెట్ కీని ఉపయోగిస్తుంది. డాక్యుమెంట్ చేసిన ధృవీకరించబడిన iOS ఖర్చు మార్గం ప్రైవేట్ బీటాలో ఉంది, ప్లాట్ఫారమ్ మరియు SDK అవసరాలతో. ప్రతి ప్లాట్ఫారమ్లో సాధారణంగా అందుబాటులో ఉందని భావించవద్దు.
SDK ఎల్లప్పుడూ తాజా బ్యాక్ఎండ్ బ్యాలెన్స్ను ప్రదర్శిస్తుందా?
సూచించిన గైడ్ ప్రకారం బ్యాక్ఎండ్ బ్యాలెన్స్ మార్పులు క్యాష్ చేసిన SDK ఆబ్జెక్ట్ను ఆటోమేటిక్గా రిఫ్రెష్ చేయవు. నిజమైన రిఫ్రెష్ ఫ్లో మరియు ప్రామాణిక ఫలితాన్ని అర్హత కల్పించండి. ప్రదర్శించిన బ్యాలెన్స్ మాత్రమే మరో ప్రాక్టీస్ డెబిట్ అనుమతించబడిందని లేదా గత డెబిట్ విఫలమైందని స్థాపించకూడదు.
కొనుగోలు పునరుద్ధరించబడినప్పుడు క్రెడిట్స్ తప్పనిసరిగా బదిలీ అవుతాయా?
కాదు. సూచించిన గైడ్ బదిలీ చేయలేని ఇన్-యాప్ కరెన్సీని బదిలీ చేయగల కొనుగోలు పునరుద్ధరణ నుండి వేరు చేస్తుంది. అసలు కస్టమర్ మరియు అంగీకరించిన హక్కులను ఖాతాలు మారినప్పుడు సంరక్షించండి. పునరుద్ధరించబడిన సభ్యత్వం నుండి క్రెడిట్ యాజమాన్యాన్ని మాత్రమే ఊహించవద్దు.
ప్రతి కరెన్సీ సర్దుబాటు వెబ్హుక్ను ఉత్పత్తి చేస్తుందా?
అలా అనుకోకండి. ప్రస్తుత గైడ్ API సర్దుబాట్లను గుర్తిస్తుంది, ఇవి వెబ్హుక్ ఈవెంట్స్ను ఉత్పత్తి చేయకుండా కస్టమర్ చరిత్రలో కనిపిస్తాయి. ఎంపిక చేసిన ఆపరేషన్ కోసం అసలు లావాదేవీ గుర్తింపును, రీట్రై హ్యాండ్లింగ్ మరియు ప్రామాణిక రీడ్బ్యాక్ను సంరక్షించండి.
ShareAI బిల్డర్ సెటిల్మెంట్ ఖాతా రకాన్ని బట్టి ఎలా భిన్నంగా ఉంటుంది?
ధృవీకరించబడిన కంపెనీ Buildersకు చెల్లింపు ముందు 45-రోజుల సమీక్ష వ్యవధి ఉంటుంది. వ్యక్తులు ప్రస్తుతం ShareAI ఉపయోగం కోసం inference విలువను సేకరిస్తారు, నగదు-అవుట్ లేదా ఖాతా బదిలీలను లేకుండా. ఆమోదం, అర్హత గల ట్రాఫిక్ మరియు ఖాతా నిబంధనలు వర్తిస్తాయి; వినియోగం మరియు ఆదాయం హామీ ఇవ్వబడదు.
ShareAI ఆటోమేటిక్గా యాప్-స్టోర్ కొనుగోళ్లు మరియు బ్యాలెన్స్లను భర్తీ చేస్తుందా?
ఆటోమేటిక్ కొనుగోలు మైగ్రేషన్, షేర్డ్ వాలెట్ లేదా వర్తించే ప్లాట్ఫారమ్ అవసరాల నుండి మినహాయింపు సూచించబడలేదు. Builder Program అర్హత కలిగిన రూటెడ్ ఇన్ఫరెన్స్, అనుమతించబడిన సర్చార్జ్ మరియు యాప్ అట్రిబ్యూషన్ను సంబంధిస్తుంది. యాప్ ఎక్కడో హోస్ట్ చేయబడుతుంది మరియు నిర్వహించబడుతుంది, పాఠాలు, సబ్స్క్రిప్షన్లు మరియు కొనుగోలు ఇంటిగ్రేషన్ స్పష్టమైన నిర్ణయాలను అవసరం చేస్తుంది.