Shalom,

1) Solution for updates and bug fixes:
a) the author of the application (which already has a valid certificate) 
declares to authorities that there were no changes to interface/features (and 
if there were, they should be minor and he should list all of them).
b) provides md5sum values to all binary(for all platforms)/script files of 
current version of his application (they should be published on the web site of 
the tax authority near the certificate for his application). That is how 
changes to applications (open or closed source) can be detected.

2) they should start using open source themsleves (White House uses Drupal).

Zeev

----- Original message -----
> שוב שלום,
> 
> אני רוצה להאיר איזו נקודה כהתייחסות לדברים שנכתבו בדיון:
> 
> שינוי תקינה/חקיקה וכו על מנת להתאים את המצב לטכנולוגיות מודרניות ורעיונות
> כמו קוד פתוח זה אמנם פיתרון.
> אבל לפני שאנו ממהרים לאמץ את המודל של ארה"ב, או כל מדינה אחרת ניסיתי לקבל
> פה תובנה על איך כרגע - תחת המגבלות
> הנוכחיות אנו מסוגלים לתת פתרון יעיל לרשות המיסים על מנת לאשר תוכנות קוד
> פתוח.
> 
> לפי מיטב הבנתי, רשות המיסים לא מתנגדת לטכנולוגיה או לרעיון הקוד הפתוח
> ותשמח לאשר תוכנות כאלה - כל עוד יהיה פתרון לסוגיה...
> 
> בהצלחה לנו,
> זיו
> 
> 
> 
> 
> 2012/2/7 Zeev Pekar <z.pe...@gmail.com>
> 
> Shalom,
> 
> sorry for writing in English.
> 
> 1) An average user is not capable of making changes to the source code.
> A bit advanced user can cheat even using commercial programs by making
> database dump before transaction and then restore the dump after
> transaction. A professional can use reverse engineering. One can cheat
> with paper books as well by having 2 of them. So there is no practical
> disadvantage to open source applications.
> 
> 2) Regarding updates - one could use FDA model. They have 2 tracks for
> issuing regulatory approvals one for initial approval (the difficult
> one) and one for updates (an easy one). As long as interface and
> features remain the same it should be possible just to inform the
> authorities about the internal changes and that's it.
> 
> 3) In Australia they allow to use anything for bookkeeping. I would like
> to see this in Israel as well (with a standardized output file format).
> This will allow to use the resources wasted on the regulatory stuff for
> something better. As for me, I dream to be able to use GnuCash
> officially.
> 
> I'll use this opportunity and turn to our tax authorities:
> Dear Anat,
> 
> please, let us use Open Source software and do it yourself. The lives of
> all of us will be better that way. The website of "mas hachnasa" is
> terrible. Using of an open source content management system (like
> Drupal, Joomla, etc) will help you to save money, time and produce good
> results.
> 
> Good luck,
> Zeev
> 
> 
> 
> 
>                                         On Tue, 2012-02-07 at 10:41 +0200, 
>Ziv Perry wrote:
>   <שלום לכולם,
>   <אני שמח להצטרף לדיונים של עמותת המקור - אני רוצה להעלות נושא לדיון
>   <הנוגע לתוכנות קוד פתוח.
> > 
> > 
>   <אני מצרף לדיון שני גורמים חיצוניים להם יש נגיעה ישירה לדיון:
>   <גברת ענת גלזנר, מנהלת בביקורת הממוחשבת של אגף המיסים
>   <מר אייל סלע מאיגוד האינטרנט
> > 
> > 
>   <(אז אנא השתמשו ב-reply to all על מנת לשמור את כולם בלופ)
> > 
> > 
>   <לענייננו,
> > 
> > 
>   <לפני זמן מה הובאה לתשומת ליבי תוכנה תוכנה שנתכתבה לניהול פנקסי חשבונות
>   <שמפותחת בקוד פתוח (שפת PHP) הנקראת "לינט".
> > http://www.linet.org.il/
> > 
> > 
>   <במעבר על הקוד, מצאתי פרצות אבטחה, ניהלתי דיון עם המפתחים ולאחר מכן גם
>   <עם רשות המיסים (האחראית על רישום תוכנות מסוג זה) ואיגוד האינטרנט שעזר
>   <לממן את הפרוייקט.
>   <אני יוצא מתוך הנחה שפרצות אבטחה כאלה ואחרות, ניתנות לסתימה, ודווקא
>   <בנושא הזה - אין לי טענות כלפי המפתחים. מעט עבודה תפתור את סוגיות אבטחת
>   <המידע.
> > 
> > 
>   <אתמול הייתי בדיון ברשות המיסים שהתנהל בראשות גברת ענת גלזנר הנוגע
>   <לתוכנה זו. המסקנות מהדיון אתמול היו מצערות, וזהו הנושא שאני מעלה פה
>   <לדיון.
>   <כאשר רשות המיסים מאשרת תוכנה, זה על סמך התחייבות של המפתח (פרטי, בית
>   <תכנה וכו) שהתכנה עומדת בסטנדרטים מסויימים.
>   <כאשר מדובר בפרוייקט קוד פתוח - ישנה פרצה מסויימת שאולי ניתן לפתור אותה
>   <משפטית, אך לא מעשית.
>   <כל אחד יכול להוריד את התכנה, לעשות בה שינויים כראות עיניו (כולל מעשי
>   <"רמאות" בניהול פנקסי החשבונות שלו) ולהציג לכאורה שהוא משתמש בתכנה
>   <רשומה ברשות המיסים - דבר שלכאורה מעיד על נכונות הנתונים שהתכנה שומרת.
>   <הבעיה היא, שכל שינוי שכזה בקוד המקור, מסיר למעשה את תעודת הרישום
>   <שמעניקה רשות המיסים לתכנה. אבל אין דרך מעשית לבדוק זאת.
> > 
> > 
>   <הדיון הזה נועד על מנת לבדוק איך אפשר להתמודד עם מקרה כגון זה, ואיך
>   <אפשר לעזור לקידום תכנה חופשית ולמנוע דחייה אוטומטית של תוכנות קוד פתוח
>   <לרישום של רשות המיסים.
> > 
> > 
>   <בברכה,
>   <זיו פרי
> > 
> > 
> > _______________________________________________
> > Discussions mailing list
> > Discussions@hamakor.org.il
> > http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions
> 
> 
> 
> 
> 
> -- 
> Ziv Perry

_______________________________________________
Discussions mailing list
Discussions@hamakor.org.il
http://hamakor.org.il/cgi-bin/mailman/listinfo/discussions

לענות