ટીમ્સ અને એક્સેસ

તમારી ટીમની દરેક વ્યક્તિને તેમને જોઈતી જ ઍક્સેસ આપો

ગ્રાહક માટેની ચાર ભૂમિકાઓ, સબ-એકાઉન્ટ્સ કે જે તમારો વ્યવસાય વાસ્તવમાં કેવી રીતે સંરચિત છે તે દર્શાવે છે, સંસ્થા-દીઠ API કી, સિંગલ સાઇન-ઓન અને દરેક વિશેષાધિકૃત પ્રક્રિયા પાછળ ઓડિટ લોગ. આ જ એક્સેસ મોડેલ ડૅશબોર્ડ, API, CLI, ટેરાફોર્મ (Terraform) અને અમારા MCP સર્વર પર ચાલે છે. ઉપલબ્ધતા: ટેરાફોર્મ પ્રોવાઇડર સક્રિય વિકાસ હેઠળ છે અને હજુ સુધી ઉપલબ્ધ નથી. અહીં વર્ણવેલ બાકીનું બધું જ આજે લાઇવ છે.

  • ૬૫૦,૦૦૦+સમગ્ર વિશ્વમાં હોસ્ટ કરેલી સાઇટ્સ
  • ગ્રાહક ભૂમિકાઓ, તૈયાર છે અને ઉપલબ્ધ છે
  • ૩૫ગ્રેન્યુલર પરમિશન કીઝ
  • ૧૪ દિવસકાર્ડ-મુક્ત ટ્રાયલ

ચાર ભૂમિકાઓ, જ્યાં વાસ્તવમાં કામ વિભાજિત થાય છે ત્યાંથી તારવેલી

એક્સેસ એ કોઈ એકમાત્ર ચાલુ/બંધ સ્વીચ નથી. દરેક ગ્રાહક સંસ્થા ચાર ભૂમિકાઓ સાથે આવે છે, જેમાંથી દરેક દાણાદાર module.action પરવાનગીઓનું નિશ્ચિત બંડલ છે — જેથી નાણાકીય સંપર્ક ક્યારેય સર્વરને સ્પર્શતો નથી અને ડેવલપર ક્યારેય ઇન્વોઇસ જોતો નથી.

માલિક

સંસ્થા અને તેના સબ-એકાઉન્ટ્સ પર પૂરેપૂરું નિયંત્રણ: ચાઇલ્ડ સંસ્થાઓ બનાવો, સભ્યોને આમંત્રિત કરો અને દૂર કરો, ભૂમિકાઓ બદલો, API કી મેનેજ કરો, સાઇટ્સ પ્રોવિઝન, રીસ્ટાર્ટ, સસ્પેન્ડ અને ડિલીટ કરો, ઇનવૉઇસ અને ચુકવણીની પદ્ધતિઓ મેનેજ કરો, અને ઑડિટ લૉગ વાંચો. બે બાબતો જાણી જોઈને આનાથી બહાર રાખવામાં આવી છે — સંસ્થા બંધ કરવી અને રિફંડ જારી કરવા એ ગ્રાહકની ભૂમિકા નથી, પરંતુ સ્ટાફના કાર્યો છે.

બિલિંગ મેનેજર

બધું જ નાણાકીય અને બીજું કશું જ નહીં: ઇન્વૉઇસ, સબ્સ્ક્રિપ્શન, ચુકવણી પદ્ધતિઓ અને પ્લાન કેટલોગ, ઉપરાંત સંસ્થાનું દૃશ્ય અને તેની સભ્ય યાદી. સાઇટની કોઈ જ ઍક્સેસ નહીં — નાણાકીય સંપર્ક અથવા બાહ્ય બુકકીપર કંઈપણ ફરી શરૂ કરી, સ્થગિત કરી અથવા ડિલીટ કરી શકશે નહીં.

ડેવલપર

પૈસાને સ્પર્શ કર્યા વિના સાઇટ્સ પર કામ કરો: સાઇટ્સ જુઓ અને તૈયાર કરો, સેવાઓ રીસ્ટાર્ટ કરો, કેશ પર્જ કરો, API કી મેનેજ કરો અને સપોર્ટ ટિકિટો બનાવો અથવા તેના જવાબ આપો. કોઈ બિલિંગ વ્યુ નહીં, કોઈ મેમ્બર મેનેજમેન્ટ નહીં, કોઈ સસ્પેન્ડ અને કોઈ ડિલીટ નહીં — નુકસાનકારક અને વ્યવસાયિક ક્રિયાઓ માલિક પાસે જ રહે છે.

