סקירה כללית על Admin Settings API

‫Admin Settings API מאפשר לאדמינים של דומיינים ב-Google Workspace לאחזר ולשנות את ההגדרות של הדומיינים שלהם בצורה של פידים של Google Data API.

הגדרות הדומיין האלה כוללות רבות מהתכונות שזמינות במסוף Google Workspace Admin. דוגמאות לשימושים ב-API הזה כוללות יצירת לוח בקרה בהתאמה אישית או שילוב של דומיינים של Google Workspace בסביבה קיימת מדור קודם.

‫Admin Settings API מיישם את הפרוטוקול של Google Data API. ‫Google Data API תואם למודל הפרסום והעריכה של Atom Publishing Protocol‏ (AtomPub). בקשות ה-HTTP של AtomPub משתמשות בגישת העיצוב Representational Set Transfer (RESTful) לשירותי אינטרנט. מידע נוסף זמין במדריך למפתחים של Google Data.

קהל

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

במסמך הזה אנחנו מניחים שאתם מבינים את הרעיונות הכלליים שמאחורי הפרוטוקול של Google Data API, ושאתם מכירים את מסוף Admin של Google Workspace. מידע נוסף על מסוף Admin זמין במאמר שימוש במסוף Admin.

תחילת העבודה

יצירת חשבון

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

מידע על סוגי הפידים של Admin Settings API

ממשק ה-API של הגדרות האדמין מאפשר לכם לנהל את הקטגוריות הבאות של הגדרות הדומיין:

הגדרות של כניסה יחידה (SSO)

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

הגדרת כניסה יחידה (SSO) כוללת הזנת המידע הנדרש כדי ששירות Google Workspace יוכל לתקשר עם ספק הזהויות שבו מאוחסנים פרטי הכניסה של המשתמשים, וגם הגדרת הקישורים שאליהם המשתמשים צריכים להישלח כדי להיכנס, לצאת ולשנות את הסיסמאות שלהם. ה-Admin Settings API מאפשר לכם לעדכן את ההגדרות האלה ולאחזר אותן באופן פרוגרמטי. ‫Google משתמשת במפתח הציבורי שנוצר כדי לאמת את בקשת ה-SSO הזו מול ספק הזהויות, ולוודא שתגובת המפתח הפרטי ב-SAML לא שונתה במהלך השידור ברשת.

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

  • יוצרים את המפתחות – יוצרים קבוצה של מפתחות ציבוריים ופרטיים באמצעות ספק הזהויות, באלגוריתמים DSA או RSA. המפתח הציבורי נמצא באישור בפורמט X.509. מידע נוסף על מפתחות חתימה של כניסה יחידה (SSO) שמבוססת על SAML זמין במאמר יצירת מפתחות ואישורים לשירות הכניסה היחידה של Google Workspace.
  • הרשמה ל-Google – משתמשים בהגדרות הכניסה היחידה (SSO) של Admin Settings API כדי לרשום את אישור המפתח הציבורי ב-Google.
  • הגדרת הגדרות ה-SSO – משתמשים בהגדרות הכניסה היחידה של Admin Settings API כדי להגדיר את ההגדרות שמשמשות לתקשורת עם השרתים של ספק הזהויות של הדומיין.

הגדרות של שער וניתוב

הפיד הזה מאפשר לאדמינים של דומיינים לשלוט בניתוב של אימיילים בדומיינים שלהם.

פעולות ניתוב האימייל מאפשרות לאדמינים לציין את הגדרות ניתוב האימייל ברמת הדומיין. ההגדרה הזו דומה לפונקציונליות של ניתוב אימייל בהגדרות Gmail במסוף Admin. מידע נוסף זמין במאמרים בנושא ניתוב אימיילים והגדרה של שליחה כפולה של אימיילים באמצעות התכונה 'ניתוב אימיילים'.

דוגמה לבקשת XML ותגובה מ-Admin Settings API

במסמך הזה מופיעות דוגמאות קוד של בקשות ותשובות בסיסיות של Admin Settings API באמצעות XML ו-HTTP גולמיים. בדוגמה הזו של שפת ברירת המחדל של הדומיין מוצג התחביר המלא של XML ו-HTTP עבור גוף של בקשה ותגובה, שמשותף לכל פעולה:

כדי לשנות את ההגדרה של שער דואר יוצא בדומיין, שולחים HTTP PUT לכתובת ה-URL של פיד השער:

https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/email/gateway

הבקשה בשפת ברירת המחדל של הדומיין PUT XML בפורמט AtomPub entry היא:

<atom:entry xmlns:atom='http://www.w3.org/2005/Atom'
  xmlns:apps='http://schemas.google.com/apps/2006'>
  <apps:property name='smartHost' value='smtp.out.domain.com' />
  <apps:property name='smtpMode' value='SMTP' />
</atom:entry>

מלבד המאפיינים והערכים שספציפיים לפעולה, רכיבי atom:property מייצגים זוג יחיד של מפתח וערך שמכיל מידע על מאפיין שרוצים לאחזר או לעדכן. המאפיינים האלה משותפים לכל גופי הבקשות של Admin Settings API.

רכיב התגובה של שפת ברירת המחדל של הדומיין entry מחזיר את המאפיינים smartHost ו-smtpMode יחד עם תחביר ה-XML שמשותף לכל גופי התגובה של Admin Settings API:

<?xml version='1.0' encoding='UTF-8'?>
<entry xmlns='http://www.w3.org/2005/Atom' xmlns:apps='http://schemas.google.com/apps/2006'>
<id>https://apps-apis.google.com/a/feeds/domain/2.0/domainName/email/gateway</id>
<updated>2008-12-17T23:59:23.887Z</updated>
<link rel='self' type='application/atom+xml' href='https://apps-apis.google.com/a/feeds/domain/
  2.0/domainName/email/gateway'/>
<link rel='edit' type='application/atom+xml' href='https://apps-apis.google.com/a/feeds/domain/
  2.0/domainName/email/gateway'/>
<apps:property name='smartHost' value='smtp.out.domain.com' />
<apps:property name='smtpMode' value='SMTP' />
</entry>

ניהול ההגדרות של כניסה יחידה (SSO)

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

אחזור הגדרות של כניסה יחידה (SSO)

כדי לאחזר את הגדרות הכניסה היחידה, שולחים HTTP GET לכתובת ה-URL של הפיד הכללי של הכניסה היחידה, וכוללים כותרת Authorization כמו שמתואר במאמר אימות לשירות הגדרות האדמין. בנוסף, במאמר פתרון בעיות ב-SSO מוסבר על הודעות שגיאה:

https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/sso/general

לפעולה הזו אין פרמטרים בגוף הבקשה.

תגובה מוצלחת מחזירה קוד סטטוס HTTP 200 OK, יחד עם פיד AtomPub עם הגדרות ה-SSO של הדומיין.

קובץ ה-XML של תגובת ה-GET מחזיר את המאפיינים samlSignonUri,‏ samlLogoutUri,‏ changePasswordUri,‏ enableSSO,‏ ssoWhitelist ו-useDomainSpecificIssuer:

<?xml version='1.0' encoding='UTF-8'?>
<entry xmlns='http://www.w3.org/2005/Atom' xmlns:apps='http://schemas.google.com/apps/2006'>
<apps:property name='samlSignonUri' value='http://www.example.com/sso/signon'/>
...
<apps:property name='samlLogoutUri' value='http://www.example.com/sso/logout'/>
<apps:property name='changePasswordUri' value='http://www.example.com/sso/changepassword'/>
<apps:property name='enableSSO' value='true'/>
<apps:property name='ssoWhitelist' value='CIDR formatted IP address'/>
<apps:property name='useDomainSpecificIssuer' value='false'/>
</entry>

המאפיינים כוללים:

samlSignonUri
כתובת ה-URL של ספק הזהויות שאליה Google Workspace שולח את בקשת SAML לאימות משתמשים.
samlLogoutUri
הכתובת שאליה המשתמשים יועברו כשהם יתנתקו מאפליקציית האינטרנט.
changePasswordUri
הכתובת שאליה המשתמשים יישלחו כשהם ירצו לשנות את סיסמת ה-SSO שלהם לאפליקציית האינטרנט.
enableSSO
הפעלת כניסה יחידה (SSO) מבוססת-SAML לדומיין הזה. אם הגדרתם בעבר הגדרות SSO, ואחר כך הגדרתם את enableSSO לערך enableSSO=false, ההגדרות שהזנתם בעבר עדיין יישמרו.
ssoWhitelist
רשימת היתרים ל-SSO היא כתובת IP של מסכת רשת בפורמט Classless Inter-Domain Routing‏ (CIDR). הפרמטר ssoWhitelist קובע אילו משתמשים נכנסים באמצעות SSO ואילו משתמשים נכנסים באמצעות דף האימות של חשבון Google Workspace. אם לא מוגדרות מסכות, כל המשתמשים יתחברו באמצעות SSO. מידע נוסף זמין במאמר איך פועלות מסכות רשת.
useDomainSpecificIssuer
אפשר להשתמש במנפיק ספציפי לדומיין בבקשת SAML לספק הזהויות. התכונה הזו לא נחוצה ברוב הפריסות של SSO, אבל היא שימושית בחברות גדולות שמשתמשות בספק זהויות יחיד כדי לאמת ארגון שלם עם כמה תת-דומיינים. הענקת המנפיק הספציפי לדומיין קובעת לאיזה תת-דומיין לשייך את הבקשה. מידע נוסף זמין במאמר איך פועל רכיב המנפיק בבקשת SAML?

