הגדרת הסכמה לעיבוד נתונים אישיים ב-1C-Bitrix
טופס הסכמה לעיבוד נתונים אישיים אינו רק תיבת סימון. נתקלנו בפרויקטים שבהם היעדר הסכמה תקינה הוביל לחסימת האתר על ידי רוסקומנדזור. קנסות לפי סעיף 13.11 לחוק העבירות המנהליות מגיעים ל-680–980 דולר עבור נושאי משרה ועד 300,000 עבור ישויות משפטיות. ההסכמה חייבת להיות מתועדת, מקושרת למשתמש ולטופס ספציפיים, וניתנת לביטול תוך שמירת היסטוריה. Bitrix מספקת את מודול UserConsent למטרה זו, שהוצג בליבת D7. עם ניסיון של למעלה מ-7 שנים בהטמעת 1C-Bitrix ויותר מ-50 פרויקטים מלאים, אנו מבטיחים עמידה ב-152-FZ וב-54-FZ. אפילו טופס משוב אחד ללא הסכמה עלול לגרום לבדיקה לא מתוכננת. ביקורת מפורטת של כל נקודות איסוף הנתונים היא הצעד הראשון לעמידה בדרישות.
כיצד פועל מנגנון UserConsent המובנה
מאז ליבת D7, Bitrix כוללת את המחלקה \Bitrix\Main\UserConsent\Consent ואת הטבלאות הקשורות. העיקריות:
-
b_user_consent— רשומות של הסכמות משתמשים -
b_user_consent_text— טקסטים של הסכמה עם גרסאות
ההסכמה נוצרת באמצעות השיטה add() או addByContext():
$result = \Bitrix\Main\UserConsent\Consent::addByContext( 'feedback_form', // ID контекста (имя формы) [ 'USER_ID' => $userId, // или 0 для анонима 'USER_IP' => $_SERVER['REMOTE_ADDR'], ], [ 'AGREEMENT_ID' => 1, // ID текста соглашения из b_user_consent_text 'URL' => \Bitrix\Main\Application::getInstance()->getContext()->getRequest()->getRequestUri(), ] ); השדה $result = \Bitrix\Main\UserConsent\Consent::addByContext( 'feedback_form', // ID контекста (имя формы) [ 'USER_ID' => $userId, // или 0 для анонима 'USER_IP' => $_SERVER['REMOTE_ADDR'], ], [ 'AGREEMENT_ID' => 1, // ID текста соглашения из b_user_consent_text 'URL' => \Bitrix\Main\Application::getInstance()->getContext()->getRequest()->getRequestUri(), ] ); מצביע על גרסה ספציפית של טקסט ההסכמה. זה חשוב: אם תעדכנו את מדיניות הפרטיות, הסכמות ישנות יישארו מקושרות לגרסה הישנה — וכך מוכח בדיוק לאיזה טקסט המשתמש הסכים.
הגדרת טקסטים של הסכמה דרך פאנל הניהול
טקסטים של הסכמה מנוהלים ב-AGREEMENT_ID דרך המודול הראשי. לכל טקסט יש מזהה, כותרת ותוכן עם גרסאות. בעת עדכון מדיניות הפרטיות, נוצרת גרסה חדשה — הסכמות ישנות נשארות תקפות, ומשתמשים חדשים רואים את הטקסט העדכני.
עבור כל טופס באתר, נוצר 'קונטקסט' נפרד (מזהה מחרוזתי): /bitrix/admin/, registration, checkout, callback_form. זה מאפשר לעקוב אחרי איזו נקודת כניסה אספה את ההסכמה.
אינטגרציה עם טפסים וטפסי אינטרנט
טופס הרשמה. הרכיב newsletter תומך בתיבת סימון הסכמה מובנית — הגדירו bitrix:main.register בפרמטרי הרכיב, והעבירו את מזהה טקסט ההסכמה דרך USE_AGREEMENT = Y. הנתונים נרשמים אוטומטית עם הרשמה מוצלחת.
מודול טפסי אינטרנט (AGREEMENT_ID). עבור טפסי משוב, הוסיפו שדה מסוג form בבונה הטפסים (AGREEMENT). בעת שליחה, Bitrix רושמת אוטומטית את ההסכמה ב-/bitrix/admin/form_edit.php המקושרת לתוצאת הטופס (b_user_consent).
טפסים מותאמים אישית. עבור טיפול ידני ב-POST (לדוגמה, טופס AJAX עם Fetch API), קראו ל-b_form_result ב-handler ה-PHP שלכם לפני שמירת נתוני הטופס. ללא זאת, ההסכמה לעולם לא תירשם, גם אם תיבת הסימון מופיעה בעמוד.
טיפול בביטול הסכמה
משתמשים חייבים להיות מסוגלים לבטל הסכמה. בחשבון האישי (Consent::add()), הוסיפו דף לניהול הסכמות. הציגו רשימה של הסכמות המשתמש:
$consents = \Bitrix\Main\UserConsent\ConsentTable::getList([ 'filter' => ['USER_ID' => $USER->GetID()], 'order' => ['DATE_CREATE' => 'DESC'] ]); ביטול אינו מחיקה; הוא יוצר רשומה חדשה עם /personal/. ההיסטוריה נשמרת: המשתמש נתן הסכמה, מאוחר יותר ביטל — התאריכים מתועדים. זה קריטי מבחינה משפטית.
לאחר הביטול, עליכם להחליט מה לעשות עם נתונים שכבר נאספו. אין מחיקה אוטומטית — זהו תהליך ארגוני הדורש תמיכה טכנית.
מדוע מודול UserConsent המובנה עדיף על פני הטמעה מותאמת אישית
פתרונות מותאמים אישית מתעלמים לעיתים קרובות מגרסאות טקסט ומקשירת קונטקסט. UserConsent מבטיח עמידה בדרישות החוק פי שלושה מהר יותר ליישום ומבטל את הסיכון לחסימת האתר. יתרה מכך, המודול רושם אוטומטית IP, URL ומזהה משתמש — ועונה על דרישות הרגולציה. בפרויקט מסחר אלקטרוני אחרון עם 15 טפסים, הטמענו את UserConsent תוך 3 ימים, והפחתנו את סיכון העמידה לאפס.
כיצד לבדוק הסכמה לפני עיבוד נתונים
בנקודות קריטיות (לפני שליחת ניוזלטרים במייל, לפני העברת נתונים ל-CRM), בדקו קיומה של הסכמה פעילה:
$hasConsent = \Bitrix\Main\UserConsent\Consent::isAccepted( 'newsletter', ['USER_ID' => $userId] ); if (!$hasConsent) { // не обрабатываем данные } זה מונע מצבים שבהם משתמש ביטל הסכמה אך המערכת ממשיכה לשלוח מיילים עקב תורים מצטברים בטבלת $consents = \Bitrix\Main\UserConsent\ConsentTable::getList([ 'filter' => ['USER_ID' => $USER->GetID()], 'order' => ['DATE_CREATE' => 'DESC'] ]); .
שלבי הגדרת הסכמה במפתח מלא
| שלב | תיאור | משך (ימי עבודה) |
|---|---|---|
| ניתוח | ביקורת של טפסים וזרימות נתונים קיימות, זיהוי נקודות איסוף נתונים אישיים | 1–3 |
| עיצוב | פיתוח תכנית הסכמה, קונטקסטים, טקסטים של מדיניות | 1–2 |
| הטמעה | הגדרת מודול UserConsent, אינטגרציה עם טפסים, שיפור חשבון אישי | 3–7 |
| בדיקות | אימות רישום, ביטול, בדיקה ותוקף משפטי | 1–2 |
| תיעוד | מסירת הוראות, גישה ותיאור תהליך תמיכה | 1 |
העלות מחושבת באופן פרטני לאחר ניתוח היקף הטפסים והשינויים. צרו קשר לקבלת הערכת עלות חינמית לפרויקט. אנו עובדים עם אחריות ל-12 חודשים ותעודות 1C-Bitrix.
השוואה: הטמעה מותאמת אישית לעומת UserConsent
| פרמטר | הטמעה מותאמת אישית | UserConsent |
|---|---|---|
| גרסאות טקסט | חסר או נבנה בהתאמה אישית | מובנה, מקושר לרשומה |
| קשירת משתמש | יש לכתוב ידנית | אוטומטי לפי מזהה או IP |
| רישום IP, URL, תאריך | לעיתים קרובות מושמט | נרשם בטבלאות |
| ביטול עם היסטוריה | דורש הטמעה | מנגנון מוכן |
| תוקף משפטי | מוטל בספק | עומד בדרישות 152-FZ |
התהליך שלנו: שלב אחר שלב
- ביקורת כל נקודות איסוף הנתונים באתר (טפסים, סל קניות, חשבון אישי).
- יצירת קונטקסטים לכל טופס במודול UserConsent.
- חיבור הסכמה לרכיבים קיימים באמצעות פרמטרים או שכתוב.
- הגדרת דף ביטול הסכמה ולוגיקת טיפול בביטול.
- בדיקת תרחישים: הרשמה, שליחת טופס, ביטול, בדיקת הסכמה.
הבטיחו שהאתר שלכם מוגן מקנסות. קבלו ייעוץ כבר עכשיו — צרו קשר לקבלת הערכת עלות לפרויקט.