WHMCS ਨਾਲ ਕਲਾਊਡ ਸਰਵਰ ਅਤੇ ਭੁਗਤਾਨ ਆਟੋਮੇਸ਼ਨ ਕਿਵੇਂ ਸਥਾਪਤ ਕਰੀਏ?

WHMCS ਮੋਡੀਊਲ ਭੁਗਤਾਨ ਪ੍ਰਾਪਤ ਕਰਨ, ਨਵੀਨੀਕਰਨ ਕੀਮਤਾਂ ਅੱਪਡੇਟ ਕਰਨ, ਗਾਹਕ ਕਾਰਵਾਈਆਂ ਸੰਭਾਲਣ ਅਤੇ WHMCS ਰਾਹੀਂ ਕਲਾਊਡ ਸਰਵਰ ਸਰੋਤਾਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ ਵਰਗੇ ਖਾਸ ਕਾਰਜ-ਪ੍ਰਵਾਹਾਂ ਨੂੰ ਇੱਕੋ ਪੈਨਲ ਵਿੱਚ ਇਕੱਠਾ ਕਰਦੇ ਹਨ। Hostragons ਦੀ ਸੂਚੀ ਵਿੱਚ ਭੁਗਤਾਨ ਅਤੇ ਸੰਚਾਲਨ-ਕੇਂਦਰਿਤ ਪੰਜ ਮੋਡੀਊਲ ਹਨ, ਨਾਲ ਹੀ OVHcloud, AWS Lightsail, Contabo, Microsoft Azure ਅਤੇ Google Cloud ਢਾਂਚਿਆਂ ਲਈ ਪੰਜ ਸੁਤੰਤਰ ਏਕੀਕਰਨ ਹਨ। ਇਹ ਮਾਰਗਦਰਸ਼ਿਕ ਇਨ੍ਹਾਂ ਦਸ ਮੋਡੀਊਲਾਂ ਦੇ ਕੰਮ, ਦਾਇਰੇ ਦੀਆਂ ਹੱਦਾਂ ਅਤੇ ਉਚਿਤ ਵਰਤੋਂ ਦੇ ਹਾਲਾਤਾਂ ਦੀ ਤੁਲਨਾ ਕਰਦਾ ਹੈ।

ਮੋਡੀਊਲ ਚੁਣਦੇ ਸਮੇਂ ਸਿਰਫ਼ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਸੂਚੀ ਦੇਖਣਾ ਕਾਫ਼ੀ ਨਹੀਂ ਹੁੰਦਾ। ਵਰਤਿਆ ਜਾ ਰਿਹਾ WHMCS ਸੰਸਕਰਣ, ਪ੍ਰਦਾਤਾ ਖਾਤਾ, API ਅਧਿਕਾਰ, ਚਾਲੂ ਪ੍ਰਣਾਲੀ, ਬਿਲਿੰਗ ਮਾਡਲ ਅਤੇ ਉਤਪਾਦਨ ਤੋਂ ਪਹਿਲਾਂ ਦੀ ਜਾਂਚ ਯੋਜਨਾ ਵੀ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣੀ ਚਾਹੀਦੀ ਹੈ। ਇੱਥੇ ਦਿੱਤੇ ਏਕੀਕਰਨ WHMCS ਲਾਇਸੈਂਸ, ਕਲਾਊਡ ਪ੍ਰਦਾਤਾ ਖਾਤੇ ਜਾਂ ਸੰਬੰਧਿਤ ਭੁਗਤਾਨ ਸੰਸਥਾ ਦੇ ਖਾਤੇ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦੇ। ਪ੍ਰਦਾਤਾਵਾਂ ਦੀ ਵਰਤੋਂ, ਨੈੱਟਵਰਕ, ਲਾਇਸੈਂਸ ਅਤੇ ਟੈਕਸ ਫੀਸ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ।

WHMCS ਮੋਡੀਊਲ ਕਿਹੜੇ ਕੰਮ ਆਸਾਨ ਬਣਾਉਂਦੇ ਹਨ?

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

ਇਹ ਅੰਤਰ ਮਹੱਤਵਪੂਰਨ ਹੈ: ਹਰ ਮੋਡੀਊਲ ਹਰ ਕੰਮ ਨਹੀਂ ਕਰਦਾ। ਮਿਸਾਲ ਵਜੋਂ, Paddle ਅਤੇ Mollie ਮੋਡੀਊਲ ਭੁਗਤਾਨ ਪ੍ਰਵਾਹ ਉੱਤੇ, ਗਾਹਕ ਬੈਲੇਂਸ ਮੈਨੇਜਰ ਪ੍ਰਸ਼ਾਸਕੀ ਕ੍ਰੈਡਿਟ ਕਾਰਵਾਈਆਂ ਉੱਤੇ ਅਤੇ ਕਲਾਊਡ ਏਕੀਕਰਨ ਸਿਰਫ਼ ਸੰਬੰਧਿਤ ਪ੍ਰਦਾਤਾ ਦੇ ਸਰੋਤਾਂ ਉੱਤੇ ਕੇਂਦਰਿਤ ਹਨ। ਲੋੜਾਂ ਨੂੰ ਪਹਿਲਾਂ “ਭੁਗਤਾਨ”, “ਗਾਹਕ ਸੰਚਾਲਨ” ਅਤੇ “ਸਰਵਰ ਆਟੋਮੇਸ਼ਨ” ਵਿੱਚ ਵੰਡਣ ਨਾਲ ਸਹੀ ਉਤਪਾਦ ਚੁਣਨਾ ਸੌਖਾ ਹੋ ਜਾਂਦਾ ਹੈ।

10 WHMCS ਮੋਡੀਊਲਾਂ ਦੀ ਸੰਖੇਪ ਤੁਲਨਾ

ਸਾਰਣੀ ਵਿੱਚ ਦਿੱਤੀਆਂ ਕੀਮਤਾਂ ਇਸ ਲੇਖ ਦੇ ਪ੍ਰਕਾਸ਼ਨ ਵੇਲੇ ਦਰਸਾਈਆਂ ਮੌਜੂਦਾ ਸੂਚੀ ਕੀਮਤਾਂ ਹਨ; ਇਹ ਸਥਾਈ ਕੀਮਤ ਦਾ ਵਾਅਦਾ ਨਹੀਂ ਹਨ। ਖਰੀਦਣ ਤੋਂ ਪਹਿਲਾਂ ਉਤਪਾਦ ਸਫ਼ੇ ਉੱਤੇ ਦਿੱਤੇ ਮੌਜੂਦਾ ਦਾਇਰੇ, ਲਾਇਸੈਂਸ ਅਤੇ ਕੀਮਤ ਦੀ ਜਾਣਕਾਰੀ ਨੂੰ ਹੀ ਅੰਤਿਮ ਮੰਨਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਭੁਗਤਾਨ ਅਤੇ ਕਾਰੋਬਾਰੀ ਸੰਚਾਲਨ ਮੋਡੀਊਲ

ਆਟੋਮੈਟਿਕ ਫੀਸ ਅੱਪਡੇਟ

ਜਦੋਂ ਆਵਰਤੀ ਕੀਮਤਾਂ ਸਮੇਂ ਦੇ ਨਾਲ ਬਦਲਦੀਆਂ ਹਨ, ਤਾਂ ਪਹਿਲਾਂ ਬਣਾਈਆਂ ਸਰਗਰਮ ਜਾਂ ਮੁਅੱਤਲ ਸੇਵਾਵਾਂ ਪੁਰਾਣੀ ਨਵੀਨੀਕਰਨ ਫੀਸ ਉੱਤੇ ਰਹਿ ਸਕਦੀਆਂ ਹਨ। ਆਟੋਮੈਟਿਕ ਫੀਸ ਅੱਪਡੇਟ ਮੋਡੀਊਲ ਸੇਵਾਵਾਂ, ਵਾਧੂ ਸਹੂਲਤਾਂ ਅਤੇ ਡੋਮੇਨ ਨਵੀਨੀਕਰਨ ਰਕਮਾਂ ਨੂੰ WHMCS ਵਿੱਚ ਮੌਜੂਦਾ ਕੀਮਤਾਂ ਅਨੁਸਾਰ ਮੁੜ ਗਿਣਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਕਾਰਵਾਈ ਇੱਕ ਵਾਰ ਚਲਾਈ ਜਾ ਸਕਦੀ ਹੈ ਜਾਂ ਤਹਿ ਕੀਤੇ cron ਪ੍ਰਵਾਹ ਨਾਲ ਜੋੜੀ ਜਾ ਸਕਦੀ ਹੈ।

ਇਹ ਮੋਡੀਊਲ ਖ਼ਾਸ ਤੌਰ ਉੱਤੇ ਉਹਨਾਂ ਕਾਰੋਬਾਰਾਂ ਲਈ ਢੁੱਕਵਾਂ ਹੈ ਜੋ ਮੁਦਰਾ ਦਰਾਂ ਜਾਂ ਟੈਰਿਫ਼ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਰਿਕਾਰਡ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਸੋਧਣਾ ਨਹੀਂ ਚਾਹੁੰਦੇ। ਵਰਤੋਂ ਦੀਆਂ ਮਿਸਾਲਾਂ WHMCS ਆਟੋਮੈਟਿਕ ਕੀਮਤ ਅੱਪਡੇਟ ਮੋਡੀਊਲ ਮਾਰਗਦਰਸ਼ਿਕ ਵਿੱਚ ਵੇਖੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ। ਫਿਰ ਵੀ, ਸਮੂਹਕ ਤਬਦੀਲੀ ਤੋਂ ਪਹਿਲਾਂ ਡਾਟਾਬੇਸ ਦੀ ਬੈਕਅੱਪ ਕਾਪੀ ਬਣਾਉਣੀ, ਸੀਮਿਤ ਗਾਹਕ ਸਮੂਹ ਉੱਤੇ ਜਾਂਚ ਕਰਨੀ ਅਤੇ ਬਣਨ ਵਾਲੇ ਚਲਾਨਾਂ ਦੀ ਪੜਤਾਲ ਕਰਨੀ ਲਾਜ਼ਮੀ ਹੈ।

Paddle ਪੇਮੈਂਟ ਗੇਟਵੇ

Paddle Billing V3 ਏਕੀਕਰਨ WHMCS ਚਲਾਨਾਂ ਲਈ Paddle ਦੇ ਭੁਗਤਾਨ ਸਫ਼ੇ ਰਾਹੀਂ ਇੱਕ-ਵਾਰ ਅਤੇ ਗਾਹਕੀ-ਅਧਾਰਿਤ ਭੁਗਤਾਨ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਇਹ HMAC-SHA256 ਨਾਲ ਦਸਤਖ਼ਤ ਕੀਤੀਆਂ webhook ਸੂਚਨਾਵਾਂ ਦੀ ਤਸਦੀਕ ਕਰਦਾ ਹੈ ਅਤੇ ਆਵਰਤੀ ਭੁਗਤਾਨ ਸੂਚਨਾ ਨੂੰ ਗਾਹਕੀ ਪਛਾਣ ਰਾਹੀਂ ਸੰਬੰਧਿਤ ਚਲਾਨ ਨਾਲ ਮਿਲਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਹੋਏ ਦਿਸ਼ਾ-ਬਦਲਾਅ ਦੇ ਨਤੀਜੇ ਉੱਤੇ ਨਿਰਭਰ ਕਰਨ ਦੀ ਬਜਾਏ ਸਰਵਰ ਤੋਂ ਆਈ ਦਸਤਖ਼ਤਸ਼ੁਦਾ ਸੂਚਨਾ ਉੱਤੇ ਕਾਰਵਾਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

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

Mollie ਪੇਮੈਂਟ ਗੇਟਵੇ

Mollie ਮੋਡੀਊਲ Mollie ਖਾਤੇ ਵਿੱਚ ਸਰਗਰਮ iDEAL, ਕਾਰਡ, PayPal, Apple Pay, Bancontact, SOFORT ਅਤੇ ਬੈਂਕ ਟ੍ਰਾਂਸਫਰ ਵਰਗੀਆਂ ਭੁਗਤਾਨ ਵਿਧੀਆਂ ਨੂੰ WHMCS ਚਲਾਨਾਂ ਨਾਲ ਜੋੜਦਾ ਹੈ। webhook ਰਾਹੀਂ ਵਾਪਸ ਆਉਣ ਵਾਲੀਆਂ ਸੂਚਨਾਵਾਂ ਭੁਗਤਾਨ ਸਥਿਤੀ WHMCS ਤੱਕ ਪਹੁੰਚਾਉਂਦੀਆਂ ਹਨ। ਇਹ iDEAL ਪ੍ਰਵਾਹ ਵਿੱਚ ਬੈਂਕ ਚੋਣ ਅਤੇ ਬੈਂਕ ਟ੍ਰਾਂਸਫਰ ਵਿੱਚ ਮਿਆਦ ਪ੍ਰਬੰਧਨ ਵਰਗੇ ਵਿਧੀ-ਵਿਸ਼ੇਸ਼ ਕੰਮ ਵੀ ਮੁਹੱਈਆ ਕਰਦਾ ਹੈ।

ਕਿਸੇ ਭੁਗਤਾਨ ਵਿਧੀ ਦੀ ਉਪਲਬਧਤਾ ਦੇਸ਼, ਮੁਦਰਾ, Mollie ਖਾਤੇ ਅਤੇ ਉਸ ਖਾਤੇ ਵਿੱਚ ਸਰਗਰਮ ਕੀਤੀਆਂ ਵਿਧੀਆਂ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਇਸ ਲਈ “15 ਵਿਧੀਆਂ” ਦਾ ਅਰਥ ਇਹ ਨਹੀਂ ਕਿ ਹਰ ਖਾਤੇ ਵਿੱਚ ਸਾਰੀਆਂ ਵਿਧੀਆਂ ਚਾਲੂ ਹੋਣਗੀਆਂ। WHMCS Mollie ਮੋਡੀਊਲ ਮਾਰਗਦਰਸ਼ਿਕ ਦੇ ਨਾਲ Mollie ਪੈਨਲ ਦੇ ਅਧਿਕਾਰਾਂ ਅਤੇ webhook ਅੰਤ-ਬਿੰਦੂ ਦੀ ਸੇਵਾ ਚਾਲੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤਸਦੀਕ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।

ਗਾਹਕਾਂ ਵਿਚਕਾਰ ਡੋਮੇਨ ਟ੍ਰਾਂਸਫਰ

ਇਹ ਮੋਡੀਊਲ ਇੱਕ WHMCS ਗਾਹਕ ਦੇ ਖਾਤੇ ਵਿੱਚ ਮੌਜੂਦ ਡੋਮੇਨ ਨੂੰ ਦੂਜੇ WHMCS ਗਾਹਕ ਦੇ ਹਵਾਲੇ ਕਰਨ ਲਈ ਨਿਯੰਤਰਿਤ ਪ੍ਰਕਿਰਿਆ ਬਣਾਉਂਦਾ ਹੈ। ਬੇਨਤੀ ਗਾਹਕ ਖੇਤਰ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ ਅਤੇ ਪ੍ਰਾਪਤਕਰਤਾ ਦੇ ਈਮੇਲ ਪਤੇ ਉੱਤੇ ਭੇਜੇ ਇੱਕ-ਵਾਰ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਲਿੰਕ ਰਾਹੀਂ ਮਨਜ਼ੂਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਪੁਸ਼ਟੀ-ਚਿੰਨ੍ਹ ਦੀ ਜਾਂਚ, ਆਈਪੀ ਰਿਕਾਰਡ, ਬਦਲਣਯੋਗ ਵੈਧਤਾ ਮਿਆਦ ਅਤੇ ਸਥਿਤੀ ਨਿਗਰਾਨੀ ਇਸ ਪ੍ਰਵਾਹ ਨੂੰ ਹੱਥੀਂ ਤਬਦੀਲੀ ਨਾਲੋਂ ਵਧੇਰੇ ਪਤਾ ਲਗਾਉਣਯੋਗ ਬਣਾਉਂਦੇ ਹਨ।

ਇਹ ਕਾਰਵਾਈ ਰਜਿਸਟਰਾਰਾਂ ਵਿਚਕਾਰ ਹੋਣ ਵਾਲੇ ਰਵਾਇਤੀ ਡੋਮੇਨ ਟ੍ਰਾਂਸਫਰ ਤੋਂ ਵੱਖਰੀ ਹੈ: ਇਹ ਉਸੇ WHMCS ਸਥਾਪਨਾ ਅੰਦਰ ਗਾਹਕ ਮਾਲਕੀ ਬਦਲਦੀ ਹੈ। ਰਜਿਸਟਰਾਰ ਦੇ ਟ੍ਰਾਂਸਫਰ ਤਾਲੇ, EPP ਕੋਡ ਜਾਂ ਬਾਹਰੀ ਖਾਤਾ ਤਬਦੀਲੀ ਦੀ ਪ੍ਰਕਿਰਿਆ ਲਈ ਸੰਬੰਧਿਤ ਰਜਿਸਟਰਾਰ ਦੇ ਨਿਯਮ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਲਾਗੂ ਹੁੰਦੇ ਹਨ।

ਗਾਹਕ ਬੈਲੇਂਸ ਮੈਨੇਜਰ

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

ਕ੍ਰੈਡਿਟ ਬੈਲੇਂਸ ਸਿੱਧੇ ਤੌਰ ਉੱਤੇ ਵਿੱਤੀ ਰਿਕਾਰਡਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ ਅਧਿਕਾਰਤ ਪ੍ਰਬੰਧਕੀ ਭੂਮਿਕਾਵਾਂ ਸੀਮਿਤ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਕਾਰਵਾਈ ਤੋਂ ਪਹਿਲਾਂ ਚੁਣੇ ਗਾਹਕਾਂ ਦੀ ਸੂਚੀ ਜਾਂਚੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਵੱਡੀਆਂ ਸਮੂਹਕ ਤਬਦੀਲੀਆਂ ਬੈਕਅੱਪ ਲੈਣ ਤੋਂ ਬਾਅਦ ਹੀ ਲਾਗੂ ਕੀਤੀਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।

ਕਲਾਊਡ ਸਰਵਰ ਆਟੋਮੇਸ਼ਨ ਮੋਡੀਊਲ

ਕਲਾਊਡ ਮੋਡੀਊਲ WHMCS ਦੇ ਆਰਡਰ ਅਤੇ ਸੇਵਾ ਰਿਕਾਰਡਾਂ ਨੂੰ ਪ੍ਰਦਾਤਾ API ਨਾਲ ਜੋੜਦੇ ਹਨ। ਮੁੱਢਲਾ ਸੇਵਾ ਜੀਵਨ-ਚੱਕਰ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਇਹ WHMCS ਨਾਲ ਆਟੋਮੈਟਿਕ ਹੋਸਟਿੰਗ ਖਾਤਾ ਬਣਾਉਣਾ ਮਾਰਗਦਰਸ਼ਿਕ ਵਿੱਚ ਵੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਗਾਹਕ ਲਈ ਉਪਲਬਧ ਕਾਰਵਾਈਆਂ ਦਾ ਦਾਇਰਾ ਪ੍ਰਦਾਤਾ API ਦੇ ਵਿਹਾਰ, ਉਤਪਾਦ ਸੰਰਚਨਾ ਅਤੇ ਕਾਰੋਬਾਰ ਵੱਲੋਂ ਦਿੱਤੇ ਅਧਿਕਾਰਾਂ ਅਨੁਸਾਰ ਬਦਲਦਾ ਹੈ। ਇਹ ਮੋਡੀਊਲ ਸੁਤੰਤਰ ਏਕੀਕਰਨ ਹਨ; ਇਨ੍ਹਾਂ ਨੂੰ ਸੰਬੰਧਿਤ ਕਲਾਊਡ ਪ੍ਰਦਾਤਾਵਾਂ ਨੇ ਵਿਕਸਿਤ ਨਹੀਂ ਕੀਤਾ ਅਤੇ ਇਹ ਕਿਸੇ ਭਾਈਵਾਲੀ ਦਾ ਦਾਅਵਾ ਨਹੀਂ ਕਰਦੇ।

OVHcloud VPS ਅਤੇ ਸਮਰਪਿਤ ਸਰਵਰ

OVHcloud ਏਕੀਕਰਨ VPS ਅਤੇ ਸਮਰਪਿਤ ਸਰਵਰ ਸੇਵਾਵਾਂ ਨੂੰ WHMCS ਨਾਲ ਜੋੜਦਾ ਹੈ। VPS ਲਈ ਜੀਵਨ-ਚੱਕਰ ਅਤੇ ਮੁੜ-ਸਥਾਪਨਾ ਕਾਰਵਾਈਆਂ ਨੂੰ ਗਾਹਕ ਖੇਤਰ ਵਿੱਚ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਸਵੈ-ਸੇਵਾ ਨਿਯੰਤਰਣਾਂ ਰਾਹੀਂ ਸੰਭਾਲਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਸਮਰਪਿਤ ਸਰਵਰਾਂ ਦਾ ਦਾਇਰਾ ਮੌਜੂਦਾ ਸਰਵਰ ਭੰਡਾਰ ਦੀ ਵੰਡ ਅਤੇ ਨਿਯੰਤਰਿਤ ਕਾਰਵਾਈਆਂ ਤੱਕ ਸੀਮਿਤ ਹੈ; ਇਹ ਨਹੀਂ ਮੰਨਣਾ ਚਾਹੀਦਾ ਕਿ ਮੋਡੀਊਲ ਨਵੇਂ ਭੌਤਿਕ ਸਰਵਰ ਦੀ ਖਰੀਦ ਨੂੰ ਆਟੋਮੈਟਿਕ ਕਰਦਾ ਹੈ। ਮੁਅੱਤਲੀ, ਸਮਾਪਤੀ ਅਤੇ ਡਾਟਾ ਗੁਆਉਣ ਵਾਲੀਆਂ ਕਾਰਵਾਈਆਂ ਲਈ ਸੰਚਾਲਕ ਨਿਗਰਾਨੀ ਲਾਜ਼ਮੀ ਹੈ।

AWS Lightsail

AWS Lightsail ਮੋਡੀਊਲ ਸਰਵਰ ਬਣਾਉਣ, ਬਿਜਲੀ-ਸਥਿਤੀ ਕਾਰਵਾਈਆਂ, ਸਥਿਰ IPv4, ਸੁਰੱਖਿਆ ਕੰਧ ਅਤੇ snapshot ਪ੍ਰਵਾਹਾਂ ਨੂੰ WHMCS ਸੇਵਾ ਨਾਲ ਜੋੜਦਾ ਹੈ। Linux ਅਤੇ Windows ਸਰੋਤਾਂ ਦੀ ਪਹੁੰਚ ਜਾਣਕਾਰੀ ਉਨ੍ਹਾਂ ਦੇ ਆਪਣੇ ਮੰਚ ਨਿਯਮਾਂ ਅਨੁਸਾਰ ਸੰਭਾਲੀ ਜਾਂਦੀ ਹੈ। ਇਹ ਮੋਡੀਊਲ AWS Lightsail ਸਰੋਤਾਂ ਉੱਤੇ ਕੇਂਦਰਿਤ ਏਕੀਕਰਨ ਹੈ, ਨਾ ਕਿ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਦੀ ਆਮ ਸੂਚੀ।

ਪ੍ਰਦਾਤਾ ਪਛਾਣ, ਖੇਤਰ, ਸਰੋਤ ਦਾ ਨਾਮ ਅਤੇ ਸੰਬੰਧਿਤ ਸਥਿਰ IPv4 ਵਰਗੀ ਜਾਣਕਾਰੀ ਹਰ ਸੇਵਾ ਲਈ ਵੱਖਰੀ ਰੱਖੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। API ਕੁੰਜੀਆਂ ਵੰਡੇ ਜਾਣ ਵਾਲੇ ZIP ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਹੁੰਦੀਆਂ; ਸਥਾਪਨਾ ਦੌਰਾਨ ਗਾਹਕ ਉਨ੍ਹਾਂ ਨੂੰ ਆਪਣੇ AWS Lightsail ਖਾਤੇ ਵਿੱਚ ਲੋੜੀਂਦੇ ਅਧਿਕਾਰਾਂ ਨਾਲ ਸੰਰਚਿਤ ਕਰਦਾ ਹੈ।

Contabo ਕਲਾਊਡ

Contabo ਕਲਾਊਡ ਮੋਡੀਊਲ Contabo VPS ਅਤੇ VDS ਸਰੋਤਾਂ ਲਈ ਸਰਵਰ ਬਣਾਉਣ, ਬਿਜਲੀ-ਸਥਿਤੀ ਕਾਰਵਾਈਆਂ, ਮੁੜ-ਸਥਾਪਨਾ, ਪਾਸਵਰਡ ਮੁੜ ਨਿਰਧਾਰਤ ਕਰਨ ਅਤੇ snapshot ਪ੍ਰਬੰਧਨ ਦਾ ਸੰਪਰਕ ਮੁਹੱਈਆ ਕਰਦਾ ਹੈ। ਸਰੋਤ ਪਛਾਣ ਦਾ WHMCS ਸੇਵਾ ਨਾਲ ਸਹੀ ਮੇਲ, ਦੁਹਰਾਈਆਂ ਗਈਆਂ ਸਰਵਰ-ਬਣਾਉਣ ਬੇਨਤੀਆਂ ਨੂੰ ਉਸੇ ਸਰੋਤ ਨਾਲ ਮਿਲਾਉਣਾ ਅਤੇ ਮਿਟਾਉਣ ਵਰਗੀਆਂ ਕਾਰਵਾਈਆਂ ਵਿੱਚ ਮਾਲਕੀ ਦੀ ਤਸਦੀਕ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ।

Contabo ਖਾਤਾ, API ਪਹੁੰਚ ਅਤੇ ਪ੍ਰਦਾਤਾ ਦੀ ਵਰਤੋਂ ਫੀਸ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਲੋੜੀਂਦੀ ਹੈ। ਇਹ ਨਹੀਂ ਮੰਨਣਾ ਚਾਹੀਦਾ ਕਿ ਪੈਕੇਜ ਅੱਪਗ੍ਰੇਡ, ਉਲਟਾ ਡੀਐਨਐਸ, ਬ੍ਰਾਊਜ਼ਰ ਅੰਦਰ VNC ਜਾਂ ਪ੍ਰਦਾਤਾ ਦੀ ਹਰ ਵਿਸ਼ੇਸ਼ਤਾ ਮੋਡੀਊਲ ਦੇ ਦਾਇਰੇ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ। ਉਤਪਾਦ ਸਫ਼ੇ ਉੱਤੇ ਮੌਜੂਦਾ ਵਿਸ਼ੇਸ਼ਤਾ ਸੂਚੀ ਨੂੰ ਹੀ ਅਧਾਰ ਬਣਾਓ।

Microsoft Azure VM

Microsoft Azure VM ਮੋਡੀਊਲ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਬਣਾਉਣ, ਬਿਜਲੀ-ਸਥਿਤੀ ਕਾਰਵਾਈਆਂ, ਸਰੋਤ-ਮੁਕਤੀ, ਆਕਾਰ ਬਦਲਣ, ਡਿਸਕ, snapshot ਅਤੇ ਸੁਰੱਖਿਆ ਕੰਧ ਪ੍ਰਬੰਧਨ ਨੂੰ WHMCS ਨਾਲ ਜੋੜਦਾ ਹੈ। ਸਰੋਤ ਸਮੂਹ ਅਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦੇ ਨਿਸ਼ਾਨ ਸੇਵਾ ਮਾਲਕੀ ਦੀ ਤਸਦੀਕ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਮਿਟਾਉਣ ਦੀ ਕਾਰਵਾਈ ਨੂੰ ਉਦੋਂ ਤੱਕ ਪੂਰਾ ਨਹੀਂ ਮੰਨਣਾ ਚਾਹੀਦਾ ਜਦੋਂ ਤੱਕ Microsoft Azure ਦੀ ਅਸਮਕਾਲੀ ਕਾਰਵਾਈ ਦਾ ਨਤੀਜਾ ਅਤੇ ਸਰੋਤ ਦੇ ਅਸਲ ਵਿੱਚ ਹਟਾਏ ਜਾਣ ਦੀ ਪੁਸ਼ਟੀ ਨਾ ਹੋ ਜਾਵੇ।

Microsoft Azure ਦੀ ਡਿਸਕ ਅਤੇ snapshot ਵਰਗੇ ਭੁਗਤਾਨਯੋਗ ਵਾਧੂ ਸਰੋਤਾਂ ਲਈ ਸੂਚੀ ਅਤੇ ਕੀਮਤ ਸੰਰਚਨਾ ਕਾਰੋਬਾਰ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਹੈ। ਗਾਹਕ ਨੂੰ ਦਿਖਾਈਆਂ ਜਾਣ ਵਾਲੀਆਂ ਚੋਣਾਂ ਸਿਰਫ਼ ਸੰਰਚਿਤ ਅਤੇ ਜਾਂਚੇ ਹੋਏ ਦਾਇਰੇ ਤੱਕ ਸੀਮਿਤ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।

Google Cloud Compute Engine

Google Cloud ਮੋਡੀਊਲ Linux-ਅਧਾਰਿਤ Compute Engine ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਵਿੱਚ ਸਰਵਰ ਬਣਾਉਣ, ਬਿਜਲੀ-ਸਥਿਤੀ ਕਾਰਵਾਈਆਂ, ਮਸ਼ੀਨ ਕਿਸਮ ਬਦਲਣ ਅਤੇ ਸੇਵਾ-ਸੀਮਿਤ ਨੈੱਟਵਰਕ ਨਿਯਮ ਪ੍ਰਬੰਧਨ ਨੂੰ ਜੋੜਦਾ ਹੈ। ਸਰੋਤ ਦਾ ਨਾਮ, ਖੇਤਰ ਅਤੇ ਸੇਵਾ ਨਿਸ਼ਾਨ ਸਥਾਈ ਪਛਾਣ ਵਜੋਂ ਸੰਭਾਲੇ ਜਾਂਦੇ ਹਨ। ਜੀਵਨ-ਚੱਕਰ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਇਹ ਮਾਲਕੀ ਜਾਣਕਾਰੀ ਤਸਦੀਕ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।

ਮੌਜੂਦਾ 2.0.0 ਵੰਡ ਦਾ ਦਾਇਰਾ Linux ਕਾਰਜ-ਭਾਰਾਂ ਤੱਕ ਹੈ। Windows ਜਾਂ RDP ਸਮਰਥਨ ਮੌਜੂਦ ਮੰਨ ਕੇ ਯੋਜਨਾ ਨਹੀਂ ਬਣਾਉਣੀ ਚਾਹੀਦੀ। Google Cloud ਪ੍ਰੋਜੈਕਟ, ਸੇਵਾ ਖਾਤਾ, ਕੋਟਾ, ਨੈੱਟਵਰਕ ਅਤੇ ਬਿਲਿੰਗ ਸੰਰਚਨਾ ਕਾਰੋਬਾਰ ਵੱਲੋਂ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਤੁਹਾਨੂੰ ਕਿਹੜਾ WHMCS ਮੋਡੀਊਲ ਚੁਣਨਾ ਚਾਹੀਦਾ ਹੈ?

• ਜੇ ਤੁਸੀਂ ਪੁਰਾਣੀਆਂ ਨਵੀਨੀਕਰਨ ਕੀਮਤਾਂ ਨੂੰ ਮੌਜੂਦਾ ਸੂਚੀ ਅਨੁਸਾਰ ਬਦਲਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਆਟੋਮੈਟਿਕ ਫੀਸ ਅੱਪਡੇਟ ਮੋਡੀਊਲ ਉੱਤੇ ਵਿਚਾਰ ਕਰੋ।
• ਜੇ ਤੁਸੀਂ Paddle ਜਾਂ Mollie ਰਾਹੀਂ ਭੁਗਤਾਨ ਲੈਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਸੰਬੰਧਿਤ ਪੇਮੈਂਟ ਗੇਟਵੇ ਮੋਡੀਊਲ ਚੁਣੋ।
• ਜੇ ਉਸੇ WHMCS ਸਥਾਪਨਾ ਵਿੱਚ ਗਾਹਕਾਂ ਵਿਚਕਾਰ ਡੋਮੇਨ ਮਾਲਕੀ ਬਦਲਣੀ ਹੈ, ਤਾਂ ਗਾਹਕਾਂ ਵਿਚਕਾਰ ਡੋਮੇਨ ਟ੍ਰਾਂਸਫਰ ਮੋਡੀਊਲ ਵਰਤੋ।
• ਜੇ ਤੁਸੀਂ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਗਾਹਕ ਖਾਤਿਆਂ ਉੱਤੇ ਕ੍ਰੈਡਿਟ ਕਾਰਵਾਈਆਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਗਾਹਕ ਬੈਲੇਂਸ ਮੈਨੇਜਰ ਢੁੱਕਵਾਂ ਵਿਕਲਪ ਹੈ।
• ਜੇ ਤੁਸੀਂ VPS, VDS ਜਾਂ VM ਸੇਵਾ ਨੂੰ ਪ੍ਰਦਾਤਾ API ਨਾਲ ਜੋੜਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਸਿਰਫ਼ ਆਪਣੇ ਵਰਤੇ ਜਾਂਦੇ ਪ੍ਰਦਾਤਾ ਦਾ ਕਲਾਊਡ ਸਰਵਰ ਮੋਡੀਊਲ ਚੁਣੋ।

ਜੇ ਤੁਸੀਂ ਆਪਣੇ ਢਾਂਚੇ ਉੱਤੇ VPS ਜਾਂ VDS ਪੇਸ਼ ਕਰਦੇ ਹੋ, ਤਾਂ ਵਰੱਚੂਅਲ ਸਰਵਰ ਉਤਪਾਦ ਬਣਤਰ ਅਤੇ WHMCS ਆਟੋਮੇਸ਼ਨ ਦੀ ਯੋਜਨਾ ਇਕੱਠੇ ਬਣਾਓ। ਕਈ ਪ੍ਰਦਾਤੇ ਵਰਤਣ ਵਾਲੇ ਕਾਰੋਬਾਰਾਂ ਨੂੰ ਹਰ ਏਕੀਕਰਨ ਵੱਖਰੇ API ਖਾਤੇ, ਵੱਖਰੇ ਜਾਂਚ ਉਤਪਾਦ ਅਤੇ ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ ਘੱਟ ਅਧਿਕਾਰ ਵਾਲੀ ਵੱਖਰੀ ਪਛਾਣ ਨਾਲ ਚਾਲੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਇਸ ਨਾਲ ਗਲਤੀ ਦਾ ਦਾਇਰਾ ਘਟਦਾ ਹੈ।

ਖਰੀਦ, ਡਾਊਨਲੋਡ ਅਤੇ ਸਥਾਪਨਾ ਦੀ ਪ੍ਰਕਿਰਿਆ

1. ਆਪਣੀ ਲੋੜ ਮੁਤਾਬਕ ਮੋਡੀਊਲ ਚੁਣੋ ਅਤੇ ਚਾਲੂ ਉਤਪਾਦ ਸਫ਼ੇ ਉੱਤੇ ਉਸਦਾ ਮੌਜੂਦਾ ਦਾਇਰਾ ਜਾਂਚੋ।
2. WHMCS ਗਾਹਕ ਖੇਤਰ ਵਿੱਚ ਆਰਡਰ ਪੂਰਾ ਕਰਕੇ ਚਲਾਨ ਦਾ ਭੁਗਤਾਨ ਕਰੋ।
3. WHMCS ਵੱਲੋਂ ਭੁਗਤਾਨ ਮਨਜ਼ੂਰ ਹੋਣ ਤੋਂ ਬਾਅਦ ਅਧਿਕਾਰਤ Auto Release ਪ੍ਰਵਾਹ ਸੰਬੰਧਿਤ ਸੇਵਾ ਨੂੰ Active ਸਥਿਤੀ ਵਿੱਚ ਲਿਆਉਂਦਾ ਹੈ।
4. Active ਸੇਵਾ ਵਾਲੇ ਖਾਤੇ ਵਿੱਚ ਸਿਰਫ਼ ਖਰੀਦੇ ਉਤਪਾਦ ਨਾਲ ਸੰਬੰਧਿਤ ਡਾਊਨਲੋਡ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ।
5. ZIP ਭੰਡਾਰ ਦੀ ਤਸਦੀਕ ਕਰੋ, ਸਥਾਪਨਾ ਦਸਤਾਵੇਜ਼ ਪੜ੍ਹੋ ਅਤੇ ਫ਼ਾਈਲਾਂ ਨੂੰ ਜਾਂਚ ਵਾਲੇ WHMCS ਵਾਤਾਵਰਣ ਵਿੱਚ ਚੜ੍ਹਾਓ।
6. ਸਥਾਪਨਾ ਤੋਂ ਬਾਅਦ ਪ੍ਰਦਾਤਾ ਜਾਂ ਭੁਗਤਾਨ ਸੰਸਥਾ ਦੀ API ਜਾਣਕਾਰੀ ਸੰਬੰਧਿਤ ਸੰਰਚਨਾ ਖੇਤਰਾਂ ਵਿੱਚ ਦਰਜ ਕਰੋ।
7. ਸਫਲ ਅਤੇ ਅਸਫਲ ਕਾਰਵਾਈਆਂ, webhook, ਸਮਾਂ-ਸੀਮਾ, ਮੁੜ ਕੋਸ਼ਿਸ਼ ਅਤੇ ਸਮਾਪਤੀ ਦੇ ਹਾਲਾਤਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਤੋਂ ਬਾਅਦ ਹੀ ਉਤਪਾਦਨ ਵਿੱਚ ਜਾਓ।

ਡਾਊਨਲੋਡ ਫ਼ਾਈਲਾਂ ਆਮ ਵੈੱਬ ਡਾਇਰੈਕਟਰੀ ਰਾਹੀਂ ਉਪਲਬਧ ਨਹੀਂ ਕਰਵਾਈਆਂ ਜਾਂਦੀਆਂ। ਉਤਪਾਦ-ਸੇਵਾ ਸੰਬੰਧ ਅਤੇ Active ਸਥਿਤੀ ਵਾਲੀ ਸੇਵਾ ਗਾਹਕ ਖੇਤਰ ਵਿੱਚ ਡਾਊਨਲੋਡ ਅਧਿਕਾਰ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਨ। ਆਰਡਰ ਸਫ਼ੇ ਉੱਤੇ ਦਿੱਤੀਆਂ ਮੌਜੂਦਾ ਲਾਇਸੈਂਸ ਸ਼ਰਤਾਂ ਅਤੇ ਸਥਾਪਨਾ ਦਸਤਾਵੇਜ਼ ਹਮੇਸ਼ਾ ਇਸ ਸੰਖੇਪ ਨਾਲੋਂ ਪਹਿਲਾਂ ਮੰਨੇ ਜਾਣਗੇ।

ਲਾਇਸੈਂਸ, ਪ੍ਰਦਾਤਾ ਖਰਚੇ ਅਤੇ ਸੁਰੱਖਿਆ ਦੀਆਂ ਹੱਦਾਂ

ਮੋਡੀਊਲ ਫ਼ਾਈਲਾਂ ਬਿਨਾਂ ਗੁਪਤਕਰਨ ਵਾਲੇ ਸਰੋਤ ਕੋਡ ਸਮੇਤ ਦਿੱਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਇਸ ਦਾ ਅਰਥ “ਖੁੱਲ੍ਹਾ ਸਰੋਤ” ਜਾਂ ਮੁਫ਼ਤ ਮੁੜ-ਵੰਡ ਦਾ ਅਧਿਕਾਰ ਨਹੀਂ ਹੈ। ਵਰਤੋਂ, ਸੋਧ ਅਤੇ ਮੁੜ-ਵੰਡ ਦੇ ਅਧਿਕਾਰ ਖਰੀਦੇ ਲਾਇਸੈਂਸ ਸਮਝੌਤੇ ਅਧੀਨ ਹਨ ਅਤੇ WHMCS ਲਾਇਸੰਸ ਪ੍ਰਬੰਧਨ ਪਹੁੰਚ ਅਨੁਸਾਰ ਹਰ ਉਤਪਾਦ ਅਤੇ ਸਥਾਪਨਾ ਲਈ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਪ੍ਰਦਾਤਾ API ਕੁੰਜੀਆਂ, ਅਸਲ ਗਾਹਕ ਰਿਕਾਰਡ, ਚਾਲੂ ਸਰੋਤ ਪਛਾਣਾਂ ਜਾਂ Hostragons ਦਾ ਸੰਚਾਲਕੀ ਡਾਟਾ ਵੰਡ ਪੈਕੇਜਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਹੁੰਦਾ।

ਸਥਾਪਨਾ ਵੇਲੇ ਘੱਟੋ-ਘੱਟ ਅਧਿਕਾਰ ਦਾ ਸਿਧਾਂਤ ਲਾਗੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ, ਮੋਡੀਊਲ ਨੂੰ ਸਿਰਫ਼ ਲੋੜੀਂਦੀਆਂ API ਕਾਰਵਾਈਆਂ ਲਈ ਵੱਖਰੀ ਪਛਾਣ ਦਿਓ, webhook ਗੁਪਤ ਕੁੰਜੀਆਂ ਨਿਯਮਿਤ ਤੌਰ ਉੱਤੇ ਬਦਲੋ, WHMCS ਪ੍ਰਬੰਧਕੀ ਭੂਮਿਕਾਵਾਂ ਸੀਮਿਤ ਕਰੋ ਅਤੇ ਦਰਜ-ਰਿਕਾਰਡਾਂ ਵਿੱਚ ਸੰਵੇਦਨਸ਼ੀਲ ਡਾਟਾ ਲੁਕਾਓ। ਉਤਪਾਦਨ ਤੋਂ ਪਹਿਲਾਂ ਵੱਖਰਾ ਜਾਂਚ ਖਾਤਾ ਜਾਂ ਘੱਟ ਲਾਗਤ ਵਾਲਾ ਜਾਂਚ ਸਰੋਤ ਵਰਤੋ। ਰੱਦ ਕਰਨ ਅਤੇ ਸਮਾਪਤੀ ਦੀ ਜਾਂਚ ਵੇਲੇ ਸਿਰਫ਼ ਪ੍ਰਦਾਤਾ API ਦੇ ਜਵਾਬ ਦੀ ਨਹੀਂ, ਸਗੋਂ ਸਰੋਤ ਦੇ ਅਸਲ ਵਿੱਚ ਹਟਾਏ ਜਾਣ ਅਤੇ ਕੋਈ ਭੁਗਤਾਨਯੋਗ ਵਾਧੂ ਸਰੋਤ ਬਾਕੀ ਨਾ ਰਹਿਣ ਦੀ ਵੀ ਤਸਦੀਕ ਕਰੋ।

ਬੁੱਲਟ ਸਰਵਰ ਸੇਵਾ ਵੇਚਦੇ ਸਮੇਂ ਲਾਗਤ ਦੀ ਗਿਣਤੀ ਵਿੱਚ ਸਿਰਫ਼ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਹੀ ਨਹੀਂ, ਸਗੋਂ ਡਿਸਕ, snapshot, ਆਈਪੀ, ਆਵਾਜਾਈ, ਲਾਇਸੈਂਸ ਅਤੇ ਖੇਤਰੀ ਕੀਮਤ ਅੰਤਰ ਵੀ ਸ਼ਾਮਲ ਕਰੋ। ਮੋਡੀਊਲ ਆਟੋਮੇਸ਼ਨ ਸੰਚਾਲਨ ਲਈ ਲੱਗਣ ਵਾਲਾ ਸਮਾਂ ਘਟਾ ਸਕਦੀ ਹੈ, ਪਰ ਇਹ ਪ੍ਰਦਾਤਾ ਕੋਟੇ, ਖਾਤਾ ਮਨਜ਼ੂਰੀ ਜਾਂ ਬਿਲਿੰਗ ਜ਼ਿੰਮੇਵਾਰੀ ਨੂੰ ਖਤਮ ਨਹੀਂ ਕਰਦੀ।

ਸਥਾਪਨਾ ਤੋਂ ਪਹਿਲਾਂ ਸੰਖੇਪ ਜਾਂਚ-ਸੂਚੀ

• ਆਪਣੇ WHMCS ਅਤੇ PHP ਸੰਸਕਰਣ ਲਈ ਮੌਜੂਦਾ ਉਤਪਾਦ ਦਸਤਾਵੇਜ਼ ਪੜ੍ਹੋ।
• ਡਾਟਾਬੇਸ ਅਤੇ ਫ਼ਾਈਲਾਂ ਦੀ ਬੈਕਅੱਪ ਕਾਪੀ ਬਣਾਓ।
• ਬਾਹਰੀ API ਵਰਤੋਂਕਾਰ ਨੂੰ ਸਿਰਫ਼ ਲੋੜੀਂਦੇ ਅਧਿਕਾਰ ਦਿਓ।
• ਜਾਂਚ ਉਤਪਾਦ, ਜਾਂਚ ਗਾਹਕ ਅਤੇ ਘੱਟ ਜੋਖਮ ਵਾਲਾ ਪ੍ਰਦਾਤਾ ਸਰੋਤ ਬਣਾਓ।
• ਦੁਹਰਾਈਆਂ ਗਈਆਂ CreateAccount ਬੇਨਤੀਆਂ ਦੌਰਾਨ ਦੂਜਾ ਸਰੋਤ ਨਾ ਬਣਨ ਦੀ ਜਾਂਚ ਕਰੋ।
• ਮੁਅੱਤਲੀ, ਮੁੜ-ਚਾਲੂ ਕਰਨ, ਸਮਾਪਤੀ ਅਤੇ ਮੁੜ-ਸਥਾਪਨਾ ਦੇ ਨਤੀਜਿਆਂ ਦੀ ਪ੍ਰਦਾਤਾ ਪੈਨਲ ਵਿੱਚ ਤਸਦੀਕ ਕਰੋ।
• ਭੁਗਤਾਨ ਮੋਡੀਊਲਾਂ ਵਿੱਚ ਦਸਤਖ਼ਤਸ਼ੁਦਾ webhook, ਗਲਤ ਰਕਮ, ਦੁਹਰਾਈ ਸੂਚਨਾ ਅਤੇ ਰਕਮ ਵਾਪਸੀ ਦੇ ਹਾਲਾਤਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।
• ਚਾਲੂ ਕਰਨ ਤੋਂ ਬਾਅਦ ਪਹਿਲੇ ਆਰਡਰਾਂ ਅਤੇ ਗਲਤੀ ਰਿਕਾਰਡਾਂ ਦੀ ਧਿਆਨ ਨਾਲ ਨਿਗਰਾਨੀ ਕਰੋ।

ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ

WHMCS ਮੋਡੀਊਲ ਕੀ ਹੁੰਦਾ ਹੈ?

WHMCS ਮੋਡੀਊਲ ਭੁਗਤਾਨ, ਗਾਹਕ ਕਾਰਵਾਈਆਂ ਜਾਂ ਸਰਵਰ ਪ੍ਰਬੰਧਨ ਵਰਗਾ ਕੋਈ ਖਾਸ ਕਾਰਜ-ਪ੍ਰਵਾਹ WHMCS ਵਿੱਚ ਜੋੜਦਾ ਹੈ। ਇਹ WHMCS ਲਾਇਸੈਂਸ ਜਾਂ ਬਾਹਰੀ ਪ੍ਰਦਾਤਾ ਖਾਤੇ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦਾ।

ਕਿਹੜੇ ਕਲਾਊਡ ਪ੍ਰਦਾਤੇ ਸਮਰਥਿਤ ਹਨ?

OVHcloud VPS ਅਤੇ ਸਮਰਪਿਤ ਸਰਵਰਾਂ, AWS Lightsail, Contabo VPS ਅਤੇ VDS, Microsoft Azure VM ਅਤੇ Linux-ਅਧਾਰਿਤ Google Cloud Compute Engine ਲਈ ਵੱਖਰੇ ਮੋਡੀਊਲ ਉਪਲਬਧ ਹਨ।

ਕੀ ਕਲਾਊਡ ਪ੍ਰਦਾਤਾ ਖਾਤਾ ਅਤੇ ਵਰਤੋਂ ਫੀਸ ਕੀਮਤ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ?

ਨਹੀਂ। ਪ੍ਰਦਾਤਾ ਖਾਤੇ, ਗਾਹਕੀ, ਸਰੋਤ ਵਰਤੋਂ, ਨੈੱਟਵਰਕ, ਲਾਇਸੈਂਸ ਅਤੇ ਟੈਕਸ ਦੀ ਫੀਸ ਸੰਬੰਧਿਤ ਪ੍ਰਦਾਤਾ ਵੱਲੋਂ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਵਸੂਲੀ ਜਾਂਦੀ ਹੈ।

ਕੀ API ਪਛਾਣ ਜਾਣਕਾਰੀ ਮੋਡੀਊਲ ਪੈਕੇਜ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦੀ ਹੈ?

ਨਹੀਂ। ਮੋਡੀਊਲ ZIP ਵਿੱਚ ਪ੍ਰਦਾਤਾ ਦੀ ਪਛਾਣ ਜਾਣਕਾਰੀ ਜਾਂ ਚਾਲੂ ਗਾਹਕ ਡਾਟਾ ਸ਼ਾਮਲ ਨਹੀਂ ਹੁੰਦਾ। ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਸਥਾਪਨਾ ਤੋਂ ਬਾਅਦ WHMCS ਦੇ ਢੁੱਕਵੇਂ ਸੰਰਚਨਾ ਖੇਤਰਾਂ ਵਿੱਚ ਦਰਜ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਖਰੀਦਿਆ ਮੋਡੀਊਲ ਕਿਵੇਂ ਡਾਊਨਲੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ?

WHMCS ਵੱਲੋਂ ਭੁਗਤਾਨ ਮਨਜ਼ੂਰ ਹੋਣ ਅਤੇ ਸੰਬੰਧਿਤ ਸੇਵਾ Active ਸਥਿਤੀ ਵਿੱਚ ਆਉਣ ਤੋਂ ਬਾਅਦ ਗਾਹਕ ਖੇਤਰ ਵਿੱਚ ਸਿਰਫ਼ ਖਰੀਦੇ ਉਤਪਾਦ ਲਈ ਡਾਊਨਲੋਡ ਪਹੁੰਚ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ।

ਕੀ ਮੋਡੀਊਲ ਦਾ ਸਰੋਤ ਕੋਡ ਗੁਪਤ ਕੀਤਾ ਹੁੰਦਾ ਹੈ?

ਮੋਡੀਊਲ ਫ਼ਾਈਲਾਂ ਬਿਨਾਂ ਗੁਪਤਕਰਨ ਵਾਲੇ ਸਰੋਤ ਕੋਡ ਨਾਲ ਦਿੱਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਵਰਤੋਂ, ਅਨੁਕੂਲਨ ਅਤੇ ਮੁੜ-ਵੰਡ ਦੇ ਅਧਿਕਾਰ ਖਰੀਦੇ ਲਾਇਸੈਂਸ ਦੀਆਂ ਸ਼ਰਤਾਂ ਅਧੀਨ ਹੁੰਦੇ ਹਨ।

ਆਪਣੇ WHMCS ਕਾਰਜ-ਪ੍ਰਵਾਹ ਲਈ ਢੁੱਕਵਾਂ ਮੋਡੀਊਲ ਚੁਣੋ

ਭੁਗਤਾਨ, ਗਾਹਕ ਸੰਚਾਲਨ ਜਾਂ ਕਲਾਊਡ ਸਰਵਰ ਆਟੋਮੇਸ਼ਨ ਲਈ ਲੋੜੀਂਦੇ ਮੋਡੀਊਲ ਦਾ ਦਾਇਰਾ, ਮੌਜੂਦਾ ਕੀਮਤ ਅਤੇ ਲਾਇਸੈਂਸ ਸ਼ਰਤਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ। WHMCS ਮੋਡੀਊਲ ਵੇਖੋ ਅਤੇ ਉਤਪਾਦਨ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੀ ਜਾਂਚ ਯੋਜਨਾ ਸਥਾਪਨਾ ਦਸਤਾਵੇਜ਼ ਦੇ ਨਾਲ ਤਿਆਰ ਕਰੋ।