లాక్-డౌన్ చేయబడిన POS హార్డ్‌వేర్‌పై లాయల్టీ ప్రోగ్రామ్ సాఫ్ట్‌వేర్ ఎందుకు విఫలమవుతుంది?

ఒక POS టెర్మినల్‌లో లాయల్టీ ప్రోగ్రామ్ విఫలమవడానికి అన్నిటికంటే ముఖ్యమైన కారణం ఒక్కటే: బయటి సాఫ్ట్‌వేర్‌ను అనుమతించేలా ఆ హార్డ్‌వేర్‌ను ఎప్పుడూ నిర్మించలేదు. రిటైలర్లు ఒక లాయల్టీ ప్లాట్‌ఫామ్‌ను కొనుగోలు చేసి, ఒప్పందంపై సంతకం చేసి, అమలు కోసం బడ్జెట్ కేటాయిస్తారు — ఆ తర్వాత టెర్మినల్ యొక్క ఆపరేటింగ్ సిస్టమ్, SDK, లేదా పేమెంట్ సర్టిఫికేషన్ ఆ ఇంటిగ్రేషన్‌ను పూర్తిగా నిరోధిస్తున్నాయని కనుగొంటారు. ఇది సాఫ్ట్‌వేర్ సమస్య కాదు. ఇది హార్డ్‌వేర్ ఆర్కిటెక్చర్ సమస్య, మరియు ఒక వ్యాపారి, ఓపెన్ కంప్యూటింగ్ పరికరంగా కాకుండా క్లోజ్డ్ పేమెంట్ అప్లయెన్స్‌గా రూపొందించబడిన టెర్మినల్‌పై లాయల్టీ ప్రోగ్రామ్ ఫంక్షనాలిటీతో కూడిన POS సిస్టమ్‌ను అమర్చడానికి ప్రయత్నించిన ప్రతిసారీ ఈ సమస్య దాదాపుగా బయటపడుతుంది.
ఏదైనా ప్లాట్‌ఫారమ్‌ను మూల్యాంకనం చేసే ముందు, ఈ క్రింది విషయాలను స్థిరపరచుకోవడం సహాయపడుతుంది. రివార్డ్స్ డేటాతో ఒక POS టెర్మినల్ ఏమి చేయగలదు మరియు ఏమి చేయలేదు అనే ప్రాథమిక ప్రశ్న ఎందుకంటే సమాధానం పూర్తిగా దాని కింద ఉన్న హార్డ్‌వేర్‌పై ఆధారపడి ఉంటుంది, లాయల్టీ సాఫ్ట్‌వేర్ ఫీచర్ల జాబితాపై కాదు.
ఈ వ్యాసం, లాక్-డౌన్ చేయబడిన హార్డ్‌వేర్‌పై లాయల్టీ-ఇంటిగ్రేటెడ్ POS సిస్టమ్‌లు విఫలమవడానికి గల నిర్దిష్ట సాంకేతిక కారణాలను, OS మరియు సర్టిఫికేషన్ స్థాయిలో "లాక్-డౌన్" అంటే వాస్తవానికి ఏమిటో, మరియు ఉత్పత్తిలో వాస్తవంగా పనిచేసే కస్టమర్ లాయల్టీ POS సిస్టమ్ అవసరమైన వ్యాపారుల కోసం ఒక మూల్యాంకన చెక్‌లిస్ట్ ఎలా ఉంటుందో వివరిస్తుంది.

1. "లాక్-డౌన్ POS హార్డ్‌వేర్" అంటే నిజానికి ఏమిటి

