צוותים וגישה

העניקו לכל אדם בצוות שלכם בדיוק את הגישה הדרושה לו

ארבעה תפקידי לקוח, חשבונות משנה המשקפים את המבנה האמיתי של העסק שלכם, מפתחות API לכל ארגון, כניסה יחידה (SSO) ויומן ביקורת עבור כל פעולה בעלת הרשאות מיוחדות. אותו מודל גישה פועל בלוח הבקרה, ב-API, ב-CLI, ב-Terraform ובשרת ה-MCP שלנו. זמינות: ספק ה-Terraform נמצא בפיתוח פעיל ועדיין אינו זמין. כל שאר הדברים המתוארים כאן פעילים כבר היום.

מספר אנשים המקושרים לחשבון אחד, לכל אחד הרשאות מוגדרות משלו.
  • +700,000אתרים המאוחסנים ברחבי העולם
  • 4תפקידי לקוחות, נזרעו ומוכנים
  • 35מפתחות הרשאות מפורטות
  • 14 ימיםתקופת ניסיון ללא כרטיס אשראי

ארבעה תפקידים, המוגדרים היכן שהעבודה מתחלקת בפועל

הגישה אינה מתג הפעלה/כיבוי פשוט. כל ארגון לקוח מגיע עם ארבעה תפקידים, שכל אחד מהם הוא חבילה קבועה של הרשאות module.action מפורטות — כך שאיש קשר פיננסי לעולם אינו נוגע בשרת ומפתח לעולם אינו רואה חשבונית.

בעלים

שליטה מלאה בארגון ובחשבונות המשנה שלו: יצירת ארגוני משנה, הזמנה והסרה של חברים, שינוי תפקידים, ניהול מפתחות API, הקצאה, הפעלה מחדש, השעיה ומחיקה של אתרים, ניהול חשבוניות ואמצעי תשלום, וקריאת יומן הביקורת. שני דברים נותרו בכוונה מחוץ לכך — סגירת ארגון והנפקת החזרים כספיים הן פעולות של הצוות, ולא תפקיד של לקוח.

מנהל חיובים

כל מה שפיננסי ושום דבר אחר: חשבוניות, מינויים, אמצעי תשלום וקטלוג התוכניות, בתוספת צפייה בארגון וברשימת החברים שלו. אין גישה לאתר כלל — איש קשר פיננסי או מנהל חשבונות חיצוני אינם יכולים להפעיל מחדש, להשהות או למחוק דבר.

מפתח

עבדו על אתרים ללא נגיעה בכספים: צפו באתרים והקצו להם משאבים, הפעילו מחדש שירותים, נקו זיכרון מטמון, נהלו מפתחות API ופתחו או השיבו לפנייות תמיכה. ללא צפייה בחיובים, ללא ניהול חברים, ללא השעיה וללא מחיקה — הפעולות ההרסניות והמסחריות נשארות בידי הבעלים בלבד.

לקריאה בלבד

תצוגה מלאה ללא יכולת לשנות דבר — חברים, אתרים, חיוב, תוכניות, פניות, סטטוס תרגום ויומן הביקורת. התפקיד המתאים לבעל עניין מטעם הלקוח, מבקר פנימי או עובד חדש שעדיין עושה את צעדיו הראשונים.

חשבונות משנה התואמים למבנה האמיתי שלכם

מבנה הדיירות הוא עץ, ולא רשימה שטוחה. ארגון משווק נמצא מעל ארגוני הלקוחות שלו, והאתרים נמצאים תחתיהם. חבר צוות הוא חברות בארגון — משתמש אחד, ארגון אחד, תפקיד אחד — כך שאותו רכיב יסוד משרת צוות של שני אנשים, סוכנות המנהלת מאה חשבונות לקוחות, ומשווק המפעיל חשבונות משנה תחת המותג שלו.

