നിങ്ങളുടെ ആപ്പിൽ പേയ്മെന്റുകൾ ചേർക്കുന്നത് എങ്ങനെ: ചെക്ക്ഔട്ട്, സബ്സ്ക്രിപ്ഷനുകൾ, വെബ്ഹുക്കുകൾ

ആപ്പിൽ പേയ്മെന്റുകൾ ചേർക്കാനുള്ള ഏറ്റവും ലളിതമായ വഴി Stripe ആണ്: ഒരു "Buy" ബട്ടൺ മാത്രം വേണമെങ്കിലും ഓർഡറുകൾ കൈകൊണ്ട് കൈകാര്യം ചെയ്യാൻ കഴിയുമെങ്കിൽ Payment Link; ആരാണ് പണം നൽകിയതെന്ന് ആപ്പ് അറിയുകയും സ്വയം പ്രതികരിക്കുകയും വേണമെങ്കിൽ Stripe Checkout; ആവർത്തിച്ചുള്ള ബില്ലിംഗിന് subscription mode-ലെ Checkout-ഉം Stripe-ന്റെ customer portal-ഉം. ലളിതമായതൊഴികെ എല്ലാ സാഹചര്യത്തിലും നിങ്ങൾക്ക് ഒരു വെബ്ഹുക്കും വേണം — പേയ്മെന്റ് വിജയിക്കുമ്പോൾ Stripe വിളിക്കുന്ന ഒരു സെർവർ എൻഡ്പോയിന്റ് — എല്ലാം Stripe-ന്റെ ടെസ്റ്റ് കീകളും ടെസ്റ്റ് കാർഡുകളും ഉപയോഗിച്ച് യഥാർത്ഥ കീകളിലേക്ക് മാറുന്നതിന് മുമ്പ് പരീക്ഷിക്കുകയും വേണം.

ഈ ഗൈഡ് ഓരോ ഓപ്ഷനും, മിക്ക ട്യൂട്ടോറിയലുകളും വിട്ടുകളയുന്ന വെബ്ഹുക്ക് ഭാഗവും, യഥാർത്ഥ പണം സ്വീകരിക്കുന്നതിന് മുമ്പ് പരിശോധിക്കേണ്ടതും വിശദീകരിക്കുന്നു. Stripe വിശദാംശങ്ങൾ 2026 സെപ്റ്റംബർ വരെയുള്ള Stripe-ന്റെ സ്വന്തം ഡോക്യുമെന്റേഷനിൽ നിന്നാണ്.

പേയ്മെന്റ് ദാതാവ് ആവശ്യമായത് എന്തുകൊണ്ട്

നിങ്ങളുടെ സ്വന്തം ഫോമുകളിൽ ഒരിക്കലും കാർഡ് നമ്പറുകൾ ശേഖരിക്കരുത്. കാർഡ് വിവരങ്ങൾ നേരിട്ട് കൈകാര്യം ചെയ്യുന്നത് PCI DSS (കാർഡ് വ്യവസായത്തിന്റെ സുരക്ഷാ നിലവാരം) പരിധിയിൽ നിങ്ങളെ ഉൾപ്പെടുത്തുന്നു, ഗുരുതരമായ ബാധ്യതയുമാണ്. Stripe പോലുള്ള ഒരു പേയ്മെന്റ് ദാതാവ് പേയ്മെന്റ് ഫോം ഹോസ്റ്റ് ചെയ്യുന്നു, കാർഡ് സൂക്ഷിക്കുന്നു, ബാങ്ക് പ്രാമാണീകരണം കൈകാര്യം ചെയ്യുന്നു, ഫലം നിങ്ങളുടെ ആപ്പിനോട് പറയുന്നു. നിങ്ങളുടെ ആപ്പ് കാണുന്നത് "ഉപയോക്താവ് X, Y-ക്ക് പണം നൽകി" എന്നത് മാത്രമാണ്.

