Stripe ਨਾਲ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਕਿਵੇਂ ਜੋੜੀਏ: ਯੋਜਨਾਵਾਂ, ਟ੍ਰਾਇਲ, ਵੈਬਹੁੱਕ ਅਤੇ ਫੇਲ੍ਹ ਹੋਏ ਭੁਗਤਾਨ

Stripe ਨਾਲ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਜੋੜਨ ਲਈ, Stripe Dashboard ਵਿੱਚ ਆਵਰਤੀ ਕੀਮਤ ਵਾਲਾ ਉਤਪਾਦ ਬਣਾਓ, ਆਪਣੇ ਸਰਵਰ ਤੋਂ ਗਾਹਕਾਂ ਨੂੰ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਮੋਡ ਵਿੱਚ Stripe Checkout 'ਤੇ ਭੇਜੋ, ਅਤੇ ਇੱਕ ਵੈਬਹੁੱਕ ਨੂੰ ਦੱਸਣ ਦਿਓ ਕਿ ਹਰ ਭੁਗਤਾਨ ਕਦੋਂ ਸਫਲ, ਫੇਲ੍ਹ, ਬਦਲਿਆ ਜਾਂ ਖਤਮ ਹੋਇਆ। ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਦੀ ਸਥਿਤੀ ਯੂਜ਼ਰ ਨਾਲ ਸੰਭਾਲੋ, ਅਤੇ ਪਹੁੰਚ ਉਸ ਤੋਂ ਦਿਓ, ਸਫਲਤਾ ਵਾਲੇ ਪੰਨੇ ਤੋਂ ਨਹੀਂ। ਇੱਕ Manage billing ਬਟਨ ਜੋੜੋ ਜੋ Stripe ਦਾ ਹੋਸਟ ਕੀਤਾ ਗਾਹਕ ਪੋਰਟਲ ਖੋਲ੍ਹੇ, ਤਾਂ ਜੋ ਲੋਕ ਕਾਰਡ ਬਦਲ ਸਕਣ, ਯੋਜਨਾ ਬਦਲ ਸਕਣ ਅਤੇ ਰੱਦ ਕਰ ਸਕਣ, ਬਿਨਾਂ ਤੁਹਾਡੇ ਉਹ ਸਕ੍ਰੀਨਾਂ ਬਣਾਏ।

ਇਹ ਗਾਈਡ ਆਪਣੀ ਐਪ ਵਿੱਚ ਭੁਗਤਾਨ ਕਿਵੇਂ ਜੋੜੀਏ 'ਤੇ ਆਧਾਰਿਤ ਹੈ, ਜਿੱਥੇ ਇੱਕ-ਵਾਰੀ Checkout, ਟੈਸਟ ਮੋਡ ਅਤੇ ਲਾਈਵ ਹੋਣਾ ਦੱਸਿਆ ਹੈ। ਇੱਥੇ ਅਸੀਂ ਆਵਰਤੀ ਬਿਲਿੰਗ ਦੇ ਫਰਕ 'ਤੇ ਧਿਆਨ ਦਿੰਦੇ ਹਾਂ। Stripe ਦੇ ਵੇਰਵੇ ਸਤੰਬਰ 2026 ਤੱਕ ਦੇ ਉਸ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਤੋਂ ਹਨ।

ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਇੱਕ-ਵਾਰੀ ਭੁਗਤਾਨਾਂ ਨਾਲੋਂ ਔਖੀਆਂ ਕਿਉਂ ਹਨ

