אפשר להפיק חשבונית או קבלה בלי לגעת בה: כשתשלום נכנס או כשעסקה מסומנת כסגורה ב-CRM, תרחיש ב-Make שולח את הפרטים לתוכנת החשבוניות, המסמך נוצר ונשלח ללקוח במייל, והמספר והקישור שלו נשמרים בחזרה בכרטיס הלקוח. שלוש התוכנות הנפוצות אצל עסקים קטנים בישראל, Morning (חשבונית ירוקה), iCount ו-EZcount, מאפשרות את זה דרך API, ול-iCount יש גם אפליקציה מוכנה ב-Make.
במאמר אסביר איך התהליך בנוי, מה ההבדלים בין התוכנות מבחינת חיבור, ועל מה חשוב לחשוב לפני שמפעילים. חשוב לומר מראש: אני בונה אוטומציות, אני לא רואה חשבון. מה שכתוב כאן הוא הצד הטכני. איזה מסמך להפיק, ומתי, זו שאלה לרואה החשבון שלכם.
איך נראה התהליך מקצה לקצה?
ברוב המקרים יש שתי נקודות התחלה אפשריות:
- התשלום נכנס. ספק הסליקה (דף תשלום, קישור תשלום או חנות אונליין) שולח הודעה ל-Make ברגע שהעסקה עברה, בדרך כלל דרך webhook.
- עסקה נסגרה ב-CRM. מישהו משנה סטטוס ב-monday ל"שולם" או "נסגר", למשל אחרי העברה בנקאית שאושרה.
משם התרחיש עושה את אותו הדבר:
- אוסף את הפרטים: שם הלקוח, מייל, ח"פ או ת"ז אם יש, תיאור השירות, סכום ואמצעי תשלום.
- בודק שלא הופק כבר מסמך לאותה עסקה.
- יוצר את המסמך בתוכנת החשבוניות.
- התוכנה שולחת את המסמך ללקוח במייל, או ש-Make שולחת אותו בעצמה.
- מספר המסמך וקישור ל-PDF נכתבים בחזרה ב-CRM, ליד העסקה.
אם אתם עוד לא מכירים את המבנה של טריגר ואחריו פעולות, כתבתי עליו במאמר אוטומציה עסקית, אוטו מה?.
Morning, iCount או EZcount: מה אפשר לחבר?
בדקתי את זה באוקטובר 2026, בתיעוד של כל תוכנה ובספריית האפליקציות של Make:
| Morning (חשבונית ירוקה) | iCount | EZcount | |
|---|---|---|---|
| API | כן, REST עם תיעוד ציבורי | כן, תיעוד API v3 ציבורי | כן |
| אפליקציה ב-Make | קהילתית, מתוחזקת על ידי שותפים חיצוניים | מאומתת, מתוחזקת על ידי Make | לא מצאתי, מתחברים במודול HTTP |
| סביבת בדיקות | כן, sandbox | כדאי לבדוק מול iCount | כדאי לבדוק מול EZcount |
| התראה על מסמך חדש | webhooks על מסמך ותשלום | כדאי לבדוק בתיעוד | יש הגדרה לשליחת מידע ביצירת מסמך |
כמה הערות על הטבלה:
- ב-Morning מחליפים מפתח API בטוקן גישה שתקף לשעה, ויוצרים מסמך בקריאה אחת. זה אומר שבתרחיש ב-Make, דרך מודול HTTP, צריך שלב שמבקש טוקן לפני כל יצירת מסמך. האפליקציה הקהילתית חוסכת את זה, אבל היא לא של Morning ולא של Make, ולכן אני בודק אותה היטב לפני שאני מסתמך עליה בתהליך כספי.
- ב-iCount האפליקציה ב-Make כוללת פעולות כמו יצירת מסמך, יצירה או עדכון של לקוח וביטול מסמך. זה הכי קרוב לחיבור "מהקופסה" מבין השלוש.
- EZcount שייכת היום לקבוצת Hyp. היא עובדת דרך API, ולפי התיעוד של Hyp המסמך נשלח ללקוח במייל כברירת מחדל ומוחזר קישור למסמך.
המדיניות של כל תוכנה לגבי גישה ל-API יכולה להיות תלויה במסלול שאתם משלמים עליו. כדאי לבדוק מולם לפני שמתחילים לבנות.
איך מחברים את זה ל-monday ומה שומרים בחזרה?
החלק שהרבה מדלגים עליו הוא החזרה ל-CRM. מסמך שהופק ונשלח ללקוח, אבל לא מופיע בכרטיס שלו, יגרום למישהו לחפש אותו בעוד חודש.
בכל תרחיש כזה אני כותב בחזרה ל-monday לפחות:
- מספר המסמך, בעמודת טקסט או מספר.
- קישור ל-PDF, בעמודת קישור, או את הקובץ עצמו בעמודת קבצים.
- סטטוס הפקה: "הופק", או "שגיאה בהפקה" אם משהו נכשל.
לסטטוס יש תפקיד נוסף. הוא מה שמונע הפקה כפולה. לפני שהתרחיש יוצר מסמך, מסנן בודק שעמודת מספר המסמך ריקה. אם יש בה מספר, התרחיש עוצר. בלי הבדיקה הזו, כל שינוי קטן בעסקה (תיקון שם, עדכון טלפון) יכול להפעיל את התרחיש שוב ולהפיק חשבונית שנייה. ומסמך מס אי אפשר פשוט למחוק.
מה עם מסמכים שמופקים ידנית?
לא כל מסמך יוצא מהתרחיש. לפעמים מישהו מפיק קבלה ידנית בתוכנה, על תשלום במזומן או בביט. אם ה-CRM לא יודע על זה, הדוחות שלכם לא יתאימו לתוכנת החשבוניות.
הפתרון הוא כיוון הפוך: תוכנות כמו Morning ו-EZcount יכולות לשלוח הודעה כשנוצר מסמך חדש. תרחיש נוסף ב-Make מקבל את ההודעה, בודק אם המספר כבר קיים ב-CRM, ואם לא, מוסיף אותו לעסקה המתאימה או לרשימת הכנסות. ככה שני הצדדים מסונכרנים, לא משנה מאיפה המסמך יצא.
על מה לחשוב מבחינת מס (ולשאול את רואה החשבון)
אלה לא המלצות חשבונאיות. אלה השאלות שאני שואל לפני שאני בונה, ושאת התשובות להן נותן רואה החשבון של העסק:
- איזה מסמך להפיק. עוסק מורשה מפיק בדרך כלל חשבונית מס קבלה כשהתשלום כבר התקבל. עוסק פטור מפיק קבלה. עמותה מפיקה קבלה על תרומה, ולפעמים קבלה לפי סעיף 46. כדאי לקבל את ההחלטה מראש ולקבע אותה בתרחיש.
- מתי להפיק. אם המסמך מופק על עסקה שנסגרה לפני שהכסף נכנס, אולי צריך חשבונית מס ולא חשבונית מס קבלה, ואז קבלה נפרדת כשהתשלום מגיע.
- מספר הקצאה. לפי הוראת הביצוע של רשות המסים, מ-1 ביוני 2026 חשבונית מס בין עוסקים מעל 5,000 ש"ח לפני מע"מ צריכה מספר הקצאה כדי שהלקוח יוכל לנכות את המע"מ (נכון לאוקטובר 2026). כדאי לוודא שתוכנת החשבוניות מבקשת את המספר גם כשהמסמך נוצר דרך API, ושהפרטים של הלקוח העסקי (ח"פ או מספר עוסק) עוברים בתרחיש.
- תשלומים. עסקה בתשלומים בכרטיס אשראי מגיעה בדרך כלל כהודעה אחת מספק הסליקה, עם מספר התשלומים והסכומים. צריך להחליט איך היא נרשמת במסמך.
- טעות במסמך. מסמך מס לא מוחקים. מבטלים אותו או מפיקים מסמך זיכוי, לפי מה שהתוכנה מאפשרת. לכן כל בדיקה עושים בסביבת בדיקות, או בכמה מסמכים ראשונים שאתם עוברים עליהם ידנית לפני שמפעילים את התרחיש באמת.
איך בודקים לפני שמפעילים?
בתהליך כספי אני לא מפעיל תרחיש ישר על לקוחות אמיתיים:
- בונה ובודק מול סביבת בדיקות אם יש (ל-Morning יש sandbox), או מול חשבון בדיקה.
- מריץ עם Run once על עסקה אחת, ובודק את המסמך שנוצר: שם, סכום, מע"מ, סוג מסמך, אמצעי תשלום.
- בודק את המקרים הקשים: לקוח בלי מייל, לקוח עסקי עם ח"פ, סכום עם אגורות, תשלומים.
- מפעיל, ובשבוע הראשון עובר על כל מסמך שהופק.
גם אחרי זה, כדאי שתהיה התראה כשההפקה נכשלת. אם ספק החשבוניות לא ענה, או שהחיבור פג, מישהו צריך לדעת באותו יום ולהפיק את המסמך ידנית. כתבתי על טיפול בשגיאות ותחזוקה של תרחישים במאמר Make לעסקים.
כמה זה שווה?
נניח עסק שמפיק 60 קבלות בחודש, וכל אחת לוקחת 3 דקות: לפתוח את התוכנה, להעתיק פרטים מה-CRM, להפיק, לשלוח, ולחזור ל-CRM לסמן. זה 3 שעות בחודש. החישוב הזה הוא דוגמה, אבל הוא מראה שהחיסכון בזמן הוא רק חלק מהעניין. החלק השני הוא שהמסמך יוצא ברגע שהכסף נכנס, בלי לחכות לסוף השבוע, ושאין קבלה שנשכחה.
תהליך דומה, של מסמך שמופק אוטומטית משינוי סטטוס ב-monday ונשלח ללקוח בוואטסאפ, בניתי לעסק דרופשיפינג לאתרי בנייה, שם מדובר בתעודות משלוח בפריוריטי. את הפרטים אפשר לקרוא בסיפורי ההצלחה. אם אתם רוצים לחבר את תוכנת החשבוניות שלכם ל-CRM, יש פירוט על איך אני עובד בעמוד אוטומציה לעסקים.
עודכן לאחרונה: אוקטובר 2026