תפקידים מוענקים ברמת הארגון, וגם האכיפה מתבצעת ברמת הארגון. תפקיד בארגון אחד אינו מעניק גישה כלשהי בארגון נפרד ובלתי קשור — קבלן יכול להיות Developer בחשבון לקוח אחד ו-Read-only בחשבון שני, מאותם פרטי התחברות. עם זאת, הגישה זורמת מטה בהיררכיה שלכם: תפקיד בארגון אב חל על הארגונים המקוננים תחתיו, וכך משווקים וסוכנויות מנהלים את לקוחותיהם.

הבידוד נאכף במסד הנתונים, ולא רק בקוד האפליקציה. אבטחה ברמת השורה ב-Postgres מגבילה כל שאילתת דייר לתת-העץ של הקורא, וכל מה שמחוץ לתת-עץ זה מחזיר שגיאת "לא נמצא" במקום שגיאת הרשאה — כך שהפלטפורמה אפילו אינה מאשרת שארגון או אתר של דייר אחר קיימים.

אותן הרשאות בכל משטח

תפקידים אינם רק נוחות בלוח הבקרה. כל דרך כניסה לפלטפורמה מתבססת על אותם מפתחות הרשאה, כך שאין שום דלת אחורית שעוקפת את כללי הגישה שלכם.

לוח בקרה

אתרים, חיוב, פניות, הודעות, התראות, מפתחות API וניהול צוות במעטפת אחת. הממשק מציג את מה שתפקיד החבר המחובר מתיר, כך שלמשתמשים לא מוצגים פקדים שאין באפשרותם להשתמש בהם.

API ו-CLI ציבוריים

ה-API שפורסם הוא אותו API מנוע המשמש את לוח הבקרה. מפתחות ה-API מונפקים לכל ארגון עם הרשאות מפורטות הקשורות להרשאות ה-RBAC, ומצבי Sandbox ו-Live נפרדים מאפשרים לכם לבדוק אינטגרציות מבלי לגעת בחיובים או בהקצאות משאבים אמיתיים.

ספק Terraform

נהלו אתרים, דומיינים, DNS, תיבות דואר ותוכניות כתשתית כקוד והריצו את terraform apply כדי להקצות אחסון — המנוהל תחת אותם היקפים כמו כל השאר.

שרת MCP

חברו את Claude Code, Cursor, ChatGPT, Claude Desktop או כל כלי התומך ב-MCP. האסימונים מוגבלים לארגון ולהרשאות ה-RBAC שלו, ניתנים לביטול לכל כלי בנפרד, כוללים אישור על פעולות הרסניות, תקרות הוצאה ונתיב ביקורת מלא.

טיפול במפתחות

רק גיבוב (hash) של כל מפתח API נשמר — לעולם לא המפתח הגולמי. המפתחות נושאים שם וקידומת גלויה כדי שתוכלו להבדיל ביניהם, מתעדים מתי נעשה בהם שימוש לאחרונה, וניתנים לביטול בנפרד מבלי להשפיע על השאר.

התחברות אחת, מבוססת תקנים, בכל המערכות

ניהול הזהויות פועל על Keycloak, כך שהאימות מתבצע באמצעות OIDC ו-SAML תקניים ולא באמצעות טופס התחברות ייעודי שהוצמד ללוח האחסון.

  • התחברות בדוא"ל באמצעות קישור קסם כברירת מחדל, עם דוא"ל וסיסמה כחלופה למי שמעדיפים זאת.
  • מפתחות גישה ו-WebAuthn לכניסה עמידה בפני דיוג, בתוספת אימות דו-שלבי באמצעות TOTP הנאכף על כולם על פי מדיניות.
  • התחברות באמצעות רשתות חברתיות דרך Google, Microsoft, GitHub וספקי זהות נוספים.
  • כניסה יחידה באמצעות SAML ללקוחות ארגוניים ולסוכנויות, כך שהגישה של הצוות תואמת לספריית המשתמשים הקיימת שלכם.
  • הפעלה אחת בלוח הבקרה, במסוף הניהול, באתר הציבורי ובמאגר הידע, ובפניות התמיכה — התחברו פעם אחת, לא חמש פעמים.
  • כל כתובת דוא"ל של הרשמה מאומתת לפני יצירת החשבון, כך שכתובות שאינן ניתנות למסירה ואינן חוקיות לעולם אינן מגיעות לצוות שלכם.
  • מכיוון שהוא מבוסס על תקנים, ספק הזהויות עצמו ניתן להחלפה ללא צורך בארכיטקטורה מחדש של שום דבר סביבו — אותו כלל של אי-נעילת ספק שאנו מחילים על כל ספק אחר.