ഈ ഗൈഡ് Stripe ഉപയോഗിക്കുന്നു, കാരണം അത് വ്യാപകമായി ഉപയോഗിക്കപ്പെടുന്നതും നന്നായി ഡോക്യുമെന്റ് ചെയ്തതും മിക്ക AI ആപ്പ് ബിൽഡറുകളും പിന്തുണയ്ക്കുന്നതുമാണ്. മറ്റ് ദാതാക്കളും ഉണ്ട്, ചിലർ "merchant of record" ആയി പ്രവർത്തിച്ച് വിൽപന നികുതി കൈകാര്യം ചെയ്യുന്നു; നികുതി പാലിക്കൽ നിങ്ങളെ വിഷമിപ്പിക്കുന്നുവെങ്കിൽ ആ മാതൃക താരതമ്യം ചെയ്യേണ്ടതാണ്.

Stripe ഉപയോഗിച്ച് പേയ്മെന്റ് സ്വീകരിക്കാനുള്ള മൂന്ന് വഴികൾ

Payment Links

Stripe Dashboard-ൽ കോഡില്ലാതെ നിങ്ങൾ ഉണ്ടാക്കുന്ന, Stripe ഹോസ്റ്റ് ചെയ്യുന്ന ഒരു പേയ്മെന്റ് പേജാണ് Payment Link. നിങ്ങളുടെ ആപ്പിൽ ഒരു ബട്ടണിന് പിന്നിൽ വെക്കാനോ, ഇമെയിലിൽ പങ്കിടാനോ, QR കോഡായി കാണിക്കാനോ കഴിയുന്ന ഒരു URL കിട്ടും. Payment Links ഒരു ഉൽപ്പന്നം, ഒരു സബ്സ്ക്രിപ്ഷൻ വിൽക്കാനോ സംഭാവന സ്വീകരിക്കാനോ കഴിയുമെന്ന് Stripe-ന്റെ ഡോക്സ് പറയുന്നു, ഉപഭോക്താക്കൾക്ക് എന്ത് നൽകണമെന്ന് തിരഞ്ഞെടുക്കാനോ വാങ്ങലുകളുടെ എണ്ണം പരിമിതപ്പെടുത്താനോ കഴിയും.

പിടിയുണ്ട്: ലോഗിൻ ചെയ്ത ഒരു പ്രത്യേക ഉപയോക്താവ് പണം നൽകിയെന്ന് നിങ്ങളുടെ ആപ്പ് സ്വയമേവ അറിയില്ല. ഒരു ഡൊണേഷൻ പേജിനോ Stripe-ന്റെ ഇമെയിൽ അറിയിപ്പുകളിൽ നിന്ന് കൈകൊണ്ട് ഓർഡറുകൾ നിറവേറ്റുന്ന ചെറിയ കടയ്‌ക്കോ അത് മതി. "Pro ഫീച്ചറുകൾ അൺലോക്ക് ചെയ്യാൻ പണം നൽകുക" എന്നതിന് അത് മതിയാകില്ല.

Stripe Checkout

നിങ്ങളുടെ സെർവർ ഒരു പ്രത്യേക വാങ്ങലിനായി ആവശ്യപ്പെടുമ്പോൾ ഉണ്ടാക്കുന്ന പേയ്മെന്റ് പേജാണ് Checkout. നിങ്ങളുടെ സെർവർ എന്താണ് വാങ്ങുന്നതെന്ന് Stripe-നോട് പറയുന്നു (ആരാണ് വാങ്ങുന്നതെന്ന് ഓപ്ഷണലായി), Stripe ഒരു URL തിരികെ നൽകുന്നു, അത് ഉപഭോക്താവിന് അയക്കുന്നു. ഒറ്റത്തവണയും സബ്സ്ക്രിപ്ഷൻ പേയ്മെന്റുകളും പിന്തുണയ്ക്കുന്ന, പൂർണമായും Stripe ഹോസ്റ്റ് ചെയ്ത പേജായോ, നിങ്ങളുടെ സൈറ്റിൽ ഉൾച്ചേർത്ത പേജായോ, ഉൾച്ചേർത്ത ഫോമായോ ഉള്ളതാണെന്ന് Stripe-ന്റെ ഡോക്സ് വിവരിക്കുന്നു.

