עפר שקד

Forum Replies Created

מוצגות 15 תגובות – 331 עד 345 (מתוך 377 סה״כ)
  • Replies
  • עפר שקד
    משתתף
    תפקידו של שדה מחיר תקן היא לשמש כברר מחלד לפריט שנכנס למלאי ללא חשבונית (לדוגמא התקבל בתעודת קבלה מספק וריצת התמחיר מתבצעת לפני קבלת חשבונית הספק).

    במקרה שלך סביר להניח שאין לזה משמעות.

    עפר שקד
    משתתף
    הי דנה

    1+2+3 שלטונות המס מעניקים מספרים על פי שיקולייהם, ברוב המקרים המספרים הנ"ל זהים. במידה והנתונים שונים על הספק להעבירם אלייך.

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

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

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

    עפר שקד
    משתתף
    הי מזור

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

    עפר שקד
    משתתף
    הי עמית

    אני מפריד בין השאלות

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

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

    עפר שקד
    משתתף
    הי עמית

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

    עפר שקד
    משתתף
    הי תמי

    יש מספר בעיות קלאסיות הגורמות לממשק ליפול:
    אבל תחילה שאלה: האם בנית ממשק עם מיקומי עמודות קבועים או מוברד TAB או EXML ?

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

    בתשובה שלך אנא צרפי את דוח השגיאות של פריוריטי.

    עפר שקד
    משתתף
    הי עמית

    בכל מקרה בו תנועת היומן איננה נסגרת תופיע הודעה המפרטת את התקלה.

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

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

    באם אתה מסתבך אנא צרף צילום מסך של ההודעה.

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

    הפרוצדורה למציאת התאמה אוטומטית מתבסס על מסך "שיטות להתאמה" הנמצא בתפריט "הגדרות להתאמה".

    לדעתי שיטת ההתאמה עליה המערכת מתבססת איננה רגישה מספיק ויש לכווננה – יש גם WIZARD

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

    עפר שקד
    משתתף
    הי דנה

    ההסבר שלך ברור מאוד

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

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

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

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

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

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

    עפר שקד
    משתתף
    הי דנה

    אני מאוד מבולבל

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

    עפר שקד
    משתתף
    הי תמי

    השימוש בכרטיסי אשראי הוא נושא רחב מאוד.
    אני אנסה לתאר בקצרה:

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

    השיטה הפשוטה ביותר לטפל בנושא היא:

    א' לדאוג לכך שהקבלות יירשמו בחשבון חברת האשראי בצורה מפורטת על פי ימי ערך של התשלומים.
    לצורך כך יש לציין לכל אמצעי תשלום מהו חשבון חברת האשראי שלו וכן מה הם ימי הזיכוי שלו (מתבצע בנתיב הבא: כספים &GT תחזוקת כספים &GT טבלאות כספים @GT מסך אמצעי תשלום, בו יש לקשור בין אמצעי התשלום לחברת האשראי וכן יש להקפיד למלא את מסך הבן הרלוונטי עבור כל אמצעי תשלום הקשור לחברת אשראי).

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

    ג' מחשבון המעבר את מעבירה לעו"ש את התקבול המלא, להוצאות את עמלת חברת האשראי ולמע"מ תשומות את העמלה המלאה.

    חג שמח

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

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

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

    עפר שקד
    משתתף
    הי רועי

    השלבים הם:

    לברר האם פריוריטי מכילה פרוצדורת הדפסת מדבקות אשר מציגה את השדות הרלוונטים לך (מהתאור שנתת סביר לי שלא).

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

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

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

מוצגות 15 תגובות – 331 עד 345 (מתוך 377 סה״כ)