ਇੱਕ-ਵਾਰੀ ਭੁਗਤਾਨ ਉਦੋਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਗਾਹਕ ਤੁਹਾਡੀ ਐਪ ਵਿੱਚ ਹੁੰਦਾ ਹੈ। ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਉਹ ਛੱਡਣ ਤੋਂ ਬਾਅਦ ਵੀ ਹੁੰਦੀ ਰਹਿੰਦੀ ਹੈ: ਹਰ ਮਹੀਨੇ ਨਵੀਨੀਕਰਨ, ਮਿਆਦ ਖਤਮ ਹੋਣ ਵਾਲੇ ਕਾਰਡ, ਮਿਆਦ ਦੇ ਵਿਚਕਾਰ ਅੱਪਗ੍ਰੇਡ, ਅਤੇ ਰੱਦ ਕਰਨਾ ਜੋ ਮਿਆਦ ਦੇ ਅੰਤ 'ਤੇ ਲਾਗੂ ਹੋਵੇ। ਤੁਹਾਡੀ ਐਪ ਇਹਨਾਂ ਬਾਰੇ ਸਿਰਫ਼ ਵੈਬਹੁੱਕ ਰਾਹੀਂ ਸੁਣਦੀ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਬੱਗ ਇਸ ਲਈ ਆਉਂਦੇ ਹਨ ਕਿ ਪਹਿਲੇ ਭੁਗਤਾਨ ਨੂੰ ਪੂਰੀ ਕਹਾਣੀ ਮੰਨ ਲਿਆ ਜਾਂਦਾ ਹੈ।

ਤੁਹਾਡੇ ਵਿਕਲਪ

ਜ਼ਿਆਦਾਤਰ ਐਪਾਂ ਲਈ, Checkout ਅਤੇ ਪੋਰਟਲ ਸਹੀ ਸਮਝੌਤਾ ਹੈ। ਜੇ ਟੈਕਸ ਸੰਭਾਲ ਤੁਹਾਨੂੰ ਫ਼ਿਕਰ ਹੈ ਤਾਂ Stripe ਬਨਾਮ Paddle ਬਨਾਮ Lemon Squeezy ਵਿੱਚ ਪ੍ਰਦਾਤਾਵਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ।

ਪਹਿਲਾਂ Stripe ਵਿੱਚ ਕੀਮਤ ਦੀ ਯੋਜਨਾ ਬਣਾਓ

Stripe ਵਿੱਚ ਉਤਪਾਦ ਉਹ ਹੈ ਜੋ ਤੁਸੀਂ ਵੇਚਦੇ ਹੋ ("Pro plan"), ਅਤੇ ਕੀਮਤ ਉਹ ਹੈ ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਉਸ ਦੀ ਵਸੂਲੀ ਕਰਦੇ ਹੋ ("$20 ਪ੍ਰਤੀ ਮਹੀਨਾ", "$200 ਪ੍ਰਤੀ ਸਾਲ")। ਇੱਕ ਉਤਪਾਦ ਦੀਆਂ ਕਈ ਕੀਮਤਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਤੈਅ ਕਰੋ:

• ਤੁਸੀਂ ਕਿਹੜੇ ਪੱਧਰ ਪੇਸ਼ ਕਰਦੇ ਹੋ ਅਤੇ ਹਰ ਇੱਕ ਤੁਹਾਡੀ ਐਪ ਵਿੱਚ ਕੀ ਖੋਲ੍ਹਦਾ ਹੈ
• ਮਹੀਨਾਵਾਰ, ਸਾਲਾਨਾ, ਜਾਂ ਦੋਵੇਂ
• ਕੀ ਤੁਸੀਂ ਟ੍ਰਾਇਲ ਦਿੰਦੇ ਹੋ, ਅਤੇ ਕੀ ਉਸ ਲਈ ਪਹਿਲਾਂ ਕਾਰਡ ਚਾਹੀਦਾ ਹੈ