ഒഴുക്ക്:

1. ഉപഭോക്താവ് നിങ്ങളുടെ ആപ്പിൽ Buy ക്ലിക്ക് ചെയ്യുന്നു.
2. നിങ്ങളുടെ സെർവർ നിങ്ങളുടെ ഉപയോക്താവിനെയോ ഓർഡറിനെയോ ബന്ധിപ്പിക്കുന്ന ഒരു ID ഉൾപ്പെടുത്തി, നിങ്ങളുടെ secret key ഉപയോഗിച്ച് ഒരു Checkout Session ഉണ്ടാക്കുന്നു.
3. ഉപഭോക്താവ് Stripe-ലേക്ക് റീഡയറക്ട് ചെയ്യപ്പെട്ട് പണം നൽകുന്നു.
4. Stripe അവരെ നിങ്ങളുടെ വിജയ പേജിലേക്ക് തിരികെ അയക്കുന്നു.
5. Stripe നിങ്ങളുടെ വെബ്ഹുക്കിലേക്ക് checkout.session.completed ഇവന്റ് അയക്കുന്നു, നിങ്ങളുടെ സെർവർ ഓർഡർ പണമടച്ചതായി അടയാളപ്പെടുത്തുകയോ ആക്സസ് അൺലോക്ക് ചെയ്യുകയോ ചെയ്യുന്നു.

ഘട്ടം 2 സെർവറിൽ തന്നെ നടക്കണം, കാരണം അത് നിങ്ങളുടെ secret key ഉപയോഗിക്കുന്നു. Checkout-ന് ഒരു ബാക്കെൻഡ് വേണ്ടതിന്റെ പ്രധാന കാരണം അതാണ്.

സബ്സ്ക്രിപ്ഷനുകൾ

Stripe-ൽ നിങ്ങൾ സജ്ജമാക്കുന്ന ആവർത്തിക്കുന്ന വിലയോടെ subscription mode-ലെ Checkout ആണ് സബ്സ്ക്രിപ്ഷനുകൾ. ആദ്യ പേയ്മെന്റ് മുകളിലെ ഒഴുക്ക് പോലെ പ്രവർത്തിക്കുന്നു. പിന്നീട് പുതുക്കലുകൾ, പരാജയപ്പെട്ട കാർഡുകൾ, അപ്ഗ്രേഡുകൾ, റദ്ദാക്കലുകൾ കാലക്രമേണ സംഭവിക്കുന്നു — പലപ്പോഴും ഉപഭോക്താവ് നിങ്ങളുടെ ആപ്പിൽ ഇല്ലാത്തപ്പോൾ — അതിനാൽ അവയെക്കുറിച്ച് നിങ്ങളുടെ ആപ്പ് അറിയുന്നത് വെബ്ഹുക്കുകൾ വഴി മാത്രമാണ്.

ഉപഭോക്താക്കൾക്ക് അവരുടെ സബ്സ്ക്രിപ്ഷൻ സ്വയം മാനേജ് ചെയ്യാൻ, Stripe ഒരു ഹോസ്റ്റ് ചെയ്ത customer portal നൽകുന്നു. Stripe-ന്റെ ഡോക്സ് പ്രകാരം, ഉപഭോക്താക്കൾക്ക് അവിടെ പേയ്മെന്റ് രീതികളും ബില്ലിംഗ് വിവരങ്ങളും അപ്ഡേറ്റ് ചെയ്യാം, സബ്സ്ക്രിപ്ഷനുകൾ മാറ്റാനോ റദ്ദാക്കാനോ കഴിയും, ഇൻവോയ്സുകൾ കാണാനും ഡൗൺലോഡ് ചെയ്യാനും കഴിയും. ഇത് Stripe ഡാഷ്ബോർഡിൽ കോൺഫിഗർ ചെയ്യുന്നു, "Manage billing" ബട്ടൺ ചേർക്കുമ്പോൾ ഉപഭോക്താവ് അവിടേക്ക് പോകുന്നു. ആ സ്ക്രീനുകൾ നിങ്ങൾ സ്വയം നിർമിക്കേണ്ടതില്ല.

