סאָפטוואַרעס 3 ד סעקורע ינטעגראַטיאָן גייד דאָקומענטאַטיאָן
ינטעגראַטיאָן גייד 3 ד סעקורע
פון 01.01.2021 אויף צוויי-פאַקטאָר אָטענטאַקיישאַן איז ימפּלאַמענאַד ווי אַ מאַנדאַטאָרי פאָדערונג פֿאַר אַלע עקאָממערסע קאַרטל צאָלונג טראַנזאַקשאַנז. אין סדר צו נאָכקומען מיט דעם פליכט, די
אָפּערייטערז פון קרעדיט קאַרטל נעטוואָרקס וועלן נוצן די אַזוי גערופענע 3 ד סעקורע פּראָצעדור. פֿאַר איר ווי אַ סוחר, עס איז פארלאנגט צו קענען צו דורכפירן דעם פּראָצעדור פֿאַר דיין קאַסטאַמערז
01.01.2021. אין די פאלגענדע איר וועט געפֿינען אַ באַשרייַבונג פון די פאַרשידענע וועגן פון ינאַגריישאַן און ווי די 3D Secure פּראָצעדור איז צו זיין ימפּלאַמענאַד פֿאַר זיי.
ביטע אויסקלייַבן די ינטאַגריישאַן אופֿן איר נוצן
- ניצן איר די ויסשרייַבן פאָרעם hCO?
- ניצן די ויסשרייַבן פאָרעם הפּף?
- פּראַסעסאַז איר פּיימאַנץ אָן אַ פאָרעם צוגעשטעלט דורך די ונזער סיסטעם?
ביטע טאָן: עס איז אויך וויכטיק אין וואָס וועג דעביץ אָדער פּרעאָטהאָריסאַטיאָנס (רעזערוויישאַנז) זענען געמאכט. אפילו אויב איר נוצן אַ צאָלונג פון Unzer GmbH פֿאַר די רעגיסטראַציע פון קאָרט דאַטן, די 3D Secure פּראָצעס וועט זיין דורכגעקאָכט אָן אַ ויסשרייַבן פאָרעם ווען די קאָרט דאַטן זענען ערשטער דעביטעד אָדער אָטערייזד פֿאַר די ערשטער מאָל. אין דעם פאַל, די דריט וועג פון ינאַגריישאַן אָן אַ פאָרעם צוגעשטעלט דורך ונזער אַפּלייז.
ביטע אויך טאָן:
אויב איר נוצן ריקערינג פּיימאַנץ (אַבאָנעמענט פּיימאַנץ), איר זאָל לייענען די אָפּטיילונג "3D זיכער און ריקערינג צאָלונג".
3D Secure פּראָצעדור ווען איר נוצן די HCO ויסשרייַבן פאָרעם
די HCO ויסשרייַבן פאָרעם איז שוין דיזיינד פֿאַר די 3D Secure פּראָצעדור. עס איז קיין נאָך קאַמף פון דיין זייַט דארף פֿאַר די ימפּלאַמענטיישאַן פון דעם פּראָצעדור. אָבער, איר
איר מוזן מאַכן זיכער אַז דיין סיסטעם קענען האַנדלען מיט די קאָראַספּאַנדינג ענטפֿערס פון אונדזער צאָלונג סיסטעם אין פאַל די 3 ד סעקורע פּראָצעס איז סטאַרטעד. אין די ייסינגקראַנאַס ענטפער פון די
צאָלונג סיסטעם צו דיין סערווירער, דער רעזולטאַט פון די טראַנסאַקטיאָן איז טראַנסמיטטעד און מוזן זיין עוואַלואַטעד דאָרט איידער אַ צוריקקער URL איז טראַנסמיטטעד צו די צאָלונג סיסטעם.
פֿאַר דעם צוועק, די פאלגענדע פּאַראַמעטערס מוזן זיין עוואַלואַטעד.
- PROCESSING.RETURN.CODE = 000.200.000
- PROCESSING.RETURN = טראַנסאַקטיאָן + פּענדינג
- PROCESSING.RESULT = אַקק
דערקלערונג: דער סטאַטוס פון דער טראַנסאַקטיאָן איז "פּענדינג", דער פּאַראַמעטער PROCESSING.RESULT
רעפּראַזענץ בלויז אַ פּרילימאַנערי רעזולטאַט. ווי לאַנג ווי די 3D Secure פּראָצעס איז דורכגעקאָכט, די סטאַטוס
בלייבן פּענדינג.
דער לעצט רעזולטאַט פון די מאַסע - מאַטן איז דערנאָך
- PROCESSING.RETURN.CODE = 000.000.000
- PROCESSING.RESULT = אַקק
or - PROCESSING.RETURN.CODE = ווייַטערדיקע 000.000.000 אָדער 000.200.000
- PROCESSING.RESULT = נאָק
אין ערשטן פאַל, די טראַנסאַקטיאָן איז הצלחה דורכגעקאָכט, אין די רגע פאַל עס דורכגעקאָכט קוילעלדיק. די יענער קענען האָבן פאַרשידן סיבות, אַרייַנגערעכנט אַ אָפּזאָג צו אָטענטאַקייט. דו וועסט
באַקומען מער דיטיילד אינפֿאָרמאַציע אין די פּאַראַמעטערס "PROCESSING.RETURN" און "PROCESSING.RETURN.CODE".
מיר רעקאָמענדירן צו דורכפירן אַ פּראָבע פֿאַר ביידע אַרטיקלען. ביטע זען ווייטער פֿאַר מער אינפֿאָרמאַציע וועגן ווי צו מאַכן אַ פּראָבע און וואָס קרעדיט קאַרטל דעטאַילס איר קענען נוצן פֿאַר אַ פּראָבע.
3 ד סעקורע פּראָצעדור ווען ניצן די HPF ויסשרייַבן פאָרעם
די הפּף ויסשרייַבן פאָרעם איז אויך דיזיינד צו נוצן די 3DS פּראָצעדור. עס איז קיין נאָך קאַמף פון דיין זייַט דארף פֿאַר די ימפּלאַמענטיישאַן פון דעם פּראָצעדור. ווי דיסקרייבד
פֿאַר די HCO ימפּלאַמענטיישאַן, דער ענטפער פון די צאָלונג סיסטעם קומט אין צוויי סטעפּס, וואָס איז וואָס דיין סיסטעם דאַרף קאָנטראָלירן די ווערט פון די פּראַסעסינג.
פּאַראַמעטער ווען פּראַסעסינג די ענטפער.
פֿאַר דעם צוועק, די פאלגענדע פּאַראַמעטערס מוזן זיין עוואַלואַטעד.
- PROCESSING.RETURN.CODE = 000.200.000
- PROCESSING.RETURN = טראַנסאַקטיאָן + פּענדינג
- PROCESSING.RESULT = אַקק
דערקלערונג: דער סטאַטוס פון דער טראַנסאַקטיאָן איז "פּענדינג", דער פּאַראַמעטער PROCESSING.RESULT רעפּראַזענץ בלויז אַ פּרילימאַנערי רעזולטאַט. ווי לאַנג ווי די 3 ד סעקורע פּראָצעס איז דורכגעקאָכט, די סטאַטוס
בלייבן פּענדינג.
דער לעצט רעזולטאַט פון די מאַסע - מאַטן איז דערנאָך
- PROCESSING.RETURN.CODE = 000.000.000
- PROCESSING.RESULT = אַקק
or - PROCESSING.RETURN.CODE = ווייַטערדיקע 000.000.000 אָדער 000.200.000
- PROCESSING.RESULT = נאָק
אין ערשטן פאַל, די טראַנסאַקטיאָן איז הצלחה דורכגעקאָכט, אין די רגע פאַל עס דורכגעקאָכט קוילעלדיק. די יענער קענען האָבן פאַרשידן סיבות, אַרייַנגערעכנט אַ אָפּזאָג צו אָטענטאַקייט. דו וועסט
באַקומען מער דיטיילד אינפֿאָרמאַציע אין די פּאַראַמעטערס "PROCESSING.RETURN" און "PROCESSING.RETURN.CODE".
מיר רעקאָמענדירן צו דורכפירן אַ פּראָבע פֿאַר ביידע אַרטיקלען. ביטע זען ווייטער פֿאַר מער אינפֿאָרמאַציע וועגן ווי צו מאַכן אַ פּראָבע און וואָס קרעדיט קאַרטל דעטאַילס איר קענען נוצן פֿאַר אַ פּראָבע.
3 ד סעקורע פּראָצעדור מיט דירעקט קשר
אויב איר טאָן ניט נוצן אַ צאָלונג פאָרעם צוגעשטעלט דורך ונזער (אַמאָל העידעלפּייַ) צו פּראָצעס קרעדיט קאַרטל פּיימאַנץ, אָדער אויב איר נאָר פאַרשרייַבן אַ קאַרטל ניצן איינער פון די פארמען און פּראַסעסינג די פּרי-אַוטהאָריזאַטיאָן (רעזערוואַציע) אָדער דעביט ווי אַ רעפֿערענץ צו די רעגיסטראַציע ווי אַ דירעקט קאָמוניקאַציע מיט די צאָלונג סיסטעם, איר מוזן ינסטרומענט די 3 ד סעקורע פּראָצעס.
אַסינטשראָנאָוס טראַנסאַקטיאָן לויפן:
דאָס איז אַן ייסינגקראַנאַס פּראָצעס וואָס דיין סערווירער נעמט אַ פאָרווערדינג URL (רידערעקט URL) פֿון אונדזער צאָלונג סיסטעם. דיין סערווירער מוזן שיקן דעם קונה צו דעם URL אַזוי אַז ער קענען דורכפירן די אָטענטאַקיישאַן דורך 3D Secure פּראָצעדור. דער רעזולטאַט פון דעם 3D Secure אָטענטאַקיישאַן איז רעפּאָרטעד גלייַך צו Unzer דורך די קאַרטל ישוינג באַנק.
נאָך געראָטן אָטענטאַקיישאַן, די טראַנסאַקטיאָן איז נאָך פּראַסעסט אין די ונזער סיסטעם ווי איר שוין וויסן דורך שיקט דיין סיסטעם אַ קוילעלדיק רעזולטאַט אין די סוף, צו וואָס איר ענטפֿערן.
מיט אַ רידערעקט URL. דער צאָלונג סיסטעם וועט רידערעקט די קונה צוריק צו דיין סיסטעם ניצן דעם רידערעקט URL פֿון דיין סיסטעם
ביטע טאָן: אין דעם וואָרקפלאָוו דיין סיסטעם נעמט צוויי ענטפֿערס פֿון די צאָלונג סיסטעם:
- איינער מיט די סטאַטוס "פּענדינג" (PROCESSING.RETURN.CODE = 000.200.000 און PROCESSING.RETURN = טראַנסאַקטיאָן + פּענדינג) און רידערעקט פּאַראַמעטערס צו די קאַרטל-ישוינג באַנק פון דער קונה
- איינער מיט די לעצט רעזולטאַט פון דעביט אָדער רעזערוואַציע. עס זענען אויך צוויי רידערעקט URLווי דערמאנט אין דעם פּראָצעס, איינער פון די צאָלונג סיסטעם צו וואָס דער קונה דאַרף זיין רידערעקטיד צו אָטענטאַקייט ביי זיין קאַרטל ישוינג באַנק און איינער פֿון דיין סיסטעם, ווען ער באקומען די לעצט רעזולטאַט, צו רידערעקט די קונה צוריק אין דיין סיסטעם.
די פאלגענדע ענדערונגען וועט זיין געמאכט אין די רעגולער פּראָצעדור. ביטע טאָן אַז עטלעכע ימפּלאַמענטיישאַן פון אנדערע ייסינגקראַנאַס צאָלונג מעטהאָדס, אַזאַ ווי פּייַפּאַל
פּראַסעסאַז קען שוין עקסיסטירן אין דיין ימפּלאַמענטיישאַן.
- ענטפער URL
אין דער ערשטער רופן (נאָ. 2 אין די דיאַגראַמע) צו די צאָלונג סיסטעם, אַ "ענטפער URLמוזן זיין דורכגעגאנגען אין די פראָנטענד גרופּע.
ביטע טאָן: די פּאַראָל פון IDENTIFICATION.REFERENCEID איז בלויז באַטייטיק אויב איר אָפּשיקן צו אַ רעגיסטראַציע אָדער אנדערע שוין יגזיסטינג מאַסע - פּראַסעסינג רידערעקט URL אויב אָטענטאַקיישאַן איז פארלאנגט, אַ רידערעקט URL און אנדערע פּאַראַמעטערס אין די רידערעקט גרופּע זענען טראַנספערד אין די ענטפער פון די צאָלונג סיסטעם (נומ 5 אין די דיאַגראַמע).
- פאָרווערדינג פון דער קונה צו די רידערעקט URL
אויב די רידערעקט גרופּע ריספּאַנד מיט אַ רידערעקט URL, דער קונה ס בלעטערער מוזן זיין רידערעקטיד צו דעם URL (נומ 6 אין די דיאַגראַמע) צו דורכפירן אָטענטאַקיישאַן. די נאָך פּאַראַמעטערס פון די רידערעקט גרופּע מוזן זיין טראַנספערד צו די פונדרויסנדיק webפּלאַץ ווי POST פּאַראַמעטערס.
ביטע טאָן: נאָך פּאַראַמעטערס זענען אומגעקערט אין די "PROCESSING.REDIRECT.xxx" גרופּע בלויז מיט 3 ד סעקורע ווערסיע 1 (אפילו דאָרט די נומער און נאַמינג קען בייַטן), כוועראַז מיט 3D ווערסיע 2 בלויז אַ PROCESSING.REDIRECT.URL ווי געוויזן אונטן איז אומגעקערט: https://heidelpay.hpcgw.net/AuthService/v1/auth/public/2258_2863FFA4C5241C12E39F37
CCF / run דעם מיטל אַז ראַגאַרדלאַס פון דעם טיפּ און נומער פון פּאַראַמעטערס, דער קליענט בלעטערער מוזן רידערעקט צו די PROCESSING.REDIRECT.URL.
ונטער איר וועט געפֿינען אַ פּשוט קאָד עקסampלייענען ווי אַזוי אַ רידערעקט קענען זיין עקסאַקיוטאַד. די טייל איז בדעה צו מיטטיילן סוף קאַסטאַמערז וועמענס סיסטעמען טאָן ניט שטיצן דזשאַוואַסקריפּט אָדער האָבן עס פאַרקריפּלט. מיר רעקאָמענדירן שטארק אַז די רידערעקט איז דורכגעקאָכט אין די אַקטיוו בלעטערער פֿענצטער פון דער קונה און נישט נוצן קנאַל -אַרויף פֿענצטער אָדער נייַ בלעטערער פֿענצטער, ווייַל דאָס קען
רייצן קאַסטאַמערז און פירן זיי צו פאַרמאַכן דעם בלאַט צו וואָס זיי זענען רידערעקטיד.
- אַסינטשראָנאָוס רעזולטאַט קאָנטראָל
דער רעזולטאַט פון די אָטענטאַקיישאַן איז געשיקט אַסינטשראָנאָוסלי צו דיין סערווירער. די צאָלונג סיסטעם יקספּעקץ אַ גילטיק URL ווי ענטפער. (נומער 12 & 13 אין די דיאַגראַמע). פֿאַר געראָטן אָדער פארווארפן
פּיימאַנץ, אַ אַנדערש URL איר קענען ענטפֿערן דאָ דורך דיין סיסטעם. - צוריקקער דרך פון דער קונה
די צאָלונג סיסטעם רידערעקץ די קונה צו די URL צוגעשטעלט דורך די סוחר ס סיסטעם נאָך די אָטענטאַקיישאַן פּראָצעס און די צאָלונג מאַסע זענען געענדיקט.
ביטע טאָן: סטעפּס 4.) און 5.) גיינ ווייַטער אין די זעלבע וועג ווי איר זענט שוין באַקאַנט מיט יגזיסטינג קיין 3 ד סיקיור טראַנזאַקשאַנז.
3 ד סעקורע און ריקערינג צאָלונג
פון יאנואר 1, 2021, 3D סעקורע איז פארלאנגט פֿאַר אַלע E- האַנדל קאַרטל טראַנזאַקשאַנז. אָבער, זינט דעם איז קוים אָנווענדלעך פֿאַר ריקערינג פּיימאַנץ, די באַנקינג
סיסטעמען האָבן אַ באַזונדער וואָרקפלאָוו פֿאַר דעם.
פֿאַר דעם צוועק, די באַנקס ויסטיילן צווישן
- סיט = קונה ינישאַלייזד טראַנזאַקשאַנז
- MIT = סוחר ינישאַלייזד טראַנזאַקשאַנז
דער ערשטער טראַנסאַקטיאָן פון אַ קאַרטל אין דיין סוחר אַקאַונט מוזן זיין אָטענטאַקייטיד מיט 3D Secure פֿון 01.01.2021 אַנווערדז. אַזאַ אַ געראָטן אָטענטאַקיישאַן איז אַ מאַנדאַטאָרי פאָדערונג אין
צו קענען דערנאָך פאָרלייגן ווייַטער בוקינגז אויף דער זעלביקער קאָרט אָן 3D Secure. דער קונה דאַרף זיין פאָרווערדיד צו זיין קאַרטל-ישוינג באַנק פֿאַר דער ערשטער דעביט אין
לויט די פּראָצעדור דיסקרייבד אויבן און אָטענטייט זיך ווי דער קאַרדכאָולדער. אויב אַ דעביט איז נישט פּלאַננעד אין דער צייט פון דער סדר, למשלampרעכט צו אַ פּראָצעס צייט, אַ רעזערוואַציע (פאַר-דערלויבעניש) פון לפּחות איין ייראָ מוזן זיין געמאכט מיט 3D Secure אין דעם בייַזייַן פון דער קונה אַנשטאָט. קאַפּטשערינג פון דעם רעזערוואַציע איז ניט נייטיק.
פֿאַר יגזיסטינג קאַסטאַמערז, אָבער, קיין 3D Secure אָטענטאַקיישאַן דאַרף זיין געמאכט אַרויף. אויב דער ערשטער מצליח דעביט איז געווען פאר 01.01.2021, דער קונה רעקאָרד קענען אויך זיין אנגענומען
האָבן שוין הצלחה אָטענטאַקייטיד. פֿאַר נייַע קאַסטאַמערז פון 01.01.2021/3/XNUMX, אויף די אנדערע האַנט, XNUMXD Secure אָטענטאַקיישאַן איז מאַנדאַטאָרי פֿאַר די ערשטע דעביט אָדער רעזערוואַציע (פאַר-דערלויבעניש).
ביטע טאָן: אין דעם רעספּעקט, די באַנקינג סיסטעם קוקט אויף די קאָרט דאַטן, נישט אויף די קונה דאַטן. אויב אַ יגזיסטינג קונה ניצט אַ נייַע קאָרט נאָך 01.01.2021, למשלample ווייַל די פריערדיקע
איינער איז אויסגעגאנגען אָדער ווייַל ער טשיינדזשד זיין קאָרט-ישוינג באַנק, דאָס איז אַ נייַע ריקערינג ציקל פֿון די באַנקס view און מוזן זיין אָטענטאַקייטאַד מיט 3D Secure פֿאַר דער ערשטער בוקינג.
אַמאָל דעם ערשט אָטענטאַקיישאַן איז הצלחה דורכגעקאָכט, אַלע ווייַטער טראַנזאַקשאַנז זענען פּאָטער פון די פליכט צו נוצן 3D Secure. די פּרירעקוואַזאַץ פֿאַר ריקערינג צאָלונג אָן 3D Secure זענען דעריבער:
- עס איז לפּחות איין געראָטן דעביט אָדער רעזערוואַציע (פאַר-דערלויבעניש) וואָס איז געווען דורכגעקאָכט מיט 3D Secure אָדער איז געווען פאר 01.01.2021.
- עס איז ריפערד צו אַן יגזיסטינג רעגיסטראַציע און דעביט ביי סאַבמישאַן
צו לאָזן די צאָלונג סיסטעם וויסן אַז דאָס איז אַ ריקערינג צאָלונג, די פּאַראַמעטער RECURRENCE.MODE = REPEATED מוזן אויך זיין געשיקט. דעם סיגנאַלז צו די סיסטעם אַז אַ
ריקערינג צאָלונג זאָל זיין געמאלדן צו די באַנקינג סיסטעמען.
ביטע טאָן: אויב די פּאַראַמעטער RECURRENCE.MODE = REPEATED איז אריין ווען אַ נייַע קאַרטל איז לאָודיד פֿאַר די ערשטער מאָל, 3 ד סיקיור פאָרווערדינג וועט זיין דורכגעקאָכט טראָץ דעם פּאַראַמעטער.
טעסטינג די 3D Secure ימפּלאַמענטיישאַן
איר קענט פּרובירן די 3D זיכער פֿאַרבינדונג אין קיין צייט דורך אונדזער צאָלונג סיסטעם. צו טאָן דאָס, נוצן די "CONNECTOR_TEST" מאָדע פֿאַר אַ מאַסע - מאַטן, ווי געוויזן אין די עקסampליי אויבן.
קאַנעקשאַן דאַטן פֿאַר דעם פּראָבע:
| SECURITY.SENDER | 31HA07BC8142C5A171745D00AD63D182 |
| USER.LOGIN | 31ha07bc8142c5a171744e5aef11ffd3 |
| USER.PWD | 93167DE7 |
| טראַנסאַקטיאָן.טשאַננעל | 31HA07BC8142C5A171749A60D979B6E4 |
| קעראַנסיז קאַנפיגיערד פֿאַר 3 ד ווערסיע 2 | עור, וסד, SEK |
| קעראַנסיז קאַנפיגיערד פֿאַר 3 ד ווערסיע 1 | GBP, CZK, CHF |
סיסטעם גייטוויי ענדפּוינט איז יעדער
SGW גייטוויי:
- https://test-heidelpay.hpcgw.net/sgw/gtw - לאַטייַן -15 ענקאָודיד
- https://test-heidelpay.hpcgw.net/sgw/gtwu - UTF-8 קאָדעד
NGW טויער:
- https://test-heidelpay.hpcgw.net/ngw/post
קרעדיט קאַרטל דאַטן פֿאַר דעם פּראָבע:
| בראַנדז | קאָרט נומערן | CVV | עקספּיירי טאָג | טאָן |
| מאַסטערקאַרד | 5453010000059543 | 123 | צוקונפֿט דאַטע | 3D - פּאַראָל: secret3 |
| וויזע | 4711100000000000 | 123 | צוקונפֿט דאַטע | 3DS - פּאַראָל: סוד! |
ביטע טאָן: פֿאַר 3 ד סעקורע ווערסיע 2, איר טאָן ניט דאַרפֿן צו אַרייַן אַ פּאַראָל, אָבער נאָר גיט אויף דעם לינק "דריקט דאָ צו פאַרענדיקן אָטענטאַקיישאַן.
דער בלויז וועג צו סימולירן אַ טעות מיט 3D Secure Version 2 איז צו לאָזן די בלאַט מיט די לינק צייט (וועגן 18 מינוט).
לייענען מער וועגן דעם מאַנואַל און אראפקאפיע PDF:
דאָקומענטן / רעסאָורסעס
 |
ווייכווארג 3D זיכער ינטעגראַטיאָן גייד [pdfדאָקומענטאַציע ונזער, ינטעגראַטיאָן גייד, 3 ד זיכער |