లాక్-డౌన్ POS హార్డ్‌వేర్ అనేది ఒక టెర్మినల్, దీనిలో తయారీదారు ఏ అప్లికేషన్‌లు రన్ అవ్వగలవో, ఆ అప్లికేషన్‌లు ఏ సిస్టమ్ రిసోర్స్‌లను యాక్సెస్ చేయగలవో, లేదా రెండింటినీ పరిమితం చేస్తారు. ఇది ఒక ఉద్దేశపూర్వక డిజైన్ ఎంపిక, లోపం కాదు. సాంప్రదాయ కార్డ్-ప్రెజెంట్ టెర్మినల్స్ — ప్రధానంగా EMV మరియు PIN లావాదేవీల కోసం నిర్మించిన కౌంటర్‌టాప్ యూనిట్లు — PCI PTS POI ప్రమాణాలకు సర్టిఫై చేయబడ్డాయి, ఇవి మొత్తం పరికరాన్ని ఒకే విశ్వసనీయ చెల్లింపు వాతావరణంగా పరిగణిస్తాయి. చారిత్రాత్మకంగా, ఆ వాతావరణానికి ఒక లాయల్టీ యాప్‌ను జోడించడం అంటే కార్డ్ హోల్డర్ డేటా పక్కన ధృవీకరించని కోడ్ మార్గాన్ని జోడించడం, దీనిని చెల్లింపు బ్రాండ్‌లు మరియు అక్వైరర్‌లు అనుమతించరు.
లాక్-డౌన్ చేయబడిన టెర్మినల్‌ను మూడు హార్డ్‌వేర్ లక్షణాలు నిర్వచిస్తాయి:

• ● యాప్ స్టోర్ మరియు సైడ్‌లోడింగ్ మార్గం లేని, మూసివేయబడిన లేదా తీవ్రంగా పరిమితం చేయబడిన ఆపరేటింగ్ సిస్టమ్.
• ● ప్రచురించబడిన SDK లేదు, లేదా రసీదు ఫార్మాటింగ్ మరియు ప్రాథమిక పెరిఫెరల్ కాల్స్‌కు పరిమితమైన SDK ఉంది.
• ● సింగిల్-అప్లికేషన్ ఫర్మ్‌వేర్ మోడల్, దీనిలో పరికరం కేవలం పేమెంట్ యాప్‌ను మాత్రమే నడుపుతుంది.

ఈ లక్షణాలలో ఏదీ స్వతహాగా తప్పు కాదు. పాత తరం తయారీదారుల నుండి వచ్చే ప్రత్యేక కార్డ్-ప్రెజెంట్ టెర్మినల్స్, PCI DSS ఆడిట్ పరిధిని తగ్గించడానికి ప్రత్యేకంగా ఈ విధంగా రూపొందించబడ్డాయి. ఒక వ్యాపారి అదే టెర్మినల్ నుండి లాయల్టీ ప్రోగ్రామ్ మాడ్యూల్‌తో కూడిన POS, CRM సింక్, లేదా మార్కెటింగ్ యాప్ వంటి సామర్థ్యాలను కూడా నడపాలని ఆశించినప్పుడు మాత్రమే సమస్య తలెత్తుతుంది — ఎందుకంటే ఈ సామర్థ్యాలకు మద్దతు ఇవ్వడానికి ఆ హార్డ్‌వేర్‌కు ఎప్పుడూ ధృవీకరణ గానీ, రూపకల్పన గానీ జరగలేదు.

2. క్లోజ్డ్ POS ఆర్కిటెక్చర్‌లలో లాయల్టీ సాఫ్ట్‌వేర్ ఎందుకు విఫలమవుతుంది

క్లోజ్డ్ ఆర్కిటెక్చర్‌లలో లాయల్టీ ఇంటిగ్రేషన్‌లు మూడు పునరావృతమయ్యే సాంకేతిక కారణాల వల్ల విఫలమవుతాయి: శాండ్‌బాక్సింగ్ నియమాలు డేటా యాక్సెస్‌ను పరిమితం చేస్తాయి, యాజమాన్య SDKలు ఇన్‌స్టాలేషన్‌ను అడ్డుకుంటాయి మరియు ఫర్మ్‌వేర్ అప్‌డేట్ సైకిల్స్ ఫీచర్ రోల్‌అవుట్‌లను నిలిపివేస్తాయి.

