נהל דוחות

אתם צופים במסמכי העזרה של Apigee Edge.
כניסה למסמכי העזרה של Apigee X.
info

מבוא

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

סוגי דוחות המונטיזציה

אתם יכולים ליצור את סוגי דוחות המונטיזציה הבאים.

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

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

מידע על שמירת נתונים

בענן הציבורי של Apigee Edge, שמירת נתוני מונטיזציה היא זכות שמגיעה עם המינוי. אפשר לעיין בהרשאות למונטיזציה בכתובת https://cloud.google.com/apigee/specsheets. אם אתם רוצים לשמור את נתוני המונטיזציה מעבר לתקופת ההרשאה, עליכם לפנות למחלקת המכירות של Apigee. הארכת תקופת השמירה של הנתונים מופעלת בזמן שליחת הבקשה, ולא ניתן להפעיל אותה באופן רטרואקטיבי כדי לכלול נתונים שנאספו לפני חלון השמירה המקורי.

מידע על עסקאות כפולות

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

הסבר על הדף 'דוחות מונטיזציה'

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

Edge

כדי לגשת לדף הדוחות באמצעות ממשק המשתמש של Edge:

  1. נכנסים לחשבון בכתובת apigee.com/edge.
  2. בוחרים באפשרות פרסום > מונטיזציה > דוחות בסרגל הניווט הימני.

הדף Reports (דוחות) מוצג.

כפי שמודגש באיור, בדף הדוחות אפשר:

Classic Edge (ענן פרטי)

כדי לגשת לדף 'דוחות' באמצעות ממשק המשתמש הקלאסי של Edge:

  1. מתחברים אל http://ms-ip:9000, כאשר ms-ip היא כתובת ה-IP או שם ה-DNS של צומת שרת הניהול.
  2. בסרגל הניווט העליון, בוחרים באפשרות מונטיזציה > דוחות מונטיזציה.

הדף Reports (דוחות) מוצג.

הגדרת דוח

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

שלבים להגדרת דוח

מגדירים דוח באמצעות ממשק המשתמש של Edge או ממשק המשתמש הקלאסי של Edge.

Edge

כדי להגדיר דוח באמצעות ממשק המשתמש של Edge:

  1. בוחרים באפשרות פרסום > מונטיזציה > דוחות בסרגל הניווט הימני.
  2. לוחצים על + דוח.
  3. מגדירים את פרטי הדוח שמוגדרים בטבלה הבאה.
    שדה תיאור
    שם השם הייחודי של הדוח.
    תיאור תיאור הדוח.
    סוג הדוח סוגי דוחות המונטיזציה
  4. מגדירים את שאר פרטי הדוח בהתאם לסוג הדוח שנבחר, כפי שמתואר בקטעים הבאים:
  5. אחרי שמזינים את הפרטים בחלון הדוח, אפשר:
    • לוחצים על Save report (שמירת הדוח) כדי לשמור את הגדרות הדוח.
    • בדוח מפורט בלבד, לוחצים על Submit job כדי להריץ את הדוח באופן אסינכרוני ולשלוף את התוצאות במועד מאוחר יותר. מידע נוסף זמין במאמר יצירה והורדה של דוח.

    • לוחצים על Save as CSV או על Save as Zip כדי להוריד את הדוח שנוצר למחשב המקומי כקובץ CSV (ערכים מופרדים בפסיקים) או כקובץ zip דחוס שמכיל את קובץ ה-CSV. מומלץ להוריד דוחות גדולים כקובצי zip, וההורדה תתבצע בצורה יעילה יותר.

Classic Edge (ענן פרטי)

כדי ליצור דוח באמצעות ממשק המשתמש הקלאסי של Edge:

  1. בסרגל הניווט העליון, בוחרים באפשרות מונטיזציה > דוחות מונטיזציה.
  2. בתפריט הנפתח, בוחרים את סוג הדוח שרוצים ליצור. סוגי דוחות המונטיזציה
  3. לוחצים על + דוח.
  4. מגדירים את פרטי הדוח בהתאם לסוג החיוב שנבחר, כפי שמתואר בקטעים הבאים:
  5. אחרי שמזינים את הפרטים בחלון הדוח, אפשר:
    • לוחצים על שמירה בשם… כדי לשמור את הגדרות הדוח ולהוריד את הדוח מאוחר יותר.
    • בדוח מפורט בלבד, לוחצים על Submit job כדי להריץ את הדוח באופן אסינכרוני ולשלוף את התוצאות במועד מאוחר יותר. מידע נוסף זמין במאמר יצירה והורדה של דוח.

    • לוחצים על Download CSV כדי ליצור את הדוח ולהוריד אותו למחשב המקומי כקובץ CSV (ערכים מופרדים בפסיקים) לצפייה.

הגדרת דוח חיוב

פועלים לפי השלבים להגדרת דוח ומזינים את הפרטים הבאים בדף הדוח:

שדה תיאור
חודש החיוב

חודש החיוב של הדוח.

רמת הדיווח

רמת הדיווח. הערכים החוקיים כוללים:

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

הערה: בממשק המשתמש של Classic Edge, חבילות של מוצרי API נקראות חבילות API.

בוחרים את חבילות מוצרי ה-API שרוצים לכלול בדוח. אם לא תבחרו אף חבילת מוצרים, כל חבילות המוצרים של ה-API ייכללו בדוח.

הדוח כולל שורה נפרדת לכל חבילת מוצרים של ממשקי API שנבחרה.

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

מוצרים

בוחרים את מוצרי ה-API שרוצים לכלול בדוח. אם לא בוחרים אף אחד מהם, כל מוצרי ה-API נכללים בדוח.