માત્ર-વાંચનયોગ્ય

કંઈપણ બદલવાની ક્ષમતા વિનાનું સંપૂર્ણ દૃશ્ય — સભ્યો, સાઇટ્સ, બિલિંગ, પ્લાન્સ, ટિકિટો, અનુવાદ સ્થિતિ અને ઑડિટ લૉગ. ક્લાયન્ટ હિસ્સેદાર, આંતરિક ઑડિટર અથવા હજી શીખી રહેલા નવા કર્મચારી માટે યોગ્ય ભૂમિકા.

તમારી વાસ્તવિક સંરચના સાથે મેળ ખાતા સબ-અકાઉન્ટ્સ

ટેનન્સી એ ટ્રી સ્ટ્રક્ચર છે, ફ્લેટ લિસ્ટ નહીં. રિસેલર ઓર્ગેનાઇઝેશન તેના ક્લાયન્ટ ઓર્ગેનાઇઝેશન્સની ઉપર હોય છે, અને સાઇટ્સ તેની નીચે હોય છે. ટીમ મેમ્બર એ એક મેમ્બરશિપ છે — એક યુઝર, એક ઓર્ગેનાઇઝેશન, એક રોલ — તેથી આ જ મૂળભૂત બાબત બે વ્યક્તિની ટીમ, સો ક્લાયન્ટ એકાઉન્ટ્સ મેનેજ કરતી એજન્સી અને પોતાની બ્રાન્ડ હેઠળ સબ-એકાઉન્ટ્સ ચલાવતા રિસેલરને સપોર્ટ કરે છે.

ભૂમિકાઓ દરેક સંસ્થા માટે આપવામાં આવે છે અને તેનું અમલીકરણ પણ સંસ્થા દીઠ જ થાય છે. એક સંસ્થામાં રહેલી ભૂમિકા બીજી અસંબંધિત સંસ્થામાં કોઈ પ્રવેશ આપતી નથી — એક જ લોગિનથી, એક કૉન્ટ્રાક્ટર એક ક્લાયન્ટ ખાતા પર ડેવલપર અને બીજા પર માત્ર-વાંચી શકાય તેવી (Read-only) ભૂમિકા ધરાવી શકે છે. જો કે, એક્સેસ તમારી પોતાની હાયરાર્કીમાં નીચે તરફ વહે છે: પેરન્ટ સંસ્થાની ભૂમિકા તેની નીચે નેસ્ટેડ થયેલી સંસ્થાઓ પર લાગુ પડે છે, આ જ રીતે રિસલર્સ અને એજન્સીઓ તેમના ક્લાયન્ટ્સનું સંચાલન કરે છે.

અલગતા ડેટાબેઝમાં લાગુ કરવામાં આવે છે, માત્ર એપ્લિકેશન કોડમાં નહીં. Postgres રો-લેવલ સિક્યોરિટી દરેક ટેનન્ટ ક્વેરીને કૉલ કરનારના સબટ્રી સુધી મર્યાદિત રાખે છે, અને તે સબટ્રીની બહારની કોઈપણ વસ્તુ પરવાનગીની ભૂલને બદલે નોટ-ફાઉન્ડ પરત કરે છે — જેથી પ્લેટફોર્મ એ પણ ક્યારેય પુષ્ટિ કરતું નથી કે અન્ય ટેનન્ટનું સંગઠન અથવા સાઇટ અસ્તિત્વમાં છે.

દરેક સપાટી પર સમાન પરવાનગીઓ

રોલ્સ માત્ર ડેશબોર્ડ પૂરતી સગવડ નથી. પ્લેટફોર્મની દરેક એન્ટ્રી સમાન પરવાનગી કી પર કામ કરે છે, તેથી એવું કોઈ બેકડોર નથી જે તમારા એક્સેસ નિયમોને છોડી દે.

ડેશબોર્ડ

સાઇટ્સ, બિલિંગ, ટિકિટો, સૂચનાઓ, નોટિફિકેશન્સ, API કી અને ટીમ મેનેજમેન્ટ એક જ શેલમાં. ઇન્ટરફેસ તે જ રજૂ કરે છે જે સાઇન-ઇન કરેલા સભ્યની ભૂમિકા (રોલ) મંજૂર કરે છે, જેથી લોકોને એવા નિયંત્રણો ન દેખાય જે તેઓ વાપરી શકતા નથી.

