@magicode
@ארכיטקט
חוקי מס הכנסה כתובים כאן והטעם שלא יוכלו לזייף מסמכים. למעשה מס הכנסה לא יודעים שכל קובץ אפשר לשנות, כל ערך במסד נתונים ניתן לשינוי, או שהם בונים על זה שמתכנתים מרוויחים מעט מידי ואין להם זמן לזייף מסמכים :lol: :lol: :lol:
ארכיטקט כתב נכון מאד שהטעם הוא כדי שלא יוכלו לזייף מסמכים, והטעם המדוייק הוא שזה לא יהיה אפשרי למשתמש הרגיל לשנות את הקבלה אחרי שיצאה.
אז בPDF רגיל המשתמש הרגיל לא יכול לשנות, ק"ו אם תשתמש בחתימה דיגיטלית, שאז משתמשים במפתח פרטי וציבורי,כאשר המפתח הפרטי לא ידוע והוא נשמר בשרת, ואילו הציבורי ידוע לכל, ואכמ"ל.
בDB גם המשתמש הרגיל לא יכול לשנות (כדי לקבל אישור ממס הכנסה על המפתח לדאוג שבאופן רגיל לא תהיה למשתמש אפשרות להגיע לטבלאות ולשנות)
אבל בHTML כל אחד יכול לערוך את הHTML עם וורד, וזה נכנס לתחום האפור (שים לב שנקטתי בכוונה באפור ולא שחור, כי זה נתון לוויכוח) של קובץ בר שינוי בקלות.
לגבי הרעיון עם BASE 64, השאלה אם מי שמשנה את התוכן לא ישנה גם את הBASE 64 (וזה באמת כבר לא שייך למשתמש הרגיל, אני דן כאן לגוף העניין של חתימה דיגיטלית בHTML), זה יכול להיות רעיון אדיר, אם נשתמש גם במפתח פרטי וציבורי + הצפנה.
בשולי הדברים רק אציין שמס הכנסה בודק בערך 2 תוכנות כל שנה לעומק, ומחפש בהם את כל הנפילות האפשריות....
ועוד משהו, אכן יש את אחת התוכנות הנפוצות במגזר החרדי, ששואלת לאחר הדפסה של קבלה אם היא הודפסה נכון כדי לשמור על המקור (והכוונה האמיתית בשאלה הזו היא אחרת, ודי למבין)
לגבי השאלה המקורית, בהנחה שבאמת מדובר בקבלה (ואני לא נכנס כאן לפיתרון המצויין שמג'יקוד בהיא, אלא לעצם העניין) לא יותר נכון ליצור את הקובץ על השרת ולהביא אותו למכשיר במקום להסתמך על דברים שיעבדו או לא על המכשיר?
פורסם במקור בפורום CODE613 ב04/03/2014 01:12 (+02:00)