לא מכיר את הAPI של קשר, אבל זה נראה שאלו הפעולות הנדרשות.
לבדוק אם זה מבטל (מוחק ולא מופיע כלל) או עושה זיכוי על הסכום
חשוב לבטל מיד ולא לאחר יום יומיים דהיינו לבטל לפני השידור של המסוף לשבא.
לא מכיר את הAPI של קשר, אבל זה נראה שאלו הפעולות הנדרשות.
לבדוק אם זה מבטל (מוחק ולא מופיע כלל) או עושה זיכוי על הסכום
חשוב לבטל מיד ולא לאחר יום יומיים דהיינו לבטל לפני השידור של המסוף לשבא.
חיוב זיכוי יכול להופיע אצל הלקוח בדף החשבון ולעורר שאלות.
מומלץ לעשות חיוב ומחיקת עסקה, בסכום קטן. בסכום גדול יכול להישלח SMS ללקוח על עסקת אינטרנט/טלפוני תלוי בחברה.
לפלא קארד יש אופציה של משלוח פקודת URL עם נתוני העסקה ומספר מכשיר, והמכשיר מקבל את הבקשה ומציג את העסקה לביצוע בEMV (או בהקלדה) ושולח חזרה לתוכנה הודעת ביצוע.
אם היית שכיר והיית צריך למלאות בריכה של מים וזה לוקח שעה, כך שהיית צריך לפתוח את הברז ולהמתין שעה עד למילוי הבריכה ולסגור את הברז, איך היית מחשב את זה לפי 2 דקות פעולה או שעת עבודה?
זה שאתה מפעיל מערכות בשביל הפרוייקט וכנראה גם משלם על השירות הזה, זה לא אומר שאתה לא עובד.
@ששא לא עבדתי בגבס ולא ראיתי עבודות גבס בעת בניה, אבל בחיפוש בגוגל 'ציוד הרמה פלטות גבס' תגלה את הציוד הנדרש.
@ששא בלי ציוד מקצועי יקח לך כפול זמן וכח.
האם חשבת איך להרים פלטת גבס לגובה ללא עזרי תמיכה והרמה?
בחדש עובד. רשום מחובר.
לי היה SSE שלא עבד בגרסה הישנה של הסינון, קיבל timeout . ביקשתי מהספק לעבור לסינון החדש והכל הסתדר.
@צדיק-תמים תחליף את שם הלקוח של החשבונית לפני הנפקת קבלה,
הקבלה שיוצאת תקבל את הפרטים המעודכנים של הלקוח, בתוך הקבלה.
אחרי זה תחליף חזרת את שם הלקוח.
כל מסמך מקבל את השם הרשום לתוך המסמך, ולא משתנה בעת שינוי שם לקוח.
@יהודי-טוב אגב, עד כמה שידוע לי ימות המשיח מתממשק עם פלאקארד, כך שנשאר רק להגדיר בימות המשיח את פרטי המסוף.
@יהודי-טוב כתב בסליקת אשראי דרך api:
@Shmuel754 כתב בסליקת אשראי דרך api:
לפלא קארד, יש API המאפשר לשלוח מספר כרטיס ותוקף או טוקן.
https://gateway21.pelecard.biz/SandboxServices?selectedMethodId=62אני לא יודע איך הגעת לקישור הזה.
זה לא הוכחה כי יכול להיות שזה רק למי שיש אישור PCI.עד כמה שידוע לי אם אין לי אישור כזה אסור לי להחזיק (ובכלל זה גם לקבל בקשה מהאתר שלי לשרת שלי ולהעביר לשרת של חברת האשראי) מספר אשראי של לקוח.
אני עובד איתם ככה, ואין לי אישור, אני לקוח רגיל שמשלם על מסוף סליקה שמבוצע ע"י API מהתוכנה שלי, סביר להניח שאם אתה מתחיל לגמגמם ולהגיד שמדובר בסליקה טלפונית או אינטרנטית אתה נופל בדרישות אחרות.
בפועל אני לא סולק דרכם באמצעות מספר כרטיס בסליקה, רק ממיר קודם לטוקן ומבצע סליקה באמצעות הטוקן, כדי להמיר לטוקן יש API כמו שמופיע שם.
כדי להגיע לעמוד הזה, תיכנס לאתר שלהם https://pelecard.com/ תיכנס לתמיכה/ תמיכה למפתחים בAPI.
לפלא קארד, יש API המאפשר לשלוח מספר כרטיס ותוקף או טוקן.
https://gateway21.pelecard.biz/SandboxServices?selectedMethodId=62
@קינג-קומפיוטר כתב במספר חייגני PPPOE על סיב בזק / IBC:
@Shmuel754 כתב במספר חייגני PPPOE על סיב בזק / IBC:
הבעיה כיום, שאי אפשר להשיג יוזרים בנפרד רק בצירוף תשתית.
לקוח פרטי אולי
ללקוחות עסקיים כן מוכרים ספק בנפרד
אתה כותב מתוך ניסיון או מתוך ניחוש? אולי הפוך לעסקים לא מוכרים והם אומרים שתנסה בפרטי שאולי שם הם כן מוכרים, לא ניסיתי. זה ההוראות של משרד התקשורת בשנה האחרונה לפחות, שתשתית ומשתמש הולך ביחד, ואסור להם למכור בנפרד.
@Shmuel754 כתב במספר חייגני PPPOE על סיב בזק / IBC:
ועוד נקודה, יוזר של בזק מתאים רק לקו של ההתקנה, אי אפשר לחייג עם היוזר בקו בזק אחר.
0
לא מחייב
אולי קשור ג"כ לללקוח עסקי או רגיל
ושוב, ניחוש או בדקת?
אין הבדל בעסקי לפרטי, הספק של בזק מתאים רק למספר הטלפון שאליו הוא משוייך.
אשמח מאוד באם תעדכן איפה קנית יוזר ללא ספק.
@yoel3 כתב במספר חייגני PPPOE על סיב בזק / IBC:
@Shmuel754
זה המשחק?
בוודאות?
כן, זה גם מופיע בתגובה של הפוסט שהבאת בתחילת השרשור.
אגב, זה גם מסביר את העובדה שבמודם בזק, יש לבזק גישה למודם גם באם אין חיוג לספק, מאחר והמודם מוגדר בנוסף לחייג גם למערכות בזק.
הבעיה כיום, שאי אפשר להשיג יוזרים בנפרד רק בצירוף תשתית.
ועוד נקודה, יוזר של בזק מתאים רק לקו של ההתקנה, אי אפשר לחייג עם היוזר בקו בזק אחר.
אם אתה מחייג לספק בזק, לא ניתן לחייג לספק נוסף.
@צדיק-תמים כתב בהסרת מודעות ממסד נתונים - מורכב להסביר בשורה אחת:
@Shmuel754 כתב בהסרת מודעות ממסד נתונים - מורכב להסביר בשורה אחת:
כי ברגע שהוא רוצה להוציא התראה צינתוק למתעניין, התהליך של פלטור בזמן אמת הופך למשימה שלו שהוא צריך לבצע, ולכן הוא מניע את התהליך בחיפוש ורישום, תהליך חד-פעמי, שהמשך המתקשר רק שולף נתונים.
זה לא תהליך חד פעמי, זה מתעדכן בכל הוספת/שינוי/מחיקה של מודעה. אולי לא הבנתי אותך נכון, מה מטרת הטבלה הזאת? מעין לוג כדי שנוכל לראות בעתיד איזה התראות נשלחו ללקוח?
אני מסתכל על זה כך,
נכס, כוללים נתונים שאינם משתנים, לא ישוב ורחוב ולא חדרים ולא בעלים, אם זה משתנה מדובר במודעה/נכס אחר מה שמשתנה זה המחיר, ותאריך הפרסום, וזה נתונים שיש לנהל, ברור שזה מקושר למודעה וזה טבלת הפרסומים, כשאתה רושם שינוי של המודעה הכוונה כנראה לנתוני הפרסום ולא לנתוני הבסיס.
כשהנתונים לא רלוונטים, אתה לא מוחק אותם אבל זה הופך לסוג של היסטוריה, ואם תרצה תקרא לזה לוג.
@Shmuel754 כתב בהסרת מודעות ממסד נתונים - מורכב להסביר בשורה אחת:
נרשם למעלה שהוא מעדכן את תאריך המודעה בהתאם לתאריך שהוא רוצה לפרסם,
והלוג של מחר זה הנתונים של היום, וכל הנושא זה המבט מלמעלה לראות את כל ההיסטוריה בסדר יורד, מבלי לנהל לוג נפרד.אני לא מסכים, נתונים והסטוריה זה לא אותו דבר, בתפקוד השוטף של האפליקציה אין עניין להתעסק עם ההסטוריה הסטוריה מיועדת למקרי קצה שתיארת אותם יפה, שמישהו רוצה לדעת מה היה קודם ומה אחר כך, לזה מספיק טבלאות נפרדות של הסטוריה או audit log, לא הגיוני בגלל זה לסרבל את כל המבנה של הנתונים