પબ્લિક API અને CLI

પ્રકાશિત API એ જ એન્જિન API છે જે ડેશબોર્ડ વાપરે છે. RBAC પરવાનગીઓ સાથે જોડાયેલા દાણાદાર અવકાશ (granular scopes) સાથે દરેક સંસ્થા માટે API કી જારી કરવામાં આવે છે, અને અલગ સેન્ડબોક્સ અને લાઈવ મોડ્સનો અર્થ એ છે કે તમે વાસ્તવિક બિલિંગ કે પ્રોવિઝનિંગને સ્પર્શ્યા વગર ઇન્ટિગ્રેશનનું પરીક્ષણ કરી શકો છો.

Terraform પ્રદાતા

સાઇટ્સ, ડોમેઇન્સ, ડીએનએસ, મેઇલબોક્સ અને પ્લાન્સને ઇન્ફ્રાસ્ટ્રક્ચર-એઝ-કોડ તરીકે મેનેજ કરો અને હોસ્ટિંગ પ્રોવિઝન કરવા માટે terraform apply રન કરો — જે અન્ય દરેક વસ્તુની જેમ જ સ્કોપ્સ દ્વારા સંચાલિત થાય છે.

MCP સર્વર

Claude Code, Cursor, ChatGPT, Claude Desktop અથવા કોઈપણ MCP-capable ટૂલ કનેક્ટ કરો. ટોકન્સ સંસ્થા અને તેની RBAC પરવાનગીઓ સુધી મર્યાદિત છે, દરેક ટૂલ માટે રદ કરી શકાય તેવા છે, વિનાશક ક્રિયાઓ પર પુષ્ટિ, ખર્ચ મર્યાદા અને સંપૂર્ણ ઑડિટ ટ્રેલ સાથે.

કી હેન્ડલિંગ

દરેક API કી માત્ર એક હેશ સ્ટોર કરવામાં આવે છે — કાચી કી ક્યારેય નહીં. કીનું નામ અને દૃશ્યમાન પ્રીફિક્સ હોય છે જેથી તમે તેને અલગથી ઓળખી શકો, તે છેલ્લે ક્યારે વપરાઈ હતી તેની નોંધ રાખી શકો અને બાકીનાને અસર કર્યા વગર વ્યક્તિગત રીતે રદ કરી શકો છો.

એક લૉગિન, માનક-આધારિત, દરેક બાબતમાં

ઓળખ Keycloak પર ચાલે છે, તેથી પ્રમાણીકરણ એ હોસ્ટિંગ પેનલ સાથે જોડાયેલ કસ્ટમ લોગિન ફોર્મ કરતાં યોગ્ય OIDC અને SAML છે.

  • મૂળભૂત રીતે મૅજિક-લિંક ઇમેઇલ લૉગિન, અને જેમને પસંદ હોય તેમના માટે બેકઅપ તરીકે ઇમેઇલ અને પાસવર્ડ.
  • ફishing-resistant સાઇન-ઇન માટે Passkeys અને WebAuthn, સાથે જ પોલિસી દ્વારા દરેક માટે ફરજિયાત બનાવવામાં આવેલ TOTP ટુ-ફેક્ટર ઓથેન્ટિકેશન.
  • Google, Microsoft, GitHub અને અન્ય ઓળખ પ્રદાતાઓ દ્વારા સોશિયલ લૉગિન.
  • એન્ટરપ્રાઇઝ અને એજન્સી ગ્રાહકો માટે SAML સિંગલ સાઇન-ઓન, જેથી ટીમ એક્સેસ તમારી હાલની ડિરેક્ટરીને અનુસરે.
  • ડેશબોર્ડ, એડમિન કન્સોલ, પબ્લિક સાઇટ અને નોલેજ બેઝ તથા સપોર્ટ ટિકિટ્સમાં એક જ સત્ર — પાંચ વાર નહીં, માત્ર એક જ વાર સાઇન ઇન કરો.
  • ખાતું બનાવવામાં આવે તે પહેલાં દરેક સાઇન-અપ ઇમેઇલ ચકાસવામાં આવે છે, જેથી ન પહોંચાડી શકાય તેવા અને અમાન્ય સરનામાં તમારી ટીમમાં ક્યારેય ન આવે.
  • તે ધોરણો પર આધારિત હોવાથી, આઈડેન્ટિટી પ્રોવાઈડર પોતે તેની આસપાસની કોઈપણ બાબતનું પુનઃ-આર્કિટેક્ટ કર્યા વિના બદલી શકાય તેવું છે - એ જ નો-લોક-ઇન નિયમ જે આપણે અન્ય દરેક વેન્ડરને લાગુ કરીએ છીએ.

