תוכנה לחתימה דיגיטלית בישראל: מדריך בחירה 2026

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

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

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

טבלת החלטה מהירה

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

חתימה אלקטרונית או חתימה דיגיטלית — ולמה ההבדל חשוב

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

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

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

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

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

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

חתימה אלקטרונית

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

חתימה אלקטרונית מאובטחת

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

חתימה אלקטרונית מאושרת

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

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

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

• חוק חתימה אלקטרונית והתקנות — הגדרות שלוש הקטגוריות ודרישותיהן
• תיקון מס׳ 3 לחוק, 2018
• מרשם הגורמים המאשרים — מי רשאי להנפיק תעודה לחתימה מאושרת

עריכת PDF, מילוי PDF וחתימה על PDF — מה ההבדל?

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

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

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

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

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

צ׳קליסט הבחירה: 24 שיקולים בשש קבוצות

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

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

א. התאמה משפטית וראייתית

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

ב. חוויית החותם

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

ג. ניהול מסמכים וחותמים

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

ד. אבטחה ופרטיות

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

ה. אינטגרציות ואוטומציה

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

ו. מחיר, תמיכה והמשכיות

1. 1מה נספר כיחידת חיוב, ומה קורה כשעוברים את המכסה.
2. 2עלויות נלוות כמו מסרונים, מספר משתמשים או מע״מ.
3. 3תמיכה, שפת ממשק ותיעוד בעברית.
4. 4מה קורה למסמכים שלכם אם תפסיקו להשתמש בשירות.

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

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

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

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

איך חתימה ישראלית עובדת בפועל

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

1. 1בונים תיק חתימה — מעלים קובץ PDF אחד או כמה קבצים לאותו תהליך.
2. 2מסמנים על המסמך איפה חותמים, ומוסיפים שדות של תאריך, שם מלא, ראשי תיבות או מילוי חופשי.
3. 3מוסיפים את החותמים, ואם צריך — קובעים ביניהם סדר חתימה.
4. 4שולחים בדוא״ל או במסרון, או מעתיקים את הקישור ומעבירים אותו בעצמכם.

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

גם השולח יכול למלא שדות ולחתום בעצמו

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

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

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

ערוצי שיתוף: דוא״ל, מסרון, ושיתוף קישור בוואטסאפ

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

חתימה בוואטסאפ באמצעות שיתוף קישור

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

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

חתימה מהטלפון

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

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

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

כמה מסמכים, כמה חותמים, ומה קורה בסוף

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

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

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

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

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

שליטה בקישור: תפוגה, ביטול וסירוב

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

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

תיעוד, אבטחה ופרטיות — ומה זה לא אומר

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

מה המערכת שומרת

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

התכונות הטכניות שמאחורי חתימה מאובטחת

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

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

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

מה תיעוד הוא לא

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

שבעה מושגים שמתערבבים — ואיך להפריד ביניהם

רוב אי־ההבנות בנושא הזה נובעות מכך ששבעה דברים שונים נקראים בשיחה אחת ״תוקף״. הנה ההפרדה, מהטכני למשפטי.

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

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

מה לבדוק אצל כל ספק בנושא פרטיות

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

• חוק הגנת הפרטיות
• מדריך הרשות לתיקון 13
• מדריך תקנות אבטחת מידע

API ו‑Webhooks: להטמיע חתימה בתוך המערכת שלכם

בקצרה: ה‑API מאפשר ליצור תיק חתימה, לשלוח אותו, לבטלו, לקרוא את מצבו ולשלוף את יומן הפעולות. האימות נעשה במפתח בכותרת, פעולות משנות־מצב דורשות מפתח ייחודיות שמונע כפילות, מגבלת הקצב היא שלוש מאות בקשות לדקה, וההתראות חתומות בחתימת HMAC שיש לאמת מול גוף הבקשה הגולמי. ה‑API למסמכים פתוח ממסלול ESSENTIAL, אך ההתראות רק ממסלול PROFESSIONAL ומעלה.

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

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

אימות ומפתחות

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

# אסימון נושא
curl https://platform.israelisign.com/api/v1/integrations/envelopes \
  -H "Authorization: Bearer $ISRAELISIGN_API_KEY"

