חיבור סליקת Cardcom (קארדקום) ל-AI ולאוטומציות

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

איך קארדקום באמת חושפת נתונים

קארדקום היא לא endpoint יחיד ומסודר של REST עם דגל שמדליקים. בפועל עובדים עם כמה אבני בניין, ואיזה מהן בשימוש תלוי בכמה חשיפת PCI (טיפול בנתוני כרטיס) אתם מוכנים לקחת על עצמכם:

• LowProfile — דף התשלום המאוחסן של קארדקום. פותחים אותו עם מספר הטרמינל ושם וסיסמת API, הלקוח משלם בדומיין של קארדקום, ופרטי הכרטיס לא נוגעים בשרת שלכם (PCI מינימלי). בסיום התשלום קארדקום מחזירה את הלקוח אליכם וקוראת לשרת שלכם עם קוד תוצאה שחובה לאמת.
• API לחיובים — סליקה שרת-לשרת, כולל חיוב טוקן שמור, החזקות J5 ותפיסות J4, זיכויים ושאילתות. זו השכבה שמעניינת מערכות AI, עם אימות דרך פרטי ה-API ולא עם נתוני כרטיס בתוך הבקשה.
• הוראת קבע — קארדקום שומרת טוקן ומחייבת אותו לפי לוח זמנים; האירועים שהיא פולטת הם פעימות הלב של כל עסק מבוסס מנויים.
• API למסמכים — מכיוון שקארדקום מפיקה בעצמה חשבוניות וקבלות, אפשר ליצור, לשלוף ולשלוח מסמכי מס דרך אותו חשבון, וזה מה שמאפשר להתאמה (reconciliation) באמת לסגור את המעגל.

לצורך אוטומציה, שני החלקים החשובים ביותר הם קריאת ה-webhook / indicator (כתובת URL שקארדקום קוראת לה כשעסקה מסתיימת — החיבור שלכם בזמן אמת לאירועי תשלום) וה-API של השרת לשליפה ולכתיבה של נתונים לפי דרישה. ביחד הם נותנים גם push וגם pull — בדיוק מה ששכבת AI צריכה כדי להיות שימושית במקום מיושנת.

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

1. התאמה (Reconciliation) שמריצה את עצמה: תהליך AI שמתאים כל סליקה בקארדקום ואת החשבונית שהופקה לה מול הנהלת החשבונות שלכם — רווחית, iCount, פריוריטי — ומקפיץ רק את אי-ההתאמות שאדם באמת צריך לראות.
2. שחזור תשלומים שנכשלו: דחייה של הוראת קבע מפעילה הודעת WhatsApp או מייל שמנוסחים ב-AI בטון של הלקוח עצמו, עם קישור תשלום LowProfile חדש לתיקון בהקלקה אחת.
3. התראות הונאה וחריגות: AI עוקב אחרי זרם העסקאות ומזהה דפוסים מוזרים — קפיצות נפח, דחיות חוזרות, פרטים שלא תואמים — ומתריע לכם בסלאק לפני שגל chargeback-ים נוחת.
4. תשובות פיננסיות בשפה פשוטה: צ'אטבוט שעונה על "כמה סלקנו ב-Bit בחודש שעבר לעומת כרטיסים, ואילו מוצרים גרמו לזיכויים?" על ידי שאילתה לקארדקום וסיכום — בלי ייצוא ובלי אנליסט.
5. מסמכים חכמים: כל חיוב מוצלח מפיק אוטומטית את חשבונית המס הנכונה, מתייק אותה, ומאפשר ל-AI לסווג את שורת המוצר — כך שהספרים נסגרים ברגע שהכסף נכנס.

איפה העבודה האמיתית

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

בעולם התשלומים ה-AI הוא חלון הראווה. הצנרת הניתנת לביקורת מאחורי הצ'ק-אאוט היא המנוע — והמנוע הוא החלק שחייב להיות נכון.

כלי ללא קוד או פיתוח מותאם?

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