ઓડિટરને સોંપી શકાય તેવી જવાબદારી

દરેક વિશેષાધિકાર પ્રાપ્ત ક્રિયા એક માત્ર-ઉમેરવાની (append-only) ઓડિટ રેકોર્ડ લખે છે: કોણે કર્યું, શું કર્યું, શેના પર કર્યું, સહાયક પુરાવા અને મૂળ IP સરનામું. લોગ માત્ર-ઉમેરવાની છે — ઇવેન્ટ્સ ઉમેરવામાં આવે છે, જગ્યા પર સંપાદિત થતી નથી — અને પ્રોડક્શનમાં તે સમય-વિભાજિત (time-partitioned) હોય છે જેથી તે વધવાની સાથે ઝડપી રહે.

તે લોગ વાંચવો એ પોતે જ એક પરવાનગી છે. માલિકો અને ફક્ત-વાંચી શકાય તેવા સભ્યો તેને ધરાવે છે, જેથી ખાતા માટે જવાબદાર વ્યક્તિ અને તેનું ઓડિટ કરતી વ્યક્તિ બંને ઉચ્ચ અધિકારોની જરૂર વગર સંપૂર્ણ ઇતિહાસ જોઈ શકે.

તેની આસપાસ મોટી ટીમો દ્વારા માંગવામાં આવતા નિયંત્રણો છે: સત્ર નીતિઓ, વૈકલ્પિક પ્રતિ-સંસ્થા IP મંજૂરી યાદીઓ, અને સંવેદનશીલ ક્રિયાઓ પર સ્ટેપ-અપ ઓથેન્ટિકેશન જેથી કંઈક ગંભીર કરવા માટે માત્ર એક લાઈવ સત્ર પૂરતું ન હોય.

પરવાનગીઓ તમારી સાથે કેવી રીતે વધે છે

પરવાનગી કેટલોગ એ ડેટા છે, હાર્ડકોડેડ લોજિક નથી — એટલા માટે જ પ્લેટફોર્મને ફરીથી પ્લમ્બ કર્યા વિના તેનો વિસ્તાર કરી શકાય છે.

  • આજે સંસ્થાઓ, સભ્યો, API કી, સાઇટ્સ, બિલિંગ, પ્લાન, ફ્લીટ, ટિકિટ, ગ્રાહકો, દુરુપયોગ, અભિયાનો, અનુવાદો અને ઓડિટ સહિતના ૩૫ દાણાદાર module.action કી.
  • દરેક ડિપ્લોય પર કેટલોગનું આઈડેપોટેન્ટલી સીડિંગ થાય છે, અને જો ક્યારેય કોઈ રોલ અસ્તિત્વમાં ન હોય તેવી પરવાનગીનો સંદર્ભ આપે તો વેલિડેશન સ્પષ્ટપણે નિષ્ફળ જાય છે — ટાઈપો ભૂલથી કંઈ પણ આપમેળે મંજૂર કરી શકતી નથી.
  • નવા પ્રોડક્ટ કેપેબિલિટીઝ એન્ડપૉઇન્ટ શિપ થાય તે પહેલાં તેમની પરવાનગી કીઝને કેટલોગમાં ઉમેરે છે, જેથી ફિચર લાઇવ થયા પછી ક્યારેય એક્સેસ કંટ્રોલ રેટ્રો-ફિટ કરવો પડતો નથી.
  • એક જ સભ્યપદને ચોક્કસ સાઇટ્સ અથવા ચોક્કસ પ્રદેશ સુધી મર્યાદિત કરવું એ ભવિષ્યનું આયોજિત સુધારણા છે, આજની તારીખમાં તમે તેને ચાલુ કરી શકો તેવી સુવિધા નથી. હાલની પદ્ધતિ એ છે કે તે સાઇટ્સને ચાઇલ્ડ ઓર્ગેનાઇઝેશનમાં મૂકવી અને વ્યક્તિને ત્યાં ભૂમિકા આપવી — જે તમને ટેનન્સી ટ્રીનો ઉપયોગ કરીને સમાન વિભાજન આપે છે.
  • API કી વ્યક્તિ દીઠ આપવાને બદલે ઓર્ગેનાઇઝેશન સ્તરે આપવામાં આવે છે, તેથી ઇન્ટિગ્રેશન માટે તેને સર્વિસ ક્રેડેન્શિયલ તરીકે ગણો અને માનવ ઍક્સેસ માટે મેમ્બરશિપનો ઉપયોગ કરો.