ਕੀਮਤਾਂ ਅਤੇ ਉਤਪਾਦ ਟੈਸਟ ਮੋਡ ਵਿੱਚ ਬਣਾਓ, ਅਤੇ ਉਹਨਾਂ ਦੇ ਕੀਮਤ ID ਸੰਭਾਲੋ; ਤੁਹਾਡੀ ਐਪ ਉਹਨਾਂ ਦਾ ਹਵਾਲਾ ਦਿੰਦੀ ਹੈ। ਜੇ ਕੀਮਤ ਅਜੇ ਤੈਅ ਨਹੀਂ ਹੋਈ, ਤਾਂ SaaS ਉਤਪਾਦ ਦੀ ਕੀਮਤ ਕਿਵੇਂ ਤੈਅ ਕਰੀਏ ਅਤੇ ਫ੍ਰੀਮੀਅਮ ਬਨਾਮ ਮੁਫ਼ਤ ਟ੍ਰਾਇਲ ਪੜ੍ਹੋ।

ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਦਾ ਜੀਵਨ-ਚੱਕਰ ਜੋ ਤੁਹਾਨੂੰ ਸੰਭਾਲਣਾ ਪਵੇਗਾ

Stripe ਦੀ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਝਲਕ ਵਿੱਚ ਉਹ ਸਥਿਤੀਆਂ ਦੱਸੀਆਂ ਹਨ ਜੋ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਰੱਖ ਸਕਦੀ ਹੈ। ਪਹੁੰਚ ਲਈ ਸਭ ਤੋਂ ਵੱਧ ਮਾਇਨੇ ਰੱਖਣ ਵਾਲੀਆਂ ਇਹ ਹਨ:

ਸਥਿਤੀ ਆਪਣੇ ਯੂਜ਼ਰ ਜਾਂ ਖਾਤੇ ਦੇ ਰਿਕਾਰਡ 'ਤੇ ਸੰਭਾਲੋ ਅਤੇ ਪਹੁੰਚ ਉਸ 'ਤੇ ਆਧਾਰਿਤ ਕਰੋ। ਹਰ ਵਾਰ ਸੰਬੰਧਤ ਵੈਬਹੁੱਕ ਆਉਣ 'ਤੇ ਇਸ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ।

ਸੰਭਾਲਣ ਵਾਲੀਆਂ ਵੈਬਹੁੱਕ ਘਟਨਾਵਾਂ

Stripe ਦੇ ਵੈਬਹੁੱਕ ਦਸਤਾਵੇਜ਼ਾਂ ਦੇ ਹੈਂਡਲਰ ਨਿਯਮ ਅਜੇ ਵੀ ਲਾਗੂ ਹਨ: ਕੱਚੀ ਬਾਡੀ ਨਾਲ ਦਸਤਖ਼ਤ ਦੀ ਜਾਂਚ ਕਰੋ, ਜਲਦੀ 2xx ਜਵਾਬ ਦਿਓ, ਦੁਹਰਾਅ ਅਤੇ ਬੇਤਰਤੀਬ ਕ੍ਰਮ ਵਾਲੀਆਂ ਘਟਨਾਵਾਂ ਸੰਭਾਲੋ, ਅਤੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ਾਂ ਦੀ ਉਮੀਦ ਰੱਖੋ। ਵੈਬਹੁੱਕ ਕੀ ਹੈ ਗਾਈਡ ਵਿਚਾਰ ਸਮਝਾਉਂਦੀ ਹੈ, ਅਤੇ ਭੁਗਤਾਨ ਗਾਈਡ ਨਿਯਮ ਵਿਸਥਾਰ ਵਿੱਚ ਦੱਸਦੀ ਹੈ।

ਕਦਮ ਦਰ ਕਦਮ

