הסכם עיבוד מידע (DPA)

1. הצדדים והתפקידים

הקבלן הוא ״בעל המאגר״ (controller): הוא מחליט איזה מידע על לקוחותיו נאסף, למה, ומה נעשה בו. הלקוחות של הקבלן הם ״נושאי המידע״.

RBM היא ״מחזיק המאגר״ (processor): היא מעבדת את המידע בשם הקבלן, לפי הוראותיו כפי שהן משתקפות בשימוש בתוכנה, ולא לצרכיה שלה, למעט כמפורט בסעיף 5.

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

2. הגדרות

1. מידע אישי — כל מידע על אדם מזוהה או ניתן לזיהוי, כהגדרתו בחוק: שם, טלפון, דוא״ל, כתובת נכס, חתימה, כתובת IP, ותוכן מסמך המזהה אדם.
2. מסמך — הצעת מחיר, חוזה, פקודת שינוי, תעודת אחריות או כל מסמך אחר שהקבלן יוצר, שולח או חותם דרך RBM מסמכים.
3. ציר אירועים — רשומת האירועים הבלתי-ניתנת לעריכה של מסמך: צפיות, אימות זהות, חתימות, תשלומים, וטביעות SHA-256.
4. ספק משנה — צד שלישי ש-RBM נעזרת בו לעיבוד המידע (סעיף 7).

3. נושא העיבוד, מטרותיו ומשכו

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

העיבוד נמשך כל תקופת המנוי, ולאחריה לפי סעיף 10 (שמירה ומחיקה).

4. סוגי המידע ונושאי המידע

1. לקוחות הקבלן: שם, טלפון, דוא״ל, כתובת הנכס, פרטי העבודה, סכומים, חתימה, כתובת IP וסוג הדפדפן ברגע החתימה, תוצאת אימות OTP.
2. צוות הקבלן: שם, דוא״ל, סיסמה (מגובבת), יומן התחברויות, סוד אימות דו-שלבי (מוצפן).
3. ראיות שטח: תמונות שהקבלן מצרף למסמך, שעלולות להכיל מידע מזהה (נכס, אדם).
4. מידע פיננסי: סכום, סטטוס ומזהה עסקה של מקדמות. RBM אינה מקבלת ואינה שומרת מספרי כרטיס אשראי.

5. הוראות הקבלן וגבולות השימוש

RBM תעבד את המידע רק לפי הוראות הקבלן, המתועדות בהסכם זה ובפעולות הקבלן בתוכנה. RBM לא תמכור מידע, לא תשתמש בו לפרסום, ולא תשתמש בו לאימון מודלים.

RBM רשאית להשתמש במידע מצרפי ואנונימי (למשל: מספר המסמכים שנחתמו במערכת) לשיפור השירות, בלבד שלא ניתן לזהות ממנו אדם או עסק.

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

6. אבטחת מידע

RBM מיישמת אמצעי אבטחה ההולמים את רגישות המידע ואת תקנות הגנת הפרטיות (אבטחת מידע), התשע״ז-2017, ובהם:

1. הצפנת תעבורה (TLS 1.2 ומעלה) בכל נקודות הקצה, כולל דפי החתימה הציבוריים.
2. הצפנה במנוחה של מסד הנתונים והאחסון; סודות רגישים (מפתחות API של הקבלן, סודות אימות דו-שלבי) מוצפנים בנפרד ברמת השדה.
3. הפרדת ארגונים: כל שאילתה מסוננת לפי מזהה הארגון; קבצים נשמרים באחסון פרטי ומוגשים רק לאחר בדיקת הרשאה.
4. אימות דו-שלבי (TOTP) זמין לכל משתמש ומומלץ באופן פעיל לחשבונות עם מסמכים חתומים.
5. ציר אירועים בלתי-ניתן-לעריכה לכל מסמך: מי צפה, מי חתם, מאיזו כתובת, ואיזו טביעת SHA-256 נחתמה.
6. קודי אימות חד-פעמיים לחותמים נשמרים כ-hash בלבד ונמחקים אחרי 30 יום.
7. הגבלת קצב על נקודות קצה ציבוריות, בקרת CSRF, ובדיקת תוכן קבצים שמועלים (לא רק לפי סיומת).
8. יומן התחברויות ואירועי אבטחה, ובדיקות אבטחה תקופתיות של תשתית מסד הנתונים.

