תחומים - פורום חרדי מקצועי

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

@סקרן-0 כתב באתר שנראה ממש חמוד ללימוד SQL Server בחינם:

והמחיר שם להרשמה הוא 69$ שכרגע פחות בהישג ידי.

בתור מתחיל יש עבורך שם קורס חינמי ומעולה

תוריד מכאן את ה SQL.Express (חינם, רשמי)
ואת הכלי SSMS
ותקפוץ למים

@חוקר
בהמשך להמלצות הנ"ל
(יש גם את קליאCRM)

במידה ולא תמצא את מבוקשך בפלטפורמות הקיימות
אשמח להציע לך את המערכת שבניתי
פרטים במייל: pooa.crm@gmail.com

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

החסרון המרכזי:
מדובר בתוכנה לוקלית ולא ב'ווב'

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

@A0533057932
נקודה נוספת לגבי הדיון הנוכחי

סבורני שכל זמן שהפעולה המבוקשת

1. נצרכת
2. אפשרית טכנית (לאפוקי בקשה לבצע הפקדת שיקים דרך הטלפון הכשר וכד')

זכותינו וחובתינו לדרוש זאת
היות ו'בנק' הינו גוף ציבורי במדינת ישראל

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

וכל זאת מתוך ההכרה בערך השוויון החברתי וכו' וכו'

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

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

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

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

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

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

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

כך שהיות ויש ציבור די גדול, ולאו דוקא חרדי שיכול להיות קהל יעד של דבר כזה

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

@dovid כתב בחובת הנגשת אתר והצהרת נגישות:

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

שאלה באמת חזקה

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

(נתון מעניין נוסף שלא מצאתי מקור, כמה תביעות מגישים וזה לא עובר את השלב של ההכרה כייצוגית)

המקור הכי מוסמך כרגע שמצאתי אומר

@A-I-V
טיפה משעשע
שנושא הבעיה הוא שהוא לא מצליח להתחבר
ואתה שולח לו קישור לפתרון - באתר של מתמחים.טופ
שכאמור, חסום לו...

@one1010 כתב בקנס על תיקוף מאוחר ברב קו חופשי שנתי:

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

וחייבים גם לחגור חגורה באוטובוס בינעירוני....

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

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

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

@קומפיונט
מעבר לתשובה הטובה
נהנתי שפרטת את הקו חשיבה הבריא שיעזור לי גם לפעמים הבאות

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

ועל הרעיון הזה של הקלטת השינויים ...
לא חשבתי

החכמתי
שכוייח

@mekev
אני לכשעצמי הסתדרתי

לתועלת קוראי השרשור עד פה
נעזרתי בתוצאות חיפוש שעשיתי על זה

@chagold כתב בתוכנה לניהול תשלומים:

לפני כמה שנים הוא רצה ע"ז כמה אלפים.

בתשלום - אני ממליץ ללכת על תוכנה רשמית של הנהלת חשבונות מבית תוכנה מוכר
זה גם יותר זול, וגם יותר אמין

בחינם - @dovid כבר ענה

@חנון-המרבה הכללת בשאלתך את המילה 'מוסד'
אם מדובר במוסד רשמי (גם אם חלק מהכספים עוברים בגוונים שונים)
היכן אתם מנהלים כיום את ההנהלת חשבונות?
ההגיון אומר שבתוכנה שבה אתם קולטים את החשבוניות - בה אמור להיות רשום התשלומים
(גם אם מדובר על שירותי משרד הנה"ח חיצוני
הם יכולים להביא / להנגיש לכם את המידע הנ"ל)

@ש-ב-ח
אין בעיה כלל וכלל
'רק' צריך לבצע רישום מסודר ברשות המיסים
תן לחכם ויחכם...

@חוקר כתב בניהול תקבולים ממשלם אחד לכמה סניפים:

יש כאן 3 נקודות לדיון

1. יתרת חובה פר לקוח (משלם)
2. דוח פירוט חיוב פר סניף
3. דוח פירוט תשלומים פר סניף

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

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

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

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

@ארי כתב בשגיאה בשליחת API - אקסס:

יש קשר בין התאריך של המחשב לפעולות שהוא מבצע ברשת?

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

@ארי כתב בשגיאה בשליחת API - אקסס:

למה התאריך אמור להשפיע?

בדיקת השערה מהמידע שהבנתי

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

@dovid כתב במה הדרך הנכונה לארגון מסד נתונים לרכישת אותיות בספר תורה?:

אם יהיו אלפי קונים שיקנו טווח, למה לבזבז שורה על כל אות?

מצד שני
מדובר כאן על כמות שורות סבירה ידועה מראש (304,805)

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

@mekev
עדכון:

מצאתי 'היסק סביר'
פשוט לבדוק את ה: this.Width / this.Height

@mekev

עדכון:
הצלחתי לשרשר על הודעות קיימות (c# - MailMessage)

 mail.Subject = "Same message subject";//נושא הודעה חייב להיות זהה למקור
 mail.Headers.Add("In-Reply-To", "<MESSAGEID.From.Original.Message>");//בפרמטר השני - להכניס את מזהה הודעה

ניתן גם לשלוח את References כנ"ל
טרם הבנתי מה הוא עושה
.
.

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

התוצאה הסופית שאני מעוניין זה:
לשלוח מיילים ישירות מהמערכת אצלי (c# - MailMessage)
ושזה יגיע אצל הנמען כשרשור למייל קיים

כשלב מקדים
אני מנסה לשרשר הודעות ממספר 'גיימיילים' רגילים למייל X
וגם מאותו מייל
ולא מצליח

בעזרה הרשמית כתוב

כותרת הפניה עם אותם מזהים כמו הודעה קודמת

כאן הסתבכתי מה זה אותו כותרת ומזהה מסתורי
כאשר אני שולח בשרשור ישיר מאותו מייל התוצאה היא:

(שורת מזהה הודעה - שונה, בנושא מתווסף התווים :Re / Fwd: )

כאשר אני שולח מאותו מייל - מייל חדש נוסף
אם הנושא זהה לטקסט הקודם ('הפסקת אוכל') - מגיע מייל חדש ולא כשרשור
אם הנושא מכיל 'Fwd: הפסקת מים' או 'Re: הפסקת מים' - גם מגיע מייל חדש ולא כשרשור

אז?...
מה פספסתי?

אשמח להתייעץ בנוגע לתכנון טבלאות בSQL

מה מומלץ לבצע בטבלה שבטווח של עשר שנים לא אמורה להכיל יותר מ100,000 שורות

• מבחינת קריאות

• מיטוב ביצועים

• (ופשטות יצירת שאילתות)

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

שאלה:

1. במידה ויש לי הרבה נתונים ייחודיים אבל אינם מוכרחים להיות בטבלה הנוכחית
   האם יותר נכון להוסיף עמודות לפי הצורך (כולל עמודות עם שדה ntext / nvarchar(4000) )
   או בכ"ז לפצל לטבלאות נפרדות

לדוגמא:

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

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

עריכה: דוגמא

למעשה המזהה ספק ושם הספק הינו נתון כפול
כי ניתן לשלוף את שם הספק באמצעות JOIN לטבלת ספקים
מצד שני - שם הספק הינו שדה 'רזה'