ਤੁਰੰਤ ਜਵਾਬ: import validation commit ਤੋਂ ਪਹਿਲਾਂ ਸੰਭਾਵੀ ਦੋਹਰਿਆਂ ‘ਤੇ flag ਲਾ ਦਿੰਦੀ ਹੈ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਪੂਰੇ ਪ੍ਰਸੰਗ ਨਾਲ merge-ਜਾਂ-create ਦਾ ਫ਼ੈਸਲਾ ਕਰੋ। launch ਤੋਂ ਬਾਅਦ, ਫ਼ੋਨ ਨੰਬਰ ਹੀ ਕੁਦਰਤੀ unique key ਦਾ ਕੰਮ ਕਰਦਾ ਹੈ — ਇੱਕ ਨੰਬਰ, ਇੱਕ ਮੈਂਬਰ।
ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ
ਦੋਹਰੇ ਆਮ ਤੌਰ ‘ਤੇ ਪੁਰਾਣੀਆਂ ਸੂਚੀਆਂ ਰਾਹੀਂ ਵੜਦੇ ਹਨ; flag ਵਾਲੀ report ਉਹਨਾਂ ਨੂੰ ਹੱਦ ‘ਤੇ ਹੀ ਫੜ ਲੈਂਦੀ ਹੈ।
ਇੱਕੋ ਬੰਦਾ ਤੇ ਦੋ ਨੰਬਰ? ਇੱਕ ਰਿਕਾਰਡ ਰੱਖੋ; ਦੂਜਾ ਨੰਬਰ ਕਿਸੇ custom field ਵਿੱਚ ਰਹਿ ਸਕਦਾ ਹੈ।
ਜੇ ਬਾਅਦ ਵਿੱਚ ਸਵਾਲ ਉੱਠਣ ਤਾਂ audit log ਹਰ merge ਦੇ ਫ਼ੈਸਲੇ ਦਾ ਖੁਰਾ-ਖੋਜ ਦੱਸ ਦਿੰਦੀ ਹੈ।
ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ
ਕੀ ਦੋ ਮੈਂਬਰ ਇੱਕੋ ਪਰਿਵਾਰਕ ਫ਼ੋਨ ਸਾਂਝਾ ਕਰ ਸਕਦੇ ਹਨ?
ਇੱਕ ਨੰਬਰ ਇੱਕ ਹੀ sign-in ਪਛਾਣ ਨਾਲ ਜੁੜਦਾ ਹੈ — ਦੂਜੇ ਮੈਂਬਰ ਨੂੰ ਉਸ ਦਾ ਆਪਣਾ ਨੰਬਰ ਜਾਂ ਈਮੇਲ ਦਿਓ।
ਇੱਕੋ-ਨਾਂ ਵਾਲੇ ਮੈਂਬਰਾਂ ਦਾ ਕੀ?
ਨਾਂ ਕਦੇ ਪਛਾਣ ਦੀ key ਨਹੀਂ ਬਣਦੇ; ਨੰਬਰ ਤੇ member IDs ਬਣਦੇ ਹਨ।
ਆਪਣੇ ਹੀ ਡੇਟਾ ਨਾਲ ਵੇਖੋ — ਮੁਫ਼ਤ ਬ੍ਰਾਂਡਡ ਡੈਮੋ ਦੀ ਬੇਨਤੀ ਕਰੋ →
{“@context”: “https://schema.org”, “@type”: “FAQPage”, “mainEntity”: [{“@type”: “Question”, “name”: “ਕੀ ਦੋ ਮੈਂਬਰ ਇੱਕੋ ਪਰਿਵਾਰਕ ਫ਼ੋਨ ਸਾਂਝਾ ਕਰ ਸਕਦੇ ਹਨ?”, “acceptedAnswer”: {“@type”: “Answer”, “text”: “ਇੱਕ ਨੰਬਰ ਇੱਕ ਹੀ sign-in ਪਛਾਣ ਨਾਲ ਜੁੜਦਾ ਹੈ — ਦੂਜੇ ਮੈਂਬਰ ਨੂੰ ਉਸ ਦਾ ਆਪਣਾ ਨੰਬਰ ਜਾਂ ਈਮੇਲ ਦਿਓ।”}}, {“@type”: “Question”, “name”: “ਇੱਕੋ-ਨਾਂ ਵਾਲੇ ਮੈਂਬਰਾਂ ਦਾ ਕੀ?”, “acceptedAnswer”: {“@type”: “Answer”, “text”: “ਨਾਂ ਕਦੇ ਪਛਾਣ ਦੀ key ਨਹੀਂ ਬਣਦੇ; ਨੰਬਰ ਤੇ member IDs ਬਣਦੇ ਹਨ।”}}]}