פארוואס פיילז לויאַליטי פּראָגראַם ווייכווארג אויף פארשפארטע POS האַרדווער?

א לאָיאַליטעט פּראָגראַם פאַלט דורך אויף אַ POS טערמינאַל פֿאַר איין סיבה מער ווי יעדער אַנדערער: די האַרדווער איז קיינמאָל געבויט געוואָרן צו לאָזן אַרויס סאָפֿטווער אַרײַן. רעטיילערס קויפן אַ לאָיאַליטעט פּלאַטפאָרמע, אונטערשרײַבן דעם קאָנטראַקט, בודזשעטירן די אויסראָלירונג — און דערנאָך אַנטדעקן אַז די טערמינאַל'ס אָפּערירן סיסטעם, SDK, אָדער צאָלונג סערטיפיקאַציע בלאָקירט די אינטעגראַציע אינגאַנצן. דאָס איז נישט קיין סאָפֿטווער פּראָבלעם. דאָס איז אַ האַרדווער אַרכיטעקטור פּראָבלעם, און עס ווײַזט זיך כּמעט יעדעס מאָל ווען אַ הענדלער פּרוּווט צו צוזאַמענשטעלן אַ POS סיסטעם מיט לאָיאַליטעט פּראָגראַם פֿונקציאָנאַליטעט אויף אַ טערמינאַל וואָס איז געווען דיזיינד ווי אַ פֿאַרמאַכט צאָלונג אַפּאַראַט אַנשטאָט אַן אָפֿענע קאָמפּיוטינג מיטל.
איידער מען עוואַלויִרט יעדע פּלאַטפאָרמע, העלפֿט עס צו באַשטימען די גרונט־פראגע פון ​​וואָס אַ POS טערמינאַל קען און קען נישט טאָן מיט באַלוינונג דאַטן — ווייל די ענטפער איז גאָר אָפּהענגיק פֿון דער האַרדווער אונטער אים, נישט פֿון דער פֿונקציעס־ליסטע פֿון דער לויאַליטעט־סאָפֿטוועיר.
דער אַרטיקל צעטיילט די ספּעציפֿישע טעכנישע סיבות פאַרוואָס לויאַליטי-אינטעגרירטע פּאָס סיסטעמען פאַרלאָזן אויף פארשפארטע האַרדווער, וואָס "פארשפארט" מיינט טאַקע אויף די אָפּערירן סיסטעם און סערטיפיקאַציע מדרגה, און ווי אַן עוואַלואַציע טשעקליסט קוקט אויס פֿאַר הענדלער וואָס דאַרפֿן אַ קונה לויאַליטי פּאָס סיסטעם וואָס אַרבעט טאַקע אין פּראָדוקציע.

1. וואָס "פאַרשפּאַרטע POS האַרדווער" מיינט טאַקע

פארשפארטע POS האַרדווער איז אַ טערמינאַל וואו דער פאַבריקאַנט באַגרענעצט וועלכע אַפּליקאַציעס קענען לויפן, וועלכע סיסטעם רעסורסן די אַפּליקאַציעס קענען צוטריטן, אָדער ביידע. דאָס איז אַ באַוואוסטזיניקע פּלאַן ברירה, נישט אַ חסרון. טראַדיציאָנעלע קאַרטל-פּרעזענט טערמינאַלס - די קאַונטערטאַפּ וניץ געבויט בפֿרט פֿאַר EMV און PIN טראַנזאַקציעס - זענען סערטיפיצירט צו PCI PTS POI סטאַנדאַרדס וואָס באַהאַנדלען די גאנצע מיטל ווי אַ איין טראַסטיד צאָלונג סביבה. צוגעבן אַ לויאַליטי אַפּ צו יענער סביבה היסטאָריש מיינט צוגעבן אַן אַנוועראַפייד קאָד דרך לעבן קאַרטל האָלדער דאַטן, וואָס צאָלונג בראַנדז און אַקווייערז דערלויבן נישט.
דריי האַרדווער אייגנשאַפטן דעפינירן אַ פארשפארטן טערמינאַל:

• ● א פארמאכטע אדער שטארק באגרענעצטע אפערירן סיסטעם אן קיין אפליקאציע סטאר און אן קיין זייטלאודינג וועג.
• ● קיין פאַרעפֿנטלעכטע SDK, אדער אַן SDK באַגרענעצט צו קוויט פֿאָרמאַטירונג און גרונטלעכע פּעריפֿערישע רופן.
• ● אן איינציקע-אפליקאציע פירמווער מאָדעל, וואו די צאָלונג אַפּ איז די איינציקע אַפּ וואָס די דעווייס לויפט.