വെബ്ഹുക്കുകൾ: ഒഴിവാക്കാനാകാത്ത ഭാഗം

ഒരു കാര്യം സംഭവിക്കുമ്പോൾ Stripe നിങ്ങളുടെ സെർവറിലേക്ക് അയക്കുന്ന HTTP അഭ്യർത്ഥനയാണ് വെബ്ഹുക്ക്. (പൊതു ആശയത്തിന് എന്താണ് വെബ്ഹുക്ക് കാണുക.) Stripe-ന്റെ ഫുൾഫിൽമെന്റ് ഗൈഡ് വ്യക്തമാണ്: വിജയ പേജിനെ മാത്രം ആശ്രയിച്ച് ഓർഡറുകൾ നിറവേറ്റരുത്, കാരണം ഉപഭോക്താവ് പണം നൽകിയിട്ട് ആ പേജ് ലോഡ് ആകുന്നതിന് മുമ്പ് കണക്ഷൻ നഷ്ടപ്പെട്ടേക്കാം. സബ്സ്ക്രിപ്ഷനുകൾക്കും വൈകുന്ന പേയ്മെന്റ് രീതികൾക്കും വെബ്ഹുക്കുകൾ നിർബന്ധമാണ്.

ശ്രദ്ധിക്കേണ്ട ഇവന്റുകൾ

ശരിയായ വെബ്ഹുക്ക് ഹാൻഡ്ലറിനുള്ള നിയമങ്ങൾ

ഇവ Stripe-ന്റെ വെബ്ഹുക്ക് ഡോക്യുമെന്റേഷനിൽ നിന്ന് നേരിട്ടുള്ളവയാണ്, AI-നിർമിത ഹാൻഡ്ലറുകൾ ചിലപ്പോൾ ഇതിൽ ഒന്ന് വിട്ടുപോകാറുണ്ട്:

• സിഗ്നേച്ചർ പരിശോധിക്കുക. ഓരോ ഇവന്റിലും Stripe-Signature ഹെഡർ ഉണ്ട്. എൻഡ്പോയിന്റിന്റെ signing secret (അത് whsec_ എന്ന് തുടങ്ങുന്നു) ഉപയോഗിച്ച് നിങ്ങളുടെ ഹാൻഡ്ലർ അത് പരിശോധിക്കുന്നു. ഇത് ഇല്ലെങ്കിൽ, ആർക്കും നിങ്ങളുടെ സെർവറിലേക്ക് വ്യാജ "പേയ്മെന്റ് വിജയിച്ചു" അയക്കാം.
• റോ റിക്വസ്റ്റ് ബോഡി ഉപയോഗിക്കുക. ഫ്രെയിംവർക്ക് ബോഡി പാർസ് ചെയ്യുകയോ മാറ്റുകയോ ചെയ്താൽ സിഗ്നേച്ചർ പരിശോധനകൾ പരാജയപ്പെടും.
• വേഗത്തിൽ 2xx പ്രതികരണം നൽകുക, പിന്നീട് സാവധാനത്തിലുള്ള ജോലി ചെയ്യുക. ടൈംഔട്ടുകൾ പരാജയങ്ങളായി കണക്കാക്കുന്നു.
• ഡ്യൂപ്ലിക്കേറ്റുകൾ കൈകാര്യം ചെയ്യുക. ഒരേ ഇവന്റ് ഒന്നിലധികം തവണ Stripe അയച്ചേക്കാം. പ്രോസസ് ചെയ്ത ഇവന്റ് IDകൾ രേഖപ്പെടുത്തുക, അല്ലെങ്കിൽ നിറവേറ്റൽ രണ്ടുതവണ ഓടിയാലും സുരക്ഷിതമാക്കുക.
• ക്രമം ഊഹിക്കരുത്. ഇവന്റുകൾ സംഭവിച്ച ക്രമത്തിൽ എത്തുമെന്ന് Stripe ഉറപ്പ് നൽകുന്നില്ല.
• വീണ്ടും ശ്രമങ്ങൾ പ്രതീക്ഷിക്കുക. ലൈവ് മോഡിൽ പരാജയപ്പെട്ട ഡെലിവറികൾ Stripe മൂന്ന് ദിവസം വരെ വീണ്ടും ശ്രമിക്കുന്നു, അതിനാൽ ചെറിയ തടസ്സം പേയ്മെന്റുകൾ നഷ്ടപ്പെടുത്തില്ല — പക്ഷേ നിങ്ങളുടെ ഹാൻഡ്ലർ വൈകിയെത്തുന്ന ഇവന്റുകളും നേരിടണം.

