Skip to main content

Recently active topics

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

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

52
מ
דניאל לבסקר
דניאל לבסקרמעורר השראה
N
Naama Omerמשתתף בתדירות גבוהה
 אוטומציות
מ
מיראס מיראס -ראשימשתמש רשום
 אינטגרציות ו-API
כפתור html

שלום קהילת פיירבררי,אנחנו מנסים להוסיף כפתור HTML שבלחיצה עליו יציג את הערך של שדה דינמי (לדוגמה: מספר סידורי של ONU – השדה pcfsystemfield370), אבל זה לא עובד כמו שצריך.במקום שהמערכת תחליף את הטקסט {[!pcfsystemfield370]} בערך האמיתי, אנחנו רואים את הטקסט הזה כמו שהוא או מקבלים הודעה שהשדה ריק. ניסינו לשלב את הקוד גם בתוך <body> וגם בתוך <head> וזה לא פתר את הבעיה.השאלה שלנו: איך כותבים נכון את הפקודה שתשלוף את הערך מהשדה? האם צריך להפעיל משהו מיוחד בפיירבררי כדי שזה יעבוד? בנוסף, האם אפשר להוסיף כפתור שמפעיל את webhook ישרות ללא צורך בhtml ?נשמח לעזרה או דוגמה פשוטה ממישהו שזה עבד לו.תודה רבה!

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

שאלה לקהילה 🗣️אני רוצה לספור את כמות השיחות שכל נציג מקבל בכל יום, ולשלוח את הנתונים דרך API למערכת Make.הבעיה היא שאני יכול לראות את הנתונים בלוחות הבקרה (Dashboards) ולדעת כמה שיחות כל נציג קיבל, אבל אין לי שדה סיכומי (Summary Field) ברשומה של המשתמש שמאפשר למשוך את המידע הזה בצורה אוטומטית.מישהו מכיר דרך לייצא כל יום את כמות השיחות של כל משתמש/נציג בצורה אוטומטית, כדי שאוכל להעביר את זה ל-Make?אפשרי דרך API, דוחות מתוזמנים או כל פתרון יצירתי אחר.

201
אייל זינגר
ג
גיא פרנקוחבר פעיל
 אינטגרציות ו-API
אינטגרציה מלאה בין Firebase לבין מערכת הסכמים דיגיטליים (PDF)

שלום,אני מעוניין לבנות מערכת הסכמים דיגיטליים כחלק מהאתר שלי, והכול יתבסס על Firebase (Firestore + Storage + Hosting + Functions).התרחיש הרצוי הוא כך: ההסכמים עצמם קבועים בתבנית אחידה (PDF/HTML). הנתונים האישיים של כל לקוח נשמרים ב־Firestore. כאשר נוצר לקוח חדש, נבנה עבורו הסכם אוטומטית (הנתונים ממולאים לפי השדות שלו ב־Firestore). באתר הלקוח רואה כפתור "קראתי ואני מאשר", ובתוך הטקסט המילה "הסכם" תהיה קישור שבלחיצה עליה ייפתח ההסכם שלו לצפייה (בחלון/Modal או כ־PDF). לאחר שהוא לוחץ על "קראתי ואני מאשר", המערכת: מסמנת ב־Firestore שהלקוח אישר את ההסכם, שולחת לו את ההסכם החתום למייל, ושומרת עותק PDF ב־Firebase Storage תחת התיקייה של הלקוח. אבקש לדעת: האם ניתן לממש את כל התהליך הזה במלואו בתוך Firebase (Hosting + Firestore + Cloud Functions + Storage)? מה הדרך המומלצת לייצור ושמירת ההסכם – בצד השרת (Cloud Functions עם Puppeteer/pdfkit) או בצד הלקוח? כיצד ניתן להגדיר את ה־Hosting וה־Functions כך שהאתר ידע להפעיל את הפונקציות המאובטחות האלה ולנהל את התהליך מקצה לקצה?

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

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

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

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

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

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

20
1594
מ
ק
קים וייןמשתמש רשום
שדה תיבת בחירה מרובהחדש

אשמח לפיתוח של שדה תיבת בחירה מרובה. כיום ניתן ליצור שדה תיבת בחירה בו ניתן לבחור רק באופצית בחירה אחת, וזה מסרבל/מונע עבודה יעילה יותר.למשל, בתהליך של תשאול לקוח - במקום שבשדה אחד יהיה אפשר לסמן בV כמה אופציות בחירה, במצב הנוכחי צריך להוסיף אופציות של X,Y,Z בנפרד ואופציות בחירה של צירופים שלהם, או לחלופין לפצל כל אופצית בחירה בשדה לכמה שדות (כל אופצית בחירה בשדה נפרד, מאחר ויכול להיות שיש יותר מאופצית בחירה אחת שרלוונטית ללקוח).

47
20013
דניאל לבסקר
י
יאיר האוזיחבר פעיל
 אינטגרציות ו-API
ח
חיים הורביץמשתתף בתדירות גבוהה
ח
חיים הורביץמשתתף בתדירות גבוהה
ל
לוין נחמהמשתמש רשום
 אינטגרציות ו-API
N
Naama Omerמשתתף בתדירות גבוהה
 צעדים ראשונים במערכת

זוכים בתגים

הצג הכל
תנאי שימוש ופרטיותהגדרות CookiesAccessibility statement