עדכון מספר חשבונית באופן ידני

פורומים אפיון ופיתוח פריוריטי עדכון מספר חשבונית באופן ידני

  • Post
    שלום,
    אני מעוניין לעדכן את שדה מס' חשבונית באופן ידני
    האם יש דרך לעקוף את מנגנון המספור האוטומטי?
    למשל ע"י עדכון ישירות של הDataBase ?
    תודה
מוצגות 10 תגובות – 1 עד 10 (מתוך 10 סה״כ)
  • Replies
    yitzchok
    משתתף
    IL
    למה???
    בהנחה שמדובר בחשבונית לקוח (אם זה חשבונית ספק זה לשימוש פנימי ולמה זה חשוב?)

    נראה לי שלזה יכול להיות השלכות חוקיות רציניות
    כדאי להתיעץ בפורום השני (שימוש במערכת) האם זו הדרך הנכונה

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    מדובר בחשבונית לקוח
    אני מכיר את עניין מספר פנקס ובכל זאת הנ"ל מיועד לחברה בארה"ב שמפיקה חשבוניות ממערכת בילינג חיצונית.
    משיהו יודע האם גם בארה"ב יש בעיה חוקית אם השאלה שלי?
    תודה,
    אסף
    yitzchok
    משתתף
    IL
    אסף שלום

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

    יצחק

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    שלום,
    השאלה שלי טכנית אני מודע לכך
    שזה לא נשמע נכון ובכל זאת האם מישהו יודע מבחינה טכנית

    תודה

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

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

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    Lior
    מנהל בפורום
    בכל אופן וברמה הטכנית בלבד. אפשר לפתוח את השדה לכתיבה.
    אם הפריוריטי הזה אינו מהווה מערכת להפקת חשבוניות מס, אז איו בעיה חוקית, אלא רק התערבות בסטנדרט.
    היי ליאור,
    האם הייתה ממליץ ללכת לכיוון כזה שכרוך בשינוי הסטנדרט?
    האם יש השלכות שכדאי לקחת בחשבון?הכוונה מבחינת תפקוד המערכת
    תודה
    Lior
    מנהל בפורום
    על פניו אני לא רואה בעיה.
    מארק
    משתתף
    none
    "משיהו יודע האם גם בארה"ב יש בעיה חוקית אם השאלה שלי?"

    בהחלט יש בעיה חוקית במידה ותרצה לדווח לרשויות מתוך מערכת
    (כולל VAT, Fixed Assets וכו').
    למרות שלפריוריטי אין אישור לניהול ספרים בארה"ב רשויות יתחסו למערכת בתור כלי ניהולי.
    כל פיתוח תומך עבירה יחשב כי שותפות לעבירה.

    במקומך היתי מבקש מיוזמי הפיתוח מסמך מאשר שחברה היא בעצם חברת "דמו" בלבד ללא כוונת ניהול ספרים ודווח לרשויות (מספיקה הודעת דו"אל או אפילו תשובה חיובית לשאלתך).

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