הדוח כולל שורה נפרדת לכל מוצר API שנבחר.

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

חברות

בוחרים את החברות שייכללו בדוח. אם לא בוחרים אף חברה, כל החברות נכללות בדוח.

תוכנית תמחור

נותנים דירוג לתוכניות שרוצים לכלול בדוח. יש לבחור אחת מהאפשרויות הבאות:

  • All rate plans: כל תוכניות התמחור נכללות בדוח.
  • תוכניות תעריף רגילות: הדוח יכלול רק תוכניות תעריף רגילות.
  • תוכניות תמחור ספציפיות למפתחים: בדוח ייכללו רק תוכניות למפתחים.

הגדרת דוח של יתרה מראש

פועלים לפי השלבים להגדרת דוח ומזינים את הפרטים הבאים בדף הדוח:

שדה תיאור
חודש החיוב

חודש החיוב של הדוח.

רמת הדיווח

רמת הדיווח. הערכים החוקיים כוללים:

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

בוחרים את החברות שייכללו בדוח. אם לא בוחרים אף חברה, כל החברות נכללות בדוח.

הגדרת דוח הכנסות

פועלים לפי השלבים להגדרת דוח ומזינים את הפרטים הבאים בדף הדוח:

שדה תיאור
טווח תאריכים

טווח התאריכים של הדוח. יש לבחור אחת מהאפשרויות הבאות:

  • Preset: בוחרים בתפריט הנפתח אחד מטווחי התאריכים הרגילים (למשל, Last Calendar Month).
  • מותאם אישית: בוחרים תאריך התחלה ותאריך סיום לטווח בלוח השנה הקופץ.
צריך לבחור מטבע

המטבע של הדוח. הערכים החוקיים כוללים:

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

רמת הדיווח. הערכים החוקיים כוללים:

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

הערה: בממשק המשתמש של Classic Edge, חבילות של מוצרי API נקראות חבילות API.

בוחרים את חבילות מוצרי ה-API שרוצים לכלול בדוח. אם לא תבחרו אף חבילת מוצרים, כל חבילות המוצרים של ה-API ייכללו בדוח.

הדוח כולל שורה נפרדת לכל חבילת מוצרים של ממשקי API שנבחרה.

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

מוצרים

בוחרים את מוצרי ה-API שרוצים לכלול בדוח. אם לא בוחרים אף אחד מהם, כל מוצרי ה-API נכללים בדוח.

הדוח כולל שורה נפרדת לכל מוצר API שנבחר.

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

חברות

בוחרים את החברות שייכללו בדוח. אם לא בוחרים אף חברה, כל החברות נכללות בדוח.

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

אפליקציות

בוחרים את האפליקציות שרוצים לכלול בדוח. אם לא בוחרים אף אפליקציה, כל האפליקציות נכללות בדוח.

הדוח כולל שורה נפרדת לכל אפליקציה שנבחרה.

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

אפשרויות תצוגה של סיכומים

הסדר שבו העמודות מקובצות ומוצגות בדוח. בוחרים מספר שמציין את הסדר היחסי של הקטע הזה בקיבוץ (1 הוא הקיבוץ הראשון). לדוגמה, הקבוצה הבאה מקבילה את הדוח לפי חבילות, ואז לפי מוצרים, ואז לפי מפתחים, ואז לפי אפליקציות.

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

הוספת מאפייני עסקאות מותאמים אישית לדוחות סיכום הכנסות

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

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

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

curl -u email:password -X PUT -H "Content-type:application/xml" http://host:port/v1/o/{myorg} -d \
"<Organization type="trial" name="MyOrganization">
    <Properties>
        <Property name="features.isMonetizationEnabled">true</Property>
        <Property name="MINT.SUMMARY_CUSTOM_ATTRIBUTES">[&quot;partner_id&quot;,&quot;tax_source&quot;]</Property>
        <Property name="features.topLevelDevelopersAreCompanies">false</Property>
    </Properties>
</Organization>"

בדוגמה הזו, קריאת ה-API מפעילה את התכונה ומוסיפה את העמודות partner_id ו-tax_source למסד הנתונים של המונטיזציה. שימו לב שהמערך של המאפיינים המותאמים אישית בקריאת ה-API מקודד ככתובת URL.

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

  • לפני שיוצרים את המאפיינים באמצעות ה-API, חשוב לוודא את שמות המאפיינים שבהם רוצים להשתמש. אלה שמות העמודות במסד הנתונים, ונתוני המאפיינים בהתאמה אישית תמיד מאוחסנים שם.
  • בכל מדיניות של תיעוד עסקאות יש 10 משבצות זמינות למאפיינים מותאמים אישית, כפי שמוצג בתמונה הבאה. צריך להשתמש באותם שמות ומיקומים של מאפיינים לכל המאפיינים באותו מוצר שייכללו בדוחות. לדוגמה, במדיניות התיעוד הבאה של עסקאות, המאפיינים המותאמים אישית partner_id ו-tax_source נמצאים בתיבות 4 ו-5, בהתאמה. זה צריך להיות השם והמיקום שלהם בכל כללי המדיניות של תיעוד העסקאות, כדי שהמוצרים ייכללו בדוחות.

כדי לכלול מאפיינים מותאמים אישית בדוח סיכום הכנסות אחרי שמפעילים את התכונה, צריך להשתמש ב-Report API ולהוסיף את transactionCustomAttributes ל-MintCriteria. אפשרויות להגדרת קריטריונים

הגדרת דוח 'שונות' (הוצא משימוש)

