למפתחים ב-Android Developer Console החדש
מפתחים ב-Play יכולים גם לנהל את שמות החבילות שלהם מחוץ ל-Play דרך Android Developer Console, אם הם בוחרים לעשות זאת.
בחירת סוג החשבון
כשיוצרים חשבון ADC, צריך לבחור סוג הפצה שמתאים לצרכים שלכם. הבחירה הזו משפיעה על דרישות האימות ועל כל העמלות הרלוונטיות.
סוג ההפצה |
מתאים לצפייה ב: |
עלות |
תכונות מפתח |
הפצה מלאה |
ארגונים ומפתחים מקצועיים עם הפצה רחבה. |
$25 |
מספר בלתי מוגבל של אפליקציות והתקנות; נדרש אימות זהות מלא. |
הפצה מוגבלת |
תלמידים, חובבים ושימוש אישי אחר. |
חינם |
מספר מוגבל של אפליקציות והתקנות. |
יש להשלים את תהליך אימות הזהות
אתם צריכים לספק מסמכים רשמיים כדי לאמת את הזהות שלכם. הדרישות הספציפיות משתנות בהתאם לסוג הרישום – אדם פרטי או ארגון. אם יש לכם את כל המידע הנדרש, יצירת חשבון ב-Android Developer Console אמורה להימשך כעשר דקות.
מה צריך:
- השם והכתובת החוקיים שלכם. כדי לאמת את הפרטים האלה, צריך להעלות מסמכים רשמיים לזיהוי.
- כתובת אימייל ומספר טלפון פרטיים שדרכם Google תוכל ליצור איתך קשר. יהיה צורך לאמת אותם באמצעות סיסמה חד-פעמית.
- ארגונים צריכים לספק את האתר של הארגון שלהם. יהיה צורך לאמת את זה באמצעות Google Search Console.
- ארגונים צריכים לספק גם את מספר ה-DUNS שלהם. זהו מזהה ייחודי בן 9 ספרות לארגונים. מספר ה-DUNS משויך לשם ולכתובת של הארגון.
מסמכים קבילים
ארגונים נדרשים לספק מסמכים רשמיים של הארגון בהתאם למיקום שלו. בדוגמה הבאה אפשר לראות מה ארגונים בארצות הברית צריכים לספק. יכול להיות שהמסמכים הנדרשים במיקום שלכם יהיו שונים.
דוגמה למסמכים נדרשים:
- כל מסמך, הודעה או מכתב שהופקו על ידי ה-IRS או נחתמו בחותמת IRS ושמצוין בהם שם הארגון שלכם. לדוגמה: CP575, 147C, CP299, 988, 937, 1050, 5822 וכו'.
- טפסים שנשלחו ל-IRS יהיו קבילים רק אם עותק שלהם זמין באתר של ה-IRS. לדוגמה: טפסים 8871 ו-990. כדי להבין איך לחפש את הארגון באתר של ה-IRS, אפשר להיכנס לכאן (ארגונים פוליטיים) ולכאן (ארגונים פטורים ממס).
- אישור על התאגדות עסקית שהונפק על ידי המדינה שבה מתנהלת הפעילות העסקית ושמצוין בו שם הארגון
- המסמכים האחרונים שהוגשו לרשות לניירות ערך ולבורסות (SEC) (למשל: טופסי 10-K, 10-Q או 8-K) ושמצוין בהם שם הארגון
- דוחות אשראי עסקיים שמצוין בהם שם הארגון מ-Experian, Equifax או TransUnion
- תקף רק למשרדי ממשלה ולסוכנויות ממשלתיות: מכתב רשמי שכולל שם מלא, כתובת ותאריך
כחלק מתוכנית האימות, אנשים פרטיים חייבים לשלוח תעודה מזהה עם תמונה שהונפקה על ידי גורם ממשלתי ומסמך לאימות כתובת. דוגמאות למסמכי זיהוי קבילים לאנשים פרטיים בארצות הברית:
- דרכון
- מסמך מזהה שהונפק על ידי המדינה
- רישיון נהיגה
- כרטיס תושב קבע או גרין קארד
- במסמכים להוכחת כתובת צריכים להופיע השם והכתובת של האדם כפי שהם מופיעים בפרופיל שלו. דוגמאות למסמכים קבילים להוכחת כתובת:
- תעודה מזהה עם תמונה שהונפקה על ידי גורם ממשלתי וכוללת את הכתובת
- חשבון על תשתיות (חשמל, מים, גז, אינטרנט, טלוויזיה בכבלים)
- מסמך מחברת הביטוח (ביטוח דירה, ביטוח בריאות וכו')
- פירוט עסקאות בכרטיס אשראי או דף חשבון בנק
רישום של שמות החבילות
אם אתם מפיצים אפליקציות מחוץ ל-Google Play, תהליך הרישום נועד לאמת את הבעלות על האפליקציה באמצעות המפתח הפרטי של האפליקציה.
- לשמות חבילות חדשים: תתבקשו להזין את שם החבילה ואת טביעת האצבע לאישור SHA-256 הציבורי.
- לשמות חבילות קיימים: אם שם החבילה כבר נמצא בשימוש, צריך להוכיח בעלות כדי לרשום אותו. ברוב המקרים, התהליך פשוט:
- בחירת המפתח: בוחרים את טביעת האצבע לאישור SHA-256 של המפתח הציבורי מתוך רשימה של מפתחות שעומדים בדרישות.
- השלמת אתגר קריפטוגרפי: צריך לחתום על APK פיקטיבי עם המפתח הפרטי המתאים ולהעלות אותו ל-Android Developer Console. הטופס הזה נועד לאימות רשמי של הבעלות שלכם על המפתח שמשמש לחתימה על אפליקציית Android הקיימת.
טיפול בשמות חבילות כפולים
מערכת ההפעלה Android מחייבת שמות חבילות ייחודיים במכשירים ספציפיים, אבל הכלל הזה לא חל על כל האקוסיסטם של Android. יכול להיות מצב שבו שני מפתחים שונים משתמשים באותו שם חבילה.
מכיוון שכפילות של שמות חבילות היא דבר לא רצוי, קבענו כללים כדי לקבוע איזה מפתח יכול לרשום את שם החבילה. אם אתם ומפתח אחר משתמשים באותו שם, המפתח עם נתח ההתקנות הגבוה יותר ירשום אותו. מפתחים אחרים יצטרכו לשנות את שם החבילה שלהם או להגיש בקשה לחריגה.
עדיפות לבעלי רוב המפתחות:
למפתח שאחראי על מפתח החתימה של יותר מ-50% מסך כל ההתקנות הידועות יש עדיפות ברישום. כל המפתחים האחרים יידרשו להשתמש בשם חבילה אחר.
מפתח |
שם החבילה |
Key |
התקנות |
A |
com.test.1 |
11 |
1000 |
B |
com.test.1 |
12 |
100 |
בתרחיש הזה, מפתח א' עומד בדרישות לרישום שם החבילה. מפתח ב' יצטרך להשתמש בשם אחר או להגיש בקשה לחריגה.
הקריטריונים לזכאות למפתחות עם 50 התקנות ומעלה:
אם אף מפתח לא הותקן ביותר מ-50% מההתקנות, כל המפתחות שהותקנו ב-50% מההתקנות או יותר יהיו כשירים לרישום. כל המפתחים האחרים – אלה שיש להם מפתחות עם פחות מ-50 התקנות – יידרשו לבקש הרשאה להשתמש בשם החבילה.
מפתח |
שם החבילה |
Key |
התקנות |
C |
com.test.2 |
21 |
100 |
D |
com.test.2 |
22 |
100 |
E |
com.test.2 |
23 |
10 |
במקרה הזה, אף מפתח יחיד לא קיבל רוב. מפתחים ג' ו-ד' עם 50 התקנות או יותר יכולים לרשום את שם החבילה. מפתח הדיגיטל ה'ה' יצטרך להשתמש בהרשאה אחרת לבקשת שם.
כל הקודם זוכה למפתחות עם פחות מ-50 התקנות:
אם אין מפתחות שעומדים בדרישת הסף של 50 התקנות, כל המפתחות המוכרים כשירים להרשמה על בסיס כל הקודם זוכה. ברגע שמפתח אחד ירשום את שם החבילה, המפתחים האחרים יצטרכו להשתמש בשם אחר לחבילות שלהם (או לבקש חריגים).
מפתח |
שם החבילה |
Key |
התקנות |
F |
com.test.3 |
31 |
10 |
G |
com.test.3 |
31 |
10 |
בתרחיש הזה, כל המפתחים עם מפתחות עומדים בדרישות. אחרי שמפתח אחד ירשום את שם החבילה, המפתח השני יצטרך לבקש הרשאה.