אם הבקשה נכשלת מסיבה כלשהי, מוחזר קוד סטטוס אחר. מידע נוסף על קודי הסטטוס של Google Data API זמין במאמר בנושא קודי סטטוס של HTTP.

עדכון הגדרות הכניסה היחידה (SSO)

כדי לעדכן את הגדרות ה-SSO של דומיין, קודם צריך לאחזר את הגדרות ה-SSO באמצעות הפעולה Retrieving Single Sign-On settings, לשנות אותן ואז לשלוח בקשת PUT לכתובת ה-URL של פיד ה-SSO. חשוב לוודא שהערך <id> ברשומה המעודכנת זהה בדיוק לערך <id> ברשומה הקיימת. כוללים כותרת Authorization כמו שמתואר במאמר אימות לשירות Admin Settings API. בנוסף, במאמר פתרון בעיות ב-SSO מוסבר על הודעות שגיאה.

כשמעדכנים את הגדרות הכניסה היחידה, שולחים HTTP PUT לכתובת ה-URL של הפיד הכללי של הכניסה היחידה:

https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/sso/general

גוף ה-XML של בקשת PUT הוא:

<atom:entry xmlns:atom='http://www.w3.org/2005/Atom' xmlns:apps='http://schemas.google.com/apps/2006'>
<apps:property name='enableSSO' value='false' />
<apps:property name='samlSignonUri' value='http://www.example.com/sso/signon' />
<apps:property name='samlLogoutUri' value='http://www.example.com/sso/logout' />
<apps:property name='changePasswordUri' value='http://www.example.com/sso/changepassword' />
<apps:property name='ssoWhitelist' value='127.0.0.1/32' />
<apps:property name='useDomainSpecificIssuer' value='false'/>
</atom:entry>

תשובה מוצלחת מחזירה קוד סטטוס 200 OK של HTTP, יחד עם פיד AtomPub עם הגדרות ה-SSO.

קובץ ה-XML של התגובה PUT הוא:

<?xml version='1.0' encoding='UTF-8'?>
<entry xmlns='http://www.w3.org/2005/Atom' xmlns:apps='http://schemas.google.com/apps/2006'>
...
<apps:property name='samlSignonUri' value='http://www.example.com/sso/signon'/>
<apps:property name='samlLogoutUri' value='http://www.example.com/sso/logout'/>
<apps:property name='changePasswordUri' value='http://www.example.com/sso/changepassword'/>
<apps:property name='enableSSO' value='false'/>
<apps:property name='ssoWhitelist' value='127.0.0.1/32'/>
<apps:property name='useDomainSpecificIssuer' value='false'/>
</entry>

אם הבקשה נכשלת מסיבה כלשהי, מוחזר קוד סטטוס אחר. מידע נוסף על קודי הסטטוס של Google Data API זמין במאמר בנושא קודי סטטוס של HTTP.

כשלקוח היעד הפעיל את ההגדרה קבלת אישור ממספר משתמשים בפעולות רגישות, אי אפשר לבצע שינויים בהגדרות של כניסה יחידה (SSO). הבקשות ייכשלו עם השגיאות errorCode="1811" ו-reason="LegacyInboundSsoChangeNotAllowedWithMultiPartyApproval".

אחזור מפתח החתימה של הכניסה היחידה

כדי לאחזר את מפתח החתימה של הכניסה היחידה, שולחים HTTP GET לכתובת ה-URL של הפיד של מפתח החתימה של הכניסה היחידה, וכוללים כותרת Authorization כפי שמתואר במאמר אימות לשירות הגדרות האדמין. בנוסף, במאמר פתרון בעיות ב-SSO מוסבר על הודעות שגיאה:

https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/sso/signingkey

לפעולה הזו אין פרמטרים בגוף הבקשה.

תגובה מוצלחת מחזירה קוד סטטוס HTTP 200 OK, יחד עם פיד AtomPub עם מפתח החתימה.