2.1 పిసిఐ పిటిఎస్ శాండ్‌బాక్సింగ్ నియమాలు థర్డ్-పార్టీ డేటా యాక్సెస్‌ను పరిమితం చేస్తాయి

PCI సెక్యూరిటీ స్టాండర్డ్స్ కౌన్సిల్ ప్రచురించిన PCI PTS POI వెర్షన్ 7.0, ఇప్పుడు యాప్-స్టోర్ యాప్‌ల వంటి థర్డ్-పార్టీ అప్లికేషన్‌లను సర్టిఫైడ్ POI డివైజ్‌లలో రన్ చేయడానికి అనుమతిస్తుంది. కానీ ఈ ప్రమాణం ప్రకారం ఆ అప్లికేషన్‌లు ఈ విధంగా ఉండాలి సున్నితమైన చెల్లింపు విధుల నుండి సురక్షితంగా వేరుచేయబడి, క్రిప్టోగ్రాఫిక్ నియంత్రణలను ఉపయోగించి ప్రామాణీకరించబడింది.అదే వెర్షన్‌లోని ఒక కొత్త నిబంధన, అప్లికేషన్ ఆమోదించబడిన వైట్‌లిస్ట్‌లో ఉన్నప్పటికీ, థర్డ్-పార్టీ అప్లికేషన్‌లు క్లియర్‌టెక్స్ట్ పాన్ (PAN) లేదా పిన్ (PIN) డేటాను చదవకుండా నిరోధిస్తుంది. లాయల్టీ ఇంజిన్‌కు ఇది నేరుగా ముఖ్యమైనది: చెల్లింపు ప్రక్రియ నుండి నేరుగా లావాదేవీ మొత్తం, కార్డ్ టోకెన్ లేదా కస్టమర్ ఐడెంటిఫైయర్‌ను లాయల్టీ యాప్ చదవగలదని భావించే ఏ ఇంటిగ్రేషన్ ప్యాటర్న్ అయినా v7.0-సర్టిఫైడ్ పరికరంలో నిబంధనలకు అనుగుణంగా ఉండదు. లాయల్టీ యాప్ ఆ డేటాను ఆమోదించబడిన, ప్రత్యేకమైన ఛానల్ ద్వారా స్వీకరించాలి — మరియు అనేక లాక్ చేయబడిన టెర్మినల్స్‌లో, అటువంటి ఛానల్ ఏదీ ఉండదు.

2.2 యాజమాన్య SDKలు నేటివ్ లాయల్టీ యాప్ ఇన్‌స్టాలేషన్‌ను నిరోధిస్తాయి

ఒక లాయల్టీ ప్లాట్‌ఫారమ్ కస్టమర్లను నమోదు చేసుకోవడం, పాయింట్ల నిల్వలను చూసుకోవడం, రిడెంప్షన్‌లను వర్తింపజేయడం, మరియు అమ్మకపు కేంద్రం వద్ద రివార్డులను ప్రింట్ చేయడం లేదా ప్రదర్శించడం వంటివి చేయాలి. ఈ చర్యలలో ప్రతిదానికి ఒక SDK హుక్ అవసరం. క్లోజ్డ్, వెండర్-యాజమాన్య OS ఉన్న టెర్మినల్స్ సాధారణంగా ఈ హుక్స్‌లో దేనినీ బయటి డెవలపర్‌లకు అందుబాటులో ఉంచవు — లావాదేవీ ఇప్పటికే ముగిసిన తర్వాత, లాయల్టీ వెండర్ పేమెంట్ గేట్‌వే వెబ్‌హుక్ ద్వారా ఇంటిగ్రేట్ చేయాల్సి వస్తుంది, ఇది రియల్-టైమ్ డిస్కౌంట్‌ను వర్తింపజేయడానికి లేదా ఇన్-సెషన్ రివార్డ్‌ను ట్రిగ్గర్ చేయడానికి చాలా ఆలస్యం అయిపోతుంది. పాత కౌంటర్‌టాప్ టెర్మినల్స్ నుండి POS లాయల్టీ ప్రోగ్రామ్ డిప్లాయ్‌మెంట్‌లకు మారే వ్యాపారులు నివేదించిన అత్యంత సాధారణ వైఫల్య నమూనా ఇదే: ఇంటిగ్రేషన్ సాంకేతికంగా లావాదేవీ అనంతర సింక్‌గా "పనిచేస్తుంది", కానీ ఇంటరాక్షన్ జరిగే సమయంలో మాత్రం ఏమీ చేయలేదు.