פועלים לפי השלבים להגדרת דוח ומזינים את הפרטים הבאים בדף הדוח:

שדה תיאור
טווח תאריכים

טווח התאריכים של הדוח. יש לבחור אחת מהאפשרויות הבאות:

  • Preset: בוחרים בתפריט הנפתח אחד מטווחי התאריכים הרגילים (למשל, Last Calendar Month).
  • מותאם אישית: בוחרים תאריך התחלה ותאריך סיום לטווח בלוח השנה הקופץ.
חבילות

חבילות ה-API שרוצים לכלול בדוח. יש לבחור אחת מהאפשרויות הבאות:

  • הכול: הדוח כולל את כל חבילות ה-API.
  • נבחרו: מוצגת רשימה שבה אפשר לבחור את חבילות ה-API שרוצים לכלול בדוח. אם לא בוחרים אף חבילת שירות, כל החבילות נכללות בדוח.

הדוח כולל שורה נפרדת לכל חבילת API שנבחרה.

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

מוצרים

מוצרי ה-API שרוצים לכלול בדוח. יש לבחור אחת מהאפשרויות הבאות:

  • הכול: הדוח כולל את כל מוצרי ה-API.
  • נבחרו: מוצגת רשימה שבה אפשר לבחור את המוצרים שרוצים לכלול בדוח. אם לא בוחרים מוצרים, כל המוצרים נכללים בדוח.

הדוח כולל שורה נפרדת לכל מוצר API שנבחר.

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

חברות

החברות שייכללו בדוח. יש לבחור אחת מהאפשרויות הבאות:

  • הכול: כולל את כל החברות בדוח.
  • נבחרו: מוצגת רשימה שבה אפשר לבחור את החברות שרוצים לכלול בדוח. אם לא בוחרים אף חברה, כל החברות נכללות בדוח.

הדוח כולל שורה נפרדת לכל חברה שנבחרה.

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

אפליקציות

האפליקציות שרוצים לכלול בדוח. יש לבחור אחת מהאפשרויות הבאות:

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

הדוח כולל שורה נפרדת לכל אפליקציה שנבחרה.

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

מטבע

המטבע של הדוח. הערכים החוקיים כוללים:

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

הסדר שבו העמודות מקובצות ומוצגות בדוח. בוחרים מספר שמציין את הסדר היחסי של הקטע הזה בקיבוץ (1 הוא הקיבוץ הראשון). לדוגמה, הקבוצה הבאה מקבילה את הדוח לפי חבילות, ואז לפי מוצרים, ואז לפי מפתחים, ואז לפי אפליקציות.

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

יצירת דוח והורדה שלו

אחרי שיוצרים דוח, אפשר להוריד את תוצאות הדוח בפורמט CSV או קובץ zip. אפשר ליצור את קובץ ה-CSV או קובץ ה-zip באופן סינכרוני או באופן אסינכרוני.

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

    ברמת הדוח סיכום יש תמיכה רק ביצירה סינכרונית.

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

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

    ברמת הדוח מפורט יש תמיכה ביצירה אסינכרונית.

כדי ליצור ולהוריד דוח בפורמט CSV או קובץ zip, מבצעים אחת מהמשימות הבאות:

  1. נכנסים לדף הדוחות.
  2. מציבים את הסמן מעל הדוח שרוצים להוריד.
  3. בעמודה Modified, לוחצים על אחת מהאפשרויות הבאות:

    1. הסמל סמל של קובץ CSV או הסמל סמל קובץ ZIP (לדוח סיכום). הדוח נשמר באופן סינכרוני בקובץ CSV או בקובץ zip.
    2. Submit job (לדוח מפורט). המשימה האסינכרונית מתחילה.
      1. עוקבים אחרי סטטוס המשימה בעמודה Modified.

        סמל הדיסק מופיע כשהדוח מוכן להורדה:

        קובץ האימג&#39; של הדיסק מופיע כשהדוח מוכן להורדה.
      2. בסיום המשימה, לוחצים על סמל הדיסק כדי להוריד את הדוח.

בהמשך מופיעה דוגמה לקובץ CSV של דוח חיוב מסכם.

עריכת דוח

כדי לערוך דוח:

  1. נכנסים לדף הדוחות.
  2. מעבירים את הסמן מעל הדוח שרוצים לערוך ולוחצים על בתפריט הפעולות.
  3. מעדכנים את הגדרות הדוח לפי הצורך.
  4. לוחצים על עדכון הדוח כדי לשמור את הגדרות הדוח המעודכנות.

מחיקת דוח

כדי למחוק דוח:

  1. נכנסים לדף הדוחות.
  2. מציבים את הסמן מעל הדוח שרוצים למחוק.
  3. לוחצים על בתפריט הפעולות.

ניהול דוחות המונטיזציה באמצעות ה-API

בקטעים הבאים מוסבר איך לנהל דוחות מונטיזציה באמצעות ה-API.

הגדרת דוח באמצעות ה-API

כדי להגדיר דוח לארגון כולו, שולחים בקשת POST אל /organizations/{org_name}/report-definitions.

כדי להגדיר דוח למפתח ספציפי, שולחים בקשת POST אל /organizations/{org_name}/developers/{dev_id}/report-definitions, כאשר {dev_id} הוא מזהה המפתח.

כששולחים את הבקשה, צריך לציין את השם והסוג של הדוח. הסוג יכול להיות אחד מהערכים הבאים: BILLING,‏ REVENUE,‏ VARIANCE (הוצא משימוש) או PREPAID_BALANCE. בנוסף, אפשר לציין קריטריונים בנכס mintCriteria שיקבעו הגדרות נוספות של הדוח. יש מגוון רחב של קריטריונים שאפשר לציין. כך יש לכם גמישות רבה בהגדרת הדוח. בין הדברים שאפשר לציין כקריטריונים:

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

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