വെബ്ഹുക്കുകൾക്ക് ഒരു പൊതു HTTPS വിലാസം വേണം, അതിനാൽ നിങ്ങളുടെ ആപ്പ് പ്രസിദ്ധീകരിച്ചതിന് ശേഷമാണ് സാധാരണയായി അവ പ്രവർത്തിക്കുന്നത് (ഡെവലപ്പർമാർക്ക് Stripe CLI ഇവന്റുകൾ ലോക്കൽ മെഷീനിലേക്ക് ഫോർവേഡ് ചെയ്യാം).

മുഴുവൻ ഒഴുക്കും ഉൾക്കൊള്ളുന്ന ഒരു പ്രോംപ്റ്റ്

"Pro pack"-ന് (price ID STRIPE_PRICE_ID-ൽ) Stripe Checkout ഉപയോഗിച്ച് ഒറ്റത്തവണ വാങ്ങൽ ചേർക്കുക. സെർവറിൽ Checkout Session ഉണ്ടാക്കുക, secrets-ൽ നിന്നുള്ള STRIPE_SECRET_KEY ഉപയോഗിച്ച്, ലോഗിൻ ചെയ്ത ഉപയോക്താവിന്റെ ID സെഷനിൽ ഉൾപ്പെടുത്തുക. POST /api/stripe/webhook എൻഡ്പോയിന്റ് ചേർക്കുക, അത് റോ റിക്വസ്റ്റ് ബോഡി ഉപയോഗിച്ച് STRIPE_WEBHOOK_SECRET വഴി Stripe സിഗ്നേച്ചർ പരിശോധിക്കുകയും checkout.session.completed കൈകാര്യം ചെയ്ത് ആ ഉപയോക്താവിനെ Pro pack ഉള്ളവനായി അടയാളപ്പെടുത്തുകയും ചെയ്യട്ടെ. ഒരേ ഇവന്റ് രണ്ടുതവണ വന്നാലും സുരക്ഷിതമാക്കുക. വിജയ, റദ്ദാക്കൽ പേജുകൾ. സീക്രറ്റ് കീ ഒരിക്കലും ബ്രൗസറിൽ വെളിപ്പെടുത്തരുത്.

സബ്സ്ക്രിപ്ഷനുകൾക്ക് കൂട്ടിച്ചേർക്കുക: "STRIPE_PRICE_ID ഉപയോഗിച്ച് subscription mode ഉപയോഗിക്കുക. invoice.paid, invoice.payment_failed, customer.subscription.updated, customer.subscription.deleted കൈകാര്യം ചെയ്യുക. Stripe customer portal തുറക്കുന്ന ഒരു Manage billing ബട്ടൺ ചേർക്കുക."