התגובה ב-XML‏ GET מחזירה את המאפיין signingKey:

<?xml version='1.0' encoding='UTF-8'?>
<entry xmlns='http://www.w3.org/2005/Atom' xmlns:apps='http://schemas.google.com/apps/2006'>
...
<apps:property name='signingKey' value='yourBase64EncodedPublicKey'/>
</entry>

אם הבקשה נכשלת מסיבה כלשהי, מוחזר קוד סטטוס אחר. מידע נוסף על קודי הסטטוס של Google Data API זמין במאמר בנושא קודי סטטוס של HTTP.

עדכון מפתח החתימה של הכניסה היחידה

כדי לעדכן את מפתח החתימה של SSO בדומיין, קודם צריך לאחזר את מפתח החתימה באמצעות הפעולה Retrieving Single Sign-On signing key, לשנות אותו ואז לשלוח בקשת PUT לכתובת ה-URL של הפיד של מפתח החתימה של SSO. חשוב לוודא שהערך <id> ברשומה המעודכנת זהה בדיוק לערך <id> ברשומה הקיימת. מידע נוסף על מפתחות חתימה של כניסה יחידה (SSO) שמבוססת על SAML זמין במאמר יצירת מפתחות ואישורים לשירות הכניסה היחידה של Google Workspace.

כשמעדכנים את מפתח החתימה של הכניסה היחידה, שולחים HTTP PUT לכתובת ה-URL של הפיד של מפתח החתימה של הכניסה היחידה:

https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/sso/signingkey

ה-XML של הבקשה PUT הוא:

‫
<atom:entry xmlns:atom='http://www.w3.org/2005/Atom' xmlns:apps="http://schemas.google.com/apps/2006">
<apps:property name='signingKey' value='yourBase64EncodedPublicKey'/>
</atom:entry>

כשלקוח היעד הפעיל את ההגדרה קבלת אישור ממספר משתמשים בפעולות רגישות, אי אפשר לבצע שינויים בהגדרות של כניסה יחידה (SSO). הבקשות ייכשלו עם השגיאות errorCode="1811" ו-reason="LegacyInboundSsoChangeNotAllowedWithMultiPartyApproval".

ניהול של שער אימייל וניתוב

בקטע 'שער אימייל יוצא' מוסבר איך Admin Settings API תומך בניתוב יוצא של אימייל ממשתמשים בדומיין שלכם. בקטע 'ניתוב אימייל' מוסבר איך לנתב הודעות לשרת דואר אחר.

אחזור הגדרות של שער לדואר יוצא

כדי לאחזר את ההגדרות של שער הדואר היוצא, שולחים HTTP GET לכתובת הפיד של השער, וכוללים כותרת Authorization כמו שמתואר במאמר אימות לשירות הגדרות האדמין:

https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/email/gateway

לפעולה הזו אין פרמטרים בגוף הבקשה.

תשובה מוצלחת מחזירה קוד סטטוס HTTP 200 OK, יחד עם פיד AtomPub עם פרטי הסטטוס של שער האימייל.

התגובה GET מחזירה את המאפיינים smartHost ו-smtpMode. מידע נוסף על הנכסים האלה זמין במאמר עדכון ההגדרות של שער אימייל יוצא.

דוגמה לתגובה אפשרית:

<?xml version='1.0' encoding='UTF-8'?>
<entry xmlns='http://www.w3.org/2005/Atom' xmlns:apps='http://schemas.google.com/apps/2006'>
...
<apps:property name='smartHost' value='smtpout.domain.com'/>
<apps:property name='smtpMode' value='SMTP'/>
</entry>

אם הבקשה נכשלת מסיבה כלשהי, מוחזר קוד סטטוס אחר. מידע נוסף על קודי הסטטוס של Google Data API זמין במאמר בנושא קודי סטטוס של HTTP.

עדכון ההגדרות של שער לדואר יוצא

כדי לעדכן את ההגדרה של שער דואר יוצא בדומיין, שולחים בקשת HTTP PUT לכתובת ה-URL של פיד השער:

https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/email/gateway

ה-XML של הבקשה PUT הוא:

<atom:entry xmlns:atom='http://www.w3.org/2005/Atom' xmlns:apps="http://schemas.google.com/apps/2006">
<apps:property name='smartHost' value='smtp.out.domain.com' />
<apps:property name='smtpMode' value='SMTP' />
</atom:entry>

מאפייני הבקשה הם:

smartHost
כתובת ה-IP או שם המארח של שרת ה-SMTP. ‫Google Workspace מנתב דואר יוצא לשרת הזה.
smtpMode
ערך ברירת המחדל הוא SMTP. ערך נוסף, SMTP_TLS, מאבטח חיבור באמצעות TLS כשמספקים את ההודעה.

תשובה מוצלחת מחזירה קוד סטטוס 200 OK של HTTP, יחד עם פיד AtomPub עם סטטוס ההגדרות של שער האימייל.

אם הבקשה נכשלת מסיבה כלשהי, מוחזר קוד סטטוס אחר. מידע נוסף על קודי הסטטוס של Google Data API זמין במאמר בנושא קודי סטטוס של HTTP.

ניהול הגדרות ניתוב אימייל

קודם כל יוצרים בקשת XML:

<atom:entry xmlns:atom='http://www.w3.org/2005/Atom' xmlns:apps="http://schemas.google.com/apps/2006">
<apps:property name='routeDestination' value='route-smtp.domain.com'/>
<apps:property name='routeRewriteTo' value='true'/>
<apps:property name='routeEnabled' value='true'/>
<apps:property name='bounceNotifications' value='true'/>
<apps:property name='accountHandling' value='can be either allAccounts | provisionedAccounts | unknownAccounts'/>
</atom:entry>

מאפייני הבקשה הם:

routeDestination
‫
This destination הוא שם המארח או כתובת ה-IP של שרת הדואר SMTP-In שאליו האימייל מנותב. שם המארח או כתובת ה-IP צריכים להיות ניתנים לזיהוי על ידי Google. פרטים נוספים על פתרון בעיות בשמות של שרתי אימייל זמינים במאמר הפעלת פיילוט של Google Workspace עם ניתוב אימייל.
routeRewriteTo
אם הערך הוא true, השדה to: במעטפת ה-SMTP של ההודעה משתנה לשם המארח של היעד (user@destination's hostname), וההודעה מועברת לכתובת המשתמש הזו בשרת הדואר של היעד. אם false, האימייל מועבר לכתובת האימייל to: של ההודעה המקורית (user@original hostname) בשרת האימייל של היעד. ההגדרה הזו דומה להגדרה 'שינוי מעטפת SMTP' במסוף Admin. מידע נוסף זמין במאמר הגדרות דומיין לניתוב אימייל.
routeEnabled
אם true, הפונקציונליות של ניתוב אימייל מופעלת. אם false, הפונקציונליות מושבתת.
bounceNotifications
אם true, מערכת Google Workspace מוגדרת לשלוח הודעות על החזרת אימייל לשולח כשהמסירה נכשלת.
accountHandling

ההגדרה הזו קובעת איך סוגים שונים של משתמשים בדומיין מושפעים מניתוב אימייל:

  • ‫allAccounts -- העברת כל האימיילים ליעד הזה.
  • ‫provisionedAccounts -- העברת אימייל ליעד הזה אם המשתמש קיים ב-Google Workspace.
  • unknownAccounts -- מסירת אימייל ליעד הזה אם המשתמש לא קיים ב-Google Workspace. זה דומה להגדרה 'אימייל למשלוח עבור' במסוף Admin. מידע נוסף על הדרישות המוקדמות ועל השימוש בניתוב אימיילים זמין במאמר הגדרות דומיין לניתוב אימיילים. ~ כדי לפרסם את הבקשה הזו, שולחים HTTP POST לכתובת ה-URL של הפיד של ניתוב האימייל, וכוללים כותרת Authorization כפי שמתואר במאמר אימות לשירות הגדרות האדמין:

https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/emailrouting

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

אם הבקשה נכשלת מסיבה כלשהי, מוחזר קוד סטטוס אחר. מידע נוסף על קודי הסטטוס של Google Data API זמין במאמר בנושא קודי סטטוס של HTTP.

הוצאה משימוש של נקודות קצה ב-31 באוקטובר 2018

במסגרת ההודעה הזו, הוצאנו משימוש את נקודות הקצה הבאות. הן הוצאו משימוש ב-31 באוקטובר 2018, והן לא זמינות יותר.

  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/general/defaultLanguage
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/general/organizationName
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/general/currentNumberOfUsers
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/general/maximumNumberOfUsers
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/supportPIN
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/customerPIN
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/adminSecondaryEmail
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/edition
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/creationTime
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/accountInformation/countryCode
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/appearance/customLogo
  • https://apps-apis.google.com/a/feeds/domain/2.0/{domainName}/verification/mx