לדוגמה, הקוד הבא יוצר דוח הכנסות שמסכם את פעילות העסקאות בחודש יולי 2015. הדוח כולל מגוון סוגי עסקאות שצוינו במאפיין transactionTypes, והוא רלוונטי במיוחד לחבילת המוצרים של Payment API ולמוצר Payment API. מכיוון שלא צוין מפתח או אפליקציה ספציפיים בהגדרת הדוח, הדוח רלוונטי לכל המפתחים והאפליקציות. וכיוון שהמאפיין currencyOption מוגדר כ-LOCAL, כל שורה בדוח תוצג במטבע של תוכנית התמחור הרלוונטית. בנוסף, המאפיין groupBy מציין שהעמודות בדוח יקובצו בסדר הבא: PACKAGE,‏ PRODUCT,‏ DEVELOPER,‏ APPLICATION ו-RATEPLAN (הדוח כולל את השם והמזהה של תוכנית התמחור).

$ curl -H "Content-Type: application/json" -X POST -d \
'{
      "name": "July 2015 revenue report",
      "description": " July 2015 revenue report for Payment product",
      "type": "REVENUE",     
      "mintCriteria":{
         "fromDate":"2015-07-01 00:00:00",
         "toDate":"2015-08-01 13:35:00",
         "showTxDetail":true,
         "showSummary":true,
         "transactionTypes":[
            "PURCHASE",
            "CHARGE",
            "REFUND",
            "CREDIT",
            "SETUPFEES",
            "TERMINATIONFEES",
            "RECURRINGFEES"
         ],
         "monetizationPackageIds":[
            "payment"
         ],
         "productIds":[
            "payment"
         ],
         "currencyOption":"LOCAL",
         "groupBy":[
            "PACKAGE",
            "PRODUCT",
            "DEVELOPER",
            "APPLICATION",
            "RATEPLAN"
         ]
      }
}' \
"https://api.enterprise.apigee.com/v1/mint/organizations/{org_name}/report-definitions" \
-u email:password

הפקודה הבאה יוצרת דוח חיוב מפורט שבו מוצגת הפעילות של המפתח DEV ‎FIVE ביוני 2015.

$ curl -H "Content-Type:application/json" -X POST -d \
'{
      "name": "June billing report, DEV FIVE",
      "description": "June billing report, DEV FIVE",
      "type": "BILLING",      
      "mintCriteria":{
         "billingMonth": "JUNE",
         "billingYear": 2015,
         "showTxDetail":true,
         "showSummary":false,         
         "currencyOption":"LOCAL"         
      },
      "devCriteria":[{
         "id":"RtHAeZ6LtkSbEH56",
         "orgId":"myorg"}]
}' \
"https://api.enterprise.apigee.com/v1/mint/organizations/{org_name}/developers/5cTWgdUvdr6JW3xU/report-definitions" \
-u email:password

הצגת הגדרות הדוחות באמצעות ה-API

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

כדי להציג הגדרת דוח ספציפית לארגון, שולחים בקשת GET אל /organizations/{org_name}/report-definitions/{report_definition_id}, כאשר {report_definition_id} הוא המזהה של הגדרת הדוח הספציפית (המזהה מוחזר בתגובה כשיוצרים את הגדרת הדוח). לדוגמה:

$ curl -H "Accept:application/json" -X GET \
"https://api.enterprise.apigee.com/v1/mint/organizations/{org_name}/report-definitions/1f7fa53b-de5a-431d-9438-62131e1396c5" \
-u email:password

כדי להציג את כל הגדרות הדוחות של הארגון, שולחים בקשת GET אל /organizations/{org_name}/report-definitions.

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

פרמטר שאילתה תיאור
all דגל שמציין אם להציג את כל החבילות של מוצרי ה-API. אם הערך מוגדר כ-false, מספר חבילות המוצרים של ה-API שמוחזרות בכל דף מוגדר לפי פרמטר השאילתה size. ברירת המחדל היא false.
size מספר חבילות המוצרים של ה-API שמוחזרות בכל דף. ברירת המחדל היא 20. אם הפרמטר של השאילתה all מוגדר לערך true, המערכת מתעלמת מהפרמטר הזה.
page מספר הדף שרוצים להציג (אם התוכן מחולק לדפים). אם הפרמטר של השאילתה all מוגדר לערך true, המערכת מתעלמת מהפרמטר הזה.
sort השדה שבו רוצים למיין את המידע. אם הפרמטר של השאילתה all מוגדר לערך true, המערכת מתעלמת מהפרמטר הזה. ברירת המחדל היא UPDATED:DESC.

לדוגמה, הפקודה הבאה מחזירה הגדרות של דוחות לארגון ומגבילה את אחזור ההגדרות לחמש הגדרות דוחות לכל היותר:

$ curl -H "Accept:application/json" -X GET \ 
"https://api.enterprise.apigee.com/v1/mint/organizations/{org_name}/report-definitions?size=5" \ 
-u email:password

התגובה אמורה להיראות כך (מוצג רק חלק מהתגובה):

