אינטגרציות
מניעת הודעות כפולות בבקשות חוזרות
תרחיש יישום · זהו תרחיש לדוגמה ולא סיפור של לקוח מסוים. התוצאה תלויה באינטגרציה, בטלפון, ברשת ובמפעיל הסלולר.
תמונת המחשה שנוצרה באמצעות בינה מלאכותיתהצורך
הרשת יכולה להיכשל אחרי יצירת משימה ולפני קבלת התשובה. חזרה על בקשה רגילה עלולה ליצור הודעה נוספת.
בניית הפתרון
השתמשו ב-Idempotency-Key קבוע לאירוע עסקי אחד. חזרו עם אותו מכשיר, מספר, טקסט ו-metadata. שמרו את המפתח ליד האירוע בשרת ולא צרו חדש בכל ניסיון.
בדיקות לפני ההפעלה
בדקו בקשות מקבילות וזמן תגובה שחרג. תוכן שהשתנה עם מפתח קיים הוא סתירה; אירוע עסקי חדש דורש מפתח חדש.
איך SIM Bridge עובד
השרת שלכם יוצר משימה דרך API, ו-Android המחובר שולח SMS באמצעות ה-SIM שלכם. שמרו את מזהה ההודעה במערכת וקבלו שינויי סטטוס דרך webhook. משימה בתור עדיין אינה הודעה שנשלחה: הטלפון חייב להיות זמין והמפעיל צריך לקבל את ההודעה.
התחילו במספר בדיקה שלכם. בדקו הרשאות Android, קשר כאשר המסך כבוי, שליחה חוזרת עם אותו Idempotency-Key וטיפול בסטטוס לא ידוע. אל תשמרו מפתחות API בקוד הדפדפן או במאגר ציבורי.