קיינע פון ​​די אייגנשאפטן זענען נישט אין זיך פאַלש. דעדיקירטע קאַרטל-געבונג טערמינאַלן פון אַלטע ווענדאָרס זענען ספּעציעל אינזשענירט אויף דעם וועג צו מינימיזירן די PCI DSS אוידיט פאַרנעם. די פּראָבלעם ערשיינט נאָר ווען אַ הענדלער ערוואַרטעט אַז דער זעלביקער טערמינאַל זאָל אויך לויפן אַ פּאָס מיט אַ לויאַליטי פּראָגראַם מאָדול, אַ CRM סינק, אָדער אַ מאַרקעטינג אַפּ - קייפּאַבילאַטיז וואָס די האַרדווער איז קיינמאָל נישט סערטיפיצירט אָדער אַרכיטעקטורירט צו שטיצן.

2. פארוואס לויאַלטי ווייכווארג צעברעכט זיך אויף פארמאכטע POS ארכיטעקטורן

לאָיאַליטעט אינטעגראַציעס פאַרלאָזן אויף פארמאכטע אַרכיטעקטורן פֿאַר דריי איבערחזרנדיקע טעכנישע סיבות: סאַנדבאָקסינג כּללים באַגרענעצן דאַטן אַקסעס, פּראַפּרייאַטערי SDKs בלאָקירן ינסטאַלירונג, און פירמווער דערהייַנטיקונג ציקלען סטאָל פֿונקציע ראָולאַוץ.

2.1 PCI PTS סענדבאָקסינג כּללים באַגרענעצן דריט-פּאַרטיי דאַטן אַקסעס

PCI PTS POI ווערסיע 7.0, ארויסגעגעבן דורך די PCI זיכערהייט סטאַנדאַרדס קאָונסיל, ערלויבט איצט דריט-פּאַרטיי אַפּליקאַציעס ווי אַפּ-סטאָר אַפּפּס צו לויפן אויף סערטיפיצירטע POI דעוויסעס. אבער דער סטאַנדאַרט פארלאנגט אז די אַפּליקאַציעס זאָלן זיין זיכער אפגעזונדערט פון סענסיטיווע צאָלונג פונקציעס און אויטענטיפיצירט מיט קריפּטאָגראַפֿישע קאָנטראָלןא נייערע פארלאנג אין דער זעלבער ווערסיע בלאקירט דריט-פארטיי אפליקאציעס פון לייענען קלאר-טעקסט PAN אדער PIN דאטן אפילו ווען די אפליקאציע איז אויף א באשטעטיגטער ווייסער ליסטע. פאר א לאיאליטעט מאטאר, איז דאס גלייך וויכטיג: יעדע אינטעגראציע מוסטער וואס נעמט אן אז די לאיאליטעט אפליקאציע קען לייענען די טראנזאקציע סומע, די קארטל טאקען, אדער די קאסטומער אידענטיפיצירער גלייך פון די צאל-פראצעס איז נישט קאמפליאנט אויף א v7.0-סערטיפיצירטער אפאראט. די לאיאליטעט אפליקאציע מוז באקומען די דאטן דורך א באשטעטיגטן, אפגעזונדערטן קאנאל - און אויף פילע פארשלאסענע טערמינאלן, עקזיסטירט נישט אזא קאנאל.

2.2 פּראַפּריעטאַרי SDKs בלאָקירן נאַטיוו לויאַלטי אַפּ ינסטאַלירונג

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

2.3 פירמווער אַפּדייט ציקלען טייטן לויאַליטי פֿונקציע ראָולאַוץ

אפילו וואו א פארשלאסענער טערמינאל טוט אויפדעקן א באגרענעצטע SDK, ווערט פירמווער אויף איין-צוועק צאָלונג דעוויסעס טיפּיש דערהייַנטיקט אויף א לאנגזאמען, סערטיפיקאציע-געטריבענעם פּלאַן, ווייל יעדע פירמווער ענדערונג קען אויסרופן PCI ווידער-סערטיפיקאציע. א לויאַליטי פארקויפער וואָס וויל ארויסגעבן א נייע אויסלייזונג הערשן, א נייע איינשרייבונג פלוס, אדער א נייע באַלוינונגען טיער מוז וואַרטן אויף דעם האַרדווער פארקויפער'ס מעלדונג ציקל - נישט זייער אייגענעם. אויף אן אפענעם אַנדרויד POS טערמינאַל, דערהייַנטיקט זיך די לויאַליטי אַפּ זעלבשטענדיק דורך איר אייגענעם אַפּ פּעקל, אָן קיין אָפּהענגיקייט אויף דעם טערמינאַל פירמווער בכלל.

