דוח תשלומים לחשבוניות עסקה (חלק ב')

פורומים אפיון ופיתוח פריוריטי דוח תשלומים לחשבוניות עסקה (חלק ב')

  • Post
    אלכס
    משתתף
    שלום רב. אני בונה דוח שצריך להציג את הנתונים האים:
    1. כל השורות (מוצרים) מהזמנות לקוח.
    2. אם נפתחה חשבונית עסקה, שיציג את מס' חשבונית העסקה, אם לא – שיציג שדה ריק.
    3. אם התקבל תשלום כנגד חשבוניות העסקה – שיציג את מס. הקבלה, אם לא – שיציג שדה ריק.

    חתכתי ORD מORDERS עם ORD מINVOICES? ושמתי ? בעמודה של IVNUM מINVOICES. עד השלב הזה – הדוח הציג את מה שאני צריך בלי קבלות.

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

    אלו חיתוכים אני צריך להביא בכדי שהדוח יציג מס' קבלה לחשבוניות, ובאיזו עמודה של מס' קבלה עדיף לי להשתמש בדוח: IVNUM מINVOICES עם מזהה אחר, IVNUM מFNCTRANS או משהו אחר?

    תודה רבה,
    אלכס.

מוצגות 15 תגובות – 1 עד 15 (מתוך 28 סה״כ)
  • Replies
    שלום אלכס,

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

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

    אלון.

    אלכס
    משתתף
    תודה רבה אלון, אני אנסה.

    אלכס.

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

    תודה רבה,
    אלכס.

    שלום אלכס,

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

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

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

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

    אלון.

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

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

    ישנן שתי אפשרויות של העברת מוצרים מאיתנו לעמותות: או שאנחנו תורמים מוצרים ללא תשלום, או שאנחנו גובים מעמותה מחיר שבו המוצר נקנה מספק.

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

    אלכס.

    ראשית, כל הכבוד על היוזמה המבורכת.

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

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

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

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

    צר לי לעתה. אם אשכיל בדברים נוספים בעתיד, ייתכן שאוכל להציע לכם טיפים.

    אלון.

    אלכס
    משתתף
    שוב תודה אלון.

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

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

    אלכס.

    Lior
    מנהל בפורום
    ראשית,
    החיתוך עם החשבונית אינו מושלם. אתה צריך להוסיף תנאי ש הTYPE של החשבונית יהיה R (אחרת, הדוח עלול להביא גם חשבוניות רכש שיש להם ORD של הזמנת רכש זהה ל ORD של הזמנת הלקוח)

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

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

    אלכס.

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

    אלכס.

    אלכס, לא התקבל שום קובץ לאתר.
    אלכס
    משתתף
    אני מצרף קובץ בשדה "בחר קובץ לצרף" ועושה "הגש". האם צריך לעשות עוד משהו?

    תודה,
    אלכס.

    לאחר בחירת הקובץ, אתה חייב ללחוץ על האייקון שכתוב עליו [file] . זה יוסיף את המילה הזאת למלל. אחר-כך בצע "הגש".
מוצגות 15 תגובות – 1 עד 15 (מתוך 28 סה״כ)
  • יש להתחבר למערכת על מנת להגיב.