{
  "reportDefinition" : [ {
    "description" : "Test revenue report",
    "developer" : null,
    "id" : "1f7fa53b-de5a-431d-9438-62131e1396c5",
    "lastModified" : "2015-08-27 15:44:03",
    "mintCriteria" : {
      "asXorg" : false,
      "currencyOption" : "LOCAL",
      "fromDate" : "2015-07-01 00:00:00",
      "groupBy" : [ "PACKAGE", "PRODUCT", "DEVELOPER", "APPLICATION", "RATEPLAN" ],
      "monetizationPackageIds" : [ "payment" ],
      "productIds" : [ "payment" ],
      "showRevSharePct" : false,
      "showSummary" : true,
      "showTxDetail" : true,
      "showTxType" : false,
      "toDate" : "2015-08-01 00:05:00",
      "transactionTypes" : [ "PURCHASE", "CHARGE", "REFUND", "CREDIT", "SETUPFEES", "TERMINATIONFEES", "RECURRINGFEES" ]
    },
    "name" : "Test revenue report",
    "organization" : {
      ...
    },
    "type" : "REVENUE"
  }, {
    "description" : "June billing report, DEV FIVE",
    "developer" : null,
    "id" : "fedac696-ce57-469b-b62c-a77b535fd0eb",
    "lastModified" : "2015-08-27 17:13:20",
    "mintCriteria" : {
      "asXorg" : false,
      "billingMonth" : "JUNE",
      "billingYear" : 2015,
      "currencyOption" : "LOCAL",
      "showRevSharePct" : false,
      "showSummary" : false,
      "showTxDetail" : true,
      "showTxType" : false
    },
    "name" : "June billing report, DEV FIVE",
    "organization" : {
      ...
    },
    "type" : "BILLING"
  } ],
  "totalRecords" : 2
}

כדי להציג את הגדרות הדוחות של מפתח ספציפי, שולחים בקשת GET אל /organizations/{org_name}/developers/{dev_id}/report-definitions, כאשר {dev_id} הוא מזהה המפתח. כששולחים את הבקשה, אפשר לציין את פרמטרי השאילתה שמפורטים למעלה כדי לסנן ולמיין את הנתונים.

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

$ curl -H "Accept:application/json" -X GET \ 
"https://api.enterprise.apigee.com/v1/mint/organizations/{org_name}/developers/5cTWgdUvdr6JW3xUreport-definitions?sort=name" \ 
-u email:password

עדכון הגדרת דוח באמצעות ה-API

כדי לעדכן הגדרה של דוח, שולחים בקשת PUT אל /organizations/{org_name}/report-definitions/{report_definition_id}, כאשר {report_definition_id} הוא המזהה של הגדרת הדוח הספציפית. כשמבצעים את העדכון, צריך לציין בגוף הבקשה את ערכי ההגדרה המעודכנים ואת המזהה של הגדרת הדוח. לדוגמה, הבקשה הבאה מעדכנת את הדוח לדוח סיכום (הנכסים המעודכנים מודגשים):

$ curl -H "Content-Type: application/json" -X PUT -d \
 '{
       "id": "fedac696-ce57-469b-b62c-a77b535fd0eb",
       "name": "June billing report, DEV FIVE",
       "description": "June billing report, DEV FIVE",
       "type": "BILLING",      
       "mintCriteria":{      
         "billingMonth": "JUNE",
         "billingYear": 2015,
         "showTxDetail":false,
         "showSummary":true    
        }     
 }' \
"https://api.enterprise.apigee.com/v1/mint/organizations/{org_name}/report-definitions/fedac696-ce57-469b-b62c-a77b535fd0eb" \
-u email:password

התגובה אמורה להיראות כך (מוצג רק חלק מהתגובה):

{
 "description" : "June billing report, DEV FIVE",
  "developer" : null,
  "id" : "fedac696-ce57-469b-b62c-a77b535fd0eb",
  "lastModified" : "2015-08-27 17:47:29",
  "mintCriteria" : {
    "asXorg" : false,
    "billingMonth" : "JUNE",
    "billingYear" : 2015,
    "showRevSharePct" : false,
    "showSummary" : true,
    "showTxDetail" : false,
    "showTxType" : false
  },
  "name" : "June billing report, DEV FIVE",
  "organization" : {
    ... 
  },
  "type" : "BILLING"
}

מחיקת הגדרת דוח באמצעות ה-API

כדי למחוק הגדרה של דוח, שולחים בקשת DELETE אל /organizations/{org_namer}/report-definitions/{report_definition_id}, כאשר {report_definition_id} הוא המזהה של הגדרת הדוח שרוצים למחוק. לדוגמה:

$ curl -H "Accept:application/json" -X DELETE \
"https://api.enterprise.apigee.com/v1/mint/organizations/{org_name}/report-definitions/fedac696-ce57-469b-b62c-a77b535fd0eb" \
-u email:password

יצירת דוח באמצעות ה-API

אחרי שמגדירים דוח, אפשר ליצור אותו בפורמט של קובץ CSV (ערכים מופרדים בפסיקים) כדי להציג אותו.

כדי ליצור דוח, שולחים בקשת POST אל organizations/{org_id}/{report_type}, כאשר {report_type} מציין את סוג הדוח שרוצים ליצור. הסוגים הם:

  • billing-reports
  • revenue-reports
  • prepaid-balance-reports
  • variance-reports
בנוסף, אפשר ליצור דוח הכנסות למפתח ספציפי, כפי שמתואר במאמר יצירת דוח הכנסות למפתח.

לדוגמה, כדי ליצור דוח חיוב, שולחים בקשת POST אל organizations/{org_name}/billing-reports.

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

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