3. די עכטע קאסטן פון א דורכגעפאלענע לויאַליטי אינטעגראַציע

די דירעקטע קאסטן פון א דורכגעפאלענע אינטעגראציע איז א פארשטאפטע אדער איבערגעדרייטע אויסראלונג, אבער די גרעסערע קאסטן איז סטראטעגיש: פארקויפער קויפן ווייטער לאיאליטעט ווייכווארג מיט א וואקסנדיקן טעמפא, בשעת הארדווער קאמפאטיבילעטי בלייבט א נאכטראכט. דער גלאבאלער לאיאליטעט מענעדזשמענט מארקעט האט דערגרייכט א געשאצטע $17.38 ביליאן אין 2026, און ווערט פראיעקטירט צו וואקסן מיט א קאמפאונד יערלעכן טעמפא העכער 14% ביז 2034. יעדער דאלאר אויסגעגעבן אויף א לאיאליטעט פלאטפארמע וואס קען נישט טאקע לויפן אויף די טשעקאויט הארדווער איז א דאלאר אויסגעגעבן צוויי מאל - איינמאל אויף די ווייכווארג, נאכאמאל אויף א הארדווער רעפרעש וואס האט געדארפט געשען פריער.
עס איז אויך דא א קאסט פארן קאמפלייענס. לאיאליטעט פראגראמען זאמלען און פארארבעטן פערזענליכע קאסטומער דאטן — נעמען, טעלעפאן נומערן, קויף היסטאריע, מאנchmal ביאָמעטרישע איינשרייבונג דאטן פאר צאַפּ-צו-ידענטיפיצירן פראגראמען. אונטער אי.יו. רעגולאציע 2016/679 (GDPR), אז די פארארבעטונג פארלאנגט א דאקומענטירטע לעגאלע באזע און א קאמפלייענט צושטימונג פלוס ביי איינשרייבונג. א לאיאליטעט אינטעגראציע געצוואונגען דורך אן אומאפיציעלע ווארקאראונד — א דזשיילבראוקן טערמינאל, אן אומגעשטיצטער זייט-געלאודענער APK, א סקרין-סקראפינג בריק — מאכט די קאמפלייענס דאקומענטאציע פיל שווערער צו פראדוצירן בעת ​​אן אוידיט, ווייל דער דאטן וועג אליין איז קיינמאל נישט געווען דיזיינט צו ווערן איבערגעקוקט.

4. ווי אַן אָפֿענע, לאָיאַליטי-גרייט POS אַרכיטעקטור זעט אויס

אן ארכיטעקטור וואס שטיצט לויאַליטעט מיט צוטרוי טיילט דריי אייגנשאפטן: אן אפענע SDK, סאפטווער פארשפרייטונג אויף אפליקאציע-סטאר-לעוועל, און הארדווער אידענטיטעט אייגנשאפטן וואס גייען ווייטער ווי נאר א קארטל-שלעף.

4.1 אפענע SDK און API צוטריט

אַנדרויד-באַזירטע POS טערמינאַלן מיט אַ פאַרעפֿנטלעכטן SDK לאָזן אַ לויאַליטי פאַרקויפֿער בויען גלייך קעגן דאָקומענטירטע APIs פֿאַר די דרוקער, סקאַנער, קונה-פייסינג דיספּליי, און צאָלונג קערנעל - אָן וואַרטן אויף די האַרדווער פאַבריקאַנט פֿאַר יעדער נייַ פֿונקציע. דאָס איז דער זעלביקער אָפֿן-פּלאַטפאָרמע מאָדעל וואָס סקווער'ס טערמינאַל API האָט איינגעפֿירט פֿאַר זיין אייגענע האַרדווער, און עס איז איצט נאָרמאַל פּראַקטיק אַריבער רובֿ אַנדרויד POS פאַבריקאַנטן וואָס פאַרקויפן אין מולטי-פאַרקויפֿער לאַכאָדימ סביבות אַנשטאָט פֿאַרמאַכט איין-אַפּ קיאָסקס. סוחרים וואָס באַקומען האַרדווער גלייך פֿון די סאַפּליי באַזע - אַרייַנגערעכנט די B2B לאַנדשאַפט פון כינעזישע POS טערמינאַל פאַבריקאַנטן — זאָל באַהאַנדלען SDK אָפֿענקייט ווי אַ פּראָקורמענט פֿילטער, נישט אַ נאָכטראַכט וואָס ווערט דיסקוטירט ערשט נאָכדעם וואָס דער קאָנטראַקט איז אונטערגעשריבן.

