חשבונית ירוקה (מורנינג) API ואוטומציה: Make ו־n8n, צעד אחר צעד

בעזרת ה־API של חשבונית ירוקה (היום מורנינג) ואוטומציות פשוטות אפשר להפיק הצעות מחיר, חשבוניות וקבלות, לשלוח דפי תשלום, לסנכרן לקוחות ולקלוט הוצאות, בלי להקליד שוב את אותם פרטים. בונים אותה משלושה רכיבים: האינטגרציות המובנות של מורנינג, ה־API וה־Webhooks הרשמיים שלה (זמינים במסלול Best ומעלה, נכון לאוקטובר 2026), וכלי חיבור כמו Make או n8n שמקשר בין מורנינג לבין הטופס, ה־CRM או הוואטסאפ של העסק.

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

מה כוללת אוטומציה למורנינג?

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

תהליך	מה קורה אוטומטית	דרך מה
הצעות מחיר, חשבוניות וקבלות	פרטים מטופס, מ־CRM או מוואטסאפ הופכים למסמך	ה־API (יצירת מסמך)
דפי תשלום וסליקה	נוצר קישור לתשלום, ואחרי התשלום המסמך מופק לבד	ה־API (טופס תשלום) ותוסף סליקה
סנכרון לקוחות	לקוח חדש עובר בין מורנינג ל־CRM או לרשימת הדיוור	ה־API, Webhook, אינטגרציה מובנית
שליחת מסמכים	המסמך נשלח במייל ללקוח ברגע שהוא נוצר	שדה כתובות המייל ביצירת המסמך
קליטת הוצאות	קבלות מהמייל או מהוואטסאפ נכנסות כטיוטת הוצאה	ה־API (העלאת קובץ), העלאה מוואטסאפ
דוחות לרו״ח	ייצוא להנהלת החשבונות, גיבוי ושיתוף מסמכים	אינטגרציות מובנות וגישת רו״ח

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

אילו אינטגרציות ותוספים מובנים יש למורנינג?

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

• מכירה אונליין וסליקה: WooCommerce, Wix, Shopify ו־Etsy עם חשבונית אוטומטית בכל עסקה (בחלקן העמוד מציין שהן זמינות ממסלול Best ומעלה), וגם PayPal, bit דרך שירות התשלומים הדיגיטליים ו־BlueSnap.
• הנהלת חשבונות: ייצוא נתונים לחשבשבת, ל־SAP ול־Priority עם שליחת דוחות אוטומטית, וגיבוי מסמכים ל־Google Drive לשיתוף עם רו״ח.
• דיוור: חיבור לרב מסר, שמוסיף כל לקוח חדש במורנינג לרשימת תפוצה.
• תוספים של צד שלישי: מערכות לניהול קליניקות, מערכות CRM, מערכת להצעות מחיר מעוצבות, תוסף מייל שאוסף חשבוניות ספקים לתוך ההוצאות, ועוד.

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

חשבונית ירוקה API (מורנינג API): איך זה עובד?

ה־API של מורנינג הוא ממשק REST שמקבל ומחזיר JSON, והתיעוד הרשמי שלו נמצא ב־developers.morning.co. לפי התיעוד, נכון לאוקטובר 2026 הוא מכסה:

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

איזה מסלול צריך? לפי מרכז העזרה ועמוד המחירון, ה־API וה־Webhooks זמינים למנויי Best ומעלה (נכון לאוקטובר 2026). במסלול Best, למשל, המחיר הוא 45 ₪ לחודש בתשלום שנתי או 54 ₪ במינוי חודשי, לפני מע״מ.

אימות: יוצרים מפתח API באזור האישי ← כלים למפתחים ← מפתחות API. המפתח מורכב ממזהה וממפתח סודי, והסודי מוצג פעם אחת בלבד. את המפתח מחליפים בטוקן גישה (Access Token, מעין סיסמה זמנית) שתקף לשעה אחת, ושולחים אותו בכל בקשה.

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

Webhooks: מגדירים אותם בממשק של מורנינג, תחת כלים למפתחים ← Webhooks, ולא דרך ה־API. בוחרים כתובת ואירועים, ואפשר להגדיר סוד שחותם כל הודעה, כדי לוודא שהיא באמת הגיעה ממורנינג.

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

יש למורנינג אפליקציה ב־Make, ב־n8n או ב־Zapier?

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

