אתם רוצים שהתשלום יתבצע בשבילכם
אין מסלול תשלום אמיתי. אתם משלמים ליוצרים ורושמים את זה. מי שצריך שהמערכת תשלם, תאסוף טפסי מס ותחזיק פרטי מקבלים צריך ספק תשלומים מורשה.
עמלות ליוצרים
עמלות ליוצרים שמחושבות מהזמנות אמיתיות ומאושרות על ידי אדם
מגדירים תוכנית עמלה לכל יוצר, והספר נבנה מההזמנות שהקודים שלו הביאו. החזרים מתקזזים, הפניה עצמית מסומנת, וכל דוח ממתין לאישור של אדם. את התשלום ליוצר אתם מעבירים בדרך הרגילה שלכם ורושמים אסמכתא. שום דבר כאן לא מעביר כסף.
העמלות הן חלק מתוסף שעוד לא נמכר, כי המחיר טרם נקבע, והצוות שלנו יכול להפעיל אותו לסביבת עבודה
2מרכיבים: תוכנית יכולה לשלם אחוז, סכום קבוע להזמנה, או את שניהם
1אדם חייב לאשר כל דוח, והאישור קשור לגרסה שקרא
0העברות כסף מתוך המערכת: היא מחשבת ורושמת, ואתם משלמים
המסלול
איך משלמים ליוצר מתוך דוח
מהתוכנית ועד האסמכתא, כשכל שורה מצביעה על ההזמנה שלה.
תוכניתאחוז, סכום קבוע ותקופת המתנה
הזמנותנספרות מהקודים של כל יוצר
ספרשורות שהרוויחו, מוחזקות ומתקזזות
דוחאדם מאשר את הגרסה המדויקת
שולםמשלמים ורושמים אסמכתא
הרשאות
מי יכול לעשות מה בעמלה
תוכנה ועוזרים יכולים להכין ולהציע. כל מה שמחייב את הכסף שלכם שייך לאדם מחובר.
| פעולה | אדם במסך | מפתח API או סוכן AI |
|---|---|---|
| קריאת תוכניות וספר | כן, אם התפקיד רואה עלויות | כן, עם הרשאה |
| הצעת תוכנית | כן | כן, כטיוטה |
| הפעלת תוכנית | כן | לא |
| אישור דוח | כן | לא |
| רישום תשלום | כן, עם אסמכתא | לא |
| ביטול דוח | כן | לא |
העיקרון
למה המערכת לא מסמנת דוח כשולם בעצמה
דוח שאומר שולם הוא טענה שמישהו יכול להישען עליה: יוצר, רואה חשבון או מבקר. לכן הוא יכול להיות נכון רק כשאדם רשם תשלום אמיתי עם אסמכתא שאפשר לבדוק. בדיקה, משימה מתוזמנת או עוזר לא יכולים להגיע למצב הזה, וזה נאכף בקוד ולא כתוב במדיניות.
יש מצב תשלום, והוא מצב בדיקה. הוא עובר את השלבים האמיתיים: מתג השירות, הסכמת הבעלים, אדם, הגרסה המדויקת של הדוח וניסיון אחד בכל פעם. הוא רושם תוצאה מדומה ולא מזיז כסף. תשלום אמיתי דורש ספק מורשה, פרטי מקבלים ומסמכי מס, וזו החלטה מסחרית ומשפטית שעוד לא התקבלה. פרטי בנק לא נשמרים.
הספק נבנה כך כי מחלוקת עם יוצר היא שאלה של אמון. כשכל שורה מצביעה על הזמנה, כשהחזר מופיע כתיקון משלו בדוח הבא ולא כעריכה של דוח שאושר, וכשהאישור מראה מי קרא איזו גרסה, מחלוקת הופכת לבדיקה של חמש דקות. הזמנה עם קודים של שני יוצרים לא מזכה אף אחד עד שאדם מכריע.
בכנות
מתי זה לא מה שאתם מחפשים
המערכת עוקבת אחרי עמלות ומתעדת אותן. היא לא מחליפה מערכת תשלומים או רשת שותפים.
אתם צריכים קישורי שותפים ומעקב קליקים
העמלות נספרות מקודים ומהזמנות חנות שכבר נרשמו, לא מרשת מעקב קישורים. תוכנית שרצה על קישורים בהרבה אתרים צריכה מערכת אחרת.
אין לכם חנות מחוברת
הספר קורא הזמנות מהקודים שהחנות המחוברת מדווחת. בלי חיבור חנות אין הזמנות לחשב מהן, ותהליך ידני ישרת אתכם טוב יותר.
שאלות על ניהול עמלות ליוצרים
איך מחושבת עמלה של יוצר
לפי התוכנית שהגדרתם וההזמנות שהקודים שלו הביאו. תוכנית יכולה לשלם אחוז, סכום קבוע או את שניהם, עם תקופת המתנה להחזרים ועם סף מינימום לתשלום. כל שורה בספר מצביעה על ההזמנה שלה, ולכן כל אחד יכול לבדוק איך הגיעו למספר.
מה קורה כשהזמנה מוחזרת
העמלה על אותה הזמנה מתקזזת בספר. אם ההזמנה כבר הייתה בדוח שאושר, התיקון מופיע בדוח הבא ולא נערך דוח שמישהו אישר. היתרה של היוצר נשארת מדויקת וההיסטוריה נשארת שלמה.
האם המערכת משלמת ליוצרים לבד
לא. היא מחשבת, מתעדת ורושמת. אתם משלמים דרך הבנק או ספק התשלומים שלכם ורושמים את התשלום עם אסמכתא. מצב בדיקה יכול לעבור את שלבי התשלום, אבל הוא לא מזיז כסף ולא מסמן דוח כשולם.
האם עוזר AI יכול לאשר דוח עמלות
לא. עוזר או מפתח API יכולים לקרוא את הספר ולנסח טיוטה של תוכנית. הפעלת תוכנית, אישור דוח, רישום תשלום וביטול דוח דורשים אדם מחובר, וכל פעולה קשורה לגרסה שאותו אדם ראה.
מה זה סימון של הפניה עצמית
סימון על הזמנה שהיוצר עצמו ביצע עם הקוד שלו. ההזמנה עוברת לבדיקה של אדם, שמחליט אם היא מזכה בעמלה. זה סימון לבדיקה ולא האשמה, וההחלטה נשארת אצלכם.
להחליף את גיליון העמלות
ספרו לנו עם כמה יוצרים אתם עובדים ובאיזו חנות אתם משתמשים. נגיד אם זה מתאים לכם.
לשאול על ניהול יוצרים