$ curl -H "Content-Type:application/json" -H "Accept: application/octet-stream" -X POST -d \
'{
      "fromDate":"2015-07-01 00:00:00",
      "toDate":"2015-08-01 13:35:00",
      "showTxDetail":true,
      "showSummary":true,                
      "transactionTypes":[
        "PURCHASE",
        "CHARGE",
        "REFUND",
        "CREDIT",
        "SETUPFEES",
        "TERMINATIONFEES",
        "RECURRINGFEES"
      ],
      "currencyOption":"LOCAL",
      "groupBy":[
        "PACKAGE",
        "PRODUCT",
        "DEVELOPER",
        "APPLICATION",
        "RATEPLAN"]
 }' \
"https://api.enterprise.apigee.com/v1/mint/organizations/{org_name}/revenue-reports" \
-u email:password

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

Reporting Period:,From:,2015-07-01,  To:,2015-07-31
API Product:,All
Developer:,All
Application:,All
Currency:,Local
Type of Report:,Summary Revenue Report

Monetization Package,Package ID,API Product,Product ID,Developer Name,Developer ID,Application Name,Application ID,Rate Plan,Plan ID,Currency,Transaction Type,Provider Status,Total Volume,Charged Rate,
Location,location,foo_product,foo_product,Apigee,QQ7uxeMGf3w9W08B,my_app,my_app,rate_plan_1,location_rate_plan_1,USD,SETUPFEES,SUCCESS,1,15.0000,
Location,location,foo_product,foo_product,BarCompany,barcompany,my_app,my_app,rate_plan_1,location_rate_plan_1,USD,SETUPFEES,SUCCESS,1,15.0000,
Location,location,foo_product,foo_product,fremont,fremont,my_app,my_app,rate_plan_1,location_rate_plan_1,USD,SETUPFEES,SUCCESS,1,15.0000,
Location,location,foo_product,foo_product,Juan's Taco Shack,juan-s-taco-sha,my_app,my_app,rate_plan_1,location_rate_plan_1,USD,SETUPFEES,SUCCESS,1,15.0000,

הוספת מאפיינים מותאמים אישית של מפתחים לדוחות הכנסות באמצעות ה-API

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

כדי לכלול מאפיינים מותאמים אישית בדוח הכנסות, שולחים בקשת POST אל organizations/{org_name}/revenue-reports וכוללים את המערך devCustomAttributes בגוף הבקשה:

"devCustomAttributes": [
    "custom_attribute1",
    "custom_attribute2",
    ...
]

הערה: אין לציין את המאפיינים המוגדרים מראש MINT_* ו-ADMIN_* במערך devCustomAttributes.

לדוגמה, הדוגמה הבאה כוללת שלושה מאפיינים מותאמים אישית, BILLING_TYPE,‏ SFID ו-ORG_EXT, בדוח (אם הם מוגדרים למפתח):

$ curl -H "Content-Type:application/json" -H "Accept: application/octet-stream" -X POST -d \
'{
      "fromDate":"2015-07-01 00:00:00",
      "toDate":"2015-08-01 13:35:00",
      "showTxDetail":true,
      "showSummary":true,                
      "transactionTypes":[
        "PURCHASE",
        "CHARGE",
        "REFUND",
        "CREDIT",
        "SETUPFEES",
        "TERMINATIONFEES",
        "RECURRINGFEES"
      ],
      "currencyOption":"LOCAL",
      "groupBy":[
        "PACKAGE",
        "PRODUCT",
        "DEVELOPER",
        "APPLICATION",
        "RATEPLAN"
      ],
      "devCustomAttributes": [
         "BILLING_TYPE",
         "SFID",
         "ORG_EXT"
      ]
 }' \
"https://api.enterprise.apigee.com/v1/mint/organizations/{org_name}/revenue-reports" \
-u email:password

בהמשך מוצגת דוגמה לפלט הדוח שכולל ערכים לשני המאפיינים המותאמים אישית:

Reporting Period:,From:,2015-07-01,  To:,2015-07-31
API Product:,All
Developer:,All
Application:,All
Currency:,Local
Type of Report:,Summary Revenue Report

Monetization Package,Package ID,API Product,Product ID,Developer Name,Developer ID,Application Name,Application ID,Rate Plan,Plan ID,Currency,Transaction Type,Provider Status,Total Volume,Charged Rate,BILLING_TYPE,SFID,ORG_EXT 
Location,location,foo_product,foo_product,Apigee,QQ7uxeMGf3w9W08B,my_app,my_app,rate_plan_1,location_rate_plan_1,USD,SETUPFEES,SUCCESS,1,15.0000,PREPAID,123,3AA,
Location,location,foo_product,foo_product,BarCompany,barcompany,my_app,my_app,rate_plan_1,location_rate_plan_1,USD,SETUPFEES,SUCCESS,1,15.0000,PREPAID,123,3AA,
Location,location,foo_product,foo_product,fremont,fremont,my_app,my_app,rate_plan_1,location_rate_plan_1,USD,SETUPFEES,SUCCESS,1,15.0000,PREPAID,123,3AA,
Location,location,foo_product,foo_product,Juan's Taco Shack,juan-s-taco-sha,my_app,my_app,rate_plan_1,location_rate_plan_1,USD,SETUPFEES,SUCCESS,1,15.0000,PREPAID,123,3AA,

דיווח על פעילות עסקאות באמצעות ה-API

כדי להציג את פעילות העסקאות של ארגון, שולחים בקשת POST אל /organizations/{org_name}/transaction-search. כששולחים את הבקשה, צריך לציין את הקריטריונים לאחזור. בין הדברים שאפשר לציין כקריטריונים:

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

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

לדוגמה, השאילתה הבאה מחזירה עסקאות שהנפיק מפתח ספציפי בחודש החיוב יוני 2015:

$ curl -H "Content-Type:application/json" -X POST -d \
 '{        
    "billingMonth": "JUNE",
    "billingYear": 2015,
    "devCriteria": [{
      "id": "RtHAeZ6LtkSbEH56",
      "orgId":"myorg"}],
    "transactionTypes": ["PURCHASE", "CHARGE", "SETUPFEES"],
    "transactionStatus": ["SUCCESS", "FAILED"]
    }'
"https://api.enterprise.apigee.com/v1/mint/organizations/{org_name}/transaction-search \
-u email:password

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

כדי להציג מידע על פעילות העסקאות, שולחים בקשת GET לאחד מהמשאבים הבאים:

משאב החזרות
/organizations/{org_name}/applications-with-transactions

אפליקציות עם עסקאות

/organizations/{org_name}/developers-with-transactions

מפתחים עם עסקאות

/organizations/{org_name}/products-with-transactions

מוצרים עם עסקאות

/organizations/{org_name}/packages-with-transactions

חבילות של מוצרי API (או חבילות API) עם עסקאות

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

$ curl -H "Accept:application/json" -X GET \
"https://api.enterprise.apigee.com/v1/mint/organizations/{org_name}/developers-with-transactions?START_DATE=2015-08-01&END_DATE=2015-08-31" \
-u email:password

התגובה אמורה להיראות כך (מוצג רק חלק מהתגובה):

{
  "developer" : [ {
    "address" : [ {
      "address1" : "Dev Five Address",
      "city" : "Pleasanton",
      "country" : "US",
      "id" : "0917f15f-9521-4e69-9376-07aa7b7b32ca",
      "isPrimary" : true,
      "state" : "CA",
      "zip" : "94588"
    } ],
    "approxTaxRate" : 0.0900,
    "billingType" : "POSTPAID",
    "broker" : false,
    "developerRole" : [ ],
    "email" : "dev5@myorg.com",
    "hasSelfBilling" : false,
    "id" : "tJZG6broTpGGGeLV",
    "legalName" : "DEV FIVE",
    "name" : "Dev Five",
    "organization" : {
      ...
    },
    "registrationId" : "dev5",
    "status" : "ACTIVE",
    "type" : "UNTRUSTED"
  }, {
    "address" : [ {
      "address1" : "Dev Seven Address",
      "city" : "Pleasanton",
      "country" : "US",
      "id" : "f86d8c9f-6ed1-4323-b050-6adf494096c9",
      "isPrimary" : true,
      "state" : "CA",
      "zip" : "94588"
    } ],
    "approxTaxRate" : 0.0900,
    "billingType" : "POSTPAID",
    "broker" : false,
    "developerRole" : [ ],
    "email" : "dev7@myorg.com",
    "hasSelfBilling" : false,
    "id" : "VI3l8m8IPAvJTvjS",
    "legalName" : "DEV SEVEN",
    "name" : "Dev Seven",
    "organization" : {
      ...
    },
    "registrationId" : "dev7",
    "status" : "ACTIVE",
    "type" : "UNTRUSTED"
  }, ...
  ]
}

אפשרויות להגדרת דוחות ב-API

אפשרויות ההגדרה הבאות של הדוחות זמינות ל-API:

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

שם הדוח.

לא רלוונטי כן
description

תיאור של הדוח.

לא רלוונטי לא
mintCriteria

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

לא רלוונטי לא
type

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

  • BILLING
  • REVENUE
  • VARIANCE
  • PREPAID_BALANCE
לא רלוונטי כן

אפשרויות הגדרה של קריטריונים

אפשרויות ההגדרה הבאות זמינות לדוחות דרך הנכס mintCriteria:

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

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

לא רלוונטי לא
billingMonth

הערה: המאפיין הזה לא תקף לדוחות הכנסות.

חודש החיוב בדוח, למשל JULY.

לא רלוונטי כן
billingYear

הערה: המאפיין הזה לא תקף לדוחות הכנסות.

שנת החיוב של הדוח, למשל 2015.

לא רלוונטי כן
currCriteria

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

לא רלוונטי לא
currencyOption

המטבע של הדוח. הערכים החוקיים כוללים:

  • LOCAL. כל שורה בדוח מוצגת לפי תוכנית התמחור הרלוונטית. המשמעות היא שיכול להיות שיהיו כמה מטבעות בדוח אחד אם למפתחים יש תוכניות שמשתמשות במטבעות שונים.
  • EUR. עסקאות במטבע המקומי עוברות המרה ומוצגות באירו.
  • GPB. עסקאות במטבע המקומי מומרות ומוצגות בפאונד בריטי.
  • USD. עסקאות במטבע המקומי מומרות ומוצגות בדולר ארה"ב.
לא רלוונטי לא
devCriteria

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

"devCriteria":[{
    "id":"RtHAeZ6LtkSbEH56",
    "orgId":"my_org"}
]
                
לא רלוונטי לא
devCustomAttributes

הערה: המאפיין הזה רלוונטי רק לדוחות הכנסות.

מאפיינים מותאמים אישית שרוצים לכלול בדוח, אם הם מוגדרים למפתח. לדוגמה:

"devCustomAttributes": [
    "custom_attribute1",
    "custom_attribute2",
    ...
]

הערה: אין לציין את המאפיינים המוגדרים מראש MINT_* ו-ADMIN_* במערך devCustomAttributes.

לא רלוונטי לא
fromDate

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

תאריך ההתחלה של הדוח לפי שעון UTC.

לא רלוונטי חובה בדוחות הכנסות, לא חובה בסוגים אחרים של דוחות.
groupBy

