איך לחבר את רווחית (Rivhit) ל-AI ולאוטומציות דרך ה-API

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

איך ה-API של רווחית באמת עובד

רווחית חושפת web API (שירות RivhitOnlineAPI) עם מתודות ליצירה ולקריאה של מסמכים, קבלות ולקוחות. ההזדהות מבוססת טוקן: לוקחים את טוקן ה-API מחשבון הרווחית, קוראים לנקודת ה-Connect כדי לפתוח סשן, ואז קוראים למתודות כמו Document.NewExtended כדי ליצור חשבונית או Document.Details כדי לקרוא אותה. הבקשות והתשובות הן JSON. אין ריקוד של OAuth, וחשוב מכך — אין מנגנון webhook מובנה. רווחית לא תשלח לכם אירוע כשנוצרת חשבונית חדשה.

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

1. ApiToken.Connect(token)        -> סשן
2. Document.List(since=last_run)  -> חשבוניות חדשות
3. לכל חשבונית:
     -> שליחה ל-AI לחילוץ / סיווג
     -> כתיבת התוצאה למקום שימושי
4. שמירת חותמת הזמן last_run

מה באמת אפשר לבנות

• תיוק אוטומטי: כל חשבונית חדשה נקראת ע"י AI, מסווגת (שכירות, ספקים, שיווק) ונדחפת לגיליון Google או לתיקייה של רואה החשבון עם סיכום בשורה.
• מענה ב-WhatsApp מנתונים אמיתיים: לקוח שואל 'התשלום שלי עבר?' וסוכן AI בודק את הקבלה התואמת ברווחית ועונה — במקום שמישהו יחפש ידנית.
• התראות תזרים: תקציר AI יומי של חשבוניות שלא שולמו מעל 30 יום, אליכם ל-WhatsApp או למייל, עם הודעת התזכורת כבר מנוסחת.
• התאמות (Reconciliation): התאמת קבלות מרווחית מול שורות בבנק או בסולק, וסימון הפערים ש-AI לא הצליח לפתור לבד.
• הוצאה חכמה: מכתיבים או מדביקים תיאור עבודה, ו-AI מנסח את החשבונית הנכונה ברווחית (שורות, מע"מ, לקוח) לאישורכם לפני שהיא נוצרת.

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

ללא קוד או קוד מותאם?

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

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