વારંવાર પૂછાતા પ્રશ્નો (FAQ)

દરેક ભૂમિકા વાસ્તવમાં શું કરી શકે છે?

માલિક પાસે સંગઠન અને તેના સબ-એકાઉન્ટ્સ પર, જેમાં સભ્યો, API કી, સાઇટ્સ અને ચુકવણી પદ્ધતિઓ સામેલ છે, સંપૂર્ણ નિયંત્રણ હોય છે. બિલિંગ મેનેજર ઇન્વૉઇસ, સબ્સ્ક્રિપ્શન્સ, ચુકવણી પદ્ધતિઓ અને પ્લાન જુએ છે, પરંતુ તેને સાઇટનો કોઈ પ્રવેશ હોતો નથી. ડેવલપર સાઇટ્સ અને API કીનું સંચાલન કરે છે અને ટિકિટો સંભાળે છે, પરંતુ તેની પાસે બિલિંગ કે સભ્યનું કોઈ નિયંત્રણ હોતું નથી. રીડ-ઓનલી કઈંક પણ બદલ્યા વિના સભ્યો, સાઇટ્સ, બિલિંગ, પ્લાન, ટિકિટો અને ઑડિટ લૉગ જોઈ શકે છે.

શું હું કોઈને ફક્ત એક જ સાઇટની ઍક્સેસ આપી શકું?

હજુ પ્રતિ-સાઇટ સેટિંગ તરીકે નહીં — એક જ મેમ્બરશિપને ચોક્કસ સાઇટ્સ સુધી મર્યાદિત કરવી એ આયોજિત સુધારો છે. આજે તમે ટેનન્સી ટ્રી સાથે તે જ વિભાજન પ્રાપ્ત કરો છો: તે સાઇટ્સને ચાઇલ્ડ ઓર્ગેનાઇઝેશનમાં મૂકો અને વ્યક્તિને ત્યાં ભૂમિકા આપો. કારણ કે ભૂમિકાઓ પ્રતિ ઓર્ગેનાઇઝેશન આપવામાં આવે છે, તેથી તે ઍક્સેસ તમારા એકાઉન્ટની બાકીની કોઈપણ બાબતમાં આગળ વધતી નથી.

શું API કી વ્યક્તિગત ટીમ સભ્યો સાથે જોડાયેલી છે?

ના — API કીઓ દરેક સંસ્થા દીઠ જારી કરવામાં આવે છે, જેમાં સમાન RBAC પરવાનગીઓ સાથે જોડાયેલા દાણાદાર અવકાશ અને અલગ સેન્ડબોક્સ અને લાઇવ મોડ્સ હોય છે. એકintegration, CI અથવા Terraform માટે સેવા ઓળખપત્રો તરીકે તેનો ઉપયોગ કરો અને લોકો માટે સભ્યપદનો ઉપયોગ કરો. દરેક કીનો માત્ર એક જ હેશ સંગ્રહિત થાય છે, દરેક કી તે છેલ્લે ક્યારે વપરાઈ હતી તેની નોંધ કરે છે અને કોઈપણ કીને પોતાની મેળે રદ કરી શકાય છે.

શું કોઈ ડેવલપર લાઈવ સાઈટ પર ફેરફારો પુશ કરી શકે છે?

ડેવલપર રોલમાં સાઇટ્સ જોવી અને પ્રોવિઝન કરવી, સેવાઓ રીસ્ટાર્ટ કરવી, કેશ પર્જ કરવી, API કી સંચાલિત કરવી અને ટિકિટો હેન્ડલ કરવાનો સમાવેશ થાય છે. તે લાઇવ સાઇટ પર પબ્લિશ કરવાના અધિકારો ધરાવતો નથી, તેથી જો તમે ઇચ્છો છો કે કોઈ વ્યક્તિ ફેરફારોને પ્રમોટ કરવા માટે સક્ષમ બને, તો તે ઍક્સેસ ઓનર પાસે હોવી જરૂરી છે. રોલ સંસ્થા મુજબ હોય છે, તેથી તમે અલગ એકાઉન્ટ પર અલગ રોલ ધરાવી શકો છો.

