היסטוריית סנכרון

לכל מקור שמסתנכרן יש היסטוריה משלו: מה מצבו כרגע ויומן של כל סנכרון מ-90 הימים האחרונים. כדאי לבדוק כאן כשמספר נראה לא מעודכן או כשנראה ש-webhook לא עובד.

איפה למצוא אותה

• ב-הגדרות › מקורות, לפתוח את התפריט "…" של המקור ולבחור היסטוריית סנכרון.
• בסטטוס הסנכרון שבתחתית העמוד, לבחור היסטוריית סנכרון מתחת למקור.

יש היסטוריה רק למקורות שמסתנכרנים, ולכן לא לנתונים לדוגמה.

תקינות

הכרטיס הזה מציג את מצב המקור כרגע.

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

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

למה הנתונים החדשים ביותר יכולים להיות ישנים מסנכרון אחרון

סנכרון אחרון מציין מתי RevGlance קראה את המקור. הנתונים החדשים ביותר מציינים כמה עדכניים הנתונים שנמצאו. סנכרון יכול לעבוד כמו שצריך ועדיין לא למצוא שום דבר חדש יותר:

• App Store: הדוחות של Apple מגיעים באיחור של יום בערך.
• Google Play: Google מפרסמת את הדוחות שלה תוך 3 עד 7 ימים.
• כל ספק: לא קרה כלום. תקופה שקטה בלי תשלומים או שינויי מנוי משאירה את התאריך במקומו.

מה מפעיל סנכרון

כל שורה ב-יומן סנכרון מציינת מה הפעיל אותו:

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

איך לקרוא את היומן

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

ספירות

לכל סוג רשומה שסנכרון שינה יש ספירות משלו: תשלומים, שינויי מנוי, לקוחות, תקופות ניסיון ו-ביטולים. ספירה של אפס לא מוצגת.

• 3 חדשים: רשומות שהסנכרון הזה הוסיף.
• 2 עודכנו: רשומות שכבר היו ב-RevGlance והסנכרון הזה שינה.
• 4 הוסרו: רשומות שכבר לא קיימות אחרי הסנכרון הזה.

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

כשיש בעיה בסנכרון

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

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

נתונים שתוקנו

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

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

שורה מציגה חמישה לכל היותר, ואז ועוד 3.

סטטוס ה-webhook

בעלים ומנהלי מערכת רואים את מצב ה-webhook ב-תקינות. יש ארבעה מצבים אפשריים:

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

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

כשקריאות נדחות

האזהרה מופיעה אחרי 3 קריאות שנדחו ברצף, ולכן קריאה מקרית אחת לא מפעילה אותה. Webhook נדחה מופיע אז גם בשורת המקור ב-הגדרות › מקורות. מה לבדוק תלוי באופן שבו הספק מאמת את הקריאות שלו:

• Stripe, Polar, Lemon Squeezy, Paddle, Recurly: להעתיק שוב את סוד החתימה מהספק ולהדביק אותו ב-סוד חתימה בחלונית Webhook של המקור.
• Gumroad, App Store, Google Play, Chargebee: לוודא ש-?token= בכתובת שאצל הספק תואם לסוד השמור ב-סוד חתימה, או לשמור סוד חדש ולעדכן את הכתובת.
• Braintree, Shopify: אין סוד להדביק. לבדוק שה-webhook נוסף באותו חשבון Braintree או באותה אפליקציית Shopify שהמקור מתחבר אליהם.

גם קריאות למקור בלי סוד שמור נדחות. שמירת הסוד פותרת את זה.

האזהרה נעלמת בקריאה התקינה הבאה או בשמירת סוד חדש. אם הסוד עדיין שגוי, היא חוזרת אחרי 3 קריאות נוספות שנדחו. היא נעלמת גם 7 ימים אחרי הקריאה האחרונה שנדחתה.

כמה זמן זה נשמר

כל סנכרון נשאר ביומן 90 יום, ואז נמחק. הסרת מקור מסירה גם את היסטוריית הסנכרון שלו.

מי רואה מה

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