כלי	אפליקציה מובנית?	איך מתחברים
Make	שתי אפליקציות קהילתיות של צד שלישי: Morning by Callbox ו־Morning by Maxmel Tech	דרך אחת מהן, או דרך מודול HTTP ומודול Webhooks של Make
n8n	לא מצאנו צומת מובנה	צומת HTTP Request וצומת Webhook
Zapier	לא מצאנו אפליקציה בספרייה הציבורית	Webhooks by Zapier, רק במסלולים בתשלום

שתי האפליקציות ב־Make פותחו בידי הקהילה. לפי התיעוד של Make, היא לא מתחזקת ולא תומכת בהן, וייתכנו עמלות של המפתח. שתיהן דורשות מנוי Best ומעלה ומפתח API. לאחת מהן יש גם טריגרים, למשל ״Watch Clients״ שמופעל כשלקוח נוסף או מתעדכן.

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

דוגמאות לתהליכים אוטומטיים עם מורנינג

ארבעה תהליכים שמתאימים לרוב העסקים הקטנים. כל אחד מהם נבנה ב־Make או ב־n8n.

1. מפנייה בוואטסאפ להצעת מחיר שמחכה לאישור

1. הלקוח משאיר פרטים בבוט וואטסאפ או בטופס באתר.
2. התרחיש מחפש את הלקוח במורנינג, ואם הוא לא קיים, יוצר לקוח חדש.
3. נוצרת תצוגה מקדימה של הצעת המחיר, בלי להפיק מסמך.
4. התצוגה נשלחת לבעל העסק לאישור, למשל בהודעה עם כפתור ״מאשרים״.
5. אחרי האישור נוצרת הצעת המחיר ונשלחת ללקוח במייל.

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

2. קישור לתשלום שמפיק מסמך לבד

1. עסקה נסגרת ב־CRM, למשל ב־monday.com.
2. התרחיש מבקש ממורנינג טופס תשלום עם הסכום, פרטי הלקוח ומזהה העסקה בשדה הנתונים המותאמים.
3. הקישור נשלח ללקוח בוואטסאפ או במייל.
4. כשהלקוח משלם, מורנינג מפיקה אוטומטית את המסמך שהוגדר.
5. כתובת ההתראה שהוגדרה בטופס מקבלת הודעה על התשלום, יחד עם מזהה העסקה שנשלח בבקשה, והתרחיש מעדכן את העסקה ב־CRM כ״שולמה״.

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

3. חשבוניות ספקים שנכנסות לבד להוצאות

1. מגדירים ב־Gmail תווית לחשבוניות ספקים.
2. כל קובץ מצורף חדש עם התווית מועלה למורנינג.
3. הקובץ נכנס כטיוטת הוצאה, וכשהסריקה מסתיימת נשלח Webhook.
4. מישהו בצוות עובר על הטיוטה ומאשר אותה כהוצאה.

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

4. סיכום חודשי לרו״ח

1. ב־1 לכל חודש התרחיש מושך את המסמכים וההוצאות של החודש הקודם.
2. הנתונים מסוכמים בגיליון Google Sheets: הכנסות, הוצאות ומסמכים שעדיין פתוחים.
3. הרו״ח מקבל מייל עם קישור לגיליון.

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

מספרי הקצאה (חשבוניות ישראל): מה חשוב כשמפיקים אוטומטית

במודל ״חשבוניות ישראל״, רשות המסים מנפיקה מספר הקצאה בן 9 ספרות לחשבונית מס, וקבלת המספר היא תנאי לכך שהלקוח יוכל לנכות את מס התשומות שבחשבונית. לפי הוראת הביצוע של רשות המסים מדצמבר 2025, הסף ירד בשנת 2026 בשתי פעימות:

ממתי	חשבונית מס בסכום של יותר מ־
1 בינואר 2026	10,000 ₪, ללא מע״מ
1 ביוני 2026	5,000 ₪, ללא מע״מ

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

מה זה אומר לאוטומציה:

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

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

טעויות נפוצות: כפילויות, מע״מ ובדיקות

מסמכים כפולים

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

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

מע״מ

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

בדיקות מול סביבת הייצור

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

ועוד כמה דברים שכדאי לזכור

• מכסת מסמכים: נכון לאוקטובר 2026, מסלול Best כולל עד 50 מסמכים בחודש, וכל מסמך נוסף עולה 1 ₪. תרחיש עמוס יכול לעבור את המכסה מהר.
• Webhook שנכשל: לפי התיעוד, אחרי 15 משלוחים שנכשלו ה־Webhook הופך ללא פעיל. מגדירים התראה, כדי שאף אחד לא יגלה את זה אחרי שבוע.
• המפתח הסודי: שומרים אותו בחיבור המאובטח של Make או n8n, ולא בגיליון או בהודעה.

מתי שווה לקבל עזרה?

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