ટીમો અને ઍક્સેસ

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

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

એક ખાતા સાથે જોડાયેલા ઘણા લોકો, દરેક પોતાની ચોક્કસ પરવાનગીઓ સાથે.
  • ૭,૦૦,૦૦૦+વિશ્વભરમાં હોસ્ટ કરેલી સાઇટ્સ
  • 4ગ્રાહકની ભૂમિકાઓ, સીડ થઈ ગયેલ અને તૈયાર
  • 35વિગતવાર પરવાનગી કીઓ
  • 14 દિવસકાર્ડ વગરની અજમાયશ

ચાર ભૂમિકાઓ, જ્યાં કાર્ય વાસ્તવમાં વહેંચાય છે ત્યાં નિર્ધારિત

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

માલિક

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

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

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

ડેવલપર

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

માત્ર-વાંચન માટે

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

પેટા-ખાતાઓ જે તમારા વાસ્તવિક માળખા સાથે મેળ ખાય છે

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

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

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

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

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

ડૅશબોર્ડ

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

સાર્વજનિક API અને CLI

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

Terraform પ્રદાતા

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

MCP સર્વર

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

કી હેન્ડલિંગ

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

એક લૉગિન, ધોરણો પર આધારિત, દરેક જગ્યાએ

આઇડેન્ટિટી Keycloak પર ચાલે છે, તેથી પ્રમાણીકરણ એ હોસ્ટિંગ પેનલ પર લગાવેલા બેસ્પોક લૉગિન ફોર્મને બદલે યોગ્ય OIDC અને SAML છે.

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

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

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

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

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

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

પરવાનગી કૅટેલૉગ એ ડેટા છે, હાર્ડકોડ કરેલ લૉજિક નથી — આથી જ પ્લૅટફૉર્મના માળખાને ફરીથી ગોઠવ્યા વિના તેને વિસ્તૃત કરી શકાય છે.

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

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

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

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

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

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

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

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

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

ડેવલપર ભૂમિકા સાઇટ્સ જોવી અને પૂરી પાડવી, સેવાઓ ફરી શરૂ કરવી, કેશ સાફ કરવી, API કીઝનું સંચાલન કરવું અને ટિકિટો સંભાળવાનો સમાવેશ કરે છે. તે લાઇવ સાઇટ પર પ્રકાશિત કરવાના અધિકારો આપતી નથી, તેથી જો તમે ઇચ્છો છો કે કોઈ ફેરફારો લાગુ કરી શકે, તો તે ઍક્સેસ માલિક પાસે હોવી જરૂરી છે. ભૂમિકાઓ સંસ્થા દીઠ હોય છે, તેથી તમે અલગ ખાતા પર અલગ ભૂમિકા ધરાવી શકો છો.

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

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

કોઈએ કંઈક બદલ્યું છે તે મને કેવી રીતે ખબર પડે?

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

શું ટીમના સભ્યો ઉમેરવાથી મારે ચૂકવવાની રકમ બદલાય છે?

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

શું હું પ્રતિબદ્ધતા દર્શાવતા પહેલા આ અજમાવી શકું?

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

ટિકિટો દ્વારા નહીં, પરંતુ મિનિટોમાં તમારી ટીમ સેટ કરો

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

મફતમાં શરૂ કરો