4.2 GMS סערטיפיקאציע און אַפּ סטאָר קאָמפּאַטיביליטי

גוגל מאָביל סערוויסעס (GMS) סערטיפיקאַציע ערלויבט אַ טערמינאַל צו לויפן נאָרמאַל אַנדרויד אַפּ פּאַקאַדזשאַז דורך די פּלייַ סטאָר אָדער אַן עקוויוואַלענט געראטן אַפּ סטאָר, אַנשטאָט צו באַגרענעצן די מיטל צו פירמווער-באַנדאַלד ווייכווארג. א GMS-סערטיפיצירטער טערמינאַל קען ינסטאַלירן אַ לויאַליטי אַפּ אויף דעם זעלבן וועג ווי אַ טעלעפאָן ינסטאַלירט יעדע אַנדערע אַפּ: זעלבשטענדיק, אויף די פאַרקויפער ס אייגענע מעלדונג פּלאַן, אָן אַ פירמווער-לעוועל רי-סערטיפיקאַציע ציקל.

4.3 ביאָמעטרישע לאָיאַליטי רעגיסטראַציע

א קלענערע אבער וואקסנדיקע גרופע טערמינאלן פארברייטערט די לאיאליטעט אידענטיפיקאציע פון ​​ווייטער פון קארטלעך און טעלעפאן נומערן צו ביאָמעטרישע איינשרייבונג. פאלם אדערן דערקענונג איז איין ביישפיל וואס איז שוין אין קאמערציעלע אויסשטעל — זקס איז צווישן די אַנדרויד POS פאַבריקאַנטן וואָס שיקן איצט פּאַלם-ווענע-ענייבאַלד טערמינאַלן מיט אַן אָפן SDK, וואָס ערלויבט אַ לויאַליטי פּלאַטפאָרמע צו רעגיסטרירן אַ קונה ס פּאַלם וועין מוסטער ווי אַן אָלטערנאַטיוו אידענטיפיצירער בייַ טשעקאַוט אַנשטאָט צו דאַרפן אַ קאַרטל, אַפּ אָדער טעלעפאָן נומער זוכן. די סאָרט פון האַרדווער-לעוועל אידענטיטעט שטריך איז בלויז נוצלעך דורך אַ לויאַליטי פּלאַטפאָרמע ווען די טערמינאַל ס SDK יקספּאָוזיז עס ווי אַ דאָקומענטירט API - וואָס איז פּונקט די אָפן-אַרכיטעקטור פאָדערונג באַשריבן אויבן, נישט אַ שטריך יינציק צו קיין איין סאָרט.

5. עוואַלואַציע טשעקליסט: איז אייער POS טערמינאַל גרייט פֿאַר לאָיאַליטעט?

איידער איר אונטערשרייבט א לאיאליטעט ווייכווארג קאנטראקט, באשטעטיגט די פאלגנדע אויף דער טערמינאל זייט:

• ● דער טערמינאַל ווערט געשיקט מיט אַ פאַרעפֿנטלעכטן, דאָקומענטירטן SDK — נישט נאָר אַ צאָלונג גייטוויי וועבהוק.
• ● דער טערמינאַל איז GMS-סערטיפיצירט און שטיצט אומאָפּהענגיקע אַפּ אינסטאַלאַציע און דערהייַנטיקונגען.
• ● דער פאַבריקאַנט קען באַשטעטיקן PCI PTS POI קאָנפאָרמאַטי פֿאַר יעדער דריט-פּאַרטיי אַפּלאַקיישאַן סאַנדבאָקסינג, וואָס פּאַסט צו די איזאָלאַציע רעקווירעמענץ אין דער איצטיקער PTS POI ווערסיע.
• ● דער לאָיאַליטי פאַרקויפער קען נאָמען אַ לעבעדיקע הענדלער רעפֿערענץ וואָס לויפֿט דעם גענויעם טערמינאַל מאָדעל, נישט נאָר די טערמינאַל סאָרט.
• ● די האַרדווער פאַרקויפער'ס פירמווער מעלדונג קאַדענץ איז דאָקומענטירט און בלאָקירט נישט אומאָפּהענגיקע אַפּ-לעוועל דערהייַנטיקונגען פון די לויאַליטי פאַרקויפער.

טערמינאַל סעלעקציע קריטעריאַ — אָפּערייטינג סיסטעם אָופּאַנקייט, סערטיפיקאַציע פאַרנעם, SDK טיפקייט — ווערן באדעקט אין מער דעטאַל אין אונדזער פולשטענדיקער פריימווערק פארן אויסקלויבן אן אנדרויד POS פלאטפארמע, וואָס גייט דורך די זעלבע עוואַלואַציע לאָגיק ווייטער פון לויאַליטי נוצן קאַסעס אַליין.

6. אָפט געשטעלטע פֿראגן

פ1: קען יעדער POS טערמינאַל פירן אַ לויאַליטי פּראָגראַם?

ניין. א טערמינאל דארף אן אפענע SDK, אפליקאציע-סטאר-לעוועל ווייכווארג פארשפרייטונג, און PCI PTS-קאמפליענט סענדבאָקסינג פאר דריט-פארטיי אפליקאציעס. פארמאכטע, איין-אפליקאציע טערמינאלן באגרענעצן אדער בלאקירן לויאַליטי ווייכווארג אינגאנצן, אומאפהענגיק פון וואס דער לויאַליטי פארקויפער'ס פלאטפארמע שטיצט אויף פאפיר.
פ2: וואָס מאַכט אַ POS טערמינאַל "פאַרשפּאַרט"?

א פארשלאסענער טערמינאל באגרענעצט אינסטאלירבארע אפליקאציעס, שטעלט נישט ארויס קיין עפנטלעכע SDK, און לויפט פירמווער געבויט ארום איין צאָלונג אפליקאציע. די אייגנשאפטן רעדוצירן PCI אוידיט פארנעם אבער אויך בלאקירן לויאַליטי אפליקאציעס, CRM סינגקראניזאציעס, און אנדערע דריט-פארטיי אינטעגראציעס לויטן פלאן.
ק3: צי פאַרהיט PCI קאָמפלייענס לויאַליטי אַפּפּס פון לויפן אויף POS האַרדווער?

נישט דורך דיפאָלט. PCI PTS POI v7.0 ערלויבט דריט-פּאַרטיי אַפּליקאַציעס, אַרייַנגערעכנט לויאַליטי אַפּפּס, צוגעשטעלט אַז זיי זענען סאַנדבאָקסעד אַוועק פון קלאָר-טעקסט צאָלונג קאַרטל און PIN דאַטן. קאָנפאָרמאַטי ריקווייערז אפגעזונדערטקייט, נישט אויסשליסונג, און די טערמינאַל ס אַרכיטעקטור באַשטימט צי די אפגעזונדערטקייט איז טעכניש מעגלעך.
פ4: וואָס איז דער חילוק צווישן אַ פּאָסט-טראַנזאַקציע לויאַליטי סינק און אַ רעאַל-צייט אינטעגראַציע?

א פּאָסט-טראַנזאַקציע סינק לייגט צו באַלוינונגען נאָכדעם וואָס דער פארקויף שליסט זיך, דורך אַ צאָלונג גייטוויי וועבהוק. א רעאַל-צייט אינטעגראַציע לייגט צו באַלוינונגען בעת ​​טשעקאַוט, דורך אַן SDK הוק. פארשלאָסענע טערמינאַלן שטיצן טיפּיש נאָר די ערשטע, וואָס פאַרהיט אין-סעסיע דיסקאַונטס און אויסלייזונגען.
ק5: קען מען ניצן ביאָמעטרישע אידענטיפיקאציע, ווי פאלם וועין, פאר לויאַליטי איינשרייבונג?

יא, אויף טערמינאַלן וואו דער פאַבריקאַנט שטעלט פֿאָר ביאָמעטרישע קאַפּטשער דורך אַ דאָקומענטירטן SDK. פּאַלם וועין און ענלעכע ביאָמעטרישע אידענטיפֿיקאַטאָרן לאָזן אַ לויאַליטי פּלאַטפאָרמע דערקענען אַ צוריקקערנדיקן קונה אָן אַ קאַרטל, טעלעפאָן נומער אָדער אַפּ זוך, צוגעשטעלט אַז די האַרדווער אַרכיטעקטור שטיצט דריט-פּאַרטיי אַקסעס צו יענע דאַטן.