אחריותיות שתוכלו להגיש למבקר

כל פעולה בעלת הרשאות מיוחדות כותבת רשומת ביקורת להוספה בלבד: מי ביצע אותה, מה הוא עשה, על מה הוא ביצע אותה, הראיות התומכות וכתובת ה-IP של המקור. היומן הוא להוספה בלבד — אירועים מתווספים ואינם נערכים במקומם — ובסביבת הייצור הוא מחולק לפי זמן כדי להישאר מהיר ככל שהוא גדל.

קריאת יומן זה היא הרשאה בפני עצמה. לבעלים ולחברים בעלי הרשאת קריאה בלבד יש אותה, כך שהאדם האחראי על החשבון והאדם המבצע בו ביקורת יכולים שניהם לראות את ההיסטוריה המלאה מבלי להזדקק להרשאות מוגברות לשם כך.

סביב זה נמצאים אמצעי הבקרה שצוותים גדולים יותר דורשים: מדיניות הפעלות, רשימות היתרי IP אופציונליות ברמת הארגון ואימות מוגבר בפעולות רגישות, כך שהפעלה פעילה כשלעצמה לא תספיק לביצוע פעולה משמעותית.

כיצד ההרשאות גדלות יחד איתך

קטלוג ההרשאות הוא נתונים, ולא לוגיקה מקודדת ישירות — ולכן ניתן להרחיב אותו מבלי לבנות מחדש את תשתית הפלטפורמה.

  • 35 מפתחות module.action מדויקים כיום, המכסים ארגונים, חברים, מפתחות API, אתרים, חיוב, תוכניות, צי, כרטיסים, לקוחות, שימוש לרעה, קמפיינים, תרגומים וביקורת.
  • הקטלוג מאוכלס באופן אידמפוטנטי בכל פריסה, והאימות נכשל באופן מפורש אם תפקיד מפנה להרשאה שאינה קיימת — שגיאת הקלדה אינה יכולה להסתיים בשקט באי-הענקת דבר.
  • יכולות מוצר חדשות מוסיפות את מפתחות ההרשאה שלהן לקטלוג לפני שנקודת הקצה משוחררת, כך שבקרת הגישה לעולם אינה מותאמת בדיעבד לאחר שתכונה כבר פעילה.
  • הגבלת היקף החברות לאתרים מסוימים או לאזור ספציפי היא שיפור מתוכנן, ולא משהו שניתן להפעיל היום. הדפוס הנוכחי הוא הצבת אותם אתרים בארגון-בן והענקת תפקיד לאדם שם — מה שמעניק לכם את אותה הפרדה באמצעות עץ הדיירים (tenancy tree).
  • מפתחות API מונפקים ברמת הארגון ולא ברמת האדם הבודד, לכן התייחסו אליהם כאל אישורי שירות עבור אינטגרציות והשתמשו בחברויות עבור גישה אנושית.

שאלות נפוצות

מה כל תפקיד יכול לעשות בפועל?

לבעלים יש שליטה מלאה בארגון ובחשבונות המשנה שלו, כולל חברים, מפתחות API, אתרים ואמצעי תשלום. מנהל החיובים רואה חשבוניות, מינויים, אמצעי תשלום ותוכניות, ללא גישה לאתרים. המפתח מנהל אתרים ומפתחות API ומטפל בפניות, ללא שליטה בחיובים או בחברים. בעל הרשאת קריאה בלבד יכול לצפות בחברים, באתרים, בחיובים, בתוכניות, בפניות וביומן הביקורת מבלי לשנות דבר.

האם ניתן להעניק למישהו גישה לאתר אחד בלבד?

