ConnectWiz ਇੰਟੀਗ੍ਰੇਸ਼ਨਾਂ
ਤੁਹਾਡਾ ਸਟੈਕ, ਜੁੜਿਆ ਹੋਇਆ — ਅਤੇ ਉਸ ਦੇ ਅਸਲ ਕੰਮ ਮੁਤਾਬਕ ਦੱਸਿਆ ਹੋਇਆ।
ਇੰਟੀਗ੍ਰੇਸ਼ਨਾਂ ਵਾਲੇ ਪੇਜ ਆਮ ਤੌਰ 'ਤੇ ਲੋਗੋ ਗਿਣਾਉਂਦੇ ਹਨ। ਇਹ ਪੇਜ ਵਿਹਾਰ ਗਿਣਾਉਂਦਾ ਹੈ: ਕੀ ਸਿੰਕ ਹੁੰਦਾ ਹੈ, ਕਿਸ ਦਿਸ਼ਾ ਵਿੱਚ, ਕਿਸ ਦੀ ਮਾਲਕੀ ਹੇਠ, ਅਤੇ ਇਮਾਨਦਾਰ ਹੱਦਾਂ ਕਿੱਥੇ ਹਨ। ਕਿਉਂਕਿ "X ਨਾਲ ਜੁੜਦਾ ਹੈ" ਡੂੰਘਾਈ ਬਾਰੇ ਇੱਕ ਦਾਅਵਾ ਹੈ, ਕੋਈ ਸਟਿੱਕਰ ਨਹੀਂ।
ਕਾਮਰਸ
WooCommerce ਅਤੇ WordPress
WordPress ਪਲੱਗਇਨ
ਇਹ ਤੁਹਾਡੀ ਸਾਈਟ 'ਤੇ ਚੈਟ ਵਿਜੇਟ ਲਾਉਂਦੀ ਹੈ ਅਤੇ ਦਸਤਖਤ ਵਾਲੇ SSO ਟੋਕਨ ਜਾਰੀ ਕਰਦੀ ਹੈ — ਲੌਗਇਨ ਕੀਤੇ ਗਾਹਕ ਚੈਟ ਵਿੱਚ ਆਪਣੇ ਆਰਡਰਾਂ ਸਮੇਤ ਪਛਾਣੇ ਜਾਂਦੇ ਹਨ, ਦੁਬਾਰਾ ਰਜਿਸਟਰ ਕੀਤੇ ਬਿਨਾਂ।
ਪੂਰਾ ਪੇਜGoogle ਅਤੇ Meta ਸ਼ੌਪਿੰਗ ਫ਼ੀਡ
Google ਦੇ ਸਕੀਮਾ ਵਿੱਚ ਬਣੀ, ਟੋਕਨ ਨਾਲ ਸੁਰੱਖਿਅਤ ਉਤਪਾਦ ਫ਼ੀਡ (Meta Commerce Manager ਵੀ ਇਹੀ ਪੜ੍ਹਦਾ ਹੈ) ਤੁਹਾਡੇ ਇਸ਼ਤਿਹਾਰਾਂ ਵਾਲੇ ਕੈਟਾਲਾਗਾਂ ਨੂੰ ਸਿੰਕ ਵਿੱਚ ਰੱਖਦੀ ਹੈ — ਰਾਹ ਵਿੱਚ ਕੋਈ ਐਪ ਸਮੀਖਿਆ ਨਹੀਂ, ਹੱਥੀਂ ਦੁਬਾਰਾ ਅੱਪਲੋਡ ਨਹੀਂ।
Shopify ਛੇਤੀ ਹੀ
ਨੀਂਹ ਅਸਲੀ ਹੈ — Shopify ਗਾਹਕਾਂ ਦੀਆਂ ਪਛਾਣਾਂ ਪਹਿਲਾਂ ਹੀ ਸੰਪਰਕਾਂ ਨਾਲ ਜੁੜ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਅੱਜ Shopify ਸਟੋਰ API ਅਤੇ webhook ਰਾਹੀਂ ਜੁੜਦੇ ਹਨ। WooCommerce ਵਾਂਗ ਨੇਟਿਵ ਦੋ-ਤਰਫ਼ਾ ਸਿੰਕ ਰੋਡਮੈਪ 'ਤੇ ਹੈ, ਅਤੇ ਇਹ ਬੈਜ ਉਦੋਂ ਬਦਲੇਗਾ ਜਦੋਂ ਉਹ ਆ ਜਾਵੇਗਾ, ਉਸ ਤੋਂ ਪਹਿਲਾਂ ਨਹੀਂ।
ਪੂਰਾ ਪੇਜਸਪੋਰਟ ਅਤੇ ਟਿਕਟਾਂ
Zendesk — ਬਦਲਾਅ ਦੇ ਅੱਧ-ਵਿਚਕਾਰ ਖੜ੍ਹੀਆਂ ਟੀਮਾਂ ਲਈ ਪੁਲ
ਪੁਸ਼: ਟਿਕਟਾਂ ਬਾਹਰ
ConnectWiz ਦੀਆਂ ਟਿਕਟ ਵਾਲੀਆਂ ਗੱਲਬਾਤਾਂ Zendesk ਵਿੱਚ ਟਿਕਟਾਂ ਬਣਾਉਂਦੀਆਂ ਹਨ ਅਤੇ ਜਵਾਬਾਂ ਨੂੰ ਟਿੱਪਣੀਆਂ ਵਜੋਂ ਉੱਥੇ ਵੀ ਦਿਖਾਉਂਦੀਆਂ ਹਨ — ਤਾਂ ਜੋ ਅਜੇ ਵੀ Zendesk ਵਿੱਚ ਕੰਮ ਕਰ ਰਹੀ ਟੀਮ ਬਿਨਾਂ ਪੁੱਛੇ ਸਾਰਾ ਕੰਮ ਦੇਖ ਸਕੇ।
ਪੂਰਾ ਪੇਜਪੁੱਲ: ਏਜੰਟਾਂ ਦੇ ਜਵਾਬ ਵਾਪਸ
Zendesk ਦਾ ਇੱਕ ਟ੍ਰਿਗਰ ਏਜੰਟਾਂ ਦੀਆਂ ਟਿੱਪਣੀਆਂ ਵਾਪਸ ConnectWiz ਥ੍ਰੈੱਡ ਵਿੱਚ ਭੇਜਦਾ ਹੈ — ਸਾਂਝੇ secret ਨਾਲ ਸੁਰੱਖਿਅਤ, ਅਤੇ ਲੂਪ-ਗਾਰਡ ਨਾਲ, ਤਾਂ ਜੋ ਦੋਵੇਂ ਸਿਸਟਮ ਇੱਕ ਟਿੱਪਣੀ ਨੂੰ ਕਦੇ ਬੇਅੰਤ ਇੱਧਰ-ਉੱਧਰ ਨਾ ਉਛਾਲਦੇ ਰਹਿਣ।
ਇਮਾਨਦਾਰ ਦਾਇਰਾ
ਇਹ ਟਿਕਟਾਂ ਦਾ ਪੁਲ ਹੈ — ਬਣਾਉਣਾ, ਜਵਾਬ ਦੇਣਾ, ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਵੱਖ-ਵੱਖ ਚਾਲੂ-ਬੰਦ — Zendesk ਦੇ ਹੈਲਪ-ਸੈਂਟਰ, ਮੈਕਰੋ ਜਾਂ SLA ਦਾ ਇੰਪੋਰਟ ਨਹੀਂ। ਟੀਮਾਂ ਇਸ ਨੂੰ ਹੌਲੀ-ਹੌਲੀ ਤਬਦੀਲ ਹੋਣ ਲਈ ਵਰਤਦੀਆਂ ਹਨ, ਫਿਰ ਬੰਦ ਕਰ ਦਿੰਦੀਆਂ ਹਨ।
CRM
Estesoft Stella — ਤੁਹਾਡਾ CRM, ਗੱਲਬਾਤ ਦੇ ਅੰਦਰੋਂ ਦਿਸਦਾ
ਸਾਡੇ ਕਿਸੇ ਇੱਕ ਪ੍ਰਦਾਤਾ ਨਾਲ ਨਾ ਬੱਝੇ CRM ਪੋਰਟ ਦਾ ਪਹਿਲਾ ਪ੍ਰਦਾਤਾ: Stella ਚਲਾਉਣ ਵਾਲੇ ਕਲੀਨਿਕ ਆਪਣਾ CRM ਰੱਖਦੇ ਹਨ, ਅਤੇ ਉੱਪਰੋਂ ਗੱਲਬਾਤ ਦੀ ਅਜਿਹੀ ਪਰਤ ਪਾ ਲੈਂਦੇ ਹਨ ਜੋ ਉਸ ਨੂੰ ਸੱਚਮੁੱਚ ਜਾਣਦੀ ਹੈ।
ਲਾਈਵ ਸੰਦਰਭ, ਪਛਾਣ ਨਾਲ ਬੱਝਾ
Stella ਤੋਂ ਅਪੌਇੰਟਮੈਂਟਾਂ, ਕੋਟੇਸ਼ਨਾਂ, ਬਕਾਇਆ, ਨੋਟ ਅਤੇ ਦਸਤਾਵੇਜ਼ ਗੱਲਬਾਤ ਉੱਤੇ ਹੀ ਦਿਸਦੇ ਹਨ — ਅਤੇ AI ਇਨ੍ਹਾਂ ਨੂੰ ਸਿਰਫ਼ ਇਸੇ ਗਾਹਕ ਲਈ ਪੜ੍ਹ ਸਕਦਾ ਹੈ, ਕਦੇ ਅੰਦਾਜ਼ੇ ਨਾਲ ਲਾਈ ID ਤੋਂ ਨਹੀਂ।
ਬੁਕਿੰਗਾਂ ਵਾਪਸ ਲਿਖੀਆਂ ਜਾਂਦੀਆਂ ਹਨ
ਚੈਟ ਵਿੱਚ ਬਣੀ ਅਪੌਇੰਟਮੈਂਟ Stella ਦੀ ਡਾਇਰੀ ਵਿੱਚ ਪਹੁੰਚਦੀ ਹੈ — ਅਤੇ ਜਿੱਥੇ ਵੈਂਡਰ ਦਾ API ਕੋਈ ਵੇਰਵਾ ਨਹੀਂ ਲਿਜਾ ਸਕਦਾ, ਉੱਥੇ ਸਿੰਕ ਚੁੱਪ-ਚਾਪ ਛੱਡਣ ਦੀ ਬਜਾਏ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਛੁੱਟ ਗਿਆ।
ਸੋਚੇ-ਸਮਝੇ ਇਨਕਾਰ
ਇਲਾਜ ਦੇ ਮੈਡੀਕਲ ਰਿਕਾਰਡ ਕਦੇ ਪੜ੍ਹੇ ਜਾਂ ਦਿਖਾਏ ਨਹੀਂ ਜਾਂਦੇ, ਵੈਂਡਰ ਦੇ ਆਪਣੇ ਲਾਈਫ਼ਸਾਈਕਲ ਲੇਬਲ ਕਦੇ ਬਦਲੇ ਨਹੀਂ ਜਾਂਦੇ, ਅਤੇ ਪੂਰੀ ਦੋ-ਤਰਫ਼ਾ ਨਕਲ ਹੋਣ ਦਾ ਕੋਈ ਦਿਖਾਵਾ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ — ਇਹ ਹੱਦਾਂ ਡਿਜ਼ਾਈਨ ਦੇ ਫ਼ੈਸਲੇ ਹਨ, ਲਿਖ ਕੇ ਦਰਜ ਕੀਤੇ ਹੋਏ।
Estesoft Stella — ਪੂਰਾ ਪੇਜ · ਕੋਈ ਹੋਰ CRM ਚਲਾਉਂਦੇ ਹੋ? ਇਹ ਪੋਰਟ ਜਾਣ-ਬੁੱਝ ਕੇ ਕਿਸੇ ਇੱਕ ਪ੍ਰਦਾਤਾ ਨਾਲ ਨਹੀਂ ਬੱਝਾ — ਸਾਨੂੰ ਆਪਣਾ CRM ਦੱਸੋ। ਅਤੇ ਜਦੋਂ ਤੁਸੀਂ ਪੁਰਾਣੇ ਸਿਸਟਮ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਛੱਡਣ ਲਈ ਤਿਆਰ ਹੋਵੋ, ਤਾਂ ਹੇਠਾਂ ਦਿੱਤਾ ਮਾਈਗ੍ਰੇਸ਼ਨ ਇੰਜਣ ਤੁਹਾਡਾ ਸਾਰਾ ਇਤਿਹਾਸ ਨਾਲ ਲੈ ਆਉਂਦਾ ਹੈ।
ਮਾਰਕੀਟਿੰਗ ਅਤੇ ਪ੍ਰਦਾਤਾ
ਆਪਣੇ ਪ੍ਰਦਾਤਾ ਖੁਦ ਲਿਆਓ — ਸਾਡੇ ਘਰ ਦਾ ਅਸੂਲ
AI: ਤੁਹਾਡੀਆਂ ਕੁੰਜੀਆਂ, 5 ਪ੍ਰਦਾਤਾ
Wiz ਪੰਜ AI ਪ੍ਰਦਾਤਾਵਾਂ ਅਤੇ ਦਰਜਨਾਂ ਮਾਡਲਾਂ ਉੱਤੇ ਤੁਹਾਡੀਆਂ ਆਪਣੀਆਂ ਪ੍ਰਦਾਤਾ-ਕੁੰਜੀਆਂ ਨਾਲ ਚੱਲਦਾ ਹੈ — ਟੋਕਨਾਂ 'ਤੇ ਕੋਈ ਮਾਰਕਅੱਪ ਨਹੀਂ, ਹਰ ਕੰਮ ਲਈ ਮਾਡਲ ਦੀ ਆਪਣੀ ਚੋਣ, ਅਤੇ ਕਿਸੇ ਵੀ ਵੈਂਡਰ ਨੂੰ ਛੱਡ ਜਾਣ ਦੀ ਆਜ਼ਾਦੀ। ਪੂਰੀ ਕਹਾਣੀ ਇੱਥੇ ਹੈ: AI ਪੇਜ।
ਪੁਸ਼: ਤੁਹਾਡਾ OneSignal
ਵਿਜ਼ਟਰਾਂ ਲਈ ਵੈੱਬ ਪੁਸ਼ ਤੁਹਾਡੇ ਆਪਣੇ ਡੋਮੇਨ 'ਤੇ, ਤੁਹਾਡੀ ਆਪਣੀ ਪੁਸ਼ ਐਪ ਰਾਹੀਂ ਚੱਲਦਾ ਹੈ — ਕਿਉਂਕਿ ਵੈੱਬ ਪੁਸ਼ ਅਸਲ ਵਿੱਚ ਇਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਹੋਰ ਕੋਈ ਦਿਖਾਵਾ ਪਹਿਲੇ ਦਿਨ ਹੀ ਟੁੱਟ ਜਾਂਦਾ ਹੈ।
ਬੁਕਿੰਗਾਂ ਬਾਹਰ, ਰੁੱਝਿਆ ਸਮਾਂ ਅੰਦਰ
ਅਪੌਇੰਟਮੈਂਟਾਂ Google, Microsoft 365 ਅਤੇ Apple/CalDAV ਕੈਲੰਡਰਾਂ ਵਿੱਚ ਪਹੁੰਚਦੀਆਂ ਹਨ ਅਤੇ ਰੱਦ ਹੋਣ 'ਤੇ ਉੱਥੋਂ ਹਟ ਜਾਂਦੀਆਂ ਹਨ; ਬਾਹਰਲਾ ਰੁੱਝਿਆ ਸਮਾਂ ਉਪਲਬਧਤਾ ਵਿੱਚੋਂ ਘਟ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਕੋਈ ਵੀ ਦਰਵਾਜ਼ਾ — ਇਨਸਾਨ ਹੋਵੇ ਜਾਂ AI — ਪਹਿਲਾਂ ਤੋਂ ਭਰਿਆ ਸਮਾਂ ਪੇਸ਼ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਵੇਰਵੇ ਇੱਥੇ: ਬੁਕਿੰਗ ਪੇਜ।
ਹਰ ਸਰੋਤ ਦੀ ਆਪਣੀ ਦਿਸ਼ਾ
ਹਰ ਕੈਲੰਡਰ ਉਹੀ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਉਸ ਨੂੰ ਦਿੰਦੇ ਹੋ — ਪੜ੍ਹਨਾ, ਲਿਖਣਾ, ਦੋਵੇਂ, ਜਾਂ ਸਿਰਫ਼ ਰੁੱਝਿਆ ਸਮਾਂ — ਤਾਂ ਜੋ ਕਲੀਨਿਕ ਦਾ ਸਾਂਝਾ ਕੈਲੰਡਰ ਅਤੇ ਕਿਸੇ ਡਾਕਟਰ ਦਾ ਨਿੱਜੀ ਕੈਲੰਡਰ ਇੱਕ-ਦੂਜੇ ਉੱਤੇ ਲਿਖੇ ਬਿਨਾਂ ਨਾਲ-ਨਾਲ ਚੱਲ ਸਕਣ।
ਇਸ਼ਤਿਹਾਰ ਅਤੇ ਨਿਯਮ-ਪਾਲਣਾ
ਗੱਲਬਾਤਾਂ, ਇਸ਼ਤਿਹਾਰੀ ਪਲੇਟਫ਼ਾਰਮਾਂ ਅਤੇ ਰੈਗੂਲੇਟਰਾਂ ਵਿਚਕਾਰ ਦੀਆਂ ਪਾਈਪਾਂ
Meta Conversions API
ਜਿੱਤਿਆ ਸੌਦਾ ਉਸ ਇਸ਼ਤਿਹਾਰ ਨੂੰ ਵਾਪਸ ਰਿਪੋਰਟ ਹੁੰਦਾ ਹੈ ਜਿਸ ਨੇ ਚੈਟ ਸ਼ੁਰੂ ਕਰਵਾਈ ਸੀ — ਹਰ ਚੈਨਲ ਲਈ ਸਹੀ ਪਛਾਣ-ਮਿਲਾਨ ਵਾਲੇ Purchase ਇਵੈਂਟ ਵਜੋਂ — ਨਾਲ ਹੀ ਤੁਹਾਡੇ CRM ਫ਼ਨਲ ਤੋਂ ਲੀਡਾਂ ਦੀ ਗੁਣਵੱਤਾ ਦੇ ਸੰਕੇਤ। ਡਾਟਾਸੈੱਟ ਤੁਹਾਡਾ, ਟੋਕਨ ਤੁਹਾਡਾ, ਡਿਫ਼ਾਲਟ ਰੂਪ ਵਿੱਚ ਬੰਦ; ਕੋਈ ਵੀ ਇਵੈਂਟ ਬਾਹਰ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰ ਗੇਟ (ਸਹਿਮਤੀ ਸਮੇਤ), ਅਤੇ ਇੱਕ ਹੈਲਥ ਪੈਨਲ ਜੋ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕੀ ਭੇਜਿਆ ਗਿਆ ਅਤੇ ਕੀ ਰੋਕਿਆ ਗਿਆ, ਵਜ੍ਹਾ ਸਮੇਤ।
ਪੂਰਾ ਪੇਜİYS (ਤੁਰਕੀ)
ਤੁਰਕੀ ਦੀ ਵਪਾਰਕ-ਸੰਚਾਰ ਰਜਿਸਟਰੀ, ਸਿੱਧੀ ਜੁੜੀ ਹੋਈ: ਸਹਿਮਤੀਆਂ ਦਿੱਤੇ ਜਾਂ ਵਾਪਸ ਲਏ ਜਾਣ ਵੇਲੇ ਹੀ ਭੇਜੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਰਜਿਸਟਰੀ ਵਾਲੇ ਪਾਸੇ ਦੇ opt-out ਰੋਜ਼ਾਨਾ ਵਾਪਸ ਖਿੱਚੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਪੈਨਲ ਵਿੱਚ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਸਿਰਫ਼ ਲਿਖੇ ਜਾ ਸਕਦੇ ਹਨ, ਪੜ੍ਹੇ ਨਹੀਂ। ਰਜਿਸਟਰੀ ਦੀ ਪਾਲਣਾ ਢਾਂਚੇ ਦੇ ਅੰਦਰ ਹੀ — ਅਤੇ ਇਸ ਦਾ ਮੌਜੂਦਾ ਡੇਢ-ਤਰਫ਼ਾ ਦਾਇਰਾ ਇੱਥੇ ਸਾਫ਼ ਲਿਖਿਆ ਹੈ: İYS ਪੇਜ।
ਪੂਰਾ ਪੇਜਇਸ ਹਿੱਸੇ ਦਾ ਇਮਾਨਦਾਰੀ ਨਿਯਮ
ਇਸ਼ਤਿਹਾਰ ਅਤੇ ਨਿਯਮ-ਪਾਲਣਾ ਵਾਲੀਆਂ ਇੰਟੀਗ੍ਰੇਸ਼ਨਾਂ ਹਮੇਸ਼ਾ ਸਹਿਮਤੀ ਦੇ ਗੇਟਾਂ ਦੇ ਪਿੱਛੇ ਹੀ ਚੱਲਦੀਆਂ ਹਨ, ਅਤੇ ਹਰ ਰੋਕਿਆ ਗਿਆ ਇਵੈਂਟ ਵਜ੍ਹਾ ਸਮੇਤ ਲੌਗ ਹੁੰਦਾ ਹੈ। ਜੇ ਕੋਈ ਨੰਬਰ ਭਰੋਸੇ ਨਾਲ ਮਿਲਾਇਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਤਾਂ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਲਾਇਆ ਜਾਂਦਾ — ਗਲਤ ਪਛਾਣ ਦੀ ਕੀਮਤ ਕਿਸੇ ਹੋਰ ਦੀ ਪਰਦੇਦਾਰੀ ਚੁਕਾਉਂਦੀ ਹੈ।
ਮਾਈਗ੍ਰੇਸ਼ਨ
ਪੁਰਾਣਾ CRM ਛੱਡੋ। ਆਪਣਾ ਇਤਿਹਾਸ ਨਾਲ ਰੱਖੋ।
ਸੱਚਮੁੱਚ ਦਾ ਮਾਈਗ੍ਰੇਸ਼ਨ ਇੰਜਣ
ਸਮਰਥਿਤ ਸਰੋਤ ਸਿਸਟਮਾਂ ਲਈ: ਸੰਪਰਕ, ਅਪੌਇੰਟਮੈਂਟਾਂ ਦਾ ਇਤਿਹਾਸ, ਕੋਟੇਸ਼ਨਾਂ, ਵਿਕਰੀ ਦੇ ਆਰਡਰ, ਲੈਣਦਾਰੀਆਂ ਅਤੇ ਨੋਟ ਇੱਕ ਅਜਿਹੇ ਇੰਜਣ ਰਾਹੀਂ ਇੰਪੋਰਟ ਹੁੰਦੇ ਹਨ ਜੋ ਕਤਾਰ ਵਿੱਚ ਚੱਲਦਾ ਹੈ ਅਤੇ ਰੁਕ ਕੇ ਉੱਥੋਂ ਹੀ ਮੁੜ ਸ਼ੁਰੂ ਹੋ ਸਕਦਾ ਹੈ — ਸਾਡੀ ਟੀਮ ਦੇ ਨਾਲ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਕਿਉਂਕਿ CRM ਬਦਲਣ ਲਈ ਇੱਕ ਓਪਰੇਟਰ ਚਾਹੀਦਾ ਹੈ, ਬਟਨ ਨਹੀਂ।
ਛੱਡੇ ਗਏ ਰਿਕਾਰਡ, ਨਾਂ ਲੈ ਕੇ
ਇੰਜਣ ਆਪਣੇ ਕੋਲੋਂ ਮੁੱਲ ਘੜਨ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ — ਜਿਸ ਰਿਕਾਰਡ ਵਿੱਚ ਕਰੰਸੀ ਜਾਂ ਤਾਰੀਖ ਨਹੀਂ, ਉਹ ਛੱਡ ਕੇ ਗਿਣ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ "ਮਾਈਗ੍ਰੇਸ਼ਨ ਪੂਰੀ" ਵਾਲਾ ਸੁਨੇਹਾ ਕਦੇ ਉਨ੍ਹਾਂ ਰਿਕਾਰਡਾਂ ਨੂੰ ਨਹੀਂ ਲੁਕਾਉਂਦਾ ਜੋ ਅਜੇ ਵੀ ਪੁਰਾਣੇ ਸਿਸਟਮ ਵਿੱਚ ਪਏ ਹਨ।
ਮਾਲਕੀ ਸਭ ਤੋਂ ਅਖੀਰ ਵਿੱਚ ਬਦਲਦੀ ਹੈ
ਡਾਟਾ ਦੀ ਮਾਲਕੀ ਆਖਰੀ ਕਦਮ ਵਜੋਂ ਬਦਲਦੀ ਹੈ, ਜਦੋਂ ਇੰਪੋਰਟ ਆਪਣੇ-ਆਪ ਨੂੰ ਸਾਬਤ ਕਰ ਦੇਵੇ — ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਹੋਰ ਫ਼ੈਸਲਾ ਨਹੀਂ ਕਰਦੇ, ਪੁਰਾਣਾ ਸਿਸਟਮ ਹੀ ਅਸਲ ਸਰੋਤ ਰਹਿੰਦਾ ਹੈ।
ਇੱਕੋ OpenAPI ਇਕਰਾਰ
ਪੂਰਾ ਪਲੇਟਫ਼ਾਰਮ ਇੱਕੋ OpenAPI 3 ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਹੈ — ਉਹੀ ਇਕਰਾਰ ਜਿਸ ਤੋਂ ਸਾਡਾ ਵੈੱਬ ਪੈਨਲ ਅਤੇ ਮੋਬਾਈਲ ਐਪ ਆਪਣੇ ਟਾਈਪ ਬਣਾਉਂਦੇ ਹਨ। ਕੋਈ ਲੁਕਵਾਂ endpoint ਨਹੀਂ, ਦਸਤਾਵੇਜ਼ ਅਤੇ ਕੋਡ ਵਿੱਚ ਕੋਈ ਫ਼ਰਕ ਨਹੀਂ।
Commerce API ਕੁੰਜੀਆਂ, scope ਸਮੇਤ
ਟੈਨੈਂਟ ਵੱਲੋਂ ਜਾਰੀ ਕੀਤੀਆਂ, ਸਪਸ਼ਟ scope ਵਾਲੀਆਂ ਕੁੰਜੀਆਂ — ਕੈਟਾਲਾਗ ਪੜ੍ਹਨਾ, ਆਰਡਰ ਪੜ੍ਹਨਾ, ਆਰਡਰ ਲਿਖਣਾ — ਸਾਡੇ ਕੈਟਾਲਾਗ ਅਤੇ ਆਰਡਰ ਇੰਜਣ ਉੱਤੇ ਤੁਹਾਡਾ ਆਪਣਾ ਸਟੋਰਫ਼ਰੰਟ ਜਾਂ ਐਪ ਚਲਾਉਂਦੀਆਂ ਹਨ।
ਇਨਬਾਊਂਡ webhook, ਸੁਰੱਖਿਅਤ
ਕੋਈ ਵੀ ਬਾਹਰੀ ਸਿਸਟਮ ਆਟੋਮੇਸ਼ਨ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ: ਹਰ ਫ਼ਲੋ ਦੇ webhook ਟ੍ਰਿਗਰ ਦਾ ਆਪਣਾ URL, ਆਪਣਾ secret, HMAC ਤਸਦੀਕ ਅਤੇ replay ਤੋਂ ਸੁਰੱਖਿਆ ਹੁੰਦੀ ਹੈ — ਅਤੇ payload ਸਿਰਫ਼ ਡਾਟਾ ਹੁੰਦੇ ਹਨ, ਹੁਕਮ ਕਦੇ ਨਹੀਂ।
ਆਊਟਬਾਊਂਡ: ਫ਼ਲੋ ਤੁਹਾਨੂੰ ਕਾਲ ਕਰਦੇ ਹਨ
REST ਵਾਲਾ ਕਦਮ ਤੁਹਾਡੇ ਸਿਸਟਮਾਂ ਨੂੰ ਠੀਕ ਉਨ੍ਹਾਂ ਹੀ ਪਲਾਂ 'ਤੇ ਕਾਲ ਕਰਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਕੈਨਵਸ 'ਤੇ ਬਣਾਉਂਦੇ ਹੋ। ਸਭ ਕੁਝ ਸਬਸਕ੍ਰਾਈਬ ਕਰਨ ਵਾਲੀ ਆਮ webhook ਫ਼ੀਡ ਅਜੇ ਬਣੀ ਨਹੀਂ — ਇਹ ਗੱਲ ਇੱਥੇ ਲਿਖੀ ਹੈ, ਸੇਲਜ਼ ਕਾਲ ਵਿੱਚ ਪਤਾ ਲੱਗਣ ਲਈ ਨਹੀਂ ਛੱਡੀ।
ਡੂੰਘਾਈ ਲੋਗੋਆਂ ਤੋਂ ਵੱਧ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ।
ਜੋ ਟੂਲ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਚਲਾਉਂਦੇ ਹੋ, ਉਨ੍ਹਾਂ ਨੂੰ ਜੋੜੋ — ਅਤੇ ਹਰ ਕਨੈਕਸ਼ਨ ਨੂੰ ਚਾਲੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਠੀਕ-ਠੀਕ ਜਾਣੋ ਕਿ ਉਹ ਕੀ ਕਰਦਾ ਹੈ।