קריאה-בלבד בליבה.
שום דבר לא יוצא בלי אישור.
Read-only at the core.
Nothing goes out without approval.
העמוד הזה נכתב בשביל אנשי ה-IT והאבטחה שלך: איך Suvvo קורא את המערכות, מתי הוא רשאי לכתוב, על איזה מפתח רץ המודל, איך נשמר הבידוד — ומה נרשם ביומן. בלי שיווק. This page is written for your IT and security people: how Suvvo reads your systems, when it may write, whose key the model runs on, how isolation is kept — and what lands in the journal. No marketing.
אין בעמוד הזה הדגמות ואין נתונים בדויים. כל טענה כאן נכונה למוצר כפי שהוא היום. There are no demos and no fictional data on this page. Every claim here is true of the product as it ships today.
הליבה קוראת בלבדThe core only reads
Suvvo יושב מעל המערכות הקיימות שלך — הוא לא מחליף אותן ולא נוגע בהן. מסלול-הקריאה בנוי כך שהוא לא מסוגל לכתוב, גם אם ינסה. Suvvo sits above your existing systems — it replaces nothing and touches nothing. The read path is built so it cannot write, even if it tried.
מול מערכת מבוססת-SQL, Suvvo מתחבר עם משתמש ייעודי שהרשאותיו SELECT בלבד — נפרד ממשתמשי האפליקציה שלך. גם שאילתה זדונית לא יכולה לכתוב: להרשאה עצמה אין יכולת כזו.Against a SQL-based system, Suvvo connects with a dedicated user whose permissions are SELECT-only — separate from your application users. Even a malicious query could not write: the permission itself has no such power.
כל שאילתה עוברת בדיקה בקוד שחוסמת כל מילת-כתיבה — INSERT / UPDATE / DELETE / EXEC / DDL — לפני שהיא נוגעת במסד. פרמטרים תמיד מאוגדים, לעולם לא משורשרים למחרוזת.Every query passes a code-level check that rejects any write keyword — INSERT / UPDATE / DELETE / EXEC / DDL — before it ever touches the database. Parameters are always bound, never concatenated into strings.
Suvvo רואה רק את המערכות שהארגון חיבר, עם ההרשאות שהארגון נתן. אין סריקה, אין גילוי-עצמי, אין דלת אחורית.Suvvo sees only the systems your organization connected, with the credentials your organization granted. No scanning, no self-discovery, no back door.
שער-האישורThe approval gate
כל פעולה שיוצאת החוצה — מייל, הודעת וואטסאפ, כתיבה ל-ERP, פעולה מול מערכת מחוברת — נולדת ככרטיס-אישור. לא כהודעה שכבר נשלחה. Every outbound action — an email, a WhatsApp message, an ERP write, an action against a connected system — is born as an approval card. Not as a message already sent.
או: נדחה · נכשל · פג-תוקף. כרטיס שלא אושר — פג. הוא לא נשלח מאוחר יותר בשקט.Or: rejected · failed · expired. A card that isn't approved expires. It is never quietly sent later.
שום דבר לא יוצא בלי הקשה של אדם. זו לא הגדרה שצריך להפעיל — זה המצב שבו המערכת נולדת.Nothing goes out without a human tap. That is not a setting you switch on — it is the state the system is born in.
ביצוע אוטומטי דורש שני מתגים: מתג-על ארגוני (כבוי כברירת-מחדל) ומתג פר-פעולה. "כבוי" תמיד מנצח. הארגון — לא Suvvo — הוא הבעלים של ההחלטה הזו.Automatic execution requires two switches: an org-level master switch (off by default) and a per-action switch. "Off" always wins. Your organization — not Suvvo — owns that decision.
כל ביצוע אוטומטי יוצר את אותו כרטיס-אישור — מסומן "בוצע אוטומטית לפי מדיניות הארגון" — ושורת-יומן שמציינת בדיוק איזו מדיניות הפכה אותו לאוטומטי, עם חותמות-זמן.Every automatic execution creates the same approval card — marked "executed automatically per organization policy" — plus a journal line stating exactly which policy made it automatic, with timestamps.
כתיבה ל-ERP עוברת גם שער-סביבה שמפריד בין חברת-בדיקות לפרודקשן. זה ציר נפרד מהאישור — והוא תמיד גובר.An ERP write also passes an environment gate that separates the test company from production. That is a separate axis from approval — and it always prevails.
BYOK — המפתח שלךBYOK — your own key
מודל-ה-AI רץ על מפתח-API של הארגון שלך מול ספק-המודל. המפתח שלך, החשבון שלך, השליטה שלך. The AI model runs on your organization's own API key with the model provider. Your key, your account, your control.
לכל ארגון מפתח משלו. ארגון בלי מפתח — המודל אצלו פשוט לא רץ; אין נפילה שקטה למפתח של מישהו אחר.Every organization has its own key. An organization without a key simply has no running model — there is no silent fallback to someone else's key.
מפתח נבחן מול ספק-המודל בבדיקה חיה לפני שמירה. מפתח לא-תקין לא נשמר לעולם.A key is checked live against the model provider before it is saved. An invalid key is never persisted.
הנתונים שלך משמשים לעבודת הארגון שלך בלבד. הם לא משמשים לאימון מודלים — לא שלנו ולא של אחרים.Your data serves your organization's work only. It is not used to train models — not ours, not anyone's.
הוצאת-המודל נמדדת פר-ארגון, והארגון קובע קו-התראה משלו. אתה רואה מה המפתח שלך מוציא.Model spend is metered per organization, and the organization sets its own alert line. You see what your key spends.
כל ארגון — עולם נפרדEvery organization is its own world
בידוד מלא בין ארגונים הוא לא שכבת-הגנה שנוספה אחר-כך — הוא צורת-הבנייה של המערכת. Full isolation between organizations is not a protection layer added later — it is how the system is built.
הנתונים, הקבצים, זיכרון-השיחות, המחברות, מדיניות-ההרשאות ומפתח-ה-AI — כולם שייכים לארגון אחד ומופרדים ממנו והלאה.Data, files, conversation memory, notebooks, permission policies and the AI key — each belongs to one organization and is separated from there on out.
כל בקשה נושאת את זהות-הארגון לכל אורך הדרך — מהדפדפן, דרך המנוע, ועד החיבור למערכת. אין נתיב שבו ארגון אחד קורא נתונים של ארגון אחר.Every request carries the organization's identity the whole way — from the browser, through the engine, to the system connection. There is no path on which one organization reads another's data.
מי בארגון רואה מה, מי מאשר מה, ואילו פעולות פתוחות למי — נקבע בתוך הארגון, על-ידי הארגון.Who in your organization sees what, who approves what, and which actions are open to whom — is decided inside your organization, by your organization.
יומן מלא. מי, מה, מתי, למה.A full journal. Who, what, when, why.
מערכת שמבצעת פעולות חייבת להיות ניתנת-לביקורת. לכן כל פעולה — ידנית או אוטומטית — משאירה שובל מלא. A system that takes actions must be auditable. So every action — manual or automatic — leaves a complete trail.
מי יזם, בשם מי, מה בדיוק יצא, מתי, ותחת איזו מדיניות. פעולה אוטומטית נרשמת עם מקור-המדיניות שהפך אותה לאוטומטית.Who initiated, in whose name, exactly what went out, when, and under which policy. An automatic action is recorded with the policy source that made it automatic.
מה שאדם שלח ומה ש-Suvvo ביצע נרשמים באותו יומן, באותו פורמט. אין ערוץ צדדי בלי רישום.What a person sent and what Suvvo executed are written to the same journal, in the same format. There is no side channel without a record.
כרטיסי-אישור נשמרים על כל מחזור-החיים: גם נדחו, גם נכשלו, גם פגי-תוקף. ההיסטוריה המלאה — לא רק ההצלחות.Approval cards are kept across their whole lifecycle: rejected, failed and expired included. The full history — not just the successes.
גם אחרי אישור יש רגע לחזור בך — שליחה יוצאת עם חלון-ביטול קצר.Even after approval there is a moment to change your mind — a send goes out with a short undo window.
מה אנחנו לא עושיםWhat we don't do
מסלול-הקריאה לא מסוגל לכתוב. מסלול-הכתיבה לא מסוגל לדלג על הרישום. אין מסלול שלישי.The read path cannot write. The write path cannot skip the record. There is no third path.
הנתונים שלך אינם מוצר. הם לא נמכרים, לא מושכרים ולא משותפים עם צד שלישי.Your data is not a product. It is not sold, rented, or shared with any third party.
העסק שלך הוא לא סט-אימון. הנתונים משמשים לעבודה שלך — ולה בלבד.Your business is not a training set. Your data serves your work — and nothing else.
ביצוע אוטומטי קיים רק כבחירה ארגונית מפורשת ומתועדת — ותמיד נרשם ככרטיס וכשורת-יומן.Automatic execution exists only as an explicit, documented organizational choice — and it is always recorded as a card and a journal line.
טוקנים ומפתחות של מערכות מחוברות נשמרים להפעלה, לא לתצוגה — בממשק הם מופיעים ממוסכים.Tokens and keys of connected systems are stored for use, not for display — in the interface they appear masked.
השאלות שנשאל עליהן — והתשובותThe questions we get asked — and the answers
האם Suvvo כותב ל-ERP שלי?Does Suvvo write to my ERP?
ליבת-הקריאה לא מסוגלת לכתוב: היא עובדת מול המערכת שלך עם משתמש נפרד שהרשאותיו קריאה-בלבד ברמת מנוע מסד-הנתונים, וכל שאילתה נבדקת בנוסף ברמת-הקוד וחוסמת כל מילת-כתיבה. כתיבה קיימת רק כפעולה שעוברת בשער-האישור, במסלול נפרד, עם שער-סביבה נוסף שמפריד בין חברת-בדיקות לפרודקשן.The read core cannot write: it works against your system with a separate user whose permissions are read-only at the database-engine level, and every query is additionally checked in code, blocking any write keyword. Writes exist only as actions that pass the approval gate, on a separate path, with an extra environment gate separating the test company from production.
מה יכול לצאת מהמערכת בלי אישור אנושי?What can leave the system without human approval?
כברירת-מחדל — שום דבר. ביצוע אוטומטי קיים רק אם הארגון הפעיל אותו במפורש, בשני מתגים: מתג-על ארגוני (כבוי כברירת-מחדל) ומתג פר-פעולה. "כבוי" תמיד מנצח. וגם אז — כל ביצוע אוטומטי נרשם ככרטיס-אישור וכשורת-יומן שמציינת איזו מדיניות הפכה אותו לאוטומטי.By default — nothing. Automatic execution exists only if your organization explicitly enabled it, on two switches: an org-level master switch (off by default) and a per-action switch. "Off" always wins. And even then — every automatic execution is recorded as an approval card and a journal line stating which policy made it automatic.
על איזה מפתח-AI רץ Suvvo?Whose AI key does Suvvo run on?
על המפתח של הארגון שלך (BYOK) מול ספק-המודל. המפתח נבדק מול הספק לפני שהוא נשמר, ההוצאה נמדדת פר-ארגון עם קו-התראה שהארגון קובע, ואין מפתח משותף בין ארגונים — בלי מפתח, המודל פשוט לא רץ.On your organization's own key (BYOK) with the model provider. The key is validated against the provider before it is stored, spend is metered per organization with an alert line the organization sets, and there is no key shared between organizations — without a key, the model simply doesn't run.
האם הנתונים שלי מאמנים מודלים?Does my data train models?
לא. הנתונים שלך משמשים לעבודת הארגון שלך בלבד — הם לא נמכרים, לא משותפים עם צד שלישי, ולא משמשים לאימון מודלים.No. Your data serves your organization's work only — it is not sold, not shared with third parties, and not used to train models.
איך נשמר הבידוד בין ארגונים?How is isolation between organizations kept?
כל ארגון הוא עולם נפרד: הנתונים, הקבצים, זיכרון-השיחות, מדיניות-ההרשאות ומפתח-ה-AI — כולם פר-ארגון. כל בקשה נושאת את זהות-הארגון מקצה לקצה, ואין נתיב שבו ארגון אחד קורא נתונים של ארגון אחר.Every organization is its own world: data, files, conversation memory, permission policies and the AI key — all per organization. Every request carries the organization's identity end to end, and there is no path on which one organization reads another's data.
מה נרשם ביומן-הפעולות?What lands in the action journal?
מי יזם, בשם מי, מה בדיוק יצא, מתי, ותחת איזו מדיניות. פעולות ידניות ואוטומטיות נרשמות באותו יומן, וכרטיסי-האישור נשמרים על כל מחזור-החיים — כולל אלה שנדחו ואלה שפג תוקפם.Who initiated, in whose name, exactly what went out, when, and under which policy. Manual and automatic actions land in the same journal, and approval cards are kept across their whole lifecycle — the rejected and the expired included.
שלחו את העמוד הזה ל-IT שלכם.Forward this page to your IT.
ואם נשארה שאלה שלא ענינו עליה — שאלו אותה ישירות. עונים בכתב, עם הפרטים.And if a question remains unanswered — ask it directly. We answer in writing, with the details.