ടെസ്റ്റ് മോഡ്

Stripe-ന് പ്രത്യേക sandbox (test), live പരിസ്ഥിതികളും വ്യത്യസ്ത കീകളുമുണ്ട്. Sandbox കീകൾ pk_test_, sk_test_ അല്ലെങ്കിൽ rk_test_ എന്ന് തുടങ്ങുന്നു; live കീകൾ pk_live_, sk_live_ അല്ലെങ്കിൽ rk_live_ എന്ന് തുടങ്ങുന്നു. ടെസ്റ്റ് ഇടപാടുകൾ പണം നീക്കില്ല.

Stripe-ന്റെ ടെസ്റ്റിംഗ് ഡോക്സിൽ നിന്നുള്ള ഉപയോഗപ്രദമായ ടെസ്റ്റ് കാർഡുകൾ (ഏത് ഭാവി കാലഹരണ തീയതിയും, ഏത് മൂന്ന് അക്ക CVC-യും):

കുറഞ്ഞത് ഇവ പരീക്ഷിക്കുക:

• ശരിയായ ഉപയോക്താവിന് ശരിയായ കാര്യം വിജയകരമായ പേയ്മെന്റ് അൺലോക്ക് ചെയ്യുന്നു
• നിരസിക്കപ്പെട്ട കാർഡ് വ്യക്തമായ സന്ദേശം കാണിക്കുന്നു, ഒന്നും അൺലോക്ക് ചെയ്യുന്നില്ല
• പണം നൽകിയ ഉടനെ ബ്രൗസർ ടാബ് അടച്ചാലും ആക്സസ് ലഭിക്കുന്നു (ഇത് തെളിയിക്കുന്നത് വിജയ പേജല്ല, വെബ്ഹുക്ക് പ്രവർത്തിക്കുന്നു എന്നാണ്)
• Stripe പേജിൽ റദ്ദാക്കിയാൽ ഉപയോക്താവ് നിങ്ങളുടെ ആപ്പിലേക്ക് തിരികെ വരുന്നു, ഒന്നും ഈടാക്കുന്നില്ല
• സബ്സ്ക്രിപ്ഷനുകൾക്ക്: customer portal-ൽ റദ്ദാക്കുക, ആക്സസ് എപ്പോൾ അവസാനിക്കണമോ അപ്പോൾ അവസാനിക്കുന്നു എന്ന് ഉറപ്പാക്കുക

ലൈവ് ആകൽ

1. നിങ്ങളുടെ ബിസിനസ് വിവരങ്ങളും ബാങ്ക് വിവരങ്ങളും ഉപയോഗിച്ച് Stripe അക്കൗണ്ട് സജീവമാക്കുക.
2. നിങ്ങളുടെ ആപ്പിന്റെ സീക്രറ്റുകളിൽ ലൈവ് കീകൾ മാറ്റുക. Stripe ശുപാർശ ചെയ്യുന്നത്, നിങ്ങളുടെ ഇന്റഗ്രേഷന് വേണ്ട അനുമതികൾ മാത്രമുള്ള നിയന്ത്രിത കീകൾ ആണ്, എല്ലാ അനുമതിയുമുള്ള secret key അല്ല.
3. പ്രസിദ്ധീകരിച്ച ആപ്പിലേക്ക് ചൂണ്ടുന്ന ഒരു ലൈവ് വെബ്ഹുക്ക് എൻഡ്പോയിന്റ് ഉണ്ടാക്കുക. അതിന് സ്വന്തം signing secret ഉണ്ട്, ടെസ്റ്റിലേതിൽ നിന്ന് വ്യത്യസ്തമാണ് — അത് അപ്ഡേറ്റ് ചെയ്യുക.
4. ലൈവ് മോഡിൽ ഉൽപ്പന്നങ്ങളും വിലകളും വീണ്ടും ഉണ്ടാക്കുക; ടെസ്റ്റ്-മോഡ് IDകൾ അവിടെ നിലനിൽക്കുന്നില്ല.
5. ഒരു യഥാർത്ഥ ചെറിയ വാങ്ങൽ നടത്തി അത് റീഫണ്ട് ചെയ്യുക.

