"This authorization code has expired" אחרי הרשמה ל-Coexistence

איזה קוד פג תוקף?

כשהעסק מסיים את Embedded Signup, Meta מחזירה את מזהי הנכסים ואת קוד ההמרה לחלון הדפדפן שפתח את החלון הקופץ. הפלטפורמה שולחת את הקוד לשרת שלה, והשרת פונה לנקודת הקצה oauth access_token של Meta עם מזהה האפליקציה וסוד האפליקציה, כדי להמיר אותו לאסימון עסקי.

המדריך ליישום של Meta מפורש לגבי התזמון: לקוד ההמרה יש משך חיים של 30 שניות, ולכן הפלטפורמה צריכה להספיק להמיר אותו לפני שהוא פג. ניסיון המרה אחרי הזמן הזה נדחה, והודעת השגיאה "This authorization code has expired" היא הדרך שבה הדחייה מופיעה. העסק לא טעה אם סיים את החלון באיטיות, כי השעון מתחיל לרוץ ברגע שהקוד מוחזר.

למה זה קורה כשהחלון הקופץ מסתיים באיחור או פעמיים?

כמה מצבים יכולים לדחות את ההמרה אל מעבר למגבלה.

הלשונית נשארה ברקע או שהמחשב הנייד נרדם בדיוק כשהתהליך הסתיים, ולכן הקוד הגיע לשרת של הפלטפורמה זמן רב אחרי שהונפק. השרת של הפלטפורמה העמיד את ההמרה בתור מאחורי עבודות אחרות במקום לבצע אותה מיד. או שהמשתמש פתח את התהליך פעמיים, סיים את שניהם, והפלטפורמה המירה את הקוד מהחלון הראשון אחרי שהשני הושלם.

בבדיקות יש גם מקרה רביעי: העתקת הקוד מהקונסולה של הדפדפן והמרה ידנית עם cURL או Postman. המדריך של Meta מזהיר בדיוק מפני זה ומורה להכין את בקשת ההמרה מראש, לפני שמתחילים.

איך משלימים את החיבור?

מריצים את התהליך מההתחלה בחלון אחד, ומשאירים את דף הפלטפורמה בחזית עד שהוא מסתיים. כל השלמה מחזירה קוד חדש, וכל מה שהפלטפורמה צריכה הוא להמיר אותו מיד.

במספר Coexistence כדאי למהר. Meta ממירה את חשבון WhatsApp Business כשהעסק משלים את התהליך, וברגע שהפלטפורמה מצרפת את הלקוח יש לה 24 שעות לסנכרן את היסטוריית ההודעות. אחרי זה צריך לנתק את העסק ולהשלים את התהליך מחדש.

בצד הפלטפורמה, התיקון הקבוע הוא להמיר את הקוד בשרת ברגע שהוא מגיע, לפני כל שלב הצטרפות אחר.

טעויות נפוצות

• לנסות שוב את המרת האסימון עם אותו קוד. הוא פג אחרי 30 שניות ולא יחזור.
• להריץ את ההרשמה בשני חלונות בו זמנית. רק הקוד מהניסיון שמומר נחשב.
• להמיר את הקוד מהדפדפן. Meta דורשת שההמרה תהיה בקשה משרת לשרת, עם סוד האפליקציה.

שאלות נפוצות

המשיכו לקרוא