Forum Replies Created
- Replies
-
- יולי 29, 2017 בשעה 11:32 pm
- in reply to: האם REST API יכול להריץ ממשקים? – אפרט בהודעה.
אבל גרסה 18 יצאה לפני כמה חודשים…[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יולי 29, 2017 בשעה 11:03 pm
- in reply to: מספור שורות בדוח HTML
אני לא בדיוק עוקב.כדי שנוכל לעזור הכי טוב בבקשה להפיק את השאילתא של הדו"ח בעזרת סביבת פיתוח SQL (פקודת Dump Report) ולהדביק כאן.
צירוף דוגמה של התוצאה (אתה יכול לטשטש פרטים רגישים) יקל עוד. תסביר בקשר לאותה דוגמה מה לא טוב.בינתיים אני מנסה להסביר שוב –
נשמע שאתה אומר שאתם ממיינים את העמודה בה יש את הביטוי SQL.LINE.
המערכת מתעלמת מהעמודה הזאת עד לאחר הרצת השאילתא, ותוך כדי העברת התוצאות לשלב הבא (אליך אם אתה סתם מריץ את השאילתא) היא מוסיפה את המספור לשורות לפי הסדר שהן חזרו, זאת אומרת לאחר כל מיון שתקבע. היות והעמודה של ה-SQL.LINE לא חלק מהשאילתא בכלל, הגדרת המיון על אותה עמודה חסרת משמעות.
יכול להיות שבשאילתא שתקבל מה-Dump Report תראה את הביטוי בתוך השאילתא אבל אני מתכוון לשכבה עמוקה יותר.
לדעתי כן תראה את זה אם תפיק את שאילתת ה-SQL Server של הדו"ח בעזרת הפעלה ישירה ממחולל הדו"חות. השאילתא שתחזור משם, עד כמה שאני זוכר, לא תכלול כל עמודה של מספור.[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יולי 29, 2017 בשעה 10:52 pm
- in reply to: האם REST API יכול להריץ ממשקים? – אפרט בהודעה.
בגרסה האחרונה יש את מה שהם מתארים Web API (אם אני זוכר נכון) ודובר על ממשק שנותן לעדכן, כך שיש תקווה.
אם ה-Web API זה אותו דבר כמו ה-REST API אני לא לגמרי בטוח אבל נראה לי שכן.
כל זה על מסך מה שראיתי בכנס לאחרונה ולצערי אני לא יכול לענות לך מנסיון אישי.[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יולי 27, 2017 בשעה 6:01 pm
- in reply to: טבלת טעינה לחשבונית מס קבלה
כדי לעיין בפרק הרלוונטי בספר של ה-SDK.[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יולי 27, 2017 בשעה 6:00 pm
- in reply to: טבלת טעינה לחשבונית מס קבלה
בכל שורת בטבלת טעינה חייב להיות ערך בעמודת RECORDTYPE (כך מהזכרון) שהוא מציין לאיזה מסך מבין המסכים של הממשק השורה מיועדת.
חובה למלא עמודה זאת כמו שחובה למלא LINE שקובע את סדר הטעינה.
יש עמודה במסך של מחולל הממשקים, ליד שם המסך, בו אתה קובע את מזהה סוג השורה (לא זוכר איך נקרא בעל פה). זה הערך שאתה צריך לשים בעמודה הנ"ל.[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יולי 27, 2017 בשעה 5:33 pm
- in reply to: שדה TIME מחושב 3 ספרות משמאל
סוג נתון TIME משקף (יכול לשקף) שעה וגם פרק זמן (ולדעתי לזה מיועד בעיקר, ומעבר לזה לשעה שלא קשור לתאריך)
מה היית רוצה שיעשה כשפרק הזמן עולה על 99 שעות ו-59 דקות? ש-100 שעות ו-5 דקות יוצג כ-5 דקות?
עכשיו אפשר עד דקות פחות מאלף שעות.[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יולי 27, 2017 בשעה 5:30 pm
- in reply to: בניית טריגר שמעדכן שדה לפי ערך של שדה אחר
1. לא בהכרח CHECK-FIELD זה המקום הכי טוב לבדוק. נראה לי שבדיקה כזאת יותר שייכת ל-PRE-INSERT ו-PRE-UPDATE
2. את צריכה שאילתא מורכבת יותר. יכול להיות שאת מכוונת ל"ולבדוק אם "סוג הרכב" לא נמצא ב"סוג הרישיון" אז להציג שגיאה."
איך שתיארת יכול להיות לנהג כמה סוגי רשיונות.
את צריכה שאילתא שמשתמשת ב-NOT EXISTS[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יולי 27, 2017 בשעה 5:07 pm
- in reply to: בניית מסך שיבוצי נסיעות
STIME זה השעה ב-SDATE, ו-ETIME זה השעה ב-EDATE?
ה-SDATE וה-EDATE הם DATE אורך 8?אם הבנתי נכון זה לא רעיון טוב ויביא לדברים כמו מה שעשית שלא יביא לתוצאות נכונות.
בלי ממש להוכיח את זה כל החושים שלי אומרים שהטריגר הזה לא יעשה מה שאת רוצה (מעבר לזה שאין בפדוקות אלה FROM אבל אולי את זה דילגת בכוונה)[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יולי 27, 2017 בשעה 2:10 pm
- in reply to: לוג שינויים לשורות של חשבוניות
נכון אבל כפי שאני נוהג לדייק, כל עוד יכול להיות שמישהו גם עשה בינתיים שינויים למחירון קשה מאוד לדעת בדיוק מה היה המחיר שהיה לפני ששינו למחיר ידני.
במקרה הזה נשמע לי שהדרישה מצביעה על צורך לפתח לוג שינויים פרטי (לשדות שחשובים לכם) וזה כפי שאמרתי בצורה שתתפוס לא רק שינויים מגרסה אחת של השורה לאחרת אלא גם שינוי מחיר תוך כדי עריכה של שורה. הייתי עושה את זה ע"י מעקב אחרי השדה מקור מחיר וכשהוא משתנה ממשהו שלא "ידני" ל-"ידני" לשמור בצד (בעמודה מיוחדת ברשומה ממנה תעשה רשומות לוג לאחר מכן בשמירה) את הערך הקודם שהיית צריכה לתפוס לפני כן בהפעלת POST-FIELD על המחיר עצמו.
זה נשמע מורכב אבל גם חישוב המחיר האוטומטי מורכב ואני סובר שמה שאני מציע עשוי להיות יותר אמין בסה"כ (אם את בוחרת לחשוש משינויים במחירון ועוד דברים שיכולים לעשות את החישוב שלך של המחיר הקודם לא מדיוק)[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יולי 26, 2017 בשעה 7:31 pm
- in reply to: דוח מתוזמן מ TTS עם עיצוב מותנה
עזוב. מה שאני חשבתי פחות יתכן.בינתיים אין לי רעיונות.
[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יולי 26, 2017 בשעה 7:30 pm
- in reply to: דוח מתוזמן מ TTS עם עיצוב מותנה
יכול להיות שלא מדובר בעברית?[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יולי 26, 2017 בשעה 7:28 pm
- in reply to: לוג שינויים לשורות של חשבוניות
קחי בחשבון שגם אם היה לוג שינויים, אם המחיר היה מאוכלס בעת הקלדת שורה באופן ידני, והמשתמש היה משנה את המחיר לפני שמירת השורה, זה לא היה נחשב שינוי שהיה נרשם בלוג שינויים.ובעצם עכשיו שהסברת את הדרישה אנחנו מבינים שאת לא חייבת לוג שינויים, אלא אפשרות להצביע על מחיר שלא מחיר ממחירון.
ואם כן הפתרון הוא אחר לגמרי.
במסך פירוט של כל סוג חשבונית יש עמודת "מקור מחיר". יש לבדוק אותו. אם ערכו "תעודת משלוח" ויכול להיות שמישהו שינה שם אז יש עמודה כזו גם שם. תבחרו אילו שילובים של מקור מחיר ישקפו מצב תקין ותעלו כל שורה אחרת בדו"ח.[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יולי 26, 2017 בשעה 6:55 pm
- in reply to: לוג שינויים לשורות של חשבוניות
אני הייתי מנחש שזה בגלל שיש הנחה שחשבונית נפתחה ונסגרה בזמן קצר (ולאחר הסגירה לא ניתנת לשינוי) ואם כן חשבוניות מסוימות לוקחות יותר זמן, שהן מוגנות משינויים ע"י אנשים שלא סומכים עליהם לעשות שינויים לא מתאימים.[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יולי 25, 2017 בשעה 1:07 pm
- in reply to: הפעלת פרוצדורה עם פרמטר דרך WINRUN
השינויים שהם עושים בגרסאות האחרונות בכלל לא בתחום הזה. הם מעודדים עבודה מול טכנולגויות client-server בפרוטוקולי אינטרנט ולא כ"כ נוגעים בכלים האלה.
אם תרצה תוכל אולי לבצע את העדכון בממשק ה-REST או מה שהם קוראים Web API אם זה לא אותו הדבר, אבל לא על זה שאלת
בהצלחה[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- יולי 25, 2017 בשעה 1:01 pm
- in reply to: הפעלת פרוצדורה עם פרמטר דרך WINRUN
לא
אין דרך להעביר פרמטר כזה לפרוצדורה.
הפרמטר היחיד שאני יודע להעביר לפרוצדורה הוא קובץ לינק של טבלה.
אם אתה רוצה להטעין נתונים לתוך פריוריטי אתה צריך להשתמש בטעינה, או טעינת טבלה (פחות משתמשים בה, מנסיוני) או טעינה למסך.
אתה יכול להשתמש בפרוצדורה לסדר את הטעינה הסופית למסך.
אם יש לך את הידע, אני מוצא שהדרך הנוח ביותר לעשות אינטרגרציות מהסוג הזה זה ליצור מנגנון חיצוני (לא מתוך פריוריטי) שקורא מהדטהבייס כל מה שנדרש כדי להכין קובץ שמתאים לטעינה למסך ואז לקרוא לפריוריטי לבצע את הטעינה, או ישירות ממשק או פרוצדורה שיודעת לקחת את הקובץ ולהפעיל טעינה.[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]