1 נתחיל ממסמך 🍎
גררו לכאן PDF או תמונה
או
אפשר PDF, PNG, JPEG, WEBP, TIFF, DOCX, XLSX, CSV או TXT — עד 25MB
2 עובדים על זה ⏳
מתחילים…
0 שניות · בודקים מה קורה כל שנייה
- מעלים את הקובץ ל-DocuPipe
POST docupipe.ai/document - מריצים OCR וקוראים את המסמך
GET docupipe.ai/job/{jobId} - מזהים באיזה סוג מסמך מדובר
POST docupipe.ai/classify/batch - מחלצים את השדות לפי ה-scheme
POST docupipe.ai/v3/standardize - מוכן — אפשר לעבור על זה
GET docupipe.ai/standardization/{id}
קריאות ה-API שרצות עכשיו 0
3 הנה מה שיצא מהמסמך 🍇
ה-JSON המלא, בלי לחתוך כלום
כל הקריאות שרצו על המסמך הזה 0
אופס, משהו נתקע 🍋
1 בונים scheme ממסמך אחד 🧪
יש לכם סוג מסמך שהמערכת עוד לא מכירה? העלו דוגמה אחת, תנו לה שם, ו-DocuPipe ילמד לבד אילו שדות יש שם ויבנה scheme מתאימה. מרגע זה היא תופיע ברשימת ה-schemes בסריקה, וגם הזיהוי האוטומטי כבר ידע להציע אותה.
גררו לכאן מסמך לדוגמה
או
ככל שהדוגמה מייצגת יותר, כך ה-scheme תצא מדויקת יותר
הפעולה הזו לא נשארת רק כאן: לצד ה-scheme לחילוץ ב-DocuPipe אנחנו פותחים אובייקט CRM חדש ב-Salesforce (Custom Object) עם שדות מותאמים והרשאות גישה. זה שינוי אמיתי במטא-דאטה של הארגון, ואי אפשר לבטל אותו מהמסך הזה — לכן ההרשאה שמורה למנהלי מערכת בלבד.
2 בונים לכם scheme ⚗️
מתחילים…
0 שניות · בודקים מה קורה כל שנייה
- מעלים את הקובץ ל-DocuPipe
POST docupipe.ai/document - מריצים OCR וקוראים את המסמך
GET docupipe.ai/job/{jobId} - DocuPipe לומד את מבנה המסמך
POST docupipe.ai/schema/autogenerate - מלמדים את הזיהוי האוטומטי את הסוג החדש
POST docupipe.ai/class - פותחים אובייקט CRM תואם ב-Salesforce
POST salesforce/Soap/m/60.0 createMetadata - ה-scheme מוכנה לשימוש
GET docupipe.ai/schema/{id}
קריאות ה-API שרצות עכשיו 0
3 יש scheme חדשה 🎉
השדות שהמערכת מצאה
איך ה-scheme בנויה (JSON Schema)
מה יצא כשהרצנו אותה על המסמך שהעליתם
בניית ה-scheme לא הצליחה 🍋
ספריית ה-schemes 🍇
כל סוגי המסמכים שהמערכת יודעת לזהות ולחלץ נכון לעכשיו — מה יש בכל אחד, ולאן הוא נשמר ב-CRM.
מה כבר נשמר ב-Salesforce 🗃️
כאן רואים בזמן אמת מה יושב אצלנו ב-CRM — מוצרים, הזמנות, קבלות סחורה וכל אובייקט חדש שנוצר במעבדת ה-schemes. הנתונים נשלפים ישירות מ-Salesforce בכל כניסה, אין כאן שום עותק מקומי.
טוען…
ברוכים הבאים לחנות הפירות חברים לרפואה 🍊
מה שאתם רואים כאן הוא דמו. בנינו חנות פירות בדיונית בשם חנות הפירות חברים לרפואה — כדי להראות בלי יותר מדי מילים איך נראה מסלול שלם: מסמך נכנס מצד אחד, ורשומה מסודרת ב-CRM יוצאת מהצד השני. כל הקריאות כאן אמיתיות: DocuPipe באמת קורא את המסמך, ו-Salesforce באמת שומר את התוצאה בארגון שלנו.
PDF או תמונה — הזמנה, תעודת משלוח, כרטיס מוצר, מה שיש ביד.
OCR, זיהוי סוג המסמך, וחילוץ השדות לפי ה-scheme המתאימה.
ה-JSON נפתח על המסך, אפשר לעבור עליו לפני ששומרים.
לחיצה אחת, והנתונים יושבים ב-Salesforce כרשומה עם שורות.
שלושת סוגי המסמכים שהמערכת מכירה מהבית 📚
🍍 כרטיס מוצר חדש
הדף שמגיע מהמגדל כשנכנס פרי חדש לקטלוג: שם מסחרי, זן, ארץ מקור, גודל אריזה,
חיי מדף, טמפרטורת אחסון ומחיר. אנחנו פותחים ממנו
Product2 בקטלוג של Salesforce, ומעדכנים את המחיר
במחירון הסטנדרטי (PricebookEntry).
אם המק"ט כבר קיים — מעדכנים את המוצר הקיים במקום לפתוח כפילות.
🧾 הזמנת לקוח
הזמנה שנכנסת מלקוח: פרטי הלקוח, כתובת אספקה, תנאי תשלום ושורות ההזמנה עם
כמויות ומחירים. נשמר כ-Fruit_Order__c עם שורה
נפרדת לכל פריט ב-Fruit_Order_Line__c.
📦 תעודת קבלת סחורה
מה שנחתם במחסן כשמשאית מגיעה: ספק, מוביל, מי קיבל, מה הוזמן מול מה שהגיע
בפועל ובאיזה מצב. נשמר כ-Fruit_Reception__c
עם שורות ב-Fruit_Reception_Line__c.
✨ schemes שאתם בונים
כל מסמך אחר שתעלו למעבדת ה-schemes. DocuPipe לומד את המבנה שלו, ואנחנו פותחים עבורו אובייקט CRM חדש ב-Salesforce עם שדות מותאמים. מרגע זה הוא סוג מסמך לכל דבר — גם ברשימת ה-schemes וגם בזיהוי האוטומטי.
איך עובדים עם המסך 🧭
- סריקת מסמך. גוררים קובץ, מקבלים תצוגה מקדימה גדולה, ובוחרים scheme. אם משאירים על זיהוי אוטומטי — DocuPipe יחליט לבד באיזה סוג מדובר. לוחצים "הפעלה", ותוך כ-20 שניות ה-JSON על המסך. לצד כל שלב רשומה כתובת ה-API שרצה באותו רגע, ויש גם יומן קריאות חי — כדי שיהיה ברור שאין פה קסמים.
- שמירה ל-Salesforce. עוברים על הנתונים, ואם הכול נראה טוב לוחצים "שמירה ל-Salesforce". אם כבר שמרנו בעבר מסמך עם אותו מספר — נזהה כפילות, נעדכן את הרשומה הקיימת ונחליף את השורות שלה במקום ליצור עותק שני.
- מעבדת ה-schemes. יש לכם סוג מסמך שהמערכת לא מכירה? מעלים דוגמה אחת, נותנים שם, ומקבלים scheme חילוץ חדשה + אובייקט CRM ייעודי. שימו לב: זו פעולה שנוגעת במטא-דאטה של הארגון ב-Salesforce, ולכן היא שמורה למנהלי מערכת.
- ספריית ה-schemes. כל סוגי המסמכים שהמערכת יודעת לזהות כרגע, השדות של כל אחד ולאן הוא נשמר. משם אפשר לקפוץ ישר לסריקה, או למחוק scheme שכבר לא צריך.
- מה יש לנו ב-CRM. טבלה חיה של הרשומות שנשמרו — מוצרים, הזמנות, קבלות וכל אובייקט שנוצר במעבדה. כל שורה מקושרת לרשומה עצמה ב-Salesforce.
- מכסות API. כמה קרדיטים נשארו לנו ב-DocuPipe וכמה קריאות API נשארו בארגון ה-Salesforce. שווה הצצה לפני הדגמה חיה — אם הקרדיטים נגמרו, סריקה חדשה פשוט לא תרוץ.
- דוגמאות קוד. בשביל מי שרוצה לראות מה קורה מתחת למכסה המנוע: קטעי הקוד האמיתיים שמדברים עם DocuPipe ועם Salesforce, נשלפים ישר מהשרת. בלי מפתחות, כמובן.
כמה דברים שכדאי לדעת 🍋
- סביבת דמו. הארגון ב-Salesforce הוא Developer Edition ייעודי לדמו הזה, אז אפשר להתנסות בלי חשש.
- המסמכים לדוגמה. בתיקיית
samples/מחכים כרטיסי מוצר, הזמנות, תעודות קבלה וגם כמה מסמכים "לא מוכרים" שנועדו בדיוק כדי לנסות את מעבדת ה-schemes. - למה כל שנייה? אנחנו מתשאלים את DocuPipe פעם בשנייה כדי להראות את ההתקדמות. בהמשך זה יוחלף ב-webhook, וההמתנה תיעלם.
- אין שמירה כפולה. אותו מסמך שיישמר שוב יעדכן את הרשומה הקיימת ולא ייצור עוד אחת.
ככה זה נראה מבפנים 👨💻
כל קטע קוד כאן נשלף בזמן אמת מהקוד שרץ ממש עכשיו על השרת — לא העתקנו כלום לצד. אלה בדיוק הפונקציות שמעלות את המסמך ל-DocuPipe, מזהות את סוגו, מחלצות את השדות ודוחפות אותם ל-Salesforce.
🔒 מפתחות ה-API לא מופיעים בקוד בכלל: הם נטענים מקובץ .env
שנשאר על השרת ולא נכנס ל-git. מה שתראו זה רק הפניות כמו
config.DOCUPIPE_API_KEY.
GET /api/code-samplesטוענים את הקוד…
כמה דלק נשאר לנו במיכל 📊
כל סריקה כאן עולה קרדיטים ב-DocuPipe וקריאות API ב-Salesforce. המספרים למטה נשלפים חיים משני השירותים ברגע שנכנסים לעמוד.
GET /api/quotas
GET docupipe.ai/account
GET /services/data/v60.0/limits
בודקים מול DocuPipe ו-Salesforce…