શું તમે અમારી કંપનીની ડિરેક્ટરી માટે SSO ને સપોર્ટ કરો છો?

હા. ઓળખ Keycloak સાથે OIDC અને SAML પર ચાલે છે, તેથી એન્ટરપ્રાઇઝ અને એજન્સી ગ્રાહકો માટે SAML સિંગલ સાઇન-ઑન ઉપલબ્ધ છે, સાથે સાથે મૅજિક-લિંક લૉગિન, ઇમેઇલ અને પાસવર્ડ, સોશિયલ પ્રોવાઇડર્સ, પાસકીઝ અને TOTP ટુ-ફૅક્ટર ઑથેન્ટિકેશન ઉપલબ્ધ છે, જે પૉલિસી દ્વારા અમલી બનાવાય છે. એક સેશનમાં ડૅશબોર્ડ, પબ્લિક સાઇટ અને જ્ઞાનકોશ (knowledge base), તથા સપોર્ટ ટિકિટ્સ આવરી લેવાય છે.

કોણે ફેરફાર કર્યો છે તેની મને કેવી રીતે ખબર પડે?

દરેક વિશિષ્ટ ક્રિયા એક ઉમેરી શકાય તેવા ઓડિટ લોગમાં નોંધવામાં આવે છે જે કરનાર, ક્રિયા, લક્ષ્ય, સહાયક પુરાવા અને IP સરનામું રેકોર્ડ કરે છે. તેને વાંચવું એ પોતાનામાં એક પરવાનગી છે, જે ઓનર અને રીડ-ઓનલી બંને ભૂમિકાઓ પાસે હોય છે, જેથી એક એકાઉન્ટ ઓનર અને ઓડિટર સમાન ઇતિહાસની સમીક્ષા કરી શકે.

ટીમ સભ્યો ઉમેરવાથી હું જે ચૂકવું છું તેમાં ફેરફાર થાય છે?

આ યોજનાઓની કિંમત લોકો કરતાં હોસ્ટિંગ ક્ષમતાના આધારે નક્કી કરવામાં આવે છે. ઉદાહરણ તરીકે, Footprint-Free લાઇન પર, તમામ 42 ટિયર્સ બરાબર સેટનો એક જ હક શેર કરે છે અને માત્ર તેઓ જે સાઇટ્સની મંજૂરી આપે છે તેની સંખ્યા દ્વારા જ અલગ પડે છે. કિંમતો હંમેશાં લાઈવ કેટલોગમાંથી, તમારા ચલણમાં જ રજૂ કરવામાં આવે છે, તેથી તમે પ્રાઇસિંગ પેજ પર જે જુઓ છો તે જ વાસ્તવમાં શુલ્ક લેવામાં આવે છે.

શું હું આ ખરીદતા પહેલાં અજમાવી શકું?

હા. Footprint-Free અજમાયશ 14 દિવસ માટે ચાલે છે, તેમાં કાર્ડની વિગતોની જરૂર નથી અને તે 5 જેટલી સાઇટ્સને આવરી લે છે, જેથી તમે કોઈ પણ ચૂકવણી કરતા પહેલા તમારી સંસ્થા સેટઅપ કરી શકો, તમારી ટીમને આમંત્રિત કરી શકો અને વાસ્તવિક કામ સામે ભૂમિકાઓનું પરીક્ષણ કરી શકો. પેઇડ પ્લાન પાછળ 30 દિવસની મની-બેક ગેરંટી છે.

મinિટોમાં તમારી ટીમને સેટ કરો, ટિકિટોમાં નહીં

Footprint-Free લાઇન પર કાર્ડ વિનાની ૧૪ દિવસની ટ્રાયલ શરૂ કરો, તમારી ટીમને આમંત્રિત કરો અને કોઈપણ ચુકવણી કરતા પહેલા વાસ્તવિક સાઇટ્સ પર ભૂમિકાઓ કામ કરતી જુઓ.

મફત શરૂ કરો