Accessibility statement
This document is shown in Hebrew, its source language.
הצהרת נגישות — Do4Brain (טיוטת עבודה)
⛔ טיוטה לבדיקת עורך/ת דין — אינה מסמך משפטי ואין להסתמך עליה או לפרסמה. נוצרה: 05/08/2026 · מבוססת על התנהגות המערכת בפועל, לא על ייעוץ משפטי.
גרסת טיוטה: 0.1 · נכתבה על ידי: סוכן AI, כהכנה לעורך/ת דין — לא כתחליף לו/לה. מבוססת על קריאה בפועל של: spec/agent/foundations.md (סעיפי F-A11Y) · _bmad-output/project-context.md (§6 — RTL) · spec/part1-general.md (עקרונות נגישות) · _bmad-output/implementation-artifacts/launch/store-r05-store-assets.md · apps/mobile/src/support/legal-content.ts (הנוסח שכבר מוצג היום כממלא-מקום באפליקציה). מצב המערכת נכון למועד הכתיבה: בפיתוח פעיל, טרם הושקה למשתמשי קצה, וטרם עברה בדיקת נגישות עצמאית פורמלית. הדרישות המתוארות כאן כ"מיושמות" הן דרישות עיצוב/פיתוח מחייבות שנקבעו באפיון המאושר ונבנות לתוכן, לא ממצאי ביקורת חיצונית שבוצעה בפועל — ההבחנה הזו מודגשת בכוונה בסעיף 5.
1. המחויבות שלנו
Do4Brain מיועדת לקהל בני 60 ומעלה, ותוכננה מהיום הראשון מתוך הנחה שחלק ניכר ממשתמשיה עשויים להתמודד עם ירידה בראייה, בשמיעה, בזריזות המוטורית או בנוחות השימוש בטכנולוגיה. נגישות עבורנו אינה תוספת מאוחרת אלא דרישת יסוד שחלה על כל מסך באפליקציה, ללא יוצא מן הכלל.
2. התקן והרמה
ההצהרה מתייחסת לתקן הישראלי ת"י 5568 (הנחיות לנגישות תכנים באינטרנט, המבוסס על WCAG 2.1), ברמת AA, המהווה את הרמה הנדרשת לפי תקנות שוויון זכויות לאנשים עם מוגבלות (התאמות נגישות לשירות), כפי שהן חלות על אפליקציות מובייל ולא רק על אתרי אינטרנט.
3. מה מיושם בפועל (דרישות עיצוב מחייבות, לפי מזהה)
הדרישות שלהלן קבועות באפיון המוצר כמחייבות לכל מסך, ומופנות לצוותי הפיתוח והעיצוב כתנאי-סף ולא כהמלצה:
| דרישה | תיאור |
|---|---|
| F-A11Y-01 | גודל גופן בסיס של 18 נקודות לפחות לטקסט רץ; כיבוד מלא של הגדלת טקסט מערכתית (Dynamic Type באייפון / הגדלת גופן באנדרואיד) עד 200% לפחות |
| F-A11Y-02 | ניגודיות צבעים בהתאם ל-WCAG 2.1 ברמה AA לפחות (יחס 4.5:1 לטקסט רגיל) |
| F-A11Y-03 | אזורי מגע בגודל 48dp לפחות לכל רכיב לחיץ, עם מרווחים נדיבים בין רכיבים — נגד לחיצות שגויות |
| F-A11Y-04 | תמיכה מלאה בקוראי מסך: VoiceOver באייפון ו-TalkBack באנדרואיד, על כלל מסכי הליבה |
| F-A11Y-05 | בטלפונים — נעילת תצוגה לאורך (Portrait) למניעת בלבול; בטאבלטים — שתי תצוגות נתמכות עם פריסה מותאמת (נבדק בפועל מול iPad, לא רק מוצהר) |
| F-A11Y-06 | טפסים: שדה קלט אחד במוקד בכל רגע נתון, מקלדת מותאמת לסוג השדה (למשל מקלדת מספרים לטלפון), והודעות שגיאה בשפה פשוטה וצמודות לשדה הרלוונטי |
| F-A11Y-07 | כל פעולה בלתי-הפיכה (כגון מחיקת חשבון) מלווה בדיאלוג אישור מפורש |
| RTL מלא | כיווניות מימין-לשמאל חלה על כל רכיבי הממשק — כולל פסי התקדמות, מתגי הפעלה/כיבוי, כיווניות אייקונים ואנימציות — לא רק על כיווני הטקסט |
| שפה פשוטה וברורה | ניסוחים קצרים, ללא ז'רגון טכני; הודעת שגיאה טכנית גולמית אינה מוצגת למשתמש בשום מצב — מוחלפת תמיד בניסוח מרגיע ומכוון-פעולה |
4. תאימות פלטפורמות
האפליקציה נבנית כאפליקציה נייטיבית (לא כאתר עטוף), עבור iOS ו-Android, בתמיכה מלאה בטלפונים וגם בטאבלטים — כולל דגלי תמיכה ייעודיים לאייפד ונעילת כיוון דינמית בזמן ריצה לפי סוג המכשיר.
5. ⚠️ מגבלות ידועות, ומה עוד לא נבדק
מתוך מחויבות לדיוק: יש להבחין בבירור בין "דרישה שנקבעה ומיושמת בקוד ובעיצוב" לבין "ביקורת נגישות עצמאית שבוצעה ואישרה עמידה בפועל בתקן". נכון למועד כתיבת מסמך זה:
- לא בוצעה בדיקת נגישות עצמאית/חיצונית פורמלית מול ת"י 5568 או WCAG 2.1 AA. הדרישות בסעיף 3
הן דרישות פיתוח מחייבות, לא תוצאת ביקורת שהושלמה.
- חבילת עיצוב חדשה נמצאת בתהליך גיבוש ותחליף את חומרי הרפרנס הנוכחיים; אימות התאמת פיקסלים מלא
(ניגודיות מדויקת, גדלים מדויקים) ממתין להשלמת אותה חבילה.
- ייתכנו רכיבים בודדים, בעיקר כאלה שנוספים בעדכונים מאוחרים, שטרם עברו בדיקת נגישות מלאה.
- אנו פועלים לזהות ולסגור פערים אלה באופן שוטף, ומתחייבים לעדכן הצהרה זו בהתאם.
6. פניות ותלונות בנושא נגישות
נתקלתם בקושי בנגישות האפליקציה? נשמח לשמוע ולתקן. ניתן לפנות דרך מסך העזרה באפליקציה — בוואטסאפ או בדוא"ל. זמן המענה המתוכנן המוצג כיום כטקסט-מקום באפליקציה הוא "תוך שני ימי עסקים" — יש לאשר שמדובר ביעד עסקי מחייב לפני שהוא נכלל כהתחייבות בנוסח הסופי.
7. רכז/ת נגישות
לפי הנוסח הקיים כיום באפליקציה (טרם מאושר), רכז הנגישות מוגדר כ"צוות Do4Brain, זמין דרך מסך העזרה" — ללא ציון שם פרטי של אדם מסוים. יש לאשר מול עורך/ת הדין אם נדרש למנות ולפרסם שם אישי של רכז/ת נגישות, או שהגדרה ברמת צוות מספקת — ראו שאלה 2.
רכז/ת נגישות: לְמַלֵּא · פרטי קשר ישירים (אם נדרש מעבר לערוצי התמיכה הכלליים): לְמַלֵּא
8. תוקף ההצהרה
הצהרה זו עודכנה לאחרונה ב-לְמַלֵּא (תאריך פרסום סופי), ותיבחן מחדש בכל שינוי מהותי באפליקציה או אחת לשנה, לפי המוקדם.
שאלות לעורך/ת הדין
- תחולת החובה — בהינתן שהמוצר הוא אפליקציית מובייל בתשלום (לא אתר אינטרנט ולא שירות ממשלתי),
ובהינתן שסף החבות מותנה במחזור הכנסות (פטור מתחת ל-100,000 ₪ בשנה; חובה מלאה מעל 300,000 ₪, עם מדרג ביניים) — מה מחזור ההכנסות/היקף הפעילות הצפוי, ומהו הסיווג הנכון של Do4Brain תחת התקנות? זהו נתון עסקי שיניב צריך לספק, לא נתון שניתן להסיק מהקוד.
- רכז/ת נגישות בשם אישי (סעיף 7) — האם נדרש למנות ולפרסם שם אדם ספציפי כרכז/ת נגישות (ולא
הגדרה ברמת "הצוות"), ובאילו תנאים (כולל סף מספר עובדים) חלה חובת מינוי "נאמן נגישות" רשמי?
- בדיקת נגישות עצמאית לפני פרסום — נוכח קהל היעד (60+, שעשוי לכלול מוגבלויות ראייה/שמיעה/מוטוריקה
בשיעור גבוה מהממוצע באוכלוסייה) והחשיפה לתביעות ללא הוכחת נזק פנייני האופייניות לתחום הנגישות בישראל — האם מומלץ להזמין ביקורת נגישות חיצונית ומוסמכת לפני פרסום ההצהרה, ולא להסתפק בהצהרה על "עמידה בעיצוב" בלבד?
- ניסוח "מגבלות ידועות" (סעיף 5) — מהי רמת הפירוט הנכונה מבחינה משפטית: פירוט ספציפי מדי עלול
לשמש כהודאה בהפרה; ניסוח כללי מדי עלול להיחשב מטעה. מה האיזון הנכון?
- הצהרת נגישות לאתר התדמית העתידי — כאשר
do4brain.comיעלה לאוויר, האם נדרשת הצהרת נגישות
נפרדת עבורו (ככל שסוג התוכן/הטכנולוגיה שונה מהאפליקציה), או שניתן להרחיב הצהרה זו?
- הצהרות נגישות בחנויות עצמן — Apple ו-Google מציגים כיום שדות ייעודיים לתכונות נגישות בעמוד
האפליקציה בחנות. האם יש לתאם ניסוח בין הצהרה זו לבין מה שיוצהר בטפסי החנויות, כדי שלא יהיה פער בין הצהרות?