מרכז הידע / תוכנת קארדקום

שאלו את ה-AI

✦ תשובת ה-AI

חושב…

מקורות

    ריכוז ממשקי דיווחים מ קארדקום לשרתי צד ג' - webhook (וובהוק)

    ריכוז ממשקי דיווחים מ קארדקום לשרתי צד ג' - webhook

    דיווחים על יצירת מסמך חשבונאי וכל מסמך אחר:

    WEBHOOK (וובהוק) - חשבונית : קבלת דיווח על יצירת מסמכים למערכת חיצונית - API

     

    דיווחים על תשלום מ דף אישורית זהב :

    WEBHOOK (וובהוק) - קבלת פרטי עסקה מדפי אישורית זהב אל מערכת חיצונית צד ג

     

    דיווחים על עסקאות של פרופיל נמוך :

    יש להשתמש במקום ב פרמטר - IndicatorUrl 

    לפי מדריך שלב 2  API 10 : ממשק פרופיל נמוך - חיוב,יצירת אסימון וכו [שלב 1 + 2]
    או
    לפי מדריך שלב 2  API 11  :
     https://cardcomapi.zendesk.com/hc/he/articles/25264402497426-שלב-1-2-יצירת-דף-לתשלום-שליחת-בקשה-לקבלת-פרטי-עסקה-Iframe-Redirect

    או

    הגדרה של  - ביצוע Notifay בנוסף  , לשימוש ב WOO קומר בעיקר.

    בהתאם זה נותן אינדיקציה על עסקאות שנכשלות.

    https://secure.cardcom.solutions/Definition/LowProfile/GlobalDef.aspx

     

    דיווחים על עסקאות של הוראות קבע של קארדקום :

    WEBHOOK (וובהוק) - דיווח למערכת חיצונית - הוראת קבע ל צד ג'

     

    ב APILevel 10 - אנו מדווחים ב POST ב Name To Value
    ב APILevel 11 - אנו מדווחים ב POST ב JSON

     

    במקרה של בעיות בדיווח – מה לבדוק

    במקרה של כשל בדיווח עסקה מהשרת של קארדקום לשרת של בית העסק, וקבלת תשובה כמו:

    "The remote server returned an error: (400) Bad Req"

    יש לבדוק את הסיבות הבאות:

    1. פתיחת כתובות IP בחומת האש (Firewall)

    הדיווחים מתבצעים מכתובות ה-IP של קארדקום.
    יש לוודא שהשרת של בית העסק מאפשר תעבורה מכתובות אלו, ושהדיווח לא נחסם על ידי מערכות firewall \ cloudflare. 

    יש לפתוח את טווחי כתובות ה-IP הבאים:

    1. - 82.80.227.17/255.255.255.248 (CIDR 29) >> מחשבון subnet
    2. - 82.80.222.124/255.255.255.248 (CIDR 29) >> מחשבון subnet

    בנוסף, יש לוודא שפתוחים הפורטים הבאים:

    • 80 (HTTP)
    • 443 (HTTPS)
    • 8080 (לשימושים ייעודיים נוספים)

    2. תוספי קאש באתר (WooCommerce)

    אם בדוחות סליקת אשראי -> 7. דוח פעילות נמוך Iframe / Redirect -> ב"מידע למפתח" של העסקה -> בפרטי תשובה לעסקה אחרונה מתקבלת תשובה כמו:

    תיאור התשובה מהשרת לדיווח:
    -1
    <!-- Cached by ezCache -->
    <!-- Cache created i
    CallIndicatorResponse

    המשמעות היא שתוסף קאש באתר (למשל ezCache) פוגע בדיווח.
    יש לנטרל את תוסף הקאש באתר WooCommerce.

    3. אי התאמה בין פרמטרים

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

    4. שגיאה בכתובת URL של שרת הדיווחים

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

    5. תשובה לא תקינה מהשרת של הלקוח

    אם בדוחות סליקת אשראי -> 7. דוח פעילות נמוך Iframe / Redirect -> ב"מידע למפתח" של העסקה -> בפרטי תשובה לעסקה אחרונה השרת של הלקוח מחזיר תשובה בפורמט HTML במקום תשובה צפויה (-1, error, success), הדיווח ייכשל:

    תיאור התשובה מהשרת לדיווח:
    <!DOCTYPE html>
    <html>
    <head>
    <meta name="view

    יש לוודא ששרת הדיווחים מחזיר תשובה בפורמט תקין בלבד.

    קבלת תשובה כזאת גם יכולה לומר שהכתובות IP של קארדקום חסומות (מקושר לסיבה הראשונה)

    6. בדיקה בסביבת טסטים

    אם לאחר כל הבדיקות הדיווח עדיין נכשל, יש לבדוק האם הוא עובד באתר טסט (סביבת בדיקות).

    • אם עובד בטסט – המערכת של קארדקום תקינה.

      להלן הכתובת WEBHOOK טסטים: WEBHOOK SITE

    • במקרה כזה, הבעיה בשרת הדיווחים של הלקוח.

    7. במקרה ששרת וובהוק מדווח על שגיאה 403:

    על הלקוח להיכנס לאתר 
     https://www.fortiguard.com/webfilter
    להזין את הURL של האתר של בית העסק ולראות באיזו קטגוריה הוא נמצא.

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

    בהתאם לאחר הבדיקה. הבית עסק יכול לשלוח בקשה לשינו י הקטגוריה של האתר שלהם.

    לינק לדיווח ל fortinet על קטגורית האתר :
    https://globalurl.fortinet.net/rate/submit.php



    באתר וורפרס צריך להתקבל  1-  לתקינות

     

    8. פנייה לתמיכה של קארדקום

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

    📞 טלפון: 03-9436100

    האם המאמר הזה עזר לך?