AgentBill · למפעילי אוטומציה על n8n ו-Make שיטה ידנית. אין פה מה לקנות ואין טופס.

בלי לפתוח גיליון, איזה לקוח היה הכי פחות רווחי אצלך בחודש שעבר?

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

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

3 שלבים · 2 שליפות מוכנות להעתקה · טבלת מיפוי אחת, עם דוגמה ממולאת · צ'קליסט של 7 שורות

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

למה אין לך את המספר הזה

אתה מכיר את הרגע.

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

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

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

גיליון שמחלק לפי תחושה הוא לא מדידה. הוא ניחוש מסודר.

מה שכן עובד זה שלושה שלבים, וכולם ידניים.

1 · לתייג

שכל ריצה תישא שם של לקוח

הפלטפורמה כבר שומרת את ההיסטוריה

2 · לתמחר

להחליט כמה שווה יחידה אחת אצלך

הצעד היחיד שאף כלי לא יעשה במקומך

3 · לספור

שורה אחת לכל לקוח: ריצות, יחידות, עלות

מכפילים את מה שיצא משני השלבים הקודמים

לתייג את הריצה

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

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

ב-n8n. ההיסטוריה יושבת ב-Executions, ואפשר פשוט להסתכל עליה במסך. אם אתה רוצה לספור בלי לגלול, יש API ציבורי. את השורה הזאת אפשר להדביק בטרמינל, ואפשר לשים את אותה כתובת בתוך HTTP Request node ולהריץ מתוך n8n עצמו.

bash · n8n executions

# n8n · כל הריצות של וורקפלואו אחד, מ-01.08.2026 והלאה
curl -s "https://YOUR-N8N-HOST/api/v1/executions?workflowId=WORKFLOW_ID&startedAfter=2026-08-01T00:00:00Z&limit=250" \
  -H "X-N8N-API-KEY: PASTE-YOUR-KEY-HERE"

הגבול של השליפה הזו, כדי שלא תיפול עליה אחר כך. ה-limit המקסימלי הוא 250. אם היו יותר, התשובה מחזירה nextCursor, ואתה מריץ שוב עם cursor= והערך הזה. ואם הפעלת מחיקה אוטומטית של היסטוריית ריצות, השליפה תחזיר פחות ממה שבאמת רץ, אז תבדוק את ההגדרה הזו לפני שאתה סומך על הספירה. נבדק מול התיעוד של n8n ב-06.09.2026

ב-Make. אותו דבר, דרך יומני התרחיש.

bash · make scenario logs

# Make · יומני תרחיש אחד. from ו-to הם חותמות זמן במילישניות.
# המספרים כאן הם 01.08.2026 ו-01.09.2026. אם החודש שעבר אצלך אחר, תחליף אותם.
curl -s "https://eu2.make.com/api/v2/scenarios/SCENARIO_ID/logs?from=1785542400000&to=1788220800000&pg[limit]=100" \
  -H "Authorization: Token PASTE-YOUR-TOKEN-HERE"

הגבול של השליפה הזו. ה-host תלוי באזור של הארגון שלך, eu1 או eu2 או us1 או us2, וזו לא אותה כתובת לכולם. ה-token נכתב אחרי המילה Token ובלי Bearer. כל שורה ביומן מחזירה operations, transfer, centicredits, duration, status ו-timestamp. centicredits הן מאיות של קרדיט, אז מחלקים ב-100 לפני שכותבים מספר בגיליון. נבדק מול התיעוד של Make ב-06.09.2026

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

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

להחליט כמה שווה יחידה אחת

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

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

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

מה נספר	מי סופר את זה	כמה יחידות	כמה זה עולה לי ליחידה	איך החלטתי
ריצת n8n	הפלטפורמה
`operation` ב-Make	הפלטפורמה
קריאה קצרה למודל	הספק, בהערכה
קריאה ארוכה למודל	הספק, בהערכה
שעת עבודה שלי	אתה

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

מה נספר	כמה יחידות	למה
ריצת n8n	1	הריצה עצמה כמעט לא עולה, אבל היא הדופק
קריאה קצרה למודל	20	ממוצע גס מהחשבונית של החודש שעבר חלקי מספר הקריאות
קריאה ארוכה למודל	140	סיכום מסמך. מדדתי שלוש כאלה
שעת עבודה שלי	12,000	כי אני מתמחר לעצמי 120 שקל לשעה

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

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

לספור לפי לקוח

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

לקוח	ריצות	יחידות	עלות מוערכת	מה גביתי	מה נשאר
לקוח א	412	9,860	₪98.60	₪1,200.00	₪1,101.40
לקוח ב	1,890	61,400	₪614.00	₪900.00	₪286.00
לקוח ג	240	78,200	₪782.00	₪700.00	(₪82.00)

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

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

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

איפה השיטה הזו נשברת

השיטה למעלה עובדת, והיא עובדת על החודש שעבר. שלושה דברים שוברים אותה:

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

מה שבניתי, וגם הוא ביחידות

הרעיון לא משתנה. משתנה רק מתי הוא קורה.

customer_id נוסע בכל קריאה. החלוקה ללקוח קורה בזמן הקריאה ונשמרת מול customers.customer_ref. אין מה לשחזר בסוף החודש, כי כלום לא אבד באמצע.
task_ref נותן למשימה שלמה תקרה אחת. קריאה נבדקת מול התקרה הזו רק אם היא עצמה קוראת ל-preflight עם אותו task_ref. קריאה שלא קוראת, לא נספרת ולא נעצרת.
התקרה נקבעת בקריאה הראשונה של המשימה. ערך task_ceiling שנשלח אחר כך על אותו task_ref לא משנה אותה.

תקציב שמתאפס בראשון לחודש לא עוצר את הלולאה שרצה הלילה.

json · POST /preflight · הבקשה

// דוגמה. שמות השדות מהקוד, המספרים מומצאים לצורך ההסבר.
{
  "agent_id": "lead-enricher",
  "customer_id": "lavan-studio",
  "task_ref": "run-2026-09-06-118",
  "task_ceiling": 500,
  "estimated_units": 120
}

json · התשובה על הקריאה החמישית של אותה משימה

{
  "approved": false,
  "reason": "task_ceiling_exceeded",
  "estimated_units": 120,
  "task_ref": "run-2026-09-06-118",
  "task_ceiling": 500,
  "task_used_units": 480,
  "task_remaining_units": 20
}

ארבע קריאות של 120 נכנסו, כלומר 480. החמישית ביקשה עוד 120 כשנשארו 20, אז היא לא רצה.

ומה שאין, כדי שלא תגלה את זה לבד

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

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

pip install agentbill-sdk

צ'קליסט. שבע שורות, על לקוח אחד

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

עכשיו תסגור את הדף

ותגיד בקול: איזה לקוח היה הכי פחות רווחי אצלך בחודש שעבר?

ענית בלי להסס? אז אין לך את הבעיה הזו, וגם אין לי מה למכור לך. זה בסדר גמור. תעביר את הדף למישהו שכן.

נתקעת על השם? תריץ את שלושת השלבים על לקוח אחד ותשלח לי את השורה שיצאה. אני עונה לכל מייל בעצמי.

שלח לי את השורה

hello@agentbill.dev · נושא: לקוח אחד

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

AgentBill · agentbill.dev · תקרה אחת לכל משימה, ביחידות שאתה מגדיר
הדף הזה יושב ב-agentbill.dev/he/cost-per-client. אם הגיע אליך צילום מסך, זו הכתובת.