הקבלן אחראי לאבטחת הגישה מצדו: סיסמה חזקה, הפעלת אימות דו-שלבי, והסרת חברי צוות שעזבו. הקבלן אחראי גם לחוקיות איסוף המידע מלקוחותיו ולמסירת הודעה להם לפי סעיף 11 לחוק.

7. ספקי משנה

הקבלן מאשר ל-RBM להיעזר בספקי המשנה הבאים. RBM נושאת באחריות כלפי הקבלן למעשיהם כאילו היו מעשיה:

ספקים שהקבלן מתחבר אליהם ישירות, בחוזה שלו, ואינם ספקי משנה של RBM:

1. סליקת מקדמות (Tranzila, Cardcom או ספק אחר) — החוזה הוא בין הקבלן לספק הסליקה. RBM מקבלת רק אישור תשלום ומזהה עסקה.
2. מסרונים לאימות חתימה (Inforu, 019 או ספק אחר) — נשלחים מחשבון המסרונים של הקבלן, עם מפתח API שהקבלן מזין.

RBM תודיע לקבלן בדוא״ל על הוספה או החלפה של ספק משנה 30 יום מראש. קבלן שמתנגד רשאי לסיים את המנוי לפני כניסת השינוי לתוקף ולקבל ייצוא מלא.

8. העברת מידע מחוץ לישראל

מסד הנתונים מאוחסן אצל Supabase על תשתית AWS באזור טוקיו (יפן), ושאר ספקי המשנה פועלים בארה״ב ובאיחוד האירופי. ההעברה נעשית בהתאם לתקנות הגנת הפרטיות (העברת מידע אל מאגרי מידע שמחוץ לגבולות המדינה), התשס״א-2001, ובכפוף להתחייבות חוזית של כל ספק לרמת הגנה שאינה נופלת מהנדרש בדין הישראלי, להצפנה במנוחה ובתעבורה, ולאי-שימוש במידע למטרותיו של הספק.

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

9. אירוע אבטחה

1. RBM תודיע לקבלן על אירוע אבטחה חמור הנוגע למידע שלו ללא דיחוי, ולא יאוחר מ-72 שעות מרגע הגילוי, בדוא״ל בעל החשבון.
2. ההודעה תכלול: מהות האירוע, סוגי המידע והנפגעים ככל שידוע, הצעדים שננקטו, והמלצות לקבלן.
3. הדיווח לרשות להגנת הפרטיות ולנושאי המידע, ככל שנדרש לפי תקנה 11 לתקנות אבטחת מידע ותיקון 13, הוא באחריות הקבלן כבעל המאגר; RBM תספק את כל המידע הנדרש לדיווח ותסייע בביצועו.

10. שמירה ומחיקה

תקופות השמירה קבועות במדיניות שמירת המידע של RBM מסמכים, גרסה rbm-retention-2026-09-v2, ומסוכמות כאן:

1. מסמכים חתומים, חתימות, טביעות SHA-256 וציר האירועים — כל חיי החשבון ו-7 שנים לאחר סיומו, בהתאם לתקופת ההתיישנות ולתקופות הבדק והאחריות בחוק המכר (דירות).
2. קודי אימות חד-פעמיים — 30 יום.
3. מטען גולמי של אישורי סליקה — 180 יום; הסכום, האמצעי והתאריך נשמרים כרשומה פיננסית.
4. יומני התחברות — 12 חודשים.
5. בסיום המנוי: 30 יום לייצוא מלא (PDF וציר אירועים), ואז מחיקת פרטי הקשר והמידע התפעולי. המסמכים החתומים נשמרים 7 שנים ואז נמחקים.

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

11. סיוע בזכויות נושאי המידע

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

12. ביקורת ושקיפות

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

13. אחריות

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

14. דין וסמכות

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

15. אישור ושינויים

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