עדיין לא כהגדרה ברמת האתר — הגבלת חברות בודדת לאתרים ספציפיים היא שיפור מתוכנן. כיום ניתן להשיג את אותה הפרדה באמצעות עץ הדיירים (tenancy tree): מקמו את האתרים הללו בארגון-בן והעניקו לאדם תפקיד שם. מאחר שתפקידים מוענקים ברמת הארגון, גישה זו אינה חלה על שום דבר אחר בחשבונכם.

האם מפתחות ה-API מקושרים לחברי צוות בודדים?

לא — מפתחות API מונפקים לכל ארגון, עם היקפים מפורטים המקושרים לאותן הרשאות RBAC, ומצבי ארגז חול (sandbox) ומצב חי (live) נפרדים. השתמשו בהם כאישורי שירות עבור אינטגרציות, CI או Terraform, והשתמשו בחברויות עבור אנשים. רק גיבוב (hash) של כל מפתח נשמר, כל מפתח מתעד מתי נעשה בו שימוש לאחרונה, וניתן לבטל כל מפתח בפני עצמו.

האם מפתח יכול להעלות שינויים לאתר פעיל?

תפקיד המפתח כולל צפייה והקצאה של אתרים, הפעלה מחדש של שירותים, ניקוי זיכרונות מטמון, ניהול מפתחות API וטיפול בקריאות שירות. הוא אינו מקנה הרשאות פרסום באתר פעיל, כך שאם ברצונכם לאפשר למישהו לקדם שינויים, גישה זו צריכה להיות בידי בעלים. התפקידים מוגדרים ברמת הארגון, כך שבאפשרותכם להחזיק בתפקיד שונה בחשבון אחר.

האם אתם תומכים ב-SSO עבור ספריית החברה שלנו?

כן. ניהול הזהויות פועל על גבי Keycloak עם OIDC ו-SAML, ולכן התחברות יחידה (SSO) באמצעות SAML זמינה עבור לקוחות ארגוניים וסוכנויות לצד התחברות באמצעות קישור קסם, דוא"ל וסיסמה, ספקי כניסה חברתיים, מפתחות גישה (passkeys) ואימות דו-שלבי באמצעות TOTP, הנאכף על פי מדיניות. הפעלה (session) אחת מכסה את לוח הבקרה, האתר הציבורי, מאגר הידע וקריאות השירות.

כיצד אוכל לדעת מי שינה משהו?

כל פעולה בעלת הרשאות מיוחדות נרשמת ביומן ביקורת הניתן להוספה בלבד, המתעד את המבצע, הפעולה, היעד, הראיות התומכות וכתובת ה-IP. קריאתו היא הרשאה בפני עצמה, המוחזקת הן על ידי תפקיד הבעלים והן על ידי תפקיד קריאה בלבד, כך שבעל החשבון ומבקר יכולים לעיין באותה היסטוריה.

האם הוספת חברי צוות משנה את הסכום לתשלום?

התמחור של התוכניות נקבע לפי קיבולת האחסון ולא לפי מספר המשתמשים. בקו המוצרים Footprint-Free, למשל, כל 42 הרמות כוללות בדיוק את אותה חבילת זכאויות ונבדלות זו מזו אך ורק במספר האתרים שהן מאפשרות. המחירים מוצגים תמיד מתוך הקטלוג העדכני, במטבע שלכם, כך שמה שמופיע בעמוד התמחור הוא בדיוק מה שיחויב בפועל.

האם אוכל לנסות זאת לפני שאני מתחייב?

כן. תקופת הניסיון של Footprint-Free נמשכת 14 יום, אינה דורשת פרטי כרטיס אשראי ומכסה עד 5 אתרים, כך שתוכלו להגדיר את הארגון שלכם, להזמין את הצוות שלכם ולבדוק את התפקידים בעבודה אמיתית לפני שתשלמו דבר. ישנה אחריות להחזר כספי של 30 יום על התוכניות בתשלום.

הגדירו את הצוות שלכם תוך דקות, ללא צורך בפניות שירות

התחילו תקופת ניסיון ל-14 יום ללא צורך בכרטיס אשראי במסלול Footprint-Free, הזמינו את הצוות שלכם וראו את התפקידים בפעולה על אתרים אמיתיים לפני שתשלמו דבר.

התחל בחינם