› פורומים › אפיון ופיתוח פריוריטי › עדכון מספר חשבונית באופן ידני
- This topic has 10 תגובות, 4 משתתפים, and was last updated לפני 15 שנים, 2 חודשים by אסף הילינגר.
- Post
-
- ספטמבר 2, 2009 בשעה 3:10 pm
שלום,
אני מעוניין לעדכן את שדה מס' חשבונית באופן ידני
האם יש דרך לעקוף את מנגנון המספור האוטומטי?
למשל ע"י עדכון ישירות של הDataBase ?
תודה
- Replies
-
- ספטמבר 2, 2009 בשעה 7:36 pm
למה???
בהנחה שמדובר בחשבונית לקוח (אם זה חשבונית ספק זה לשימוש פנימי ולמה זה חשוב?)נראה לי שלזה יכול להיות השלכות חוקיות רציניות
כדאי להתיעץ בפורום השני (שימוש במערכת) האם זו הדרך הנכונהכבר בשלב זה הייתי מציין לך שדה "מס. פנקס" שהופך את הרשומה בפריוריטי כעותק לכתחילה דהיינו החשבונית שהפיקו ידנית (שצריכה להיות ממוספרת) היא המקור.
[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- ספטמבר 2, 2009 בשעה 7:48 pm
מדובר בחשבונית לקוח
אני מכיר את עניין מספר פנקס ובכל זאת הנ"ל מיועד לחברה בארה"ב שמפיקה חשבוניות ממערכת בילינג חיצונית.
משיהו יודע האם גם בארה"ב יש בעיה חוקית אם השאלה שלי?
תודה,
אסף- ספטמבר 3, 2009 בשעה 6:32 pm
אסף שלוםמה אתה חושב שאתה תרוויח בשינוי מספר החשבונית על שימוש בשדה חשבונית מפנקס?
יצחק
[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- ספטמבר 3, 2009 בשעה 6:36 pm
שלום,
השאלה שלי טכנית אני מודע לכך
שזה לא נשמע נכון ובכל זאת האם מישהו יודע מבחינה טכניתתודה
- ספטמבר 3, 2009 בשעה 7:05 pm
קודם כל מספר החשבונית מוקצה בזמן סגירת החשבונית. אולי בגלל זה אתה שואל. אין אפשרות להתערב בשלב קביעת המספר כי זה בתוך תוכנה מקומפלת.שינוי המספר כעקרון אפשרי – כמו כל עדכון אחר נדרש פקודת UPDATE. אבל אז צריכים לקחת בחשבון שאולי המערכת רשמה את מספר החשבונית במקום אחר ואם מעדכנים את החשבונית זה יסבך ביקורת. (אני חושב על שדות אסמכתא ופרטים וכו' שם מספר החשבונית רשום בטקסט ולא בתור קישור פנימי שלא קשור למספר החשבונית שרואים).
לא היינו חושבים על לגעת בדבר כל כך מרכזי למערכת. תבין מהתשובות שלנו בנושאים אחרים שלא רצוי לגעת כלל בערכים במערכת הסטנדרטית, גם לא בשדות השוליים.
[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- ספטמבר 3, 2009 בשעה 9:11 pm
בכל אופן וברמה הטכנית בלבד. אפשר לפתוח את השדה לכתיבה.
אם הפריוריטי הזה אינו מהווה מערכת להפקת חשבוניות מס, אז איו בעיה חוקית, אלא רק התערבות בסטנדרט.- ספטמבר 6, 2009 בשעה 7:54 pm
היי ליאור,
האם הייתה ממליץ ללכת לכיוון כזה שכרוך בשינוי הסטנדרט?
האם יש השלכות שכדאי לקחת בחשבון?הכוונה מבחינת תפקוד המערכת
תודה- ספטמבר 7, 2009 בשעה 5:18 am
"משיהו יודע האם גם בארה"ב יש בעיה חוקית אם השאלה שלי?"בהחלט יש בעיה חוקית במידה ותרצה לדווח לרשויות מתוך מערכת
(כולל VAT, Fixed Assets וכו').
למרות שלפריוריטי אין אישור לניהול ספרים בארה"ב רשויות יתחסו למערכת בתור כלי ניהולי.
כל פיתוח תומך עבירה יחשב כי שותפות לעבירה.במקומך היתי מבקש מיוזמי הפיתוח מסמך מאשר שחברה היא בעצם חברת "דמו" בלבד ללא כוונת ניהול ספרים ודווח לרשויות (מספיקה הודעת דו"אל או אפילו תשובה חיובית לשאלתך).
- ספטמבר 7, 2009 בשעה 3:32 pm
שלום,
לגבי ארה"ב זה קצת מוזר מה שאתה אומר שכן אשבל טענו כששאלתי שפריוריטי מוכרת לרשויות המס שם.
תודה,
- יש להתחבר למערכת על מנת להגיב.