שאלות נפוצות בנושא הפרה של חשבון לחיוב

• למה קיבלתי הודעת הפרה לגבי ההטמעה של מפות Google?
• איפה אפשר לראות את החשבונות לחיוב?
• מה צריך לעשות כדי לתקן את ההגדרה?
• מה קורה אם ההגדרה המומלצת לא מתאימה לי?

למה קיבלתי הודעת הפרה לגבי ההטמעה של מפות Google?

קיבלתם את ההודעה הזו כי Google זיהתה שהשתמשתם במספר חשבונות לחיוב בחשבון שלכם. זוהי הפרה של התנאים של Google, כפי שמוגדר בסעיף 3.2.3 בתנאים ובהגבלות של הפלטפורמה של מפות Google. לפי התנאים האלה, אסור ליצור כמה חשבונות לחיוב. הנה קטע¹ מקטע 3.2.3(f):

(ו) ללא עקיפת עמלות. הלקוח לא יעקוף את העמלות הרלוונטיות. לדוגמה, הלקוח לא ייצור מספר חשבונות או פרויקטים לחיוב כדי למנוע עמלות, ימנע מ-Google לחשב במדויק את רמות השימוש של הלקוח בשירות, לנצל לרעה מכסות שירות של 0 $או יציע גישה לשירותים לפי מודל של 'שיתוף זמן' או של 'סוכנות שירות'.

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

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

בתרשים הבא, הפרויקטים 2, 3 ו-4 משתמשים בממשקי ה-API של הפלטפורמה של מפות Google ומשויכים לשני חשבונות נפרדים לחיוב: חשבון לחיוב 2 וחשבון לחיוב 3. ההגדרה הזו מפירה את התנאים וההגבלות של הפלטפורמה של מפות Google.

איפה אפשר לראות את החשבונות לחיוב?

כדי לצפות בחשבונות לחיוב, נכנסים לדף Manage billing account ב-Google Cloud Console.

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

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

במדריך הזה מפורט מידע נוסף על חשבונות לחיוב.

מה צריך לעשות כדי לתקן את ההגדרה?

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

הפרויקטים 2, 3 ו-4 – שמשתמשים בממשקי API של הפלטפורמה של מפות Google – מאוחדים כולם בקטע חשבון לחיוב 2. חשבון לחיוב 3 כבר לא משויך לפרויקטים שמשתמשים בממשקי API של הפלטפורמה של מפות Google. לידיעתכם, אפשר להמשיך להשתמש בחשבון לחיוב 1 כי לא הופעלו ממשקי API של הפלטפורמה של מפות Google בפרויקט 1.

שימוש בפרויקטים במקום בחשבונות לחיוב

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

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

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

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

הנחות על נפח אחסון

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

מה אם ההגדרה המומלצת לא מתאימה לי?

לצערנו, הגדרה עם כמה חשבונות לחיוב מפירה את התנאים וההגבלות של הפלטפורמה של מפות Google. כרגע אין חלופות נתמכות. אם לדעתכם יש לכם סיבה תקפה לנהל מספר חשבונות לחיוב (לדוגמה, תאימות משפטית), הגישו ערעור או באמצעות מסוף Google Cloud כדי להגיש ערעור או לשלוח תשובה לאימייל שקיבלתם התראה על הפרת המדיניות באימייל.