1. ਟੈਸਟ ਮੋਡ ਵਿੱਚ ਉਤਪਾਦ ਅਤੇ ਕੀਮਤਾਂ ਬਣਾਓ।
2. ਸੀਕਰੇਟ ਜੋੜੋ: ਸੀਕਰੇਟ ਕੁੰਜੀ, ਕੀਮਤ ID, ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਵੈਬਹੁੱਕ ਸਾਈਨਿੰਗ ਸੀਕਰੇਟ। ਇਹਨਾਂ ਨੂੰ ਕਦੇ ਫਰੰਟਐਂਡ ਕੋਡ ਵਿੱਚ ਨਾ ਪਾਓ।
3. ਕੀਮਤ ਪੰਨਾ: ਹਰ ਯੋਜਨਾ ਦਾ ਬਟਨ ਤੁਹਾਡੇ ਸਰਵਰ ਨੂੰ ਬੁਲਾਉਂਦਾ ਹੈ, ਜੋ ਲੌਗ-ਇਨ ਯੂਜ਼ਰ ਲਈ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਮੋਡ ਵਿੱਚ Checkout Session ਬਣਾਉਂਦਾ ਹੈ। ਆਪਣੀ ਯੂਜ਼ਰ ID ਭੇਜੋ ਤਾਂ ਜੋ ਵੈਬਹੁੱਕ ਭੁਗਤਾਨ ਨੂੰ ਖਾਤੇ ਨਾਲ ਮਿਲਾ ਸਕੇ।
4. ਵੈਬਹੁੱਕ endpoint: ਦਸਤਖ਼ਤ ਦੀ ਜਾਂਚ ਕਰੋ ਅਤੇ ਉੱਪਰ ਦੀਆਂ ਘਟਨਾਵਾਂ ਸੰਭਾਲੋ, ਹਰ ਯੂਜ਼ਰ ਲਈ ਇੱਕ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਰਿਕਾਰਡ ਅੱਪਡੇਟ ਕਰਦੇ ਹੋਏ।
5. ਫੀਚਰਾਂ ਨੂੰ ਸਟੋਰ ਕੀਤੀ ਸਥਿਤੀ ਅਤੇ ਯੋਜਨਾ 'ਤੇ ਗੇਟ ਕਰੋ, ਹਰ ਸੁਰੱਖਿਅਤ ਕਾਰਵਾਈ 'ਤੇ ਸਰਵਰ 'ਤੇ ਜਾਂਚ ਕੇ, ਸਿਰਫ਼ ਲੁਕੇ ਬਟਨਾਂ 'ਤੇ ਨਹੀਂ।
6. ਗਾਹਕ ਪੋਰਟਲ: ਇਸ ਨੂੰ Stripe Dashboard ਵਿੱਚ ਸੰਰਚਿਤ ਕਰੋ (ਲੋਕ ਕਿਹੜੀਆਂ ਯੋਜਨਾਵਾਂ 'ਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਕੀ ਉਹ ਰੱਦ ਕਰ ਸਕਦੇ ਹਨ), ਫਿਰ Manage billing ਬਟਨ ਜੋੜੋ ਜੋ ਸਰਵਰ 'ਤੇ ਪੋਰਟਲ ਸੈਸ਼ਨ ਬਣਾਏ ਅਤੇ ਉਸ ਪਾਸੇ ਭੇਜੇ।
7. ਫੇਲ੍ਹ ਹੋਏ ਭੁਗਤਾਨ: Stripe ਦੀਆਂ ਬਿਲਿੰਗ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਦਾ ਵਿਹਾਰ ਅਤੇ ਆਖਰੀ ਕੋਸ਼ਿਸ਼ ਤੋਂ ਬਾਅਦ ਕੀ ਹੋਵੇ, ਚੁਣੋ। past_due ਦੌਰਾਨ ਐਪ ਵਿੱਚ ਬੈਨਰ ਦਿਖਾਓ।
8. ਪੂਰੇ ਜੀਵਨ-ਚੱਕਰ ਨੂੰ ਟੈਸਟ ਕਰੋ, ਫਿਰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਅਤੇ ਲਾਈਵ ਵੈਬਹੁੱਕ ਰਜਿਸਟਰ ਕਰੋ।

ਤੁਹਾਡੇ AI ਬਿਲਡਰ ਨੂੰ ਦੇਣ ਵਾਲੇ ਪ੍ਰੋਂਪਟ

Stripe ਨਾਲ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਬਿਲਿੰਗ ਜੋੜੋ। ਯੋਜਨਾਵਾਂ: Starter (ਕੀਮਤ ID STRIPE_PRICE_STARTER ਵਿੱਚ) ਅਤੇ Pro (STRIPE_PRICE_PRO)। ਕੀਮਤ ਪੰਨਾ ਸਰਵਰ 'ਤੇ STRIPE_SECRET_KEY ਵਰਤ ਕੇ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਮੋਡ ਵਿੱਚ Checkout Session ਬਣਾਉਂਦਾ ਹੈ, ਲੌਗ-ਇਨ ਯੂਜ਼ਰ ਦੀ ID ਨਾਲ। ਯੂਜ਼ਰ 'ਤੇ Stripe customer ID, subscription 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 ਗਾਹਕ ਪੋਰਟਲ ਖੋਲ੍ਹਣ ਵਾਲਾ Manage billing ਬਟਨ ਜੋੜੋ।

ਅੱਪਗ੍ਰੇਡ, ਡਾਊਨਗ੍ਰੇਡ ਅਤੇ ਅਨੁਪਾਤਕ ਹਿਸਾਬ

ਜਦੋਂ ਗਾਹਕ ਯੋਜਨਾ ਬਦਲਦਾ ਹੈ, Stripe ਦੇ ਦਸਤਾਵੇਜ਼ ਕਹਿੰਦੇ ਹਨ ਕਿ ਤਬਦੀਲੀ ਅਕਸਰ proration ਬਣਾਉਂਦੀ ਹੈ: ਨਵੀਂ ਕੀਮਤ ਮੌਜੂਦਾ ਬਿਲਿੰਗ ਮਿਆਦ ਦੇ ਬਾਕੀ ਹਿੱਸੇ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ਤੁਸੀਂ proration ਦਾ ਪੂਰਵ-ਦਰਸ਼ਨ ਦੇਖ ਸਕਦੇ ਹੋ ਜਾਂ ਬੰਦ ਕਰ ਸਕਦੇ ਹੋ। ਜੇ ਯੋਜਨਾਵਾਂ ਦਾ ਅੰਤਰਾਲ ਇੱਕੋ ਹੋਵੇ ਤਾਂ ਬਿਲਿੰਗ ਤਾਰੀਖਾਂ ਉਹੀ ਰਹਿੰਦੀਆਂ ਹਨ; ਮਹੀਨਾਵਾਰ ਤੋਂ ਸਾਲਾਨਾ 'ਤੇ ਜਾਣ ਨਾਲ ਬਿਲਿੰਗ ਤਾਰੀਖ ਬਦਲ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਗਾਹਕਾਂ ਨੂੰ ਪੋਰਟਲ ਵਿੱਚ ਯੋਜਨਾ ਬਦਲਣ ਦੇਣ ਨਾਲ ਤੁਹਾਡਾ ਇਹ ਤਰਕ ਲਿਖਣ ਤੋਂ ਬਚਾ ਜਾਂਦਾ ਹੈ, ਪਰ ਪੋਰਟਲ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਤੈਅ ਕਰੋ ਕਿ ਕਿਹੜੀਆਂ ਤਬਦੀਲੀਆਂ ਇਜਾਜ਼ਤ ਵਾਲੀਆਂ ਹਨ।

ਟੈਸਟਿੰਗ ਚੈੱਕਲਿਸਟ

Stripe ਟੈਸਟ ਮੋਡ ਅਤੇ ਟੈਸਟ ਕਾਰਡ ਵਰਤੋ, ਅਤੇ ਹਰ ਸਥਿਤੀ ਵਿੱਚੋਂ ਲੰਘੋ:

• ਨਵੀਂ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਸਹੀ ਯੂਜ਼ਰ ਨੂੰ ਸਹੀ ਯੋਜਨਾ ਦਿੰਦੀ ਹੈ
• ਭੁਗਤਾਨ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਟੈਬ ਬੰਦ ਕਰਨ 'ਤੇ ਵੀ ਪਹੁੰਚ ਮਿਲਦੀ ਹੈ (ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਵੈਬਹੁੱਕ ਕੰਮ ਕਰਦਾ ਹੈ)
• ਸਾਈਨ-ਅੱਪ 'ਤੇ ਰੱਦ ਹੋਇਆ ਕਾਰਡ ਕੁਝ ਨਹੀਂ ਦਿੰਦਾ
• ਫੇਲ੍ਹ ਹੋਇਆ ਨਵੀਨੀਕਰਨ ਖਾਤੇ ਨੂੰ past_due ਵਿੱਚ ਲਿਆਉਂਦਾ ਹੈ ਅਤੇ ਬੈਨਰ ਦਿਖਾਉਂਦਾ ਹੈ
• ਪੋਰਟਲ ਵਿੱਚ ਕਾਰਡ ਅੱਪਡੇਟ ਕਰਨ ਨਾਲ active ਸਥਿਤੀ ਵਾਪਸ ਆਉਂਦੀ ਹੈ
• ਅੱਪਗ੍ਰੇਡ ਅਤੇ ਡਾਊਨਗ੍ਰੇਡ ਸਹੀ ਫੀਚਰ ਬਦਲਦੇ ਹਨ
• ਮਿਆਦ ਦੇ ਅੰਤ 'ਤੇ ਰੱਦ ਕਰਨ ਨਾਲ ਅੰਤ ਤਾਰੀਖ ਤੱਕ ਪਹੁੰਚ ਰਹਿੰਦੀ ਹੈ, ਫਿਰ ਹਟਦੀ ਹੈ
• ਟ੍ਰਾਇਲ ਯੂਜ਼ਰਾਂ ਨੂੰ ਪਹੁੰਚ ਮਿਲਦੀ ਹੈ, ਯਾਦ-ਦਿਹਾਨੀ ਮਿਲਦੀ ਹੈ, ਅਤੇ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਬਦਲਦੇ ਜਾਂ ਪਹੁੰਚ ਗੁਆਉਂਦੇ ਹਨ
• ਇੱਕੋ ਵੈਬਹੁੱਕ ਘਟਨਾ ਦੋ ਵਾਰ ਭੇਜਣ 'ਤੇ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ

Stripe ਦੇ ਟੈਸਟ ਕਲੌਕ ਤੁਹਾਨੂੰ ਸਮਾਂ ਬੀਤਣ ਦੀ ਨਕਲ ਕਰਨ ਦਿੰਦੇ ਹਨ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਇੱਕ ਮਹੀਨੇ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ ਨਵੀਨੀਕਰਨ ਟੈਸਟ ਕਰ ਸਕੋ। ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਲਈ Stripe ਦੇ ਮੌਜੂਦਾ ਟੈਸਟਿੰਗ ਦਸਤਾਵੇਜ਼ ਦੇਖੋ।

ਆਮ ਗਲਤੀਆਂ

• ਸਫਲਤਾ ਵਾਲੇ ਪੰਨੇ 'ਤੇ ਪਹੁੰਚ ਦੇਣਾ। ਗਾਹਕ ਭੁਗਤਾਨ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਉਸ ਤੱਕ ਕਦੇ ਨਾ ਪਹੁੰਚਣ। ਵੈਬਹੁੱਕ ਵਰਤੋ।
• ਸਿਰਫ਼ ਪਹਿਲਾ ਭੁਗਤਾਨ ਸੰਭਾਲਣਾ। ਨਵੀਨੀਕਰਨ, ਫੇਲ੍ਹ ਅਤੇ ਰੱਦ ਕਰਨਾ ਬਾਅਦ ਵਿੱਚ ਘਟਨਾਵਾਂ ਵਜੋਂ ਆਉਂਦੇ ਹਨ।
• ਯੋਜਨਾ ਦੀ ਸਥਿਤੀ ਸਿਰਫ਼ ਫਰੰਟਐਂਡ ਵਿੱਚ ਜਾਂਚਣੀ। ਕੋਈ ਵੀ ਤੁਹਾਡਾ API ਸਿੱਧਾ ਬੁਲਾ ਸਕਦਾ ਹੈ।
• ਗਲਤੀ ਨਾਲ ਇੱਕ ਯੂਜ਼ਰ ਲਈ ਕਈ ਸਬਸਕ੍ਰਿਪਸ਼ਨਾਂ। ਨਵਾਂ Checkout Session ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਮੌਜੂਦਾ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰੋ, ਜਾਂ ਮੌਜੂਦਾ ਗਾਹਕਾਂ ਨੂੰ ਪੋਰਟਲ 'ਤੇ ਭੇਜੋ।
• ਪਹਿਲੇ ਫੇਲ੍ਹ ਨਵੀਨੀਕਰਨ 'ਤੇ ਪਹੁੰਚ ਹਟਾਉਣੀ। ਕਾਰਡ ਬੇਕਾਰ ਕਾਰਨਾਂ ਕਰਕੇ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ। ਸਾਫ਼ ਬੈਨਰ ਨਾਲ ਛੋਟਾ ਗ੍ਰੇਸ ਪੀਰੀਅਡ ਗਾਹਕ ਬਚਾਉਂਦਾ ਹੈ।
• ਲਾਈਵ ਵੈਬਹੁੱਕ ਨੂੰ ਭੁੱਲ ਜਾਣਾ। ਟੈਸਟ ਅਤੇ ਲਾਈਵ endpoint ਦੇ ਸਾਈਨਿੰਗ ਸੀਕਰੇਟ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ।
• ਟੈਕਸ ਅਤੇ ਰਿਫੰਡ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨਾ। ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੀ ਰਿਫੰਡ ਨੀਤੀ ਤੈਅ ਕਰੋ ਅਤੇ ਕਿਸੇ ਲੇਖਾਕਾਰ ਨਾਲ ਟੈਕਸ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਜਾਂਚੋ।

Mythex ਵਿੱਚ ਸਬਸਕ੍ਰਿਪਸ਼ਨ

Mythex 'ਤੇ ਬਣੀਆਂ ਐਪਾਂ ਤੁਹਾਡਾ ਆਪਣਾ Stripe ਖਾਤਾ ਅਤੇ ਕੁੰਜੀਆਂ ਵਰਤਦੀਆਂ ਹਨ; ਤੁਹਾਡੀ ਐਪ ਲਈ ਕੋਈ ਇੱਕ-ਕਲਿੱਕ Stripe ਕਨੈਕਸ਼ਨ ਨਹੀਂ ਹੈ। ਆਪਣੀਆਂ ਟੈਸਟ ਕੁੰਜੀਆਂ ਅਤੇ ਕੀਮਤ ID ਪ੍ਰੋਜੈਕਟ ਸੀਕਰੇਟ ਵਜੋਂ ਜੋੜੋ, ਉੱਪਰ ਵਰਗੇ ਪ੍ਰੋਂਪਟ ਵਰਤੋ, ਅਤੇ Preview ਵਿੱਚ Stripe ਦੇ ਟੈਸਟ ਕਾਰਡਾਂ ਨਾਲ ਜਾਂਚੋ। ਵੈਬਹੁੱਕਾਂ ਨੂੰ ਤੁਹਾਡੀ ਐਪ ਦਾ ਜਨਤਕ URL ਚਾਹੀਦਾ ਹੈ, ਇਸ ਲਈ Stripe ਵਿੱਚ endpoint ਰਜਿਸਟਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ, ਅਤੇ ਲਾਈਵ ਕੁੰਜੀਆਂ 'ਤੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਦੁਬਾਰਾ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਤਾਂ ਜੋ ਲਾਈਵ ਐਪ ਉਹਨਾਂ ਨੂੰ ਚੁੱਕੇ। ਵੇਖੋ Accept payments with Stripe ਅਤੇ Handle webhooks in your backend। ਵੱਡੇ ਉਤਪਾਦ ਲਈ, SaaS MVP ਕਿਵੇਂ ਬਣਾਈਏ ਦੱਸਦਾ ਹੈ ਕਿ ਬਿਲਿੰਗ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਕੀ ਬਣਾਉਣਾ ਹੈ।

ਸਵਾਲ