ConnectWiz ਫ਼ਾਰਮ ਅਤੇ ਟੇਬਲ
ਢਾਂਚੇ ਵਿੱਚ ਆਉਂਦਾ ਡਾਟਾ — ਤੁਹਾਡੀ ਸਾਈਟ ਤੋਂ, ਤੁਹਾਡੀ ਚੈਟ ਤੋਂ, ਜਾਂ ਕਿਸੇ ਦੇ ਵੀ ਸਿਸਟਮ ਤੋਂ।
ਅਜਿਹਾ ਫ਼ਾਰਮ ਬਿਲਡਰ ਜੋ ਹਰ ਥਾਂ ਦਿਸਦਾ ਹੈ (ਲਾਈਵ ਗੱਲਬਾਤ ਦੇ ਅੰਦਰ ਵੀ), Airtable ਵਰਗੇ ਟੇਬਲ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਹਾਡਾ AI ਅਤੇ ਫ਼ਲੋ ਪੜ੍ਹ ਅਤੇ ਲਿਖ ਸਕਦੇ ਹਨ, ਹਰ ਚੀਜ਼ 'ਤੇ ਕਸਟਮ ਫ਼ੀਲਡ, ਅਤੇ ਦਾਖਲਾ ਨਿਯਮ ਜੋ ਡਾਟਾ ਪਹੁੰਚਦੇ ਹੀ ਕੰਮ ਕਰਦੇ ਹਨ। ਇਸ ਸਭ ਦੇ ਹੇਠਾਂ ਫ਼ੀਲਡਾਂ ਦਾ ਇੱਕੋ ਇੰਜਣ।
ਫ਼ਾਰਮ ਬਿਲਡਰ
ਇੱਕ ਫ਼ਾਰਮ, ਚਾਰ ਮੰਚ — ਅਤੇ ਬੇਹੱਦ ਚੌਕਸ ਬੈਕ ਆਫ਼ਿਸ
ਹੋਸਟ ਕੀਤਾ, ਐਂਬੈੱਡ ਕੀਤਾ, ਜਾਂ ਤੁਹਾਡਾ ਆਪਣਾ
ਹੋਸਟ ਕੀਤਾ ਲਿੰਕ ਸਾਂਝਾ ਕਰੋ, ਆਪਣੇ-ਆਪ ਆਕਾਰ ਲੈਣ ਵਾਲਾ iframe ਆਪਣੀ ਸਾਈਟ 'ਤੇ ਲਾਓ, ਜਾਂ ਆਪਣਾ HTML ਫ਼ਾਰਮ ਰੱਖੋ ਅਤੇ ਕਾਪੀ ਕੀਤੇ ਜਾ ਸਕਣ ਵਾਲੇ snippet ਨਾਲ ਸਾਡੇ endpoint 'ਤੇ ਭੇਜੋ — ਤੁਹਾਡੇ ਡਿਜ਼ਾਈਨਰਾਂ ਦੇ ਪਿਕਸਲ ਉਨ੍ਹਾਂ ਦੇ, ਪਾਈਪਲਾਈਨ ਸਾਡੀ।
ਚੈਟ ਦੇ ਅੰਦਰ ਫ਼ਾਰਮ
ਇੱਕ ਫ਼ਲੋ ਫ਼ਾਰਮ ਨੂੰ ਲਾਈਵ ਗੱਲਬਾਤ ਵਿੱਚ ਭੇਜਦਾ ਹੈ; ਜਵਾਬ ਢਾਂਚੇ ਵਾਲੇ, ਬ੍ਰਾਂਚਿੰਗ ਲਈ ਤਿਆਰ ਡਾਟਾ ਬਣ ਕੇ ਵਾਪਸ ਆਉਂਦੇ ਹਨ — ਅਤੇ ਤੁਸੀਂ ਫ਼ਲੋ ਕੈਨਵਸ ਛੱਡੇ ਬਿਨਾਂ ਫ਼ਾਰਮ ਬਣਾ, ਪ੍ਰੀਵਿਊ ਕਰ ਅਤੇ ਟੈਸਟ ਵਜੋਂ ਭੇਜ ਸਕਦੇ ਹੋ।
ਸਪੈਮ, ਇੰਜੀਨੀਅਰਿੰਗ ਨਾਲ ਦੂਰ
ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ honeypot (ਸਕਰੀਨ-ਰੀਡਰ ਅਤੇ Tab ਲਈ ਸੁਰੱਖਿਅਤ) ਅਤੇ ਨਾਲ ਲੋੜ ਹੋਵੇ ਤਾਂ Cloudflare Turnstile — ਅਤੇ ਜੇ ਕੋਈ CAPTCHA ਕੁੰਜੀ ਸੈੱਟ ਨਹੀਂ, ਤਾਂ ਬਿਲਡਰ ਚੁੱਪਚਾਪ ਖੁੱਲ੍ਹਾ ਦਰਵਾਜ਼ਾ ਜਾਰੀ ਕਰਨ ਦੀ ਥਾਂ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ।
ਡਾਟਾ ਕਿੱਥੇ ਜਾਂਦਾ ਹੈ, ਸਾਫ਼-ਸਾਫ਼
ਹਰ ਫ਼ੀਲਡ ਇੱਕ ਤਿੰਨ-ਹਾਲਤੀ ਨਿਯਮ ਨਾਲ ਕਿਸੇ ਟੇਬਲ ਕਾਲਮ ਜਾਂ ਸੰਪਰਕ ਫ਼ੀਲਡ ਨਾਲ ਜੁੜਦਾ ਹੈ — ਅਤੇ ਜਦੋਂ ਕਿਸੇ ਫ਼ੀਲਡ ਦਾ ਡਾਟਾ ਕਿਤੇ ਨਹੀਂ ਜਾ ਰਿਹਾ ਹੁੰਦਾ, ਤਾਂ ਸਕਰੀਨ ਤੁਹਾਨੂੰ ਉਸੇ ਵੇਲੇ ਦੱਸਦੀ ਹੈ, ਮਹੀਨੇ ਬਾਅਦ ਆਪ ਪਤਾ ਲੱਗਣ ਲਈ ਨਹੀਂ ਛੱਡਦੀ।
ਡੁਪਲੀਕੇਟ-ਜਾਂਚ, ਜੋ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਲਾਉਂਦੀ
ਪਹਿਲਾਂ ਈਮੇਲ, ਫਿਰ ਅੰਕਾਂ ਮੁਤਾਬਕ ਨੌਰਮਲਾਈਜ਼ ਕੀਤੇ ਫ਼ੋਨ ਨੰਬਰ ਨਾਲ ਮਿਲਾਨ — ਅਤੇ ਜੇ ਮਿਲਾਨ ਸ਼ੱਕੀ ਹੋਵੇ ਤਾਂ ਨਵਾਂ ਸੰਪਰਕ ਬਣਦਾ ਹੈ, ਇੱਕੋ ਦਫ਼ਤਰੀ ਲੈਂਡਲਾਈਨ ਵਾਲੇ ਦੋ ਅਜਨਬੀ ਇੱਕ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ। ਗਲਤ ਮਰਜ ਸਦਾ ਲਈ ਹੁੰਦਾ ਹੈ; ਅਸੀਂ ਅਜਿਹਾ ਨਹੀਂ ਕਰਦੇ।
ਰਸੀਦਾਂ ਵਾਲੀ ਸਹਿਮਤੀ
ਸਹਿਮਤੀ ਵਾਲਾ ਚੈੱਕਬਾਕਸ ਹੂ-ਬ-ਹੂ ਟੈਕਸਟ, ਵਰਜ਼ਨ ਹੈਸ਼, ਭਾਸ਼ਾ, IP ਅਤੇ ਸੰਦਰਭ ਦਰਜ ਕਰਦਾ ਹੈ — ਅਤੇ ਜਾਣ-ਬੁੱਝ ਕੇ ਪਹਿਲਾਂ ਤੋਂ ਭਰਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਕਿਉਂਕਿ ਜੋ ਲਿੰਕ ਆਪਣਾ ਸਹਿਮਤੀ-ਬਾਕਸ ਖੁਦ ਟਿੱਕ ਕਰੇ, ਉਹ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। UTM ਪੈਰਾਮੀਟਰ ਦਰਜ ਹੁੰਦੇ ਹਨ; ਸੰਵੇਦਨਸ਼ੀਲ ਫ਼ੀਲਡ ਨਹੀਂ।
ਟੇਬਲ
Airtable ਸੋਚੋ — ਪਰ ਤੁਹਾਡੀਆਂ ਗੱਲਬਾਤਾਂ ਦੇ ਨਾਲ ਹੀ
ਕੀਮਤਾਂ ਦੀਆਂ ਸੂਚੀਆਂ, ਸੇਵਾ ਦੀਆਂ ਬੇਨਤੀਆਂ, ਸਟਾਕ ਦੇ ਨੋਟ, ਇਵੈਂਟਾਂ ਦੀਆਂ ਰਜਿਸਟ੍ਰੇਸ਼ਨਾਂ — ਉਹ ਰੋਜ਼ਮੱਰਾ ਦਾ ਡਾਟਾ ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਅਜਿਹੀ ਸਪ੍ਰੈੱਡਸ਼ੀਟ ਵਿੱਚ ਪਿਆ ਰਹਿੰਦਾ ਹੈ ਜਿਸ ਨੂੰ ਕੋਈ ਆਟੋਮੇਟ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਇੱਥੇ ਇਹ ਉੱਥੇ ਰਹਿੰਦਾ ਹੈ ਜਿੱਥੇ ਤੁਹਾਡੇ ਫ਼ਲੋ ਅਤੇ ਤੁਹਾਡਾ AI ਇਸ ਨੂੰ ਵਰਤ ਸਕਦੇ ਹਨ।
ਪ੍ਰੀਵਿਊ ਸਮੇਤ ਇੰਪੋਰਟ
CSV ਇੰਪੋਰਟ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਉਸ ਨੇ ਕੀ ਸਮਝਿਆ — ਕਾਲਮਾਂ ਦਾ ਮਿਲਾਨ, ਲਾਈਨਾਂ ਦਾ ਪ੍ਰੀਵਿਊ, 400 ਲਾਈਨਾਂ ਵਾਲੀ ਕੋਈ ਅਚਾਨਕ ਗਲਤੀ ਨਹੀਂ।
AI ਨਾਲ ਕੱਢਣਾ ਅਤੇ ਵੈੱਬ ਤੋਂ ਭਰਨਾ
ਉਲਝਿਆ ਟੈਕਸਟ ਪੇਸਟ ਕਰੋ ਅਤੇ AI ਉਸ ਵਿੱਚੋਂ ਢਾਂਚੇ ਵਾਲੀਆਂ ਲਾਈਨਾਂ ਕੱਢ ਲੈਂਦਾ ਹੈ; ਕ੍ਰੌਲਰ ਨੂੰ ਕਿਸੇ ਪੇਜ ਵੱਲ ਲਾਓ ਅਤੇ ਉਹ ਡਾਟਾ ਖਿੱਚ ਲਿਆਉਂਦਾ ਹੈ। ਸਪ੍ਰੈੱਡਸ਼ੀਟ ਸਾਫ਼ ਕਰਨ ਵਾਲੀ ਪੂਰੀ ਦੁਪਹਿਰ ਇੱਕ ਪੇਸਟ ਬਣ ਜਾਂਦੀ ਹੈ।
ਕਾਨਬਨ ਅਤੇ ਤਰਤੀਬ
ਸਥਿਤੀ ਵਾਲੇ ਕਾਲਮ ਕਿਸੇ ਵੀ ਟੇਬਲ ਨੂੰ ਬੋਰਡ ਬਣਾ ਦਿੰਦੇ ਹਨ; ਹੱਥੀਂ ਤਰਤੀਬ ਸੱਚਮੁੱਚ ਕੰਮ ਕਰਦੀ ਹੈ, ਵਰਣਮਾਲਾ ਦੀ ਮਜਬੂਰੀ ਨਹੀਂ।
ਰਿਸ਼ਤੇ, ਸਲੀਕੇ ਨਾਲ
ਇੱਕ ਸੈੱਲ ਕਿਸੇ ਹੋਰ ਟੇਬਲ ਦੀ ਲਾਈਨ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰ ਸਕਦਾ ਹੈ — ਲੇਬਲ ਆਪਣੇ-ਆਪ ਉਸ ਲਾਈਨ ਦੇ ਪਹਿਲੇ ਕਾਲਮ ਤੋਂ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਜੇ ਉਹ ਲਾਈਨ ਮਿਟ ਜਾਵੇ ਤਾਂ ਸੈੱਲ ਖਾਲੀ ਦਿਸਦਾ ਹੈ, ਗਲਤੀ ਵਾਲੀ ਸਕਰੀਨ ਕਦੇ ਨਹੀਂ।
ਪਹਿਰੇ ਵਾਲਾ ingest API
ਬਾਹਰੀ ਸਿਸਟਮ ਟੋਕਨ ਨਾਲ ਸੁਰੱਖਿਅਤ endpoint ਰਾਹੀਂ ਲਾਈਨਾਂ ਲਿਖਦੇ ਹਨ — ਅਣਜਾਣ ਕੁੰਜੀਆਂ ਹਟਾ ਦਿੱਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਸਥਿਤੀ ਵਾਲੇ ਫ਼ੀਲਡ ਹੱਦ 'ਤੇ ਹੀ ਕੱਟੇ ਜਾਂਦੇ ਹਨ, body ਦੇ ਆਕਾਰ ਦੀ ਹੱਦ ਪਾਰਸਿੰਗ ਤੋਂ ਪਹਿਲਾਂ ਮਾਪੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਹਰ ਟੋਕਨ ਅਤੇ ਹਰ IP ਲਈ ਦਰ ਦੀਆਂ ਦੋਹਰੀਆਂ ਹੱਦਾਂ ਹਨ।
ਫ਼ਲੋ ਪੈਲੇਟ ਵਿੱਚ ਇੱਕ ਨੋਡ
ਫ਼ਲੋ ਗੱਲਬਾਤ ਦੇ ਵਿਚਕਾਰ ਹੀ ਟੇਬਲਾਂ ਵਿੱਚ ਖੋਜਦੇ, ਲਿਖਦੇ ਅਤੇ ਅੱਪਡੇਟ ਕਰਦੇ ਹਨ — "ਕੀਮਤਾਂ ਦੀ ਸੂਚੀ ਦੇਖੋ, ਗਾਹਕ ਨੂੰ ਜਵਾਬ ਦਿਓ, ਬੇਨਤੀ ਦਰਜ ਕਰੋ", ਇੱਕ ਵੀ ਬਾਹਰੀ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਤੋਂ ਬਿਨਾਂ।
ਕਸਟਮ ਫ਼ੀਲਡ
ਫ਼ੀਲਡਾਂ ਦਾ ਇੱਕ ਇੰਜਣ, ਤਿੰਨ ਘਰ
ਸੰਪਰਕਾਂ 'ਤੇ ਫ਼ੀਲਡ
ਗਿਆਰਾਂ ਕਿਸਮਾਂ ਦੇ ਫ਼ੀਲਡ — ਟੈਕਸਟ, ਨੰਬਰ, ਤਾਰੀਖ, ਹਾਂ/ਨਾਂਹ, ਚੋਣ, ਈਮੇਲ, ਫ਼ੋਨ, URL ਅਤੇ ਹੋਰ — ਸੰਪਰਕ ਕਾਰਡ ਵਿੱਚ ਉਹ ਗੁਣ ਜੋੜਦੇ ਹਨ ਜਿਨ੍ਹਾਂ 'ਤੇ ਤੁਹਾਡਾ ਕਾਰੋਬਾਰ ਅਸਲ ਵਿੱਚ ਨਜ਼ਰ ਰੱਖਦਾ ਹੈ।
ਉਹੀ ਫ਼ੀਲਡ, ਕਾਲਮਾਂ ਵਜੋਂ
ਟੇਬਲ ਦੇ ਕਾਲਮ ਉਹੀ ਫ਼ੀਲਡ ਪਰਿਭਾਸ਼ਾਵਾਂ ਹਨ — ਇੱਕ ਇੰਜਣ, ਇੱਕ ਜਾਂਚ, ਇੱਕ ਰੈਂਡਰਿੰਗ। ਨਵੀਂ ਫ਼ੀਲਡ ਕਿਸਮ ਇੱਕੋ ਵਾਰ ਹਰ ਥਾਂ ਪਹੁੰਚ ਜਾਂਦੀ ਹੈ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਤੋਂ ਬਿਨਾਂ।
ਅਤੇ ਫ਼ਾਰਮ ਫ਼ੀਲਡਾਂ ਵਜੋਂ ਵੀ
ਫ਼ਾਰਮ ਵੀ ਉਸੇ ਸ਼ਬਦਕੋਸ਼ ਵਿੱਚੋਂ ਲੈਂਦੇ ਹਨ, ਇਸੇ ਲਈ ਡਾਟਾ ਦੀ ਮੰਜ਼ਿਲ ਤੈਅ ਕਰਨਾ ਸਿਰਫ਼ ਇਸ਼ਾਰਾ ਕਰਨ ਦੀ ਗੱਲ ਹੈ, ਫ਼ਾਰਮੈਟਾਂ ਨਾਲ ਕੁਸ਼ਤੀ ਦੀ ਨਹੀਂ।
ਦਾਖਲਾ ਨਿਯਮ
ਆਉਂਦੇ ਹੀ ਕਾਰਵਾਈ — ਰਿਕਾਰਡਾਂ ਵਾਲੀ ਆਟੋਮੇਸ਼ਨ
ਫ਼ਲੋ ਗੱਲਬਾਤਾਂ ਸ਼ੁਰੂ ਕਰਦੇ ਹਨ; ਦਾਖਲਾ ਨਿਯਮ ਰਿਕਾਰਡਾਂ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ। ਜਦੋਂ ਕੋਈ ਭਰਿਆ ਫ਼ਾਰਮ ਤੁਹਾਡੀਆਂ ਸ਼ਰਤਾਂ ਨਾਲ ਮਿਲਦਾ ਹੈ, ਤਾਂ ਰਿਕਾਰਡ 'ਤੇ ਟੈਗ ਲੱਗਦਾ ਹੈ, ਪੜਾਅ ਤੈਅ ਹੁੰਦਾ ਹੈ ਜਾਂ ਉਹ ਉੱਪਰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ — ਕਿਸੇ ਇਨਸਾਨ ਦੇ ਖੋਲ੍ਹਣ ਤੋਂ ਵੀ ਪਹਿਲਾਂ।
ਅੱਠ ਓਪਰੇਟਰਾਂ ਵਾਲੀਆਂ ਸ਼ਰਤਾਂ
ਕਿਸੇ ਵੀ ਫ਼ੀਲਡ 'ਤੇ ਮਿਲਾਨ ਕਰੋ — ਬਰਾਬਰ ਹੈ, ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ, ਖਾਲੀ ਹੈ, ਖਾਲੀ ਨਹੀਂ ਅਤੇ ਹੋਰ — ਅਤੇ ਹਰ ਮਿਲਦਾ ਨਿਯਮ ਚੱਲਦਾ ਹੈ, ਇਸ ਲਈ ਦੋ ਟੀਮਾਂ ਦੇ ਨਿਯਮ ਕਦੇ ਤਰਜੀਹ ਲਈ ਆਪਸ ਵਿੱਚ ਨਹੀਂ ਭਿੜਦੇ।
ਟੈਗ, ਪੜਾਅ, ਸੂਚਨਾ
ਕਾਰਵਾਈਆਂ ਜਾਣ-ਬੁੱਝ ਕੇ ਥੋੜ੍ਹੀਆਂ ਅਤੇ ਤਿੱਖੀਆਂ ਹਨ: ਟੈਗ ਲਾਓ, ਪਾਈਪਲਾਈਨ ਦਾ ਪੜਾਅ ਤੈਅ ਕਰੋ, ਈਮੇਲ ਸੂਚਨਾ ਭੇਜੋ। ਅਸਲ ਕੰਮ ਨੂੰ ਰੂਟ ਕਰਨ ਲਈ ਕਾਫ਼ੀ; ਬੇਲੋੜੀ ਉਲਝੀ ਮਸ਼ੀਨ ਬਣਾਉਣ ਲਈ ਬਹੁਤ ਥੋੜ੍ਹੀਆਂ।
Fail-closed, ਦੋ ਵਾਰ
ਇੰਜਣ ਅਤੇ ਸੇਵ ਕਰਨ ਵਾਲਾ ਦਰਵਾਜ਼ਾ, ਦੋਵੇਂ ਅਜਿਹੀਆਂ ਸੰਰਚਨਾਵਾਂ ਰੱਦ ਕਰਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਉਹ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਪਰਖ ਨਹੀਂ ਸਕਦੇ — ਕੋਈ ਟਾਈਪੋ ਅਜਿਹਾ ਨਿਯਮ ਨਹੀਂ ਬਣ ਸਕਦਾ ਜੋ ਮਹੀਨਾ ਭਰ ਚੁੱਪਚਾਪ ਕੁਝ ਨਾ ਕਰੇ।
ਬਾਰੀਕੀਆਂ, ਇਮਾਨਦਾਰੀ ਨਾਲ
ਇੱਥੇ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀ ਨਹੀਂ ਹੈ (ਅਜੇ)
ਕਈ-ਕਦਮਾਂ ਵਾਲੇ ਫ਼ਾਰਮ ਨਹੀਂ
ਵਿਜ਼ਾਰਡ ਵਾਂਗ ਚੱਲਣ ਵਾਲੇ ਫ਼ਾਰਮ ਅਤੇ ਸ਼ਰਤੀਆ ਫ਼ੀਲਡ ਲੌਜਿਕ ਨਹੀਂ ਬਣੇ। ਲੰਮੇ ਸਿਲਸਿਲਿਆਂ ਦੀ ਸਹੀ ਥਾਂ ਹੈ: ਫ਼ਲੋ, ਜਿੱਥੇ ਹਰ ਸਵਾਲ ਅਸਲ ਬ੍ਰਾਂਚਿੰਗ ਵਾਲਾ ਇੱਕ ਕਦਮ ਹੁੰਦਾ ਹੈ — ਇਮਾਨਦਾਰ ਸਿਫ਼ਾਰਸ਼ ਇਹੀ ਹੈ।
ਫ਼ਾਰਮੂਲਾ ਕਾਲਮ ਨਹੀਂ
ਗਿਣਤੀ ਵਾਲੇ ਸੈੱਲ ਅਤੇ ਲਾਈਨਾਂ ਦੇ ਆਰ-ਪਾਰ ਜੋੜ ਸਪ੍ਰੈੱਡਸ਼ੀਟ ਦਾ ਕੰਮ ਹਨ। ਇੱਥੇ ਟੇਬਲ ਗੱਲਬਾਤਾਂ ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਲਈ ਕੰਮਕਾਜੀ ਸਟੋਰੇਜ ਹਨ — ਦਾਇਰਾ ਜਾਣ-ਬੁੱਝ ਕੇ ਸੀਮਤ।
ਟੇਬਲਾਂ ਦੇ ਜਨਤਕ ਵਿਊ ਨਹੀਂ
ਟੇਬਲ ਅੰਦਰੂਨੀ ਹਨ। ਵਿਜ਼ਟਰਾਂ ਨੂੰ ਡਾਟਾ ਦਿਖਾਉਣ ਦਾ ਕੰਮ ਫ਼ਾਰਮਾਂ, ਵਿਜੇਟ ਦੀਆਂ ਮਿਨੀ-ਐਪਾਂ ਜਾਂ ਕੈਟਾਲਾਗ ਰਾਹੀਂ ਹੁੰਦਾ ਹੈ — ਇਹ ਥਾਵਾਂ ਜਨਤਾ ਲਈ ਹੀ ਬਣੀਆਂ ਹਨ, ਜਨਤਕ ਪੱਧਰ ਦੀਆਂ ਸੁਰੱਖਿਆ ਰੋਕਾਂ ਨਾਲ।
ਫ਼ੀਲਡਾਂ ਦੀਆਂ ਕਿਸਮਾਂ ਅਜੇ ਵਧ ਰਹੀਆਂ ਹਨ
ਫ਼ਾਈਲ-ਅੱਪਲੋਡ, ਕਈ-ਚੋਣਾਂ ਅਤੇ ਮੁਦਰਾ ਵਾਲੀਆਂ ਫ਼ੀਲਡ ਕਿਸਮਾਂ ਅਜੇ ਜਾਰੀ ਨਹੀਂ ਹੋਈਆਂ — ਰਿਸ਼ਤੇ ਵਾਲੀ ਕਿਸਮ ਪਹਿਲਾਂ ਆਈ, ਕਿਉਂਕਿ ਜੁੜੇ ਡਾਟਾ ਨੇ ਸਭ ਤੋਂ ਵੱਧ ਰਾਹ ਖੋਲ੍ਹੇ। ਅਸੀਂ ਉਹ ਲਿਖਦੇ ਹਾਂ ਜੋ ਮੌਜੂਦ ਹੈ, ਉਹ ਨਹੀਂ ਜੋ ਡੈਮੋ ਵਿੱਚ ਚੰਗਾ ਲੱਗਦਾ ਹੈ।
ਫ਼ਾਰਮ ਅਤੇ ਟੇਬਲ ਬਾਰੇ ਸਵਾਲ-ਜਵਾਬ
ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ
ਹੋਰ ਜਾਣਕਾਰੀ: ਪੂਰੇ ਸਵਾਲ-ਜਵਾਬ, ਜਾਂ ਸਿੱਧਾ ਸਾਡੇ ਤੋਂ ਪੁੱਛੋ।
ਇਨਬਾਕਸ ਛਾਣਨਾ ਬੰਦ ਕਰੋ। ਢਾਂਚੇ ਵਾਲਾ ਡਾਟਾ ਲੈਣਾ ਸ਼ੁਰੂ ਕਰੋ।
ਫ਼ਾਰਮ ਬਣਾਓ, ਉਸ ਦੇ ਫ਼ੀਲਡ ਕਿਸੇ ਟੇਬਲ ਵੱਲ ਜੋੜੋ, ਅਤੇ ਛਾਂਟੀ ਦਾ ਕੰਮ ਦਾਖਲਾ ਨਿਯਮਾਂ 'ਤੇ ਛੱਡ ਦਿਓ।