# או כותרת ייעודית
curl https://platform.israelisign.com/api/v1/integrations/envelopes \
  -H "x-api-key: $ISRAELISIGN_API_KEY"

יצירת תהליך חתימה

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

curl -X POST https://platform.israelisign.com/api/v1/integrations/envelopes \
  -H "Authorization: Bearer $ISRAELISIGN_API_KEY" \
  -H "Idempotency-Key: 8f14e45f-ea0d-4b21-9a2e-1c7d0b5a3f62" \
  -H "Content-Type: application/json" \
  -d '{
    "title": "הסכם שירות",
    "documents": [
      {
        "filename": "service-agreement.pdf",
        "contentType": "application/pdf",
        "data": "JVBERi0xLjQKJcfs..."   // תוכן ה-PDF בקידוד base64
      }
    ]
  }'

קריאת סטטוס ותיעוד

# מצב התהליך הנוכחי
curl https://platform.israelisign.com/api/v1/integrations/envelopes/$ENVELOPE_ID \
  -H "Authorization: Bearer $ISRAELISIGN_API_KEY"

# יומן הפעולות
curl https://platform.israelisign.com/api/v1/integrations/envelopes/$ENVELOPE_ID/audit \
  -H "Authorization: Bearer $ISRAELISIGN_API_KEY"

אימות Webhook

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

import crypto from 'node:crypto'

// חובה: הגוף הגולמי, לא JSON מפוענח.
// אם express.json() רשום לפני הנתיב הזה — req.body כבר לא גולמי
// והאימות ייכשל תמיד.
app.post('/webhooks/israelisign',
  express.raw({ type: 'application/json' }),
  (req, res) => {
    const timestamp = req.get('X-SignYehezkiel-Timestamp')
    const signature = req.get('X-SignYehezkiel-Signature')
    if (!timestamp || !signature) return res.sendStatus(400)

    // דחיית replay. את יחידת חותמת הזמן (שניות או מילישניות)
    // יש לאמת מול התיעוד לפני שמסתמכים על החישוב הזה.
    const ageSeconds = Math.abs(Date.now() / 1000 - Number(timestamp))
    if (!Number.isFinite(ageSeconds) || ageSeconds > 300) {
      return res.sendStatus(400)
    }

    // שני update נפרדים: כך הגוף נכנס כבתים גולמיים ולא עובר
    // המרה למחרוזת, שעלולה לשנות בתים ולהפיל את האימות.
    const hmac = crypto.createHmac('sha256', process.env.ISRAELISIGN_WEBHOOK_SECRET)
    hmac.update(timestamp + '.')
    hmac.update(req.body)
    const expected = hmac.digest()

    // קידוד החתימה בכותרת (hex, base64 או פורמט אחר) אינו מתועד
    // בפומבי. יש לברר אותו ולהתאים את השורה הבאה.
    const supplied = Buffer.from(signature, 'hex')

    if (expected.length !== supplied.length ||
        !crypto.timingSafeEqual(expected, supplied)) {
      return res.sendStatus(401)
    }

    const event = JSON.parse(req.body.toString('utf8'))
    res.sendStatus(200)
  })

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

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

מחיר והמסלול החינמי

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

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

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

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

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

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

השוואה בין סוגי פתרונות, לא בין מותגים

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

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

• Comsign — גורם מאשר
• 2Sign
• Formy
• Powerdoc
• iForms
• vSign
• Adobe Acrobat Sign
• PDF24 — כלי חתימה עצמית חינמי

שימושים לפי ענף

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

שלושה תהליכים אופייניים, בפירוט

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

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

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

ענפים נוספים

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

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

לסיכום

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

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

מקורות, מתודולוגיה וגילוי נאות

המאמר נכתב ופורסם על ידי חתימה ישראלית. העובדות על המוצר נבדקו מול עמודי המוצר, החתימה על PDF, האבטחה, המפתחות והמחירים באתר, ב‑7 בספטמבר 2026. נתונים מסחריים משתנים; לפני החלטה יש לבדוק את עמוד המחירים העדכני.

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

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

• חוק חתימה אלקטרונית והתקנות
• תיקון מס׳ 3 לחוק, 2018
• מרשם הגורמים המאשרים
• חוק הגנת הפרטיות
• מדריך תיקון 13
• מדריך תקנות אבטחת מידע
• עמדת הרשות בנושא הסכמה