എല്ലാ കീകളും നിങ്ങളുടെ പ്രോജക്റ്റിന്റെ സീക്രറ്റുകളിൽ സൂക്ഷിക്കുക, കോഡിലോ ചാറ്റിലോ ഒരിക്കലും വേണ്ട. AI-നിർമിത ആപ്പുകൾക്കുള്ള സുരക്ഷാ ചെക്ക്‌ലിസ്റ്റ് കീകളെയും വെബ്ഹുക്ക് പരിശോധനയെയും കുറിച്ച് കൂടുതൽ വിശദീകരിക്കുന്നു.

നികുതി, റീഫണ്ടുകൾ, രേഖകൾ

പേയ്മെന്റുകൾ കോഡ് പരിഹരിക്കാത്ത ബാധ്യതകൾ കൊണ്ടുവരുന്നു. ഇത് നികുതി ഉപദേശമല്ല; ഒരു അക്കൗണ്ടന്റിനോട് ചോദിക്കുക.

• വിൽപന നികുതി, VAT, GST. നിങ്ങളും ഉപഭോക്താക്കളും എവിടെയാണെന്നതിനെ ആശ്രയിച്ച്, രജിസ്റ്റർ ചെയ്യുകയും നികുതി ഈടാക്കുകയും ഫയൽ ചെയ്യുകയും വേണ്ടി വന്നേക്കാം. Stripe Tax ചെക്ക്ഔട്ടിൽ നികുതി കണക്കാക്കി ശേഖരിക്കാനും, നിങ്ങളുടെ വിൽപന എവിടെയാണ് ബാധ്യത സൃഷ്ടിച്ചേക്കാമെന്ന് നിരീക്ഷിക്കാനും, രജിസ്ട്രേഷനും ഫയലിംഗിനും സഹായിക്കാനും കഴിയും — പക്ഷേ ഉത്തരവാദിത്തം നിങ്ങൾക്കുതന്നെ. കൂടുതൽ ഭാരം ഏറ്റെടുക്കുന്ന merchant-of-record ദാതാക്കളും ഒരു ബദലാണ്.
• റീഫണ്ടുകളും തർക്കങ്ങളും. ലോഞ്ചിന് മുമ്പ് നിങ്ങളുടെ റീഫണ്ട് നയം തീരുമാനിച്ച് സൈറ്റിൽ ഇടുക. തർക്കങ്ങൾ (chargebacks) സംഭവിക്കും; എന്ത് വാങ്ങി, എന്ത് നൽകി എന്നതിന്റെ രേഖകൾ സൂക്ഷിക്കുക.
• രസീതുകളും ഇൻവോയ്സുകളും. Stripe-ന് രസീതുകൾ ഇമെയിൽ ചെയ്യാം; ബിസിനസുകൾക്ക് ശരിയായ ഇൻവോയ്സുകൾ വേണ്ടി വന്നേക്കാം.
• ഫീസ്. ഓരോ ദാതാവും ഓരോ ഇടപാടിനും നിരക്ക് ഈടാക്കുന്നു. ലേഖനങ്ങളിലെ കണക്കുകളെ ആശ്രയിക്കുന്നതിന് പകരം ദാതാവിന്റെ നിലവിലെ വിലനിർണ്ണയ പേജ് പരിശോധിക്കുക.

നിങ്ങളുടെ ആപ്പിന് ഏത് സജ്ജീകരണം ചേരും

