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

נקודות עיקריות

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

תוכן עניינים

• האם בכלל אפשר למכור מאגר לקוחות?
• מה קורה למטרות המאגר אחרי ההעברה?
• מתי מספיק לעדכן ומתי נדרשת הסכמה מחדש?
• מה בודקים בבדיקת נאותות של מאגר מידע?
• מה עושים עם המידע שלא עובר?
• צ״קליסט להעברת מאגר בעסקה
• מה עם מאגר העובדים והספקים?
• שאלות ותשובות

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

האם בכלל אפשר למכור מאגר לקוחות?

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

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

מה קורה למטרות המאגר אחרי ההעברה?

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

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

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

מתי מספיק לעדכן ומתי נדרשת הסכמה מחדש?

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

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

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

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

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

מה עושים עם המידע שלא עובר?

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

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

צ״קליסט להעברת מאגר בעסקה

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

1. מפו את המאגרים וערכו רשימה של מערכות, שדות והיקף.
2. אתרו את המטרות המקוריות — מדיניות פרטיות, טופסים והודעות יידוע קודמות.
3. השווו למה שהרוכש מתכוון לעשות — כל פער הוא דרישת הסכמה פוטנציאלית.
4. החליטו מה לא עובר וקבעו לוח זמנים למחיקה.
5. נסחו הודעה לנושאי המידע עם זהות הבעלים החדשים ודרך יצירת קשר.
6. עדכנו את הרישום ואת המסמכים — הגדרות מאגר, נוהל אבטחה ומדיניות הפרטיות.
7. עגנו הכל בהסכם — מצגים, שיפוי וחלוקת אחריות לאירועים קודמים.

מה עם מאגר העובדים והספקים?

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

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

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

שאלות ותשובות

האם צריך לבקש מהלקוחות אישור למכירת העסק?

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

האם הרוכש יכול לשלוח דיוור למאגר שרכש?

רק במסגרת המטרות המקוריות ובכפוף לכללי הדיוור הישיר. שיווק מוצרים חדשים לקהל שלא הסכים לכך הוא חריגה מהמטרה.

מה קורה כשהעסקה היא רכישת מניות ולא נכסים?

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

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

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

מי אחראי לדליפה שקרתה לפני המכירה?

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

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