נדל"ן: לחתום ולשתף חוזים באופן פרטי

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

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

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

למה המסמכים האלה שונים

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

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

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

”נמחק אחרי שעה” לא עוזר לכם כאן

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

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

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

חתמו בלי להדפיס, ובלי להעלות

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

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

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

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

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

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

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

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

מה לשנות מחר

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

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

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