డూప్లికేట్ వెబ్‌హుక్ రెండవ డెబిట్‌ను సృష్టించకూడదు

కనీసం ఒకసారి డెలివరీ చేసే విధానం మళ్లీ ప్రయత్నిస్తుంది. రెండవ డెబిట్ లేదా రెండవ ఇన్‌బాక్స్ లైన్‌ను పోస్ట్ చేసే డూప్లికేట్ వెబ్‌హుక్ అనేది హాని లేని అక్నాలెడ్జ్‌మెంట్ కాదు, డబ్బు మరియు ఆపరేషన్ల సంఘటన. ఈ పేజీ ఫెయిల్ పాత్: ప్రీపెయిడ్ మనీ మరియు ఇన్‌బాక్స్‌లో రీట్రైలు మరియు రీప్లేలు ఐడెమ్‌పొడెండ్‌గా ఉంటాయి — API సెండ్ ఐడెమ్‌పొడెన్సీ వ్యాసం కాదు మరియు ఇన్‌బౌండ్ SMS రీట్రై ప్లేబుక్ కాదు.

సంబంధితమైనవి: సంతకం మరియు రీప్లే విండో గేట్, మొదటి పంపడానికి ముందు వెబ్‌హుక్ ఒప్పందం, ఒకే ledgerలో డెబిట్ వరుస మరియు డెలివరీ స్థితి.

IOSOR అనేది వైట్-లేబుల్ ప్రీపెయిడ్. USD 20 ఒక కన్స్యూమర్‌పై డూప్లికేట్-ఈవెంట్ స్మోక్‌కు నిధులు సమకూరుస్తుంది; USD 1,000/నెలకు దగ్గరగా ఉండే సాఫ్ట్ రివ్యూ రీకాన్ రుణంగా 'రీట్రై = కొత్త ఛార్జ్' అని పరిగణిస్తుంది. క్లయింట్లు వైట్-లేబుల్ ఈవెంట్ IDలను మాత్రమే చూస్తారు.

ఐడెమ్‌పొడెన్సీ అనేది ఫెయిల్ పాత్, నినాదం కాదు

సంతోషకరమైన మార్గం: ఒక సంతకం చేసిన ఈవెంట్, ఒక ఆమోదం, ఒక డెబిట్. ఫెయిల్ పాత్ నమ్మకాన్ని కాల్చివేస్తుంది — టైమ్‌అవుట్, 5xx, ప్రొవైడర్ రీప్లే, ఆపరేటర్ రీ-పుష్. సైడ్ ఎఫెక్ట్‌లకు ముందు మొదటి పంపడానికి ముందు వెబ్‌హుక్ ఒప్పందం నుండి ఐడెమ్‌పొడెన్సీ కీని నిల్వ చేయండి: లెడ్జర్, ఇన్‌బాక్స్, CRM. సాఫ్ట్ USD 1,000/నెల 'ACK తర్వాత కొత్త కీని కనుగొనండి' అని వాల్యూమ్ రుణంగా పరిగణిస్తుంది; బలవంతపు రీప్లే ఎప్పటికీ డబ్బును రెట్టింపు చేయదని USD 20 నిరూపిస్తుంది.

డూప్లికేట్ అని దేనిని పరిగణించాలి

డబ్బు రెండుసార్లు కదలకూడదు

ఉత్పత్తి ఇప్పటికీ 'డెలివరీ చేయబడింది' అని చూపించినప్పటికీ, అదే ఈవెంట్ ID కోసం రెండవ డెబిట్ ఒక బగ్. ఫైనాన్స్ ఈవెంట్ లేదా మెసేజ్ ID ద్వారా ఫిల్టర్ చేస్తుంది మరియు ఆ UTC విండో కోసం ఒక ప్రీపెయిడ్ వరుసను చూస్తుంది. ACK తర్వాత పాక్షిక సైడ్ ఎఫెక్ట్‌లు — ముందుగా CRM, తర్వాత లెడ్జర్ — డబుల్ నిజం సృష్టిస్తాయి. పర్సిస్ట్ తర్వాత ప్రాసెసింగ్ విఫలమైతే, అదే కీతో వర్కర్‌ను మళ్లీ ప్రయత్నించండి; HTTP బాడీని కొత్త ఛార్జ్‌గా అంగీకరించవద్దు. డూప్లికేట్ స్మోక్ ఒక లెడ్జర్ లైన్‌ను చూపే వరకు సాఫ్ట్ వాల్యూమ్ లాంగ్వేజ్ బ్లాక్ చేయబడుతుంది.

ఇన్‌బాక్స్ కూడా రెట్టింపు కాకూడదు

ఐడెమ్‌పొడెన్సీ అంటే కేవలం డబ్బు మాత్రమే కాదు. రెండవ ఇన్‌బాక్స్ థ్రెడ్‌ను తెరిచే రీప్లే చేయబడిన ఇన్‌బౌండ్ లేదా డెలివరీ ఈవెంట్, సపోర్ట్ టీమ్‌ను గందరగోళానికి గురి చేస్తుంది మరియు ఆటో-రిప్లై లూప్‌లను ప్రేరేపించగలదు. డెబిట్ కోసం ఉపయోగించిన అదే ఈవెంట్ IDతో ఇన్‌బాక్స్ కీని నిల్వ చేయండి. ఉత్పత్తి మరియు ఫైనాన్స్ రిజెక్ట్/డూప్లికేట్ స్థితిని పంచుకుంటాయి.

డూప్లికేట్-సురక్షిత వెబ్‌హుక్‌ల కోసం కొనుగోలుదారు చెక్‌లిస్ట్

• మీ సిస్టమ్ ACKకి ముందు ఈవెంట్ IDని లెడ్జర్‌లో లాక్ చేస్తుందా?
• మీ CRM రీప్లేను గుర్తించి దానిని విస్మరిస్తుందా?
• రీప్లే విండో వెలుపల ఈవెంట్‌లను తిరస్కరించడానికి మీ వద్ద గేట్ ఉందా?
• మీ లెడ్జర్ UTC విండో ప్రకారం ఈవెంట్ IDని ప్రత్యేకంగా ఉంచుతుందా?

IOSOR తో ప్రారంభించండి

ఇప్పటికే కట్టిన కారిడార్‌పై కిటికీలోపల సంతకం ఉన్న webhookను ఒకసారి మళ్లీ పంపండి. సంఘటన idని ledger id పక్కన ఎగుమతి చేసి ఒక debit వరుస, ఒక inbox వరుస నిరూపించండి. రెండవ debit కనిపిస్తే ఆ వినియోగదారుని ఆపి అదనపు వరుసను తిరిగి ఇవ్వండి. తర్వాతి ట్రాఫిక్‌తో సరిచేయవద్దు. ఇది మళ్లీ పంపే డబ్బు గేట్, E.164 పరీక్ష కాదు, షిప్పింగ్ వాక్యం కాదు.

IOSOR సారాంశం

మళ్లీ పంపడం కొత్త పంపింపు కాదు. ఒక ఈవెంట్ id ఒకే డెబిట్‌ను రాస్తుంది.

చేయండి: సంతకం, రీప్లే విండో ఆన్‌లో ఉంచి, ఒకే డెబిట్‌ను నిరూపించండి.