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

@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 לטבלת ספקים
מצד שני - שם הספק הינו שדה 'רזה'

@yossiz
מדובר על SSMS (צודק לגבי הצורך בדיוק, החכמתי)

מה אני מנסה לעשות?
אני מעוניין להריץ שאילתא שתחזיר תוצאות משלוש DataBase
ולצורך כך אני משתמש בOUTER APPLY

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

נקודה נוספת:
בהנחה שאתה מעוניין להוציא משכנתא על הדירה
מומלץ שתבדוק

• מול שמאי מקרקעין
  מה לדעתו, יהיה חוות דעתו לבנק
• חברת ביטוח (חובה להביא לבנק ביטוח מבנה)

@mekev
סיכום השיעורי בית

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

אני למעשה צריך את שניהם

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

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

הלכתי לגרד עצמאית:

בנק מזרחי - מידע מלא ותקין
בנק פאגי - תנועות יוצא תקין - חסר את הנתון Balance

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

רק לי נראה שזה אימות חסר משמעות למה שמקור השרשור היה מעוניין?

@צעיר כתב באימות תעודת זהות לפי תאריך לידה:

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

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

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