PriorityDev

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

מה שאת מתארת זה לא קשור להרשאות נתונים.

צריך לעשות פיתוח קטן, אתאר בקצרה:
1. במסך תנאי תשלום להוסיף שדה של איש מכירות רלוונטי (אם יש כמה, אזי מסך בן עם רשימה).
אפשר לחילופין בכרטיס עובד/משתמש להוסיף מסך בן עם תנאי תשלום רלוונטיים.
2. בטריגר CHOOSE-FIELD של השדה תנאי תשלום להתייחס לקישור שיצרת בסעיף 1.

בהצלחה!

בן שטרית כתב:

1. כמו שכבר אמרתי לכם במענה הקודם יש יותר מאחד שניצח – חברת מרכז העתקות … קיבל לפי החוזה שחתמו איתו למרות שניסו לחייב אותו על מה שעבר 10 טרנזקציות ביום ….

הממשקים התחילו לפעול אחרי שעלו ל-18?

בן שטרית כתב:

עדין מבחינה משפטית זה נשמע מעניין, במקרה גם, בוגר החוג למשפטים של בר אילן, בכל אופן לגבי ה etl תראה את הלינק הזה תוכל ללמוד על השוני המהותי בין bi לתצוגת נתונים וכו מול מניפולציות יקרות ולחקור מבנה הנתונים בטבלאות השונות כולל אפשרות לטיוב ה מבני הנתונים ולמידה הקשרים erd מה שלא ניתן לעשות ב bi https://www.google.co.il/url?sa=t&source=web&rct=j&url=https://www.ibm.com/support/knowledgecenter/en/SS4QMC_9.5.0/com.ibm.help.sbi.install.doc/installation/ETL_tool.html&ved=2ahUKEwjlqvTRgqbdAhVMhiwKHaqlBWoQFjABegQIBxAB&usg=AOvVaw37ihnIzVWED2iQLnwBL-rG

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

2. ETL הוא חלק מתחום ה-BI, בכל BI חייבים את שלב ה-ETL.
ו-ETL בעיקרו מעביר נתונים בין בסיסי (או מחסני) הנתונים.
וזה כתוב גם בלינק שנתת:
It facilitates the extraction, transformation, and loading of application-specific data from the source database into the target data warehouse
אף אחד לא "לומד" ולא "חוקר" ע"י ה-ETL.
זה כלי למפתחים.
המשתמשים הסופיים בכלל לא רואים אותו.

אמיתי כתב:

תודה על התגובות.

michaelm,
אשמח אם תוכל לפרט:

כתבת:
[b]א. הממשק היה קיים לפני עלייה ל-18.
אזי בעלייה ל-18 צריכים לדווח לפריוריטי סופטוור על כל ממשק כזה וכמה טרנזקציות חודשיות הוא עושה.
כל מה שמעבר לזה – בתשלום.[/b]

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

כתבת:
[b]ב. לא להשתמש בממשקים כלל, אלא לכתוב ישירות לטבלאות של מסכים – שיטה לא נכונה ומסוכנת בעליל.
[/b]- נראה לי שזה מה שאנו עושים היום. תוכל להסביר למה זו שיטה לא נכונה ומסוכנת?

המון תודה

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

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

בס"ד

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