Falkor - פיתוח מערכות מידע ויישום מערכות אי.אר.פי

19/08/2026

למה אנחנו מתכוונים כשאנחנו אומרים שאנחנו "מונעים טעויות יקרות לפני שהן קורות"?

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

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

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

אתמול נתקלנו במקרה שהוא לבדו הצדיק את מערכת הליקוט שלנו PickApp, ומעשה שהיה כך היה:

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

הסתבר שמי שסידר את הסחורה טעה, ושם במדף של KGM54 פריט אחר. לא יחידה אחת, אלא כל המדף.

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

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

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

יכול להיות שאפילו לא היו קולטים שכולם מתלוננים על אותו פריט שגוי.

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

Eli Sahar
#ליקוט #לוגיסטיקה #שרשרתאספקה

11/08/2026

יהללך זר... או לפחות לקוח ותיק

לפני חודש בערך פניתי לחברת מידרג וביקשתי מהם לפנות ללקוחות שלנו ולבקש מהם את חוות דעתם עלינו במסגרת תו האיכות שלהם, "תו מידרג Trust".

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

ידענו שיש סיכוי (תאורטי, ובכל זאת) שיש לקוחות לא מרוצים, וידענו גם שאנחנו אף פעם לא שואלים. קצת כי למי יש זמן, והרבה בגלל שלא נעים.
ידענו גם שמידרג בוחרים בעצמם את הלקוחות שהם פונים אליהם, ועוצרים אחרי 25 לקוחות שנותנים חוות דעת – בלי קשר לציונים ולהערכות שהם נותנים (ספוילר: קיבלנו 9.64!).
לקריאת חוות הדעת המלאות: https://trust.midrag.co.il/companycard/832c2711-289f-453c-9839-2596efc79791

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

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

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

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

✔️"אני עובד איתם זמן מה ואני מכיר אנשים נוספים שעבדו איתם, כולם מאוד מאוד מרוצים מהם"

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

✔️"אני כל כך מרוצה שאני אפילו לא בודק חברות אחרות אלא ישר סומך עליהם"

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

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

#פיתוחתוכנה #מערכותמידע #אינטגרציה #אוטומציה #שירותלקוחות #פלקורתוכנה #מידרג #פריוריטי

חברת Falkor (פלקור תוכנה) בעלת תו מידרג trust בציון 9.64 עם 25 חוות דעת

25/07/2026

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

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

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

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

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

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

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

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

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

Eli Sahar

13/07/2026

"לא כתבתי שורת קוד בחיים."

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

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

את הדברים האלה לא רואים בדמו.
את הדברים האלה מגלים *אחרי* שהמערכת כבר באוויר.
ואז מגלים שהבחור החייכן שלא כתב שורת קוד בחיים, גם לא יודע לקרוא שורות קוד.
ושהוא כבר לא חייכן.

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

כלי Low-code ,No-Code ו-AI יכולים להיות מצויינים, אבל הם לא יכולים להחליף ניסיון במערכות מידע, בסיסי נתונים, תהליכים עסקיים, אינטגרציות מורכבות ואבטחת מידע.
בפלקור, אנחנו חיים את העולם הזה כבר עשרות שנים, ומפתחים מערכות שעובדות בארגונים אמיתיים. בשנים האחרונות אנחנו משתמשים גם בכלי אוטומציה, Low-code ,No-Code, אבל אנחנו *מבינים* מה קורה מתחת למכסה המנוע, וכשמתעוררת בעיה, אנחנו יודעים לאתר אותה, לתקן אותה, ולמנוע ממנה לחזור.

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

Eli Sahar

16/05/2026

שתים-שלוש טעויות ליקוט יכולות לעלות יותר מכל יום העבודה של המלקט.

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

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

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

רוצים לצמצם משמעותית את ההפסדים שנגרמים מחותמות אדומות וטעויות ליקוט - בלי להחליף ERP ובלי פרויקט WMS כבד? דברו איתי>>
📞 050-773-0065
🌍 https://falkor.ltd

#לוגיסטיקה #מרלוג #מחסן #ליקוט #ברקוד #יבואנים #מפיצים

09/05/2026

לפעמים ברקוד במקום הלא נכון עולה יותר מכל עיצוב האריזה

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

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

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

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

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

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

יצא לכם להיתקל בכשלי אריזה דומים שפגעו ביעילות התפעולית? שתפו בתגובות! 👇

#לוגיסטיקה #תפעול #ברקוד #בזבוז

01/05/2026

הדשבורד נראה מושלם. הנתונים מדויקים. רק דבר אחד קטן - הוא לא קשור למציאות.

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

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

דיברתי עם בית התוכנה שפיתח את המערכת – הם אמרו שמבחינתם הכל תקין.
דיברתי עם מנהלת הקבלה – היא אמרה שהמזכירות עובדות בהתאם לנוהל.

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

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