yitzchok

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

שלשום 09:00
שלשום 13:25
שלשום 20:12
אתמול 07:42
אתמול 16:15
אתמול 23:59
היום 00:00
היום 03:22
היום 06:36
היום 14:27

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

למה? צריכים להבין איך תאריכים עובדים בפריוריטי

בצעם עמודת תאריך מחזיקה ספירת דקות מאז 01/01/1988 (בגלל זה, יתכן ובכמה מקומות רואים את התאריך הזה כאשר אין תאריך). הצגת הערכים כתאריך זה דבר שבגדול הוא עניין של אופן תצוגה (אשר נתמך גם בקביעת ערכים). אפשר לראות את הערך הפנימי ע"י פקודה (כאין חלקית בכוונה) כמו SELECT 0+CURDATE FROM DOCUMENTS

ולכן, אין משהו משותף בערכים שבשורות של היום שיתן לשלוף אותם בעזרת "שווה" (אפשר לחשב כזה דבר ואז להשוות אבל זה פחות יעיל מגישה זו) אלא צריכים להגיד "אני רוצה מה שנמצא אחרי תחילת היום (ואם רוצים אז לפני תחילת היום הבא, או עד היום 23:59 ועד בכלל כי הרזולוציה רק בדקות)

הביטוי SQL.DATE8 מחזיר את התאריך של היום (שהוא שווה לתאריך+שעה היום 00:00), לעומת SQL.DATE שמחזיר את התאריך והשעה (כאמור שניהם כדקות מאז 01/01/1988 00:00). אילו נעשה גדול שווה SQL.DATE נקבל רק מה שבעתיד ולא מה היה מתחילת היום.

מקווה שעכשיו הנושא יותר ברור.

בבקשה לנסח מחדש את השאלה ולהסביר יותר לעומק, לדוגמה:

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

מה רוחב עמודת התאריך? 8 זה יום בלבד, 14 כולל שעה. באותה מידה SQL.DATE כולל שעה, SQL.DATE8 זה רק תאריך. אופן ניסוח התנאי יהיה תלוי בפרטים האלה.

למה הכוונה ב-"אני רוצה שיציג לי רק את התאריכים של היום"? אם מציגים רק של היום האם יהיו שם נתונים של תאריך אחר ואם כן איך מכניסים אותם והאם צריכה להיות דרך לראות אותם גם כן?

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

אבל להחרגת מחסנים מ-MRP נראה לי שיש לך את הדגל "העלמת מלאי לתכנון" במחסן – מהעזרה נראה שהוא רלוונטי.

תתחיל בבדיקות פשוטות על מנת לאתר מכנה משותף –

כל המילים נשלחים באותה תחנה על ידי אותו משתמש? (אתם עובדים וובי או קליינט?)

יש עקביות בלקוחות שלא מקבלות חשבוניות חתומות? (זכור לי שיש הגדרה כלשהיא בלקוח)

זו לא פעולה ב-db אלא מבוצעת ע"י החלק שמכין את ה-HTML על בסיס תוצאות שאילתת הדו"ח

מהקליטה מה רוצים להשיג?

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

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

אני מציע לחפש באתר התמיכה של פריוריטי עבור הביטוי "כרטיס אשראי"
ולראות בעיקר את העמודים הבאים (לצערי אני לא יכול לשים כאן לינקים)
* קליטת דפי אשראי עבור תשלומים במערכת מקובץ Excel
* איך מומלץ לבצע התאמת כרטיסי אשראי המשמשים לתשלומים לספקים?

זה מה שרציתם לדעת או הכוונה היתה לתהליך קליטה "אוטומטית" של קובץ במקום הקלדה ידנית?

ארשום כמה מחשבות, ואפשר להגיב אם רוצים כי משהו לא ברור וכו'.

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

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

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

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