2.3 ఫర్మ్‌వేర్ అప్‌డేట్ సైకిల్స్ లాయల్టీ ఫీచర్ రోల్‌అవుట్‌లను దెబ్బతీస్తాయి

లాక్ చేయబడిన టెర్మినల్ పరిమిత SDKని అందించినప్పటికీ, ఒకే ప్రయోజనం కోసం ఉద్దేశించిన చెల్లింపు పరికరాలలో ఫర్మ్‌వేర్ సాధారణంగా నెమ్మదిగా, సర్టిఫికేషన్ ఆధారిత షెడ్యూల్‌లో అప్‌డేట్ చేయబడుతుంది, ఎందుకంటే ప్రతి ఫర్మ్‌వేర్ మార్పు PCI రీ-సర్టిఫికేషన్‌కు దారితీయవచ్చు. కొత్త రిడెంప్షన్ నియమాన్ని, కొత్త ఎన్‌రోల్‌మెంట్ విధానాన్ని లేదా కొత్త రివార్డ్స్ శ్రేణిని అందించాలనుకునే లాయల్టీ వెండర్, తమ సొంత విడుదల చక్రం కోసం కాకుండా, హార్డ్‌వేర్ వెండర్ యొక్క విడుదల చక్రం కోసం వేచి ఉండాలి. ఓపెన్ ఆండ్రాయిడ్ POS టెర్మినల్‌లో, లాయల్టీ యాప్ టెర్మినల్ ఫర్మ్‌వేర్‌పై ఎటువంటి ఆధారపడకుండా, దాని స్వంత యాప్ ప్యాకేజీ ద్వారా స్వతంత్రంగా అప్‌డేట్ అవుతుంది.

3. విఫలమైన లాయల్టీ ఇంటిగ్రేషన్ యొక్క అసలు ఖర్చు

