Stripe ಮೂಲಕ ಚಂದಾದಾರಿಕೆಗಳನ್ನು ಹೇಗೆ ಸೇರಿಸುವುದು: ಯೋಜನೆಗಳು, ಟ್ರಯಲ್‌ಗಳು, ವೆಬ್‌ಹುಕ್‌ಗಳು ಮತ್ತು ವಿಫಲ ಪಾವತಿಗಳು
Stripe ನೊಂದಿಗೆ ಚಂದಾದಾರಿಕೆಗಳನ್ನು ಸೇರಿಸಲು, Stripe ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಲ್ಲಿ ಪುನರಾವರ್ತಿತ ಬೆಲೆಯೊಂದಿಗೆ ಉತ್ಪನ್ನ ರಚಿಸಿ, ನಿಮ್ಮ ಸರ್ವರ್‌ನಿಂದ ಗ್ರಾಹಕರನ್ನು ಚಂದಾದಾರಿಕೆ ಮೋಡ್‌ನಲ್ಲಿ Stripe Checkout ಗೆ ಕಳುಹಿಸಿ, ಮತ್ತು ಪ್ರತಿ ಪಾವತಿ ಯಶಸ್ವಿಯಾದಾಗ, ವಿಫಲವಾದಾಗ, ಬದಲಾದಾಗ ಅಥವಾ ಕೊನೆಗೊಂಡಾಗ ವೆಬ್‌ಹುಕ್ ನಿಮ್ಮ ಆ್ಯಪ್‌ಗೆ ತಿಳಿಸಲಿ. ಚಂದಾದಾರಿಕೆ ಸ್ಥಿತಿಯನ್ನು ಬಳಕೆದಾರರೊಂದಿಗೆ ಸಂಗ್ರಹಿಸಿ ಅದರ ಆಧಾರದ ಮೇಲೆ ಪ್ರವೇಶ ನೀಡಿ, ಯಶಸ್ಸಿನ ಪುಟದ ಮೇಲೆ ಅಲ್ಲ. ಜನರು ಕಾರ್ಡ್ ಬದಲಿಸಲು, ಯೋಜನೆ ಬದಲಾಯಿಸಲು ಮತ್ತು ರದ್ದುಗೊಳಿಸಲು ಸಾಧ್ಯವಾಗುವಂತೆ, ನೀವು ಆ ಪರದೆಗಳನ್ನು ನಿರ್ಮಿಸದೆಯೇ Stripe ನ ಹೋಸ್ಟ್ ಮಾಡಿದ ಗ್ರಾಹಕ ಪೋರ್ಟಲ್ ತೆರೆಯುವ ಬಿಲ್ಲಿಂಗ್ ನಿರ್ವಹಿಸಿ ಬಟನ್ ಸೇರಿಸಿ.
ಈ ಮಾರ್ಗದರ್ಶಿ ನಿಮ್ಮ ಆ್ಯಪ್‌ಗೆ ಪಾವತಿ ಸೇರಿಸುವುದು ಹೇಗೆ ಮೇಲೆ ನಿರ್ಮಿತವಾಗಿದೆ, ಅದು ಒಂದು-ಬಾರಿ Checkout, ಟೆಸ್ಟ್ ಮೋಡ್ ಮತ್ತು ಲೈವ್ ಆಗುವುದನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ಇಲ್ಲಿ ಪುನರಾವರ್ತಿತ ಬಿಲ್ಲಿಂಗ್‌ನಲ್ಲಿ ಭಿನ್ನವಾದದ್ದರ ಮೇಲೆ ಗಮನ. Stripe ವಿವರಗಳು ಸೆಪ್ಟೆಂಬರ್ 2026 ರಂತೆ Stripe ದಸ್ತಾವೇಜಿನಿಂದ.
ಚಂದಾದಾರಿಕೆಗಳು ಒಂದು-ಬಾರಿ ಪಾವತಿಗಳಿಗಿಂತ ಏಕೆ ಕಠಿಣ
ಒಂದು-ಬಾರಿ ಪಾವತಿ ಗ್ರಾಹಕ ನಿಮ್ಮ ಆ್ಯಪ್‌ನಲ್ಲಿದ್ದಾಗ ನಡೆಯುತ್ತದೆ. ಚಂದಾದಾರಿಕೆ ಅವರು ಹೊರಟ ನಂತರವೂ ಮುಂದುವರಿಯುತ್ತದೆ: ಪ್ರತಿ ತಿಂಗಳ ನವೀಕರಣಗಳು, ಅವಧಿ ಮುಗಿಯುವ ಕಾರ್ಡ್‌ಗಳು, ಚಕ್ರದ ಮಧ್ಯೆ ಅಪ್‌ಗ್ರೇಡ್‌ಗಳು, ಅವಧಿ ಕೊನೆಯಲ್ಲಿ ಜಾರಿಗೆ ಬರುವ ರದ್ದತಿಗಳು. ನಿಮ್ಮ ಆ್ಯಪ್ ಇವುಗಳ ಬಗ್ಗೆ ವೆಬ್‌ಹುಕ್‌ಗಳ ಮೂಲಕ ಮಾತ್ರ ಕೇಳುತ್ತದೆ. ಹೆಚ್ಚಿನ ಚಂದಾದಾರಿಕೆ ದೋಷಗಳು ಮೊದಲ ಪಾವತಿಯನ್ನೇ ಸಂಪೂರ್ಣ ಕಥೆ ಎಂದು ಪರಿಗಣಿಸುವುದರಿಂದ ಬರುತ್ತವೆ.
ನಿಮ್ಮ ಆಯ್ಕೆಗಳು
| ವಿಧಾನ | ನೀವು ನಿರ್ಮಿಸುವುದು | ಯಾವುದಕ್ಕೆ ಉತ್ತಮ |
|---|---|---|
| ಪುನರಾವರ್ತಿತ ಬೆಲೆಯೊಂದಿಗೆ ಪೇಮೆಂಟ್ ಲಿಂಕ್ | ಲಿಂಕ್ ಹೊರತು ಬೇರೇನೂ ಇಲ್ಲ | ಬೇಡಿಕೆ ಪರೀಕ್ಷೆ; ಪ್ರವೇಶವನ್ನು ಕೈಯಾರೆ ನಿರ್ವಹಿಸುವುದು |
| Checkout (ಚಂದಾದಾರಿಕೆ ಮೋಡ್) + ಗ್ರಾಹಕ ಪೋರ್ಟಲ್ | ಸರ್ವರ್ ಮಾರ್ಗ, ವೆಬ್‌ಹುಕ್, ಬಿಲ್ಲಿಂಗ್ ಬಟನ್ | ಹೆಚ್ಚಿನ SaaS ಆ್ಯಪ್‌ಗಳು ಮತ್ತು ಸದಸ್ಯತ್ವಗಳು |
| ಚಂದಾದಾರಿಕೆಗಳ API ನಿಮ್ಮದೇ ಪಾವತಿ ಫಾರ್ಮ್‌ನೊಂದಿಗೆ | ಇನ್ನೂ ಹೆಚ್ಚು: ಪಾವತಿ UI, ದೃಢೀಕರಣ, ಮರುಪ್ರಯತ್ನಗಳು | ಅಸಾಮಾನ್ಯ ಬಿಲ್ಲಿಂಗ್ ಹರಿವುಗಳಿರುವ ಆ್ಯಪ್‌ಗಳು |
| ಮರ್ಚೆಂಟ್-ಆಫ್-ರೆಕಾರ್ಡ್ ಒದಗಿಸುವವರು | Checkout ಗೆ ಹೋಲುತ್ತದೆ | ಮಾರಾಟ ತೆರಿಗೆಯನ್ನು ಒದಗಿಸುವವರೇ ನಿರ್ವಹಿಸಬೇಕೆಂದು ಬಯಸುವ ಮಾರಾಟಗಾರರು |
ಹೆಚ್ಚಿನ ಆ್ಯಪ್‌ಗಳಿಗೆ, Checkout ಜೊತೆಗೆ ಪೋರ್ಟಲ್ ಸರಿಯಾದ ವ್ಯಾಪಾರ-ವಿನಿಮಯ. ತೆರಿಗೆ ನಿರ್ವಹಣೆ ನಿಮಗೆ ಚಿಂತೆಯಾದರೆ Stripe vs Paddle vs Lemon Squeezy ಹೋಲಿಸಿ.
ಮೊದಲು Stripe ನಲ್ಲಿ ಬೆಲೆ ಯೋಜನೆ ಮಾಡಿ
Stripe ನಲ್ಲಿ, ಉತ್ಪನ್ನ ಎಂದರೆ ನೀವು ಮಾರುವುದು ("Pro ಯೋಜನೆ"), ಮತ್ತು ಬೆಲೆ ಎಂದರೆ ನೀವು ಅದಕ್ಕೆ ಹೇಗೆ ಶುಲ್ಕ ವಿಧಿಸುತ್ತೀರಿ ("ತಿಂಗಳಿಗೆ $20", "ವರ್ಷಕ್ಕೆ $200"). ಒಂದು ಉತ್ಪನ್ನಕ್ಕೆ ಹಲವು ಬೆಲೆಗಳಿರಬಹುದು. ನಿರ್ಧರಿಸಿ:
- ನೀವು ಯಾವ ಶ್ರೇಣಿಗಳನ್ನು ನೀಡುತ್ತೀರಿ ಮತ್ತು ಪ್ರತಿಯೊಂದು ನಿಮ್ಮ ಆ್ಯಪ್‌ನಲ್ಲಿ ಏನನ್ನು ಅನ್‌ಲಾಕ್ ಮಾಡುತ್ತದೆ
- ಮಾಸಿಕ, ವಾರ್ಷಿಕ, ಅಥವಾ ಎರಡೂ
- ನೀವು ಟ್ರಯಲ್ ನೀಡುತ್ತೀರಾ, ಮತ್ತು ಅದಕ್ಕೆ ಮುಂಗಡ ಕಾರ್ಡ್ ಬೇಕೇ
ಉತ್ಪನ್ನಗಳು ಮತ್ತು ಬೆಲೆಗಳನ್ನು ಟೆಸ್ಟ್ ಮೋಡ್‌ನಲ್ಲಿ ರಚಿಸಿ, ಮತ್ತು ಅವುಗಳ ಬೆಲೆ ID ಗಳನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ; ನಿಮ್ಮ ಆ್ಯಪ್ ಅವನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ. ಬೆಲೆ ನಿಗದಿ ಇನ್ನೂ ಆಗಿಲ್ಲದಿದ್ದರೆ, SaaS ಉತ್ಪನ್ನಕ್ಕೆ ಬೆಲೆ ನಿಗದಿಪಡಿಸುವುದು ಹೇಗೆ ಮತ್ತು ಫ್ರೀಮಿಯಂ vs ಉಚಿತ ಟ್ರಯಲ್ ಓದಿ.
ನೀವು ನಿರ್ವಹಿಸಬೇಕಾದ ಚಂದಾದಾರಿಕೆ ಜೀವನಚಕ್ರ
Stripe ನ ಚಂದಾದಾರಿಕೆ ಅವಲೋಕನ ಚಂದಾದಾರಿಕೆ ಹೊಂದಬಹುದಾದ ಸ್ಥಿತಿಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಪ್ರವೇಶಕ್ಕೆ ಹೆಚ್ಚು ಮುಖ್ಯವಾದವು:
| ಸ್ಥಿತಿ | ಅರ್ಥ | ಪ್ರವೇಶ ನೀಡುವುದೇ? |
|---|---|---|
trialing | ಟ್ರಯಲ್ ಅವಧಿಯಲ್ಲಿದೆ | ಹೌದು |
active | ಉತ್ತಮ ಸ್ಥಿತಿಯಲ್ಲಿದೆ | ಹೌದು |
incomplete | ಮೊದಲ ಪಾವತಿ ಇನ್ನೂ ಪೂರ್ಣಗೊಂಡಿಲ್ಲ; Stripe ಗ್ರಾಹಕರಿಗೆ 23 ಗಂಟೆ ನೀಡುತ್ತದೆ | ಇಲ್ಲ |
incomplete_expired | ಮೊದಲ ಪಾವತಿ ಎಂದಿಗೂ ಯಶಸ್ವಿಯಾಗಲಿಲ್ಲ | ಇಲ್ಲ |
past_due | ಇತ್ತೀಚಿನ ಪಾವತಿ ವಿಫಲವಾಯಿತು ಅಥವಾ ಪ್ರಯತ್ನಿಸಲಾಗಿಲ್ಲ; ಮರುಪ್ರಯತ್ನಗಳು ಬರಬಹುದು | ನಿಮ್ಮ ಆಯ್ಕೆ; ಅನೇಕ ಆ್ಯಪ್‌ಗಳು ಸಣ್ಣ ಗ್ರೇಸ್ ಅವಧಿ ನೀಡುತ್ತವೆ |
unpaid | ಮರುಪ್ರಯತ್ನಗಳು ಮುಗಿದಿವೆ, ಇನ್‌ವಾಯ್ಸ್‌ಗಳು ತೆರೆದೇ ಉಳಿದಿವೆ, ಇನ್ನು ಪ್ರಯತ್ನಗಳಿಲ್ಲ | ಇಲ್ಲ; Stripe ದಸ್ತಾವೇಜು ಪ್ರವೇಶ ಹಿಂಪಡೆಯಬೇಕೆಂದು ಹೇಳುತ್ತದೆ |
canceled | ಕೊನೆಗೊಂಡಿದೆ; ಮರುಪ್ರಾರಂಭಿಸಲಾಗದು | ಇಲ್ಲ |
paused | ಟ್ರಯಲ್ ಪಾವತಿ ವಿಧಾನವಿಲ್ಲದೆ ಕೊನೆಗೊಂಡು ವಿರಾಮಕ್ಕೆ ಹೊಂದಿಸಲಾಗಿತ್ತು | ಇಲ್ಲ |
ಸ್ಥಿತಿಯನ್ನು ನಿಮ್ಮ ಬಳಕೆದಾರ ಅಥವಾ ಖಾತೆ ದಾಖಲೆಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಿ ಅದರ ಮೇಲೆ ಪ್ರವೇಶವನ್ನು ಆಧರಿಸಿ. ಸಂಬಂಧಿತ ವೆಬ್‌ಹುಕ್ ಬಂದಾಗಲೆಲ್ಲಾ ಅದನ್ನು ನವೀಕರಿಸಿ.
ನಿರ್ವಹಿಸಬೇಕಾದ ವೆಬ್‌ಹುಕ್ ಘಟನೆಗಳು
| ಘಟನೆ | ನಿಮ್ಮ ಆ್ಯಪ್ ಏನು ಮಾಡುತ್ತದೆ |
|---|---|
checkout.session.completed | ಹೊಸ Stripe ಗ್ರಾಹಕ ಮತ್ತು ಚಂದಾದಾರಿಕೆ ID ಗಳನ್ನು ನಿಮ್ಮ ಬಳಕೆದಾರರಿಗೆ ಜೋಡಿಸಿ |
invoice.paid | ಚಂದಾದಾರಿಕೆಯನ್ನು active ಎಂದು ಗುರುತಿಸಿ ಮತ್ತು ಹೊಸ ಅವಧಿ ಅಂತ್ಯವನ್ನು ದಾಖಲಿಸಿ |
invoice.payment_failed | ಕಾರ್ಡ್ ವಿಫಲವಾಗಿದೆ ಎಂದು ಬಳಕೆದಾರರಿಗೆ ತಿಳಿಸಿ ಮತ್ತು ಪೋರ್ಟಲ್‌ಗೆ ಲಿಂಕ್ ಮಾಡಿ |
invoice.payment_action_required | ಕಾರ್ಡ್ ದೃಢೀಕರಣ ಪೂರ್ಣಗೊಳಿಸಲು ಬಳಕೆದಾರರನ್ನು ಕೇಳಿ |
customer.subscription.updated | ಯೋಜನೆ, ಸ್ಥಿತಿ ಮತ್ತು ನಿಗದಿತ ರದ್ದತಿಯನ್ನು ನವೀಕರಿಸಿ |
customer.subscription.deleted | ಪಾವತಿಸಿದ ಪ್ರವೇಶವನ್ನು ತೆಗೆದುಹಾಕಿ |
customer.subscription.trial_will_end | ಟ್ರಯಲ್ ಕೊನೆಗೊಳ್ಳುವ ಮೊದಲು ಬಳಕೆದಾರರಿಗೆ ಜ್ಞಾಪನೆ ನೀಡಿ; Stripe ಅದನ್ನು ಮೂರು ದಿನ ಮೊದಲು ಕಳುಹಿಸುತ್ತದೆ |
Stripe ನ ವೆಬ್‌ಹುಕ್ ದಸ್ತಾವೇಜಿನ ಹ್ಯಾಂಡ್ಲರ್ ನಿಯಮಗಳು ಇನ್ನೂ ಅನ್ವಯಿಸುತ್ತವೆ: ಕಚ್ಚಾ ಬಾಡಿ ಬಳಸಿ ಸಹಿ ಪರಿಶೀಲಿಸಿ, ತ್ವರಿತವಾಗಿ 2xx ಹಿಂತಿರುಗಿಸಿ, ನಕಲು ಮತ್ತು ಕ್ರಮ-ಹೊರಗಿನ ಘಟನೆಗಳನ್ನು ನಿರ್ವಹಿಸಿ, ಮತ್ತು ಮರುಪ್ರಯತ್ನಗಳನ್ನು ನಿರೀಕ್ಷಿಸಿ. ಕಲ್ಪನೆಯನ್ನು ವೆಬ್‌ಹುಕ್ ಎಂದರೇನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಪಾವತಿಗಳ ಮಾರ್ಗದರ್ಶಿ ನಿಯಮಗಳನ್ನು ವಿವರವಾಗಿ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ.
ಹಂತ ಹಂತವಾಗಿ
- Stripe ಟೆಸ್ಟ್ ಮೋಡ್‌ನಲ್ಲಿ ಉತ್ಪನ್ನಗಳು ಮತ್ತು ಬೆಲೆಗಳನ್ನು ರಚಿಸಿ.
- ರಹಸ್ಯಗಳನ್ನು ಸೇರಿಸಿ: ಸೀಕ್ರೆಟ್ ಕೀ, ಬೆಲೆ ID ಗಳು, ಮತ್ತು ನಂತರ ವೆಬ್‌ಹುಕ್ ಸೈನಿಂಗ್ ಸೀಕ್ರೆಟ್. ಎಂದಿಗೂ ಫ್ರಂಟ್‌ಎಂಡ್ ಕೋಡ್‌ನಲ್ಲಿ ಹಾಕಬೇಡಿ.
- ಬೆಲೆ ಪುಟ: ಪ್ರತಿ ಯೋಜನೆಯ ಬಟನ್ ನಿಮ್ಮ ಸರ್ವರ್ ಅನ್ನು ಕರೆಯುತ್ತದೆ, ಅದು ಲಾಗಿನ್ ಆದ ಬಳಕೆದಾರರಿಗೆ ಚಂದಾದಾರಿಕೆ ಮೋಡ್‌ನಲ್ಲಿ Checkout Session ರಚಿಸುತ್ತದೆ. ವೆಬ್‌ಹುಕ್ ಪಾವತಿಯನ್ನು ಖಾತೆಗೆ ಹೊಂದಿಸಲು ನಿಮ್ಮ ಬಳಕೆದಾರ ID ಅನ್ನು ರವಾನಿಸಿ.
- ವೆಬ್‌ಹುಕ್ ಎಂಡ್‌ಪಾಯಿಂಟ್: ಸಹಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಮೇಲಿನ ಘಟನೆಗಳನ್ನು ನಿರ್ವಹಿಸಿ, ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಒಂದು ಚಂದಾದಾರಿಕೆ ದಾಖಲೆಯನ್ನು ನವೀಕರಿಸಿ.
- ಸಂಗ್ರಹಿಸಿದ ಸ್ಥಿತಿ ಮತ್ತು ಯೋಜನೆಯ ಮೇಲೆ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ನಿಯಂತ್ರಿಸಿ, ಪ್ರತಿ ರಕ್ಷಿತ ಕ್ರಿಯೆಗೂ ಸರ್ವರ್‌ನಲ್ಲಿ ಪರಿಶೀಲಿಸಿ, ಕೇವಲ ಮರೆಮಾಡಿದ ಬಟನ್‌ಗಳಲ್ಲ.
- ಗ್ರಾಹಕ ಪೋರ್ಟಲ್: Stripe ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿ (ಜನರು ಯಾವ ಯೋಜನೆಗಳಿಗೆ ಬದಲಾಯಿಸಬಹುದು, ರದ್ದುಗೊಳಿಸಬಹುದೇ), ನಂತರ ಬಿಲ್ಲಿಂಗ್ ನಿರ್ವಹಿಸಿ ಬಟನ್ ಸೇರಿಸಿ, ಅದು ಸರ್ವರ್‌ನಲ್ಲಿ ಪೋರ್ಟಲ್ ಸೆಷನ್ ರಚಿಸಿ ಅಲ್ಲಿಗೆ ಮರುನಿರ್ದೇಶಿಸುತ್ತದೆ.
- ವಿಫಲ ಪಾವತಿಗಳು: Stripe ಬಿಲ್ಲಿಂಗ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ, ಮರುಪ್ರಯತ್ನ ವರ್ತನೆ ಮತ್ತು ಕೊನೆಯ ಮರುಪ್ರಯತ್ನದ ನಂತರ ಏನಾಗುತ್ತದೆ ಎಂದು ಆರಿಸಿ.
past_dueಇದ್ದಾಗ ಆ್ಯಪ್‌ನಲ್ಲಿ ಬ್ಯಾನರ್ ತೋರಿಸಿ. - ಸಂಪೂರ್ಣ ಜೀವನಚಕ್ರವನ್ನು ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಪ್ರಕಟಿಸಿ ಮತ್ತು ಲೈವ್ ವೆಬ್‌ಹುಕ್ ನೋಂದಾಯಿಸಿ.
ನಿಮ್ಮ AI ಬಿಲ್ಡರ್‌ಗೆ ನೀಡಲು ಪ್ರಾಂಪ್ಟ್‌ಗಳು
Stripe ನೊಂದಿಗೆ ಚಂದಾದಾರಿಕೆ ಬಿಲ್ಲಿಂಗ್ ಸೇರಿಸಿ. ಯೋಜನೆಗಳು: Starter (ಬೆಲೆ ID STRIPE_PRICE_STARTER ನಲ್ಲಿ) ಮತ್ತು Pro (STRIPE_PRICE_PRO). ಬೆಲೆ ಪುಟ ಸರ್ವರ್‌ನಲ್ಲಿ STRIPE_SECRET_KEY ಬಳಸಿ ಚಂದಾದಾರಿಕೆ ಮೋಡ್‌ನಲ್ಲಿ Checkout Session ರಚಿಸುತ್ತದೆ, ಲಾಗಿನ್ ಆದ ಬಳಕೆದಾರರ ID ಜೊತೆ. Stripe ಗ್ರಾಹಕ ID, ಚಂದಾದಾರಿಕೆ ID, ಯೋಜನೆ ಮತ್ತು ಸ್ಥಿತಿಯನ್ನು ಬಳಕೆದಾರರ ಮೇಲೆ ಉಳಿಸಿ. ಸೀಕ್ರೆಟ್ ಕೀಯನ್ನು ಎಂದಿಗೂ ಬ್ರೌಸರ್‌ಗೆ ತೋರಿಸಬೇಡಿ.
POST /api/stripe/webhook ಸೇರಿಸಿ. ಕಚ್ಚಾ ವಿನಂತಿ ಬಾಡಿ ಬಳಸಿ STRIPE_WEBHOOK_SECRET ನೊಂದಿಗೆ ಸಹಿ ಪರಿಶೀಲಿಸಿ. checkout.session.completed, invoice.paid, invoice.payment_failed, customer.subscription.updated, customer.subscription.deleted ಮತ್ತು customer.subscription.trial_will_end ನಿರ್ವಹಿಸಿ. ನಕಲು ಆಗದಂತೆ ಪ್ರಕ್ರಿಯೆಗೊಂಡ ಘಟನೆ ID ಗಳನ್ನು ದಾಖಲಿಸಿ. ಬಳಕೆದಾರರ ಸ್ಥಿತಿಯನ್ನು ಚಂದಾದಾರಿಕೆ ಆಬ್ಜೆಕ್ಟ್‌ನಿಂದ ನವೀಕರಿಸಿ, ಘಟನೆಗಳು ಬಂದ ಕ್ರಮದಿಂದಲ್ಲ.
Pro ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸರ್ವರ್‌ನಲ್ಲಿ ನಿಯಂತ್ರಿಸಿ: ಸ್ಥಿತಿ active ಅಥವಾ trialing ಆಗಿದ್ದು ಯೋಜನೆ Pro ಆಗಿದ್ದಾಗ ಮಾತ್ರ ಅನುಮತಿ ನೀಡಿ. ಸ್ಥಿತಿ past_due ಆದಾಗ "ಪಾವತಿ ವಿಫಲ, ನಿಮ್ಮ ಕಾರ್ಡ್ ನವೀಕರಿಸಿ" ಬ್ಯಾನರ್ ತೋರಿಸಿ. ಈ ಬಳಕೆದಾರರಿಗಾಗಿ Stripe ಗ್ರಾಹಕ ಪೋರ್ಟಲ್ ತೆರೆಯುವ ಬಿಲ್ಲಿಂಗ್ ನಿರ್ವಹಿಸಿ ಬಟನ್ ಸೇರಿಸಿ.
ಅಪ್‌ಗ್ರೇಡ್‌ಗಳು, ಡೌನ್‌ಗ್ರೇಡ್‌ಗಳು ಮತ್ತು ಪ್ರೊರೇಶನ್
ಗ್ರಾಹಕ ಯೋಜನೆ ಬದಲಿಸಿದಾಗ, Stripe ದಸ್ತಾವೇಜು ಹೇಳುವಂತೆ ಬದಲಾವಣೆ ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರೊರೇಶನ್ ಸೃಷ್ಟಿಸುತ್ತದೆ: ಹೊಸ ಬೆಲೆಯನ್ನು ಪ್ರಸ್ತುತ ಬಿಲ್ಲಿಂಗ್ ಅವಧಿಯ ಉಳಿದ ಭಾಗಕ್ಕೆ ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ. ಪ್ರೊರೇಶನ್‌ಗಳನ್ನು ಮುಂಚಿತವಾಗಿ ನೋಡಬಹುದು ಅಥವಾ ಆಫ್ ಮಾಡಬಹುದು. ಯೋಜನೆಗಳು ಒಂದೇ ಅವಧಿಯದ್ದಾಗಿದ್ದರೆ ಬಿಲ್ಲಿಂಗ್ ದಿನಾಂಕಗಳು ಒಂದೇ ಉಳಿಯುತ್ತವೆ; ಮಾಸಿಕದಿಂದ ವಾರ್ಷಿಕಕ್ಕೆ ಬದಲಾದರೆ ಬಿಲ್ಲಿಂಗ್ ದಿನಾಂಕ ಬದಲಾವಣೆಯ ದಿನಕ್ಕೆ ಸರಿಯುತ್ತದೆ. ಗ್ರಾಹಕರು ಪೋರ್ಟಲ್‌ನಲ್ಲಿ ಯೋಜನೆ ಬದಲಿಸಲು ಬಿಡುವುದರಿಂದ ಈ ತರ್ಕ ಬರೆಯುವ ಶ್ರಮ ಉಳಿಯುತ್ತದೆ, ಆದರೆ ಪೋರ್ಟಲ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ಯಾವ ಬದಲಾವಣೆಗಳು ಅನುಮತಿಸಲ್ಪಟ್ಟಿವೆ ಎಂದು ನಿರ್ಧರಿಸಿ.
ಪರೀಕ್ಷಾ ಪರಿಶೀಲನಾ ಪಟ್ಟಿ
Stripe ಟೆಸ್ಟ್ ಮೋಡ್ ಮತ್ತು ಟೆಸ್ಟ್ ಕಾರ್ಡ್‌ಗಳನ್ನು ಬಳಸಿ, ಪ್ರತಿ ಸ್ಥಿತಿಯನ್ನೂ ಪರಿಶೀಲಿಸಿ:
- ಹೊಸ ಚಂದಾದಾರಿಕೆ ಸರಿಯಾದ ಬಳಕೆದಾರರಿಗೆ ಸರಿಯಾದ ಯೋಜನೆಯನ್ನು ನೀಡುತ್ತದೆ
- ಪಾವತಿಸಿದ ತಕ್ಷಣ ಟ್ಯಾಬ್ ಮುಚ್ಚಿದರೂ ಪ್ರವೇಶ ಸಿಗುತ್ತದೆ (ವೆಬ್‌ಹುಕ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಸಾಬೀತು)
- ಸೈನ್-ಅಪ್‌ನಲ್ಲಿ ತಿರಸ್ಕೃತ ಕಾರ್ಡ್ ಯಾವುದೇ ಪ್ರವೇಶ ನೀಡುವುದಿಲ್ಲ
- ವಿಫಲವಾದ ನವೀಕರಣ ಖಾತೆಯನ್ನು past_due ಗೆ ಹಾಕಿ ಬ್ಯಾನರ್ ತೋರಿಸುತ್ತದೆ
- ಪೋರ್ಟಲ್‌ನಲ್ಲಿ ಕಾರ್ಡ್ ನವೀಕರಿಸಿದರೆ active ಸ್ಥಿತಿ ಮರಳುತ್ತದೆ
- ಅಪ್‌ಗ್ರೇಡ್ ಮತ್ತು ಡೌನ್‌ಗ್ರೇಡ್ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸರಿಯಾಗಿ ಬದಲಿಸುತ್ತವೆ
- ಅವಧಿ ಕೊನೆಯಲ್ಲಿ ರದ್ದುಗೊಳಿಸಿದರೆ ಕೊನೆಯ ದಿನಾಂಕದವರೆಗೆ ಪ್ರವೇಶ ಉಳಿಯುತ್ತದೆ, ನಂತರ ತೆಗೆಯಲ್ಪಡುತ್ತದೆ
- ಟ್ರಯಲ್ ಬಳಕೆದಾರರಿಗೆ ಪ್ರವೇಶ, ಜ್ಞಾಪನೆ, ಮತ್ತು ಸರಿಯಾದ ಪರಿವರ್ತನೆ ಅಥವಾ ಪ್ರವೇಶ ನಷ್ಟ
- ಒಂದೇ ವೆಬ್‌ಹುಕ್ ಘಟನೆಯನ್ನು ಎರಡು ಬಾರಿ ಕಳುಹಿಸಿದರೆ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ
Stripe ನ ಟೆಸ್ಟ್ ಕ್ಲಾಕ್‌ಗಳು ಸಮಯ ಕಳೆಯುವುದನ್ನು ಅನುಕರಿಸಲು ಅವಕಾಶ ನೀಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಒಂದು ತಿಂಗಳು ಕಾಯದೆ ನವೀಕರಣಗಳನ್ನು ಪರೀಕ್ಷಿಸಬಹುದು. ಅವನ್ನು ಹೇಗೆ ಬಳಸುವುದು ಎಂದು Stripe ನ ಪ್ರಸ್ತುತ ಪರೀಕ್ಷಾ ದಸ್ತಾವೇಜು ನೋಡಿ.
ಸಾಮಾನ್ಯ ತಪ್ಪುಗಳು
- ಯಶಸ್ಸಿನ ಪುಟದಲ್ಲಿ ಪ್ರವೇಶ ನೀಡುವುದು. ಗ್ರಾಹಕರು ಪಾವತಿಸಿ ಅದನ್ನು ಎಂದಿಗೂ ತಲುಪದಿರಬಹುದು. ವೆಬ್‌ಹುಕ್ ಬಳಸಿ.
- ಮೊದಲ ಪಾವತಿಯನ್ನು ಮಾತ್ರ ನಿರ್ವಹಿಸುವುದು. ನವೀಕರಣಗಳು, ವೈಫಲ್ಯಗಳು ಮತ್ತು ರದ್ದತಿಗಳು ನಂತರ ಘಟನೆಗಳಾಗಿ ಬರುತ್ತವೆ.
- ಯೋಜನೆ ಸ್ಥಿತಿಯನ್ನು ಫ್ರಂಟ್‌ಎಂಡ್‌ನಲ್ಲಿ ಮಾತ್ರ ಪರಿಶೀಲಿಸುವುದು. ಯಾರಾದರೂ ನಿಮ್ಮ API ಅನ್ನು ನೇರವಾಗಿ ಕರೆಯಬಹುದು.
- ಆಕಸ್ಮಿಕವಾಗಿ ಒಬ್ಬ ಬಳಕೆದಾರನಿಗೆ ಹಲವು ಚಂದಾದಾರಿಕೆಗಳು. ಹೊಸ Checkout Session ರಚಿಸುವ ಮೊದಲು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಚಂದಾದಾರಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಅಥವಾ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಗ್ರಾಹಕರನ್ನು ಬದಲಾಗಿ ಪೋರ್ಟಲ್‌ಗೆ ಕಳುಹಿಸಿ.
- ಮೊದಲ ವಿಫಲ ನವೀಕರಣದಲ್ಲೇ ಪ್ರವೇಶ ಹಿಂಪಡೆಯುವುದು. ಕಾರ್ಡ್‌ಗಳು ಸಾಮಾನ್ಯ ಕಾರಣಗಳಿಗಾಗಿ ವಿಫಲವಾಗುತ್ತವೆ. ಸ್ಪಷ್ಟ ಬ್ಯಾನರ್‌ನೊಂದಿಗೆ ಸಣ್ಣ ಗ್ರೇಸ್ ಅವಧಿ ಗ್ರಾಹಕರನ್ನು ಉಳಿಸುತ್ತದೆ.
- ಲೈವ್ ವೆಬ್‌ಹುಕ್ ಮರೆಯುವುದು. ಟೆಸ್ಟ್ ಮತ್ತು ಲೈವ್ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳಿಗೆ ಬೇರೆ ಸೈನಿಂಗ್ ಸೀಕ್ರೆಟ್‌ಗಳಿವೆ.
- ತೆರಿಗೆ ಮತ್ತು ಮರುಪಾವತಿಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸುವುದು. ಮರುಪಾವತಿ ನೀತಿ ನಿರ್ಧರಿಸಿ ಮತ್ತು ಉಡಾವಣೆಗೆ ಮೊದಲು ಲೆಕ್ಕಪತ್ರ ಪರಿಣತರೊಂದಿಗೆ ತೆರಿಗೆ ಬಾಧ್ಯತೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.
Mythex ನಲ್ಲಿ ಚಂದಾದಾರಿಕೆಗಳು
Mythex ನಲ್ಲಿ ನೀವು ನಿರ್ಮಿಸುವ ಆ್ಯಪ್‌ಗಳು ನಿಮ್ಮದೇ Stripe ಖಾತೆ ಮತ್ತು ಕೀಗಳನ್ನು ಬಳಸುತ್ತವೆ; ನಿಮ್ಮ ಆ್ಯಪ್‌ಗೆ ಒಂದೇ ಕ್ಲಿಕ್ Stripe ಸಂಪರ್ಕವಿಲ್ಲ. ನಿಮ್ಮ ಟೆಸ್ಟ್ ಕೀಗಳು ಮತ್ತು ಬೆಲೆ ID ಗಳನ್ನು ಪ್ರಾಜೆಕ್ಟ್ ರಹಸ್ಯಗಳಾಗಿ ಸೇರಿಸಿ, ಮೇಲಿನಂತಹ ಪ್ರಾಂಪ್ಟ್‌ಗಳನ್ನು ಬಳಸಿ, ಮತ್ತು ಪೂರ್ವವೀಕ್ಷಣೆಯಲ್ಲಿ Stripe ನ ಟೆಸ್ಟ್ ಕಾರ್ಡ್‌ಗಳೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಿ. ವೆಬ್‌ಹುಕ್‌ಗಳಿಗೆ ನಿಮ್ಮ ಆ್ಯಪ್‌ನ ಸಾರ್ವಜನಿಕ URL ಬೇಕು, ಆದ್ದರಿಂದ Stripe ನಲ್ಲಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ ನೋಂದಾಯಿಸುವ ಮೊದಲು ಪ್ರಕಟಿಸಿ, ಮತ್ತು ಲೈವ್ ಕೀಗಳಿಗೆ ಬದಲಿಸಿದ ನಂತರ ಲೈವ್ ಆ್ಯಪ್ ಅವನ್ನು ಪಡೆಯಲು ಮತ್ತೆ ಪ್ರಕಟಿಸಿ. ನೋಡಿ Stripe ಮೂಲಕ ಪಾವತಿ ಸ್ವೀಕರಿಸಿ ಮತ್ತು ನಿಮ್ಮ ಬ್ಯಾಕ್‌ಎಂಡ್‌ನಲ್ಲಿ ವೆಬ್‌ಹುಕ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸಿ. ವಿಶಾಲ ಉತ್ಪನ್ನಕ್ಕೆ, SaaS MVP ನಿರ್ಮಿಸುವುದು ಹೇಗೆ ಬಿಲ್ಲಿಂಗ್ ಸುತ್ತ ಏನು ನಿರ್ಮಿಸಬೇಕು ಎಂದು ಒಳಗೊಳ್ಳುತ್ತದೆ.
ಪ್ರಶ್ನೆಗಳು
Stripe ನೊಂದಿಗೆ ಚಂದಾದಾರಿಕೆಗಳನ್ನು ಸೇರಿಸಲು ಸರಳ ಮಾರ್ಗ ಯಾವುದು?
Stripe ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಲ್ಲಿ ಪುನರಾವರ್ತಿತ ಬೆಲೆಯೊಂದಿಗೆ ಉತ್ಪನ್ನ ರಚಿಸಿ, ಗ್ರಾಹಕರನ್ನು ಚಂದಾದಾರಿಕೆ ಮೋಡ್‌ನಲ್ಲಿ Stripe Checkout ಗೆ ಕಳುಹಿಸಿ, ವೆಬ್‌ಹುಕ್‌ನಿಂದ ಚಂದಾದಾರಿಕೆ ಘಟನೆಗಳನ್ನು ನಿರ್ವಹಿಸಿ, ಮತ್ತು ಬಿಲ್ಲಿಂಗ್ ನಿರ್ವಹಿಸಿ ಬಟನ್ ಅನ್ನು Stripe ನ ಹೋಸ್ಟ್ ಮಾಡಿದ ಗ್ರಾಹಕ ಪೋರ್ಟಲ್‌ಗೆ ಲಿಂಕ್ ಮಾಡಿ. ಇದರಿಂದ ಕಾರ್ಡ್ ಫಾರ್ಮ್‌ಗಳು ಮತ್ತು ಯೋಜನೆ-ಬದಲಾವಣೆ ಪರದೆಗಳನ್ನು ನೀವೇ ನಿರ್ಮಿಸುವುದು ತಪ್ಪುತ್ತದೆ.
ಚಂದಾದಾರಿಕೆಗಳಿಗೆ ಯಾವ Stripe ವೆಬ್‌ಹುಕ್ ಘಟನೆಗಳು ಬೇಕು?
ಕನಿಷ್ಠ checkout.session.completed ಹೊಸ ಚಂದಾದಾರಿಕೆಯನ್ನು ನಿಮ್ಮ ಬಳಕೆದಾರರಿಗೆ ಜೋಡಿಸಲು, invoice.paid ಪ್ರತಿ ಯಶಸ್ವಿ ಪಾವತಿ ದೃಢೀಕರಿಸಲು, invoice.payment_failed ವಿಫಲ ನವೀಕರಣಗಳ ಬಗ್ಗೆ ಎಚ್ಚರಿಸಲು, ಮತ್ತು customer.subscription.updated ಹಾಗೂ customer.subscription.deleted ಯೋಜನೆ ಬದಲಾವಣೆಗಳು ಮತ್ತು ರದ್ದತಿಗಳನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಲು.
ಚಂದಾದಾರಿಕೆ ಪಾವತಿ ವಿಫಲವಾದಾಗ ಏನಾಗುತ್ತದೆ?
ಸೆಪ್ಟೆಂಬರ್ 2026 ರಂತೆ Stripe ದಸ್ತಾವೇಜಿನ ಪ್ರಕಾರ, ಚಂದಾದಾರಿಕೆ ಸಾಮಾನ್ಯವಾಗಿ past_due ಆಗುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಆಧಾರದ ಮೇಲೆ Stripe ಪಾವತಿಯನ್ನು ಮರುಪ್ರಯತ್ನಿಸಬಹುದು. ಕೊನೆಯ ಮರುಪ್ರಯತ್ನದ ನಂತರ, ನಿಮ್ಮ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಅದು ರದ್ದಾಗುತ್ತದೆಯೇ, unpaid ಎಂದು ಗುರುತಿಸಲ್ಪಡುತ್ತದೆಯೇ, ಅಥವಾ past_due ನಲ್ಲಿ ಉಳಿಯುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ.
ಕಾರ್ಡ್ ಕೇಳದೆ ಉಚಿತ ಟ್ರಯಲ್ ನೀಡಬಹುದೇ?
ಹೌದು. Stripe ಉಚಿತ ಟ್ರಯಲ್‌ಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಮತ್ತು ಹಾಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದಾಗ ಪಾವತಿ ವಿಧಾನವಿಲ್ಲದೆ ಕೊನೆಗೊಳ್ಳುವ ಟ್ರಯಲ್‌ಗಳಿಗೆ paused ಸ್ಥಿತಿಯ ಬಗ್ಗೆ ದಸ್ತಾವೇಜು ವಿವರಿಸುತ್ತದೆ. ಮುಂಗಡವಾಗಿ ಕಾರ್ಡ್ ಸಂಗ್ರಹಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಕಡಿಮೆ ಸೈನ್-ಅಪ್‌ಗಳು ಆದರೆ ಹೆಚ್ಚು ಪಾವತಿಸುವ ಗ್ರಾಹಕರನ್ನು ನೀಡುತ್ತದೆ; ನಿಮ್ಮ ಉತ್ಪನ್ನಕ್ಕೆ ಯಾವುದು ಸರಿಹೊಂದುತ್ತದೆ ಎಂದು ಪರೀಕ್ಷಿಸಿ.