• ഡൊണേഷനുകളോ ഏതാനും ഉൽപ്പന്നങ്ങളോ: Payment Links. ഒരു നോൺപ്രോഫിറ്റ് ഡൊണേഷൻ വെബ്സൈറ്റ് എങ്ങനെ നിർമിക്കാം കാണുക.
• കാർട്ടുള്ള ഒരു സ്റ്റോർ: line items-ഉം വെബ്ഹുക്കുമുള്ള Checkout. ഒരു ഓൺലൈൻ സ്റ്റോർ എങ്ങനെ നിർമിക്കാം കാണുക.
• SaaS അല്ലെങ്കിൽ അംഗത്വങ്ങൾ: subscription mode-ലെ Checkout, വെബ്ഹുക്കുകൾ, customer portal. ഒരു SaaS MVP എങ്ങനെ നിർമിക്കാം, ഒരു SaaS ഉൽപ്പന്നത്തിന് വില നിശ്ചയിക്കുന്നത് എങ്ങനെ എന്നിവ കാണുക.
• വിൽപ്പനക്കാർക്ക് പണം നൽകുന്ന ഒരു മാർക്കറ്റ്പ്ലേസ്: വ്യത്യസ്തവും കൂടുതൽ നിയന്ത്രിതവുമായ ഒരു സജ്ജീകരണം (Stripe Connect അല്ലെങ്കിൽ സമാനമായത്). അത് പ്രത്യേകം ആസൂത്രണം ചെയ്യുക.

Mythex-ൽ പേയ്മെന്റുകൾ ചേർക്കൽ

Mythex-ൽ നിർമിക്കുന്ന ആപ്പുകളിലെ പേയ്മെന്റുകൾ നിങ്ങളുടെ സ്വന്തം Stripe അക്കൗണ്ടും കീകളും ഉപയോഗിക്കുന്നു; നിങ്ങളുടെ ആപ്പിനായി "Connect Stripe" എന്ന ഒറ്റ ക്ലിക്ക് സൗകര്യമില്ല. സാധാരണ ഒഴുക്ക്:

1. Stripe ടെസ്റ്റ് കീകൾ നേടുക.
2. STRIPE_SECRET_KEY (വെബ്ഹുക്ക് സീക്രറ്റ് പിന്നീട്) പ്രോജക്റ്റ് സീക്രറ്റുകളിൽ ചേർക്കുക — /secrets വഴി, പ്രോജക്റ്റ് സെറ്റിംഗ്സ് വഴി, അല്ലെങ്കിൽ ഏജന്റിന് ഒരു കീ വേണ്ടിവരുമ്പോൾ കാണിക്കുന്ന secrets കാർഡ് വഴി.
3. മുകളിലുള്ളതുപോലുള്ള ഒരു പ്രോംപ്റ്റ് ഉപയോഗിച്ച് Checkout ആവശ്യപ്പെടുക.
4. Preview-ൽ ടെസ്റ്റ് കാർഡുകൾ ഉപയോഗിച്ച് പരീക്ഷിക്കുക. വെബ്ഹുക്ക് രജിസ്റ്റർ ചെയ്യുന്നതിന് മുമ്പ് പ്രസിദ്ധീകരിക്കുക, കാരണം അതിന് നിങ്ങളുടെ പൊതു URL വേണം.
5. ലൈവ് കീകളിലേക്ക് മാറിയ ശേഷം, ലൈവ് ആപ്പ് അവ എടുക്കാൻ വീണ്ടും പ്രസിദ്ധീകരിക്കുക.

ഡോക്സിലെ Stripe ഉപയോഗിച്ച് പേയ്മെന്റുകൾ സ്വീകരിക്കുക, നിങ്ങളുടെ ബാക്കെൻഡിൽ വെബ്ഹുക്കുകൾ കൈകാര്യം ചെയ്യുക എന്നിവ കാണുക.

ചോദ്യങ്ങൾ