הסדר שבו העמודות מקובצות בדוח. הערכים החוקיים כוללים:

  • APPLICATION
  • BALANCE
  • DEVELOPER
  • ORG
  • PACKAGE
  • PRODUCT
  • RATEPLAN
לא רלוונטי לא
monetizationPackageId

המזהה של חבילת מוצרים אחת או יותר של API שרוצים לכלול בדוח. אם לא מציינים את המאפיין הזה, כל חבילות המוצרים של ה-API נכללות בדוח.

הערה: המאפיין הזה לא תקף כשמציגים את פעילות העסקאות (/transaction-search).

לא רלוונטי לא
pkgCriteria

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

הערה: המאפיין הזה לא תקף כשמציגים את פעילות העסקאות (/transaction-search).

לא רלוונטי לא
prevFromDate

הערה: המאפיין הזה רלוונטי רק לדוחות סטיות.

תאריך ההתחלה של תקופה קודמת לפי שעון UTC. משמש ליצירת דוח לתקופה קודמת כדי להשוות אותו לדוח נוכחי.

לא רלוונטי לא
prevToDate

הערה: המאפיין הזה רלוונטי רק לדוחות סטיות.

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

לא רלוונטי לא
prodCriteria

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

הערה: המאפיין הזה לא תקף כשמציגים את פעילות העסקאות (/transaction-search).

לא רלוונטי לא
productIds

המזהה של מוצר API אחד או יותר שרוצים לכלול בדוח. אם לא מציינים את המאפיין הזה, כל מוצרי ה-API נכללים בדוח.

מזהי מוצרי ה-API צריכים להיות מוגדרים כ-org-name@@@product-name. לדוגמה: "productIds": ["myorg@@@myproduct", "myorg@@@myproduct2"]

לא רלוונטי לא
pricingTypes

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

  • REVSHARE. תוכנית חלוקת הכנסות.
  • REVSHARE_RATECARD. תוכנית תמחור ותשלומים עם חלוקת הכנסות ותמחור לפי כרטיס.
  • RATECARD. תוכנית מחירון.

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

לא רלוונטי לא
ratePlanLevels

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

  • DEVELOPER. תוכנית תמחור למפתחים.
  • STANDARD. תוכנית רגילה.

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

לא רלוונטי לא
showRevSharePct

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

  • true. הצגת אחוזים של חלוקת ההכנסות.
  • false. אין להציג אחוזים של חלוקת הכנסות.
לא רלוונטי לא
showSummary

סימון שמציין אם הדוח הוא סיכום. הערכים החוקיים כוללים:

  • true. הדוח הוא סיכום.
  • false. הדוח הוא לא סיכום.
לא רלוונטי לא
showTxDetail

הערה: המאפיין הזה רלוונטי רק לדוחות הכנסות.

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

  • true. הצגת פרטים ברמת העסקה.
  • false. לא להציג פרטים ברמת העסקה.
לא רלוונטי לא
showTxType

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

  • true. הצגת סוג כל עסקה.
  • false. לא להציג את סוג כל עסקה.
לא רלוונטי לא
toDate

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

תאריך הסיום של הדוח לפי שעון UTC.

הדוח כולל נתונים שנאספו עד סוף היום שלפני התאריך שצוין. נתוני הדוח שנאספו בתאריך הסיום שצוין יוחרגו מהדוח. לדוגמה, אם רוצים שהתוקף של תוכנית התמחור יפוג ב-31 בדצמבר 2016, צריך להגדיר את הערך של toDate כ-2017-01-01. במקרה כזה, הדוח יכלול את נתוני הדוח עד סוף היום ב-31 בדצמבר 2016, נתוני הדוח ב-1 בינואר 2017 לא ייכללו.

לא רלוונטי חובה בדוחות הכנסות, לא חובה בסוגים אחרים של דוחות.
transactionStatus

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

  • SUCCESS. העסקה בוצעה בהצלחה.
  • DUPLICATE. עסקה כפולה. אפשר להתעלם מהעסקאות האלה. צינור עיבוד הנתונים מזמן הריצה של Apigee לשרת הדירוג עשוי לפעמים ליצור עסקאות כפולות כדי להיות עמיד בפני תקלות, והמונטיזציה מזהה אותן ומסמנת אותן ככפולות.
  • FAILED. העסקה נכשלה. הסטטוס הזה מופעל כשהאימות של תנאי מוקדם נכשל. לדוגמה:
    • בוצע ניסיון לדירוג למרות שהמפתח לא רכש תוכנית תמחור. מצב כזה יכול לקרות אם המדיניות של בדיקת מגבלות המונטיזציה לא מוגדרת.
    • חרגתם מהמכסה, אבל השיחות ממשיכות. מצב כזה יכול לקרות אם המדיניות של בדיקת מגבלות המונטיזציה לא מוגדרת.
    • נשלח ערך שלילי של מאפיין מותאם אישית לתוכנית שמבוססת על מאפיין מותאם אישית.
  • INVALID_TSC. העסקה לא חוקית. הסטטוס הזה מופעל כאשר קריטריונים של זמן הריצה של txProviderStatus לא תואמים לקריטריונים להצלחה שצוינו ברמת חבילת המוצרים של ה-API.
  • REVIEW. עסקאות שדורשות בדיקה. הסטטוס הזה מופעל בתוכניות גמישות של חלוקת הכנסות אם הערך נמצא בטווח הכנסות שלא הוגדר.
לא רלוונטי לא
transactionCustomAttributes

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

לא רלוונטי לא
transactionTypes

סוג העסקאות שייכללו בדוח. הערכים החוקיים כוללים:

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

לא רלוונטי לא