ఇంటిగ్రేషన్ విఫలమైతే కలిగే ప్రత్యక్ష నష్టం ఏమిటంటే, అమలు నిలిచిపోవడం లేదా వెనక్కి తగ్గడం. కానీ, అంతకంటే పెద్ద నష్టం వ్యూహాత్మకమైనది: హార్డ్‌వేర్ అనుకూలతను తర్వాతి ఆలోచనగా వదిలేస్తుండగా, రిటైలర్లు పెరుగుతున్న స్థాయిలో లాయల్టీ సాఫ్ట్‌వేర్‌ను కొంటూనే ఉన్నారు. ప్రపంచ లాయల్టీ మేనేజ్‌మెంట్ మార్కెట్ 2026 నాటికి సుమారుగా $17.38 బిలియన్లకు చేరుకుంది మరియు 2034 వరకు 14% కంటే ఎక్కువ వార్షిక సమ్మేళన వృద్ధి రేటుతో పెరుగుతుందని అంచనా వేయబడింది. చెక్అవుట్ హార్డ్‌వేర్‌పై సరిగ్గా పనిచేయని లాయల్టీ ప్లాట్‌ఫామ్‌పై ఖర్చు చేసే ప్రతి డాలర్, రెండుసార్లు ఖర్చు చేసినట్లే — ఒకసారి సాఫ్ట్‌వేర్‌పై, మరోసారి ముందుగా జరగాల్సిన హార్డ్‌వేర్ అప్‌డేట్‌పై.
దీనికి నియమపాలన ఖర్చు కూడా ఉంటుంది. లాయల్టీ ప్రోగ్రామ్‌లు కస్టమర్ల వ్యక్తిగత డేటాను — పేర్లు, ఫోన్ నంబర్లు, కొనుగోలు చరిత్ర, కొన్నిసార్లు ట్యాప్-టు-ఐడెంటిఫై ప్రోగ్రామ్‌ల కోసం బయోమెట్రిక్ నమోదు డేటాను — సేకరించి ప్రాసెస్ చేస్తాయి. EU నిబంధన ప్రకారం 2016/679 (జిడిపిఆర్)ఆ ప్రాసెసింగ్‌కు నమోదు సమయంలో, నమోదు చేయబడిన చట్టబద్ధమైన ఆధారం మరియు నిబంధనలకు అనుగుణమైన సమ్మతి ప్రవాహం అవసరం. జైల్‌బ్రేక్ చేయబడిన టెర్మినల్, మద్దతు లేని సైడ్‌లోడెడ్ APK, లేదా స్క్రీన్-స్క్రాపింగ్ బ్రిడ్జ్ వంటి అనధికారిక ప్రత్యామ్నాయ మార్గాల ద్వారా బలవంతంగా అమలు చేయబడిన లాయల్టీ ఇంటిగ్రేషన్, ఆడిట్ సమయంలో ఆ అనుగుణ్యత పత్రాలను సమర్పించడాన్ని చాలా కష్టతరం చేస్తుంది, ఎందుకంటే ఆ డేటా మార్గం సమీక్ష కోసం ఎప్పుడూ రూపొందించబడలేదు.

4. ఓపెన్, లాయల్టీ-రెడీ POS ఆర్కిటెక్చర్ ఎలా కనిపిస్తుంది

విశ్వసనీయంగా లాయల్టీకి మద్దతు ఇచ్చే ఆర్కిటెక్చర్‌కు మూడు లక్షణాలు ఉంటాయి: ఓపెన్ SDK, యాప్-స్టోర్-స్థాయి సాఫ్ట్‌వేర్ పంపిణీ, మరియు కార్డ్ స్వైప్‌కు మించిన హార్డ్‌వేర్ గుర్తింపు ఫీచర్లు.

4.1 ఓపెన్ SDK మరియు API యాక్సెస్

ప్రచురించబడిన SDKతో కూడిన ఆండ్రాయిడ్ ఆధారిత POS టెర్మినల్స్, ఒక లాయల్టీ వెండర్‌కు ప్రింటర్, స్కానర్, కస్టమర్-ఫేసింగ్ డిస్‌ప్లే మరియు పేమెంట్ కెర్నల్ కోసం డాక్యుమెంట్ చేయబడిన APIలకు అనుగుణంగా నేరుగా బిల్డ్ చేయడానికి వీలు కల్పిస్తాయి — ప్రతి కొత్త ఫీచర్ కోసం హార్డ్‌వేర్ తయారీదారుపై ఆధారపడకుండా. స్క్వేర్ యొక్క టెర్మినల్ API తన సొంత హార్డ్‌వేర్ కోసం ప్రవేశపెట్టిన ఓపెన్-ప్లాట్‌ఫారమ్ మోడల్ ఇదే, మరియు ఇది ఇప్పుడు క్లోజ్డ్ సింగిల్-యాప్ కియోస్క్‌లకు బదులుగా మల్టీ-వెండర్ రిటైల్ పరిసరాలలో విక్రయించే చాలా ఆండ్రాయిడ్ POS తయారీదారులలో ప్రామాణిక పద్ధతిగా మారింది. సరఫరాదారుల నుండి నేరుగా హార్డ్‌వేర్‌ను సేకరించే వ్యాపారులు — చైనీస్ POS టెర్మినల్ తయారీదారుల B2B రంగం — SDK ఓపెన్‌నెస్‌ను కేవలం కాంట్రాక్టుపై సంతకం చేసిన తర్వాత చర్చించే అంశంగా కాకుండా, కొనుగోలు ప్రక్రియలో ఒక కీలక అంశంగా పరిగణించాలి.

4.2 GMS సర్టిఫికేషన్ మరియు యాప్ స్టోర్ అనుకూలత

గూగుల్ మొబైల్ సర్వీసెస్ (GMS) సర్టిఫికేషన్, పరికరాన్ని ఫర్మ్‌వేర్‌తో పాటు వచ్చే సాఫ్ట్‌వేర్‌కు పరిమితం చేయకుండా, ప్లే స్టోర్ లేదా దానికి సమానమైన మేనేజ్డ్ యాప్ స్టోర్ ద్వారా ప్రామాణిక ఆండ్రాయిడ్ యాప్ ప్యాకేజీలను రన్ చేయడానికి ఒక టెర్మినల్‌కు అనుమతిస్తుంది. GMS-సర్టిఫైడ్ టెర్మినల్, ఒక ఫోన్ ఇతర యాప్‌లను ఇన్‌స్టాల్ చేసే విధంగానే లాయల్టీ యాప్‌ను కూడా ఇన్‌స్టాల్ చేయగలదు: ఫర్మ్‌వేర్-స్థాయి రీ-సర్టిఫికేషన్ సైకిల్ లేకుండా, విక్రేత యొక్క సొంత విడుదల షెడ్యూల్ ప్రకారం స్వతంత్రంగా ఇన్‌స్టాల్ చేయవచ్చు.

4.3 బయోమెట్రిక్ లాయల్టీ నమోదు

పరిమాణంలో చిన్నదైనప్పటికీ, పెరుగుతున్న టెర్మినల్స్ సముదాయం, లాయల్టీ గుర్తింపును కార్డులు మరియు ఫోన్ నంబర్ల నుండి బయోమెట్రిక్ నమోదు వరకు విస్తరింపజేస్తోంది. అరచేతిలోని సిరలను గుర్తించడం అనేది ఇప్పటికే వాణిజ్యపరంగా అమలులో ఉన్న ఒక ఉదాహరణ — ZCS ప్రస్తుతం ఓపెన్ SDKతో పామ్-వెయిన్-ఎనేబుల్డ్ టెర్మినల్స్‌ను సరఫరా చేస్తున్న ఆండ్రాయిడ్ POS తయారీదారులలో ఇది ఒకటి. ఇది లాయల్టీ ప్లాట్‌ఫారమ్‌కు, చెక్అవుట్ వద్ద కార్డ్, యాప్ లేదా ఫోన్ నంబర్ లుకప్ అవసరం లేకుండా, కస్టమర్ యొక్క అరచేతిలోని సిరల నమూనాను ప్రత్యామ్నాయ ఐడెంటిఫైయర్‌గా నమోదు చేసుకోవడానికి అనుమతిస్తుంది. ఈ రకమైన హార్డ్‌వేర్-స్థాయి ఐడెంటిటీ ఫీచర్‌ను, టెర్మినల్ యొక్క SDK దానిని డాక్యుమెంట్ చేయబడిన APIగా బహిర్గతం చేసినప్పుడు మాత్రమే లాయల్టీ ప్లాట్‌ఫారమ్ ఉపయోగించగలదు — ఇది పైన వివరించిన ఓపెన్-ఆర్కిటెక్చర్ ఆవశ్యకతకు సరిగ్గా సరిపోతుంది, అంతేగానీ ఇది ఏ ఒక్క బ్రాండ్‌కు ప్రత్యేకమైన ఫీచర్ కాదు.

5. మూల్యాంకన చెక్‌లిస్ట్: మీ POS టెర్మినల్ లాయల్టీకి సిద్ధంగా ఉందా?

లాయల్టీ సాఫ్ట్‌వేర్ కాంట్రాక్ట్‌పై సంతకం చేసే ముందు, టెర్మినల్ వైపు కింది వాటిని నిర్ధారించుకోండి:

• ● ఈ టెర్మినల్ కేవలం పేమెంట్ గేట్‌వే వెబ్‌హుక్‌తో మాత్రమే కాకుండా, ప్రచురించబడిన మరియు డాక్యుమెంట్ చేయబడిన SDKతో వస్తుంది.
• ● ఈ టెర్మినల్ GMS-ధృవీకరించబడింది మరియు స్వతంత్ర యాప్ ఇన్‌స్టాలేషన్ మరియు అప్‌డేట్‌లకు మద్దతు ఇస్తుంది.
• ● తయారీదారు ప్రస్తుత PTS POI వెర్షన్‌లోని ఐసోలేషన్ అవసరాలకు సరిపోలుతూ, ఏదైనా థర్డ్-పార్టీ అప్లికేషన్ శాండ్‌బాక్సింగ్ కోసం PCI PTS POI కంప్లైయన్స్‌ను ధృవీకరించగలరు.
• ● లాయల్టీ వెండర్ కేవలం టెర్మినల్ బ్రాండ్‌ను మాత్రమే కాకుండా, అదే టెర్మినల్ మోడల్‌ను ఉపయోగిస్తున్న ఒక ప్రత్యక్ష వ్యాపారి రిఫరెన్స్‌ను పేర్కొనగలరు.
• ● హార్డ్‌వేర్ విక్రేత యొక్క ఫర్మ్‌వేర్ విడుదల క్రమం నమోదు చేయబడింది మరియు లాయల్టీ విక్రేత నుండి వచ్చే స్వతంత్ర యాప్-స్థాయి అప్‌డేట్‌లను నిరోధించదు.

టెర్మినల్ ఎంపిక ప్రమాణాలు — OS ఓపెన్‌నెస్, సర్టిఫికేషన్ పరిధి, SDK డెప్త్ — గురించి మరింత వివరంగా చర్చించబడింది. ఆండ్రాయిడ్ POS ప్లాట్‌ఫారమ్‌ను ఎంచుకోవడానికి మా పూర్తి ఫ్రేమ్‌వర్క్ఇది కేవలం లాయల్టీ వినియోగ సందర్భాలకే పరిమితం కాకుండా, అదే మూల్యాంకన తర్కాన్ని వివరిస్తుంది.

6. తరచుగా అడిగే ప్రశ్నలు

ప్రశ్న 1: ఏదైనా POS టెర్మినల్ లాయల్టీ ప్రోగ్రామ్‌ను అమలు చేయగలదా?

లేదు. ఒక టెర్మినల్‌కు ఓపెన్ SDK, యాప్-స్టోర్-స్థాయి సాఫ్ట్‌వేర్ పంపిణీ, మరియు థర్డ్-పార్టీ అప్లికేషన్‌ల కోసం PCI PTS-కంప్లైంట్ శాండ్‌బాక్సింగ్ అవసరం. క్లోజ్డ్, సింగిల్-అప్లికేషన్ టెర్మినల్స్, లాయల్టీ వెండర్ ప్లాట్‌ఫారమ్ కాగితంపై దేనికి మద్దతు ఇచ్చినా సరే, లాయల్టీ సాఫ్ట్‌వేర్‌ను పూర్తిగా పరిమితం చేస్తాయి లేదా బ్లాక్ చేస్తాయి.
ప్రశ్న 2: దేనివల్ల ఒక POS టెర్మినల్ "లాక్-డౌన్" చేయబడుతుంది?

లాక్-డౌన్ చేయబడిన టెర్మినల్ ఇన్‌స్టాల్ చేయగల అప్లికేషన్‌లను పరిమితం చేస్తుంది, పబ్లిక్ SDKని అందుబాటులో ఉంచదు మరియు ఒకే పేమెంట్ అప్లికేషన్ ఆధారంగా రూపొందించిన ఫర్మ్‌వేర్‌ను నడుపుతుంది. ఈ లక్షణాలు PCI ఆడిట్ పరిధిని తగ్గిస్తాయి, కానీ డిజైన్ రీత్యా లాయల్టీ యాప్‌లు, CRM సింక్‌లు మరియు ఇతర థర్డ్-పార్టీ ఇంటిగ్రేషన్‌లను కూడా నిరోధిస్తాయి.
ప్రశ్న 3: PCI కంప్లయన్స్, లాయల్టీ యాప్‌లను POS హార్డ్‌వేర్‌పై పనిచేయకుండా నిరోధిస్తుందా?

డిఫాల్ట్‌గా కాదు. PCI PTS POI v7.0, లాయల్టీ యాప్‌లతో సహా థర్డ్-పార్టీ అప్లికేషన్‌లను అనుమతిస్తుంది, అయితే వాటిని క్లియర్‌టెక్స్ట్ పేమెంట్ కార్డ్ మరియు పిన్ డేటా నుండి శాండ్‌బాక్స్ చేసి వేరుగా ఉంచాలి. అనుగుణ్యతకు మినహాయింపు కాదు, ఏకాంతం అవసరం, మరియు ఆ ఏకాంతం సాంకేతికంగా సాధ్యమవుతుందో లేదో టెర్మినల్ యొక్క ఆర్కిటెక్చర్ నిర్ధారిస్తుంది.
ప్రశ్న 4: లావాదేవీ అనంతర లాయల్టీ సింక్ మరియు రియల్-టైమ్ ఇంటిగ్రేషన్ మధ్య తేడా ఏమిటి?

లావాదేవీ అనంతర సమకాలీకరణ (పోస్ట్-ట్రాన్సాక్షన్ సింక్), చెల్లింపు గేట్‌వే వెబ్‌హుక్ ద్వారా అమ్మకం ముగిసిన తర్వాత రివార్డులను వర్తింపజేస్తుంది. రియల్-టైమ్ ఇంటిగ్రేషన్, SDK హుక్ ద్వారా చెక్అవుట్ సమయంలో రివార్డులను వర్తింపజేస్తుంది. లాక్ చేయబడిన టెర్మినల్స్ సాధారణంగా మొదటి పద్ధతికి మాత్రమే మద్దతు ఇస్తాయి, ఇది సెషన్‌లోపల డిస్కౌంట్లు మరియు రిడెంప్షన్‌లను నిరోధిస్తుంది.
ప్రశ్న 5: లాయల్టీ నమోదు కోసం అరచేతి సిర వంటి బయోమెట్రిక్ గుర్తింపును ఉపయోగించవచ్చా?

అవును, తయారీదారు డాక్యుమెంట్ చేయబడిన SDK ద్వారా బయోమెట్రిక్ క్యాప్చర్‌ను అందించే టెర్మినల్స్‌లో ఇది సాధ్యమవుతుంది. హార్డ్‌వేర్ ఆర్కిటెక్చర్ ఆ డేటాకు థర్డ్-పార్టీ యాక్సెస్‌కు మద్దతు ఇస్తే, పామ్ వెయిన్ మరియు ఇలాంటి బయోమెట్రిక్ ఐడెంటిఫైయర్‌లు, కార్డ్, ఫోన్ నంబర్ లేదా యాప్ లుకప్ లేకుండానే తిరిగి వచ్చే కస్టమర్‌ను గుర్తించడానికి లాయల్టీ ప్లాట్‌ఫామ్‌కు వీలు కల్పిస్తాయి.