ਮੁੱਖ ਸਮੱਗਰੀ 'ਤੇ ਜਾਓ
ਪ੍ਰਸੰਨਾ 3 - WEB3 ਆਟੋਮੇਸ਼ਨ ਟੀਮ

ਬਹੁਤ ਸਾਰੇ ਏਜੰਟ ਚਲਾਉਣ ਵਾਲੀਆਂ ਟੀਮਾਂ ਲਈ ਵਾਲਿਟ ਢਾਂਚਾ.

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

ਦੁੱਖ

ਬੋਤਲ ਨੈਕ ਏਜੰਟਾਂ ਨਹੀਂ ਹਨ। ਇਹ ਵਾਲਿਟ ਪ੍ਰਬੰਧਨ ਹੈ.

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

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

Blockchain0x ਹਰ ਏਜੰਟ ਨੂੰ ਆਪਣਾ ਵਾਲਟ, ਆਪਣੀ ਨੀਤੀ, ਆਪਣਾ ਲੌਗ, ਆਪਣਾ ਸੀਟ ਪਹੁੰਚ ਦਿੰਦਾ ਹੈ। ਤੁਸੀਂ ਸਾਰੇ ਨੂੰ ਇੱਕ ਵਰਕਸਪੇਸ ਤੋਂ ਪ੍ਰਬੰਧਿਤ ਕਰਦੇ ਹੋ, ਇੱਕ Stripe ਗਾਹਕ ਦੇ ਅਧੀਨ ਬਿਲ ਕੀਤੇ ਜਾਂਦੇ ਹੋ, ਸਹੀ ਓਪਰੇਟਰਾਂ ਨਾਲ ਸਹੀ ਏਜੰਟਾਂ 'ਤੇ। ਓਪਸ ਪਰਤ ਪੂਰਾ ਉਤਪਾਦ ਹੈ; ਤੁਸੀਂ ਏਜੰਟਾਂ ਨੂੰ ਚਲਾਉਂਦੇ ਰਹਿੰਦੇ ਹੋ।

ਏਜੰਸੀ ਵਰਕਸਪੇਸ ਸੈਟਅਪ

ਇੱਕ ਏਜੰਸੀ ਆਪਣੇ ਪਹਿਲੇ ਵਰਕਸਪੇਸ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ।

ਪੰਜ-ਕਦਮਾਂ ਦੀ ਵਾਕਥਰੈਟ ਜੋ ਇੱਕ ਆਮ ਏਜੰਸੀ ਨੂੰ ਸਾਈਨਅਪ ਤੋਂ 5-20 ਗ੍ਰਹਕ ਏਜੰਟਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਵਿੱਚ ਸਹਾਇਤਾ ਕਰਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਸਹੀ ਅਲੱਗ ਕਰਨ, ਬਿਲਿੰਗ ਅਤੇ ਨਿਗਰਾਨੀ ਹੈ।

  1. 01

    ਕਾਰਜ ਸਥਲ ਪ੍ਰਦਾਨ ਕਰੋ

    ਏਜੰਸੀ ਦੇ ਈਮੇਲ ਜਾਂ ਸਾਂਝੇ ਓਪਰੇਸ਼ਨ ਖਾਤੇ ਦੇ ਅਧੀਨ ਇੱਕ ਵਾਰੀ ਸਾਈਨ ਅਪ ਕਰੋ। ਵਰਕਸਪੇਸ ਦਾ ਨਾਮ ਏਜੰਸੀ ਦੀ ਪਛਾਣ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ (ਵਰਕਸਪੇਸ ਦਾ ਨਾਮ ਪ੍ਰਤੀ ਏਜੰਟ ਇਨਵੌਇਸ 'ਤੇ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ)। ਵਰਕਸਪੇਸ ਸੀਟਾਂ ਡਿਫਾਲਟ ਤੌਰ 'ਤੇ 1 ਹੁੰਦੀਆਂ ਹਨ; ਉਹਨਾਂ ਓਪਰੇਟਰਾਂ ਲਈ ਹੋਰ ਸ਼ਾਮਲ ਕਰੋ ਜੋ ਕ੍ਰਾਸ-ਕਲਾਇੰਟ ਵਿਜ਼ੀਬਿਲਟੀ ਦੀ ਲੋੜ ਰੱਖਦੇ ਹਨ।

  2. 02

    ਹਰ ਗਾਹਕ (ਜਾਂ ਹਰ ਰਣਨੀਤੀ) ਲਈ ਇੱਕ ਏਜੰਟ ਬਣਾਓ

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

  3. 03

    ਸਹੀ ਓਪਰੇਟਰਾਂ ਨੂੰ ਏਜੰਟ-ਸਤਹ ਦੀਆਂ ਸੀਟਾਂ ਸੌਂਪੋ

    ਬਿਜ਼ਨਸ 'ਤੇ, ਓਪਰੇਟਰਾਂ ਨੂੰ ਵਿਸ਼ੇਸ਼ ਗਾਹਕ ਦੇ ਏਜੰਟ ਨੂੰ ਏਜੰਟ-ਸਤਰ ਦੀਆਂ ਸੀਟਾਂ ਨਾਲ ਸੱਦਾ ਦਿਓ। ਉਹ ਸਿਰਫ ਉਸ ਏਜੰਟ ਨੂੰ ਦੇਖਦੇ ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਕਰਦੇ ਹਨ, ਕਦੇ ਵੀ ਕਾਰਜ ਸਥਾਨ ਵਿੱਚ ਹੋਰਾਂ ਨੂੰ ਨਹੀਂ। ਇਹ ਸੀਟ ਮਾਡਲ ਹੈ ਜੋ ਪ੍ਰਤੀ-ਗਾਹਕ ਅਲੱਗਾਵਟ ਨੂੰ ਸਹੀ ਮਹਿਸੂਸ ਕਰਾਉਂਦਾ ਹੈ: ਇੱਕ ਓਪਰੇਟਰ ਕਦੇ ਵੀ ਗਾਹਕ A ਦੀ ਗਤੀਵਿਧੀ ਨੂੰ ਗਾਹਕ B ਨੂੰ ਲੀਕ ਨਹੀਂ ਕਰ ਸਕਦਾ।

  4. 04

    ਪ੍ਰਤੀ-ਏਜੰਟ ਖਰਚ ਕਰਨ ਦੀਆਂ ਅਨੁਮਤੀਆਂ ਸੰਰਚਨਾ ਕਰੋ

    ਹਰ ਏਜੰਟ ਲਈ ਪ੍ਰਤੀ-ਲੈਨ ਕੈਪ ਅਤੇ ਪ੍ਰਤੀ-ਅਵਧੀ ਆਗਿਆ ਸੈਟ ਕਰੋ (ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ) ਜੋ ਕਿ ਗਾਹਕ ਦੀ ਸਹਿਯੋਗ ਵਾਸਤੇ ਵਾਸਤਵਿਕ ਤੌਰ 'ਤੇ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਇੱਕੋ ਵਰਕਸਪੇਸ 'ਤੇ ਇੱਕੋ ਓਪਰੇਟਰ ਇੱਕ ਗਾਹਕ ਲਈ ਛੋਟੀ ਦਿਨ ਦੀ ਆਗਿਆ ਅਤੇ ਦੂਜੇ ਲਈ ਵੱਡੀ ਚਲਾਉਣ ਵਾਲਾ ਏਜੰਟ ਚਲਾ ਸਕਦਾ ਹੈ - ਪ੍ਰਤੀ-ਏਜੰਟ ਖਰਚ ਕਰਨ ਦੀ ਆਗਿਆ ਦੋਹਾਂ ਨੂੰ ਸਾਫ਼ ਤੌਰ 'ਤੇ ਵੱਖਰਾ ਕਰਦੀ ਹੈ।

  5. 05

    ਆਪਣੀ ਨਿਗਰਾਨੀ ਅਤੇ ਆਨ-ਕਾਲ ਨੂੰ ਵਾਇਰ ਕਰੋ

    ਉਹਨਾਂ ਘਟਨਾਵਾਂ ਲਈ ਵੈਬਹੂਕ ਡਿਲਿਵਰੀ ਸੈਟ ਕਰੋ ਜੋ ਕਾਰਗੁਜ਼ਾਰੀ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹਨ (payment.received, payment.sent, wallet.deployed)। ਉਨ੍ਹਾਂ ਨੂੰ ਤੁਹਾਡੇ ਘਟਨਾ ਪ੍ਰਣਾਲੀ ਜਾਂ Slack/Discord 'ਤੇ ਨਿਸ਼ਾਨਿਤ ਕਰੋ। ਡੈਸ਼ਬੋਰਡ ਦਿਨ-ਦਰ-ਦਿਨ ਦੇਖਣ ਵਾਲਾ ਬਣ ਜਾਂਦਾ ਹੈ; ਜਦੋਂ ਭੁਗਤਾਨ ਆਉਂਦਾ ਹੈ ਜਾਂ ਕੁਝ ਧਿਆਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਤਾਂ ਸਲੈਕ 'ਤੇ ਸੂਚਨਾ ਮਿਲਦੀ ਹੈ।

ਸੈਟਅਪ ਆਮ ਤੌਰ 'ਤੇ ਪਹਿਲੇ ਵਰਕਸਪੇਸ ਲਈ 1-2 ਘੰਟੇ ਅਤੇ ਵਾਧੂ ਗਾਹਕ ਏਜੰਟ ਲਈ 10-15 ਮਿੰਟ ਲੈਂਦਾ ਹੈ। ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ 5 ਗਾਹਕ ਹਨ, ਤਾਂ ਛੇਵੇਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਮਾਰਜਿਨਲ ਲਾਗਤ ਮੁੱਖ ਤੌਰ 'ਤੇ ਗਾਹਕ ਨਾਲ ਗੱਲਬਾਤ ਹੁੰਦੀ ਹੈ, ਨਾਂ ਕਿ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ।

ਏਜੰਟਾਂ ਵਿਚ ਬਿਲਿੰਗ ਸਹਿਮਤੀ

ਇੱਕ ਵਰਕਸਪੇਸ, ਇੱਕ Stripe ਗਾਹਕ, N ਏਜੰਟ।

ਬਿਲਿੰਗ ਮਾਡਲ ਇਸ ਤਰੀਕੇ 'ਤੇ ਬਣਾਇਆ ਗਿਆ ਹੈ ਕਿ ਏਜੰਸੀਆਂ ਅਸਲ ਵਿੱਚ ਕਿਵੇਂ ਬੁੱਕਾਂ ਰੱਖਦੀਆਂ ਹਨ: ਇੱਕ ਹੀ ਬਿਲ 'ਤੇ ਪ੍ਰਤੀ-ਏਜੰਟ ਲਾਈਨ ਆਈਟਮ, ਪ੍ਰਤੀ ਏਜੰਟ ਜਾਂ ਵਰਕਸਪੇਸ-ਵਿਆਪਕ ਨਿਰਯਾਤ ਕਰਨ ਯੋਗ, ਇੱਕ webhook ਸਟ੍ਰੀਮ ਨਾਲ ਜੋ ਤੁਹਾਡੇ ਖਾਤਾ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਰੀਅਲ ਟਾਈਮ ਵਿੱਚ ਲੈਂਡ ਕਰਦੀ ਹੈ.

DimensionBlockchain0x ਇਸਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਦਾ ਹੈਕਿਉਂ ਏਜੰਸੀਆਂ ਨੂੰ ਪੈਰਵੀ ਹੈ
ਵਰਕਸਪੇਸ ਢਾਂਚਾ1 ਵਰਕਸਪੇਸ, N ਏਜੰਟ, 1 ਸੰਕਲਿਤ Stripe ਗਾਹਕਸਭ ਗਾਹਕਾਂ ਵਿੱਚ ਕਿਸੇ ਵੀ ਭੁਗਤਾਨ ਨੂੰ ਲੱਭਣਾ ਆਸਾਨ
ਇਨਵੌਇਸ ਫਾਰਮੈਟਪ੍ਰਤੀ ਏਜੰਟ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਲਾਈਨ + ਪ੍ਰਤੀ ਏਜੰਟ ਲੈਣ-ਦੇਣ ਦੀ ਫੀਸ ਲਾਈਨਜੇ ਤੁਸੀਂ ਗਾਹਕਾਂ ਨੂੰ ਦੁਬਾਰਾ ਬਿਲ ਕਰਦੇ ਹੋ ਤਾਂ ਇਹ ਪ੍ਰਤੀ-ਗਾਹਕ ਬਿਲਿੰਗ ਲਈ ਸਾਫ਼ ਨਕਸ਼ਾ ਬਣਾਉਂਦਾ ਹੈ
ਨਿਰਯਾਤCSV/JSON ਪ੍ਰਤੀ ਏਜੰਟ, ਜਾਂ ਵਰਕਸਪੇਸ-ਵਿਆਪਕ; ਤਾਰੀਖ ਦੀ ਰੇਂਜ ਦੁਆਰਾ ਫਿਲਟਰ ਕਰਨ ਯੋਗਲੇਖਾ-ਜੋਖਾ ਦੇ ਉਪਕਰਨ ਜਾਂ ਪ੍ਰਤੀ-ਗਾਹਕ P&L ਵਿੱਚ ਡ੍ਰਾਪ ਕਰੋ
ਵੈਬਹੁੱਕ ਨੂੰ ਲੇਖਾ-ਜੋਖਾpayment.received / payment.sent ਘਟਨਾਵਾਂ ਤੁਹਾਡੇ AP/AR ਸਿਸਟਮ ਵਿੱਚ ਵਾਸਤਵਿਕ ਸਮੇਂ ਵਿੱਚਕੋਈ ਬੈਚ ਸਹੀ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ; ਲੈਜਰ ਮੌਜੂਦਾ ਰਹਿੰਦਾ ਹੈ
ਮੁਦਰਾਫੀਸਾਂ ਡਿਫਾਲਟ ਦੇ ਤੌਰ 'ਤੇ USD ਵਿੱਚ ਬਿਲ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ; Stripe ਰਾਹੀਂ ਹੋਰ ਮੁਦਰਾਂ ਵਿੱਚ ਸੈੱਟ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ।ਆਪਣੀ ਖਾਤਾ ਬੁਨਿਆਦੀ ਕਰੰਸੀ ਨਾਲ ਮੇਲ ਕਰੋ
ਰਿਕਾਰਡ ਰੱਖੇ ਗਏਜਦੋਂ ਤੱਕ ਏਜੰਟ ਮੌਜੂਦ ਹੈ, ਲੈਣ-ਦੇਣ ਦਾ ਇਤਿਹਾਸ ਅਤੇ ਆਡੀਟ ਲੌਗ ਰੱਖੇ ਜਾਂਦੇ ਹਨਗਾਹਕ ਜਾਂ ਆਡੀਟਰ ਦੀ ਸਮੀਖਿਆ ਲਈ ਨਿਰਯਾਤਯੋਗ

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

ਅਨੁਕੂਲਤਾ ਦੀ ਪੋਜ਼ੀਸ਼ਨ

ਤੁਸੀਂ ਆਪਣੇ ਗਾਹਕਾਂ (ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਆਡਿਟਰਾਂ) ਨੂੰ ਕੀ ਦੱਸ ਸਕਦੇ ਹੋ।

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

ਕਸਟੋਡੀ - ਅਸੀਂ ਗੈਰ-ਕਸਟੋਡੀਅਲ ਹਾਂ

ਫੰਡ ਕਲਾਇੰਟ (ਜਾਂ ਏਜੰਸੀ) ਵਾਲਿਟ ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ, Blockchain0x 'ਤੇ ਨਹੀਂ। ਸਾਡੇ ਕੋਲ ਕਦੇ ਵੀ ਨਿੱਜੀ ਕੁੰਜੀਆਂ ਨਹੀਂ ਹੁੰਦੀਆਂ। ਜੇਕਰ ਅਸੀਂ ਕੱਲ੍ਹ ਖਤਰੇ ਵਿੱਚ ਪੈ ਗਏ, ਤਾਂ ਹਮਲਾਵਰ USDC ਨੂੰ ਨਹੀਂ ਹਿਲਾ ਸਕਦਾ ਕਿਉਂਕਿ ਸਾਡੇ ਕੋਲ ਇਸਦੀ ਸਮਰੱਥਾ ਨਹੀਂ ਹੈ। ਇਹ ਇੱਕ ਭੁਗਤਾਨ ਪਲੇਟਫਾਰਮ ਦੇ ਲਈ ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਕਸਟੋਡੀ ਦਾਅਵਾ ਹੈ; ਸ਼ਰਤਾਂ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ।

ਪਹੁੰਚ ਨਿਯੰਤਰਣ - ਪ੍ਰਤੀ-ਏਜੰਟ ਸੀਟ ਸਕੋਪਿੰਗ

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

ਆਡੀਟ ਟਰੇਲ - ਅਟ੍ਰਿਬਿਊਟ ਕੀਤੀ ਅਤੇ ਨਿਰਯਾਤਯੋਗ

ਹਰ ਕਾਰਵਾਈ ਜੋ ਇੱਕ ਏਜੰਟ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ, ਪੂਰੀ ਪਛਾਣ ਨਾਲ ਦਰਜ ਕੀਤੀ ਜਾਂਦੀ ਹੈ: ਕਿਸਨੇ ਕੀਤਾ, ਕਦੋਂ, ਅਤੇ ਬਦਲਾਅ ਦਾ ਪਹਿਲਾਂ/ਬਾਅਦ। ਕਿਸੇ ਵੀ ਗਾਹਕ ਜਾਂ ਆਡੀਟਰ ਦੀ ਸਮੀਖਿਆ ਲਈ ਡੈਸ਼ਬੋਰਡ ਤੋਂ JSON ਜਾਂ CSV ਵਿੱਚ ਨਿਰਯਾਤ ਕਰੋ, ਇੱਕੋ ਏਜੰਟ ਤੱਕ ਸੀਮਿਤ ਹੈ ਤਾਂ ਜੋ ਇੱਕ ਗਾਹਕ ਦੇ ਰਿਕਾਰਡ ਕਦੇ ਵੀ ਦੂਜੇ ਦੇ ਰਿਕਾਰਡ ਨੂੰ ਪ੍ਰਗਟ ਨਾ ਕਰਨ।

ਸਵੀਕਾਰਯੋਗ ਵਰਤੋਂ ਦੀ ਨੀਤੀ - ਹਰ ਏਜੰਟ 'ਤੇ ਬੰਨ੍ਹਦੀ

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

ਘਟਨਾ ਦਾ ਜਵਾਬ - ਦਸਤਾਵੇਜ਼ਿਤ ਰਨਬੁੱਕ

ਸੁਰੱਖਿਆ ਘਟਨਾਵਾਂ ਦਾ ਇੱਕ ਜਨਤਕ ਰਨਬੁੱਕ ਹੈ: ਖੋਜ ਦੇ 24 ਘੰਟਿਆਂ ਦੇ ਅੰਦਰ ਸੂਚਨਾ, 7 ਦਿਨਾਂ ਦੇ ਅੰਦਰ ਮੂਲ ਕਾਰਨ ਵਿਸ਼ਲੇਸ਼ਣ, 30 ਦਿਨਾਂ ਦੇ ਅੰਦਰ ਪੋਸਟ-ਮਾਰਟਮ। ਰਨਬੁੱਕ ਅਨੁਕੂਲਤਾ ਸਮੀਖਿਆ ਲਈ ਬੇਨਤੀ 'ਤੇ ਉਪਲਬਧ ਹੈ। ਲਿਖਣ ਦੇ ਸਮੇਂ ਸਾਡੇ ਕੋਲ ਕੋਈ ਨੋਟੀਫਾਇ ਕਰਨ ਯੋਗ ਘਟਨਾ ਨਹੀਂ ਸੀ; ਜੇ ਅਤੇ ਜਦੋਂ ਅਸੀਂ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਰਨਬੁੱਕ ਸੰਵਿਧਾਨ ਹੈ।

AUDIT LOG ਕੀ capture ਕਰਦੀ ਹੈ

ਹਰ audit-log entry 'ਤੇ ਕੀ ਆਉਂਦਾ ਹੈ।

Audit log ਉਹ artifact ਹੈ ਜੋ ਤੁਹਾਡੇ client ਦਾ auditor ਦੇਖਣਾ ਚਾਹੁੰਦਾ ਹੈ। ਹਰ entry ਵਿੱਚ ਦਰਜ ਹੁੰਦਾ ਹੈ ਕਿ ਕੀ ਬਦਲਿਆ ਅਤੇ ਕਿਸਨੇ ਬਦਲਿਆ; client ਜਾਂ auditor review ਲਈ dashboard ਤੋਂ ਪੂਰਾ log JSON ਜਾਂ CSV ਵਿੱਚ export ਕਰੋ।

ਖੇਤਰਕਿਸਮਵਰਣਨ
Timestamptimeਕਾਰਵਾਈ ਕਦੋਂ ਹੋਈ, UTC ਵਿੱਚ।
Agentreferenceਕਾਰਵਾਈ ਨੇ ਕਿਸ agent ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕੀਤਾ।
Actorreferenceਉਹ human, API key, ਜਾਂ system ਜਿਸ ਨੇ action ਲਿਆ।
Actioncategoryਕੀ ਹੋਇਆ: ਇੱਕ payment, ਇੱਕ settings change, ਇੱਕ seat change, ਇੱਕ key rotation।
Outcomestatusਕੀ ਕਾਰਵਾਈ ਸਫਲ ਹੋਈ ਜਾਂ ਰੱਦ ਕੀਤੀ ਗਈ।
ਪਹਿਲਾਂ / ਬਾਅਦsnapshotਕਿਸੇ change ਦੇ ਦੋਹਾਂ ਪਾਸਿਆਂ ਦੀ state।

ਡੈਸ਼ਬੋਰਡ ਤੋਂ JSON ਜਾਂ CSV ਵਿੱਚ ਨਿਰਯਾਤ ਕਰੋ, ਇੱਕੋ ਏਜੰਟ ਜਾਂ ਪੂਰੇ ਕੰਮਕਾਜ ਲਈ ਫਿਲਟਰ ਕੀਤਾ ਗਿਆ। ਆਡੀਟ ਲੌਗ ਇੱਕ ਕਾਰੋਬਾਰੀ ਯੋਜਨਾ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ; ਬੁਨਿਆਦੀ ਲੈਣ-ਦੇਣ ਦਾ ਇਤਿਹਾਸ Pro 'ਤੇ ਉਪਲਬਧ ਹੈ।

ਕਿਹੜਾ ਯੋਜਨਾ ਫਿੱਟ ਹੈ

ਏਜੰਸੀ ਵਰਕਸਪੇਸ ਲਈ ਬਿਜ਼ਨਸ, ਏਜੰਟਾਂ ਲਈ ਮਿਲੇ-ਜੁਲੇ ਯੋਜਨਾਵਾਂ।

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

  • Free: experiments, dormant agents ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਮੁੜ active ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ prospect conversations ਲਈ demo agents।
  • Pro ($29/agent/mo): strict compliance requirements ਤੋਂ ਬਿਨਾਂ active client agents ਲਈ।
  • Business ($49/agent/mo): ਵੱਡੇ ਪੱਧਰ 'ਤੇ client agents, audit logs ਅਤੇ per-agent team seats ਨਾਲ। production engagements ਲਈ default।
  • Workspace seats: cross-client operator visibility ਲਈ seats add ਕਰੋ (/pricing ਵੇਖੋ)।
ਪੂਰੀ ਕੀਮਤ ਵੇਖੋ
ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ

ਪੰਜ ਏਜੰਸੀ-ਵਿਸ਼ੇਸ਼ ਸਵਾਲ।

ਜੇ ਇੱਕ ਗਾਹਕ ਆਪਣਾ ਵੈਲਟ ਲਿਆਉਣਾ ਚਾਹੁੰਦਾ ਹੈ ਬਜਾਏ ਇਸਨੂੰ ਸਾਡੇ ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਦੇ, ਤਾਂ ਕੀ?

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

ਕੀ ਅਸੀਂ ਆਪਣੇ ਫੀਸ ਦੇ ਹਿੱਸੇ ਵਜੋਂ Blockchain0x ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਲਈ ਗਾਹਕਾਂ ਨੂੰ ਦੁਬਾਰਾ ਇਨਵੌਇਸ ਕਰ ਸਕਦੇ ਹਾਂ?

ਹਾਂ, ਅਤੇ ਇਹ ਸਭ ਤੋਂ ਆਮ agency pattern ਹੈ। ਪ੍ਰਤੀ agent $49 Business subscription ਨੂੰ ਆਪਣੇ client invoice ਵਿੱਚ pass-through cost line ਵਜੋਂ ਰੱਖੋ, ਆਪਣੇ management fee ਦੇ ਨਾਲ। ਕੁਝ agencies ਇਸਨੂੰ bundle ਕਰਦੀਆਂ ਹਨ (ਇੱਕ all-in monthly fee ਜੋ infra ਅਤੇ operator time ਦੋਵਾਂ ਨੂੰ cover ਕਰਦੀ ਹੈ); ਕੁਝ ਇਸਨੂੰ itemize ਕਰਦੀਆਂ ਹਨ। audit log ਸਾਫ਼ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਕਿਹੜੇ agent ਨੇ ਕਿਹੜੇ costs ਬਣਾਏ, ਜਿਸ ਨਾਲ ਦੋਵੇਂ invoicing patterns defensible ਬਣਦੇ ਹਨ।

ਜਦੋਂ ਕਿਸੇ ਕਲਾਇੰਟ ਦਾ ਆਡੀਟਰ ਰਿਕਾਰਡ ਦੇਖਣਾ ਚਾਹੁੰਦਾ ਹੈ, ਤਾਂ ਅਸੀਂ ਅਨੁਕੂਲਤਾ ਸਮੀਖਿਆਵਾਂ ਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਦੇ ਹਾਂ?

ਏਜੰਟ ਦੇ ਆਡੀਟ ਲੌਗ ਨੂੰ ਡੈਸ਼ਬੋਰਡ ਰਾਹੀਂ JSON ਜਾਂ CSV ਵਿੱਚ ਨਿਰਯਾਤ ਕਰੋ; ਹਰ ਦਾਖਲਾ ਇੱਕ ਟਾਈਮਸਟੈਂਪ, ਅਭਿਨੇਤਾ, ਅਤੇ ਬਦਲਾਅ ਦਾ ਪਹਿਲਾਂ/ਬਾਅਦ ਲੈ ਕੇ ਆਉਂਦਾ ਹੈ, ਤਾਂ ਜੋ ਸਮੀਖਿਆਕਾਰ ਸਹੀ ਤੌਰ 'ਤੇ ਦੇਖ ਸਕੇ ਕਿ ਕੀ ਹੋਇਆ ਅਤੇ ਕਦੋਂ। ਉੱਚ-ਭਰੋਸੇ ਵਾਲੀਆਂ ਸਮੀਖਿਆਵਾਂ ਲਈ, ਤੁਸੀਂ ਸਮੀਖਿਆ ਵਿੱਚ ਰਹੇ ਵਿਸ਼ੇਸ਼ ਏਜੰਟ 'ਤੇ ਆਡੀਟਰ ਨੂੰ ਪੜ੍ਹਨ-ਯੋਗ ਏਜੰਟ-ਸਤਰ ਦੀ ਸੀਟ ਦੀ ਪਹੁੰਚ ਦੇ ਸਕਦੇ ਹੋ, ਜੋ ਸਿਰਫ ਉਸ ਇੱਕ ਏਜੰਟ ਤੱਕ ਸੀਮਿਤ ਹੈ - ਉਹ ਦੇਖਦੇ ਹਨ ਕਿ ਕੀ ਕੁਝ ਹੋਇਆ, ਦੂਜੇ ਗਾਹਕਾਂ ਬਾਰੇ ਕੁਝ ਵੀ ਨਹੀਂ ਦੇਖਦੇ।

ਜੇ ਸਾਡੇ ਗਾਹਕ ਨਾਲ ਏਜੰਸੀ ਸੰਬੰਧ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ?

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

ਕੀ ਤੁਸੀਂ ਏਜੰਸੀਆਂ ਲਈ ਵ੍ਹਾਈਟ-ਲੈਬਲ ਜਾਂ ਕੋ-ਬ੍ਰਾਂਡਡ ਓਪਰੇਸ਼ਨ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹੋ?

ਅੱਜ ਨਹੀਂ। Co-branding ਦਾ ਮਤਲਬ client-facing pages ਹਨ ਜੋ Blockchain0x branding ਦੀ ਬਜਾਏ ਤੁਹਾਡੀ agency ਦਾ logo ਦਿਖਾਉਂਦੀਆਂ ਹਨ; ਅਸੀਂ ਇਹ offer ਨਹੀਂ ਕਰਦੇ ਅਤੇ ਇਸਨੂੰ ਫਿਲਹਾਲ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ scope ਤੋਂ ਬਾਹਰ ਰੱਖਿਆ ਹੈ। ਕਾਰਨ: white-label trust ਨੂੰ ਟੁਕੜਿਆਂ ਵਿੱਚ ਵੰਡ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਸਾਡਾ public-page model ਖਰੀਦਦਾਰਾਂ ਦੇ verified Blockchain0x identity 'ਤੇ ਭਰੋਸੇ 'ਤੇ ਬਣਿਆ ਹੈ। ਜੇ ਤੁਹਾਨੂੰ ਕਿਸੇ ਵੱਡੀ engagement ਲਈ ਬਿਲਕੁਲ white-label option ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਸਾਡੇ ਨਾਲ ਗੱਲ ਕਰੋ - volume engineering ਨੂੰ justify ਕਰੇ ਤਾਂ ਅਸੀਂ ਇਸਨੂੰ custom Business-plus tier ਵਜੋਂ ਬਣਾ ਸਕਦੇ ਹਾਂ।

ਇੱਕ ਏਜੰਸੀ ਚਲਾਓ, ਨਾ ਕਿ ਇੱਕ ਵਾਲਿਟ ਸਪ੍ਰੈਡਸ਼ੀਟ।

ਪ੍ਰਤੀ-ਏਜੰਟ ਵੈਲਿਟ, ਪ੍ਰਤੀ-ਗਾਹਕ ਦਿੱਖ, ਪ੍ਰਤੀ-ਸੰਲਗਨ ਆਡੀਟ ਲੌਗ। ਬਿਜ਼ਨਸ $49 ਪ੍ਰਤੀ ਏਜੰਟ ਪ੍ਰਤੀ ਮਹੀਨਾ।