ManageEngine ਨਾਲ ਜੀਰਾ ਨੂੰ ਤੁਰੰਤ ਸਿੰਕ ਕਰੋ

ਸਰਵਿਸਡੈਸਕ ਪਲੱਸ ਵਿੱਚ ਅਧਿਕਾਰਤ ਜੀਰਾ ਐਪ ਸਥਾਪਤ ਕਰੋ

ਕਿਸੇ ਬੇਤਰਤੀਬ ਕਨੈਕਟਰ ਦੀ ਬਜਾਏ ManageEngine ਦੀ ਆਪਣੀ Jira ਐਪ ਦੀ ਵਰਤੋਂ ਕਰੋ — ਇਹ ServiceDesk Plus ਲਈ ManageEngine ਦੁਆਰਾ ਬਣਾਇਆ ਅਤੇ ਸਮਰਥਿਤ ਹੈ। ਸਰਵਿਸਡੈਸਕ ਪਲੱਸ ਵਿੱਚ, ਐਡਮਿਨ / ਐਪਸ ਖੇਤਰ ਖੋਲ੍ਹੋ ਅਤੇ ManageEngine ਮਾਰਕਿਟਪਲੇਸ ਤੋਂ Jira ਐਪ ਨੂੰ ਸਥਾਪਿਤ ਕਰੋ। ਇਹ ਐਪ ਉਹ ਹੈ ਜੋ ਟੈਕਨੀਸ਼ੀਅਨਾਂ ਨੂੰ ਬੇਨਤੀਆਂ ਤੋਂ ਜੀਰਾ ਮੁੱਦੇ ਬਣਾਉਣ, ਮੌਜੂਦਾ ਮੁੱਦਿਆਂ ਨੂੰ ਲਿੰਕ ਕਰਨ, ਸਰਵਿਸਡੈਸਕ ਪਲੱਸ ਦੇ ਅੰਦਰ ਜੀਰਾ ਮੁੱਦੇ ਦੇ ਵਿਸ਼ੇ, ਤਰਜੀਹ, ਸਥਿਤੀ ਅਤੇ ਅਸਾਈਨ ਨੂੰ ਦੇਖਣ ਅਤੇ ਦੋ ਪਲੇਟਫਾਰਮਾਂ ਵਿਚਕਾਰ ਨੋਟਸ ਅਤੇ ਟਿੱਪਣੀਆਂ ਨੂੰ ਸਿੰਕ ਕਰਨ ਦਿੰਦੀ ਹੈ।

ਆਪਣੀ ਜੀਰਾ ਸਾਈਟ ਨੂੰ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਟੈਸਟ ਚਲਾਓ

ਐਪ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਵਿੱਚ, ਆਪਣਾ ਜੀਰਾ ਸਾਈਟ ਦਾ ਪਤਾ ਦਾਖਲ ਕਰੋ — ਜੀਰਾ ਕਲਾਉਡ ਲਈ ਇਹ ਹੇਠਾਂ ਦਿੱਤੀ ਉਦਾਹਰਨ ਵਾਂਗ ਦਿਸਦਾ ਹੈ (ਤੁਹਾਡੀ ਕੰਪਨੀ ਨੂੰ ਆਪਣੀ ਖੁਦ ਦੀ ਐਟਲਸੀਅਨ ਸਾਈਟ ਨਾਮ ਨਾਲ ਬਦਲੋ); ਜੀਰਾ ਸਰਵਰ/ਡਾਟਾ ਸੈਂਟਰ ਲਈ, ਇਸਦੀ ਬਜਾਏ ਉਸ ਸਰਵਰ ਦਾ URL ਦਾਖਲ ਕਰੋ।

https://yourcompany.atlassian.net

ਇੱਕ ਸਮਰਪਿਤ ਸਿੰਕ ਖਾਤੇ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਕਰੋ — ਕਦੇ ਵੀ ਤੁਹਾਡਾ ਨਿੱਜੀ ਐਡਮਿਨ ਲੌਗਇਨ ਨਹੀਂ (ਕਦਮ 7 ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਉਂ)। ਜੀਰਾ ਕਲਾਉਡ ਲਈ ਇਸਦਾ ਆਮ ਤੌਰ 'ਤੇ ਅਰਥ ਹੈ ਖਾਤੇ ਦਾ ਈਮੇਲ ਪਤਾ ਅਤੇ ਉਸ ਐਟਲਸੀਅਨ ਖਾਤੇ ਦੇ ਅੰਦਰ ਬਣਾਇਆ ਗਿਆ API ਟੋਕਨ। ਫਿਰ ਚੁਣੋ ਕਿ ਕਿਹੜੇ ਜੀਰਾ ਪ੍ਰੋਜੈਕਟ ਤਕਨੀਸ਼ੀਅਨ ਸਮੱਸਿਆਵਾਂ ਬਣਾ ਸਕਦੇ ਹਨ ਅਤੇ ਲਿੰਕ ਕਰ ਸਕਦੇ ਹਨ — ਇੱਕ ਪਾਇਲਟ ਪ੍ਰੋਜੈਕਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਐਪ ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੇ ਕਨੈਕਸ਼ਨ ਟੈਸਟ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰੋ ਅਤੇ ਚਲਾਓ। ਟੈਸਟ ਨੂੰ ਨਾ ਛੱਡੋ: ਇੱਥੇ ਇੱਕ ਹਰਾ ਟੈਸਟ ਬਾਅਦ ਵਿੱਚ ਅਨੁਮਾਨ ਲਗਾਉਣ ਦੇ ਇੱਕ ਘੰਟੇ ਦੀ ਬਚਤ ਕਰਦਾ ਹੈ।

ਕਿਸੇ ਬੇਨਤੀ ਤੋਂ ਪਹਿਲੇ ਜੀਰਾ ਅੰਕ ਨੂੰ ਬਣਾਓ ਜਾਂ ਲਿੰਕ ਕਰੋ

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

ਟਿੱਪਣੀ ਅਤੇ ਨੋਟ ਸਿੰਕ ਨੂੰ ਚਾਲੂ ਕਰੋ — ਧਿਆਨ ਨਾਲ

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

ਪੇਪਰ 'ਤੇ, ਸਥਿਤੀਆਂ ਨੂੰ ਇੱਕ ਵਾਰ ਮੈਪ ਕਰੋ

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

ਸਿੰਕ ਖਾਤੇ ਨੂੰ ਮਾਸਟਰ ਕੁੰਜੀ ਵਾਂਗ ਸੁਰੱਖਿਅਤ ਕਰੋ

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

"ਤਤਕਾਲ" ਦਾ ਵਾਅਦਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਈਮਾਨਦਾਰ ਸੀਮਾਵਾਂ ਨੂੰ ਜਾਣੋ

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