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

מנהל עסק:
הגדרת מטבעות פעילים ברמת מנהל המערכת
אפשרות להגדרת שער ההמרה "ידנית" ברמת
הגדרת מטבע ברירת מחדל
הגדרת ספרה עשרונית 0.00 או 0.0000
סימני מטבע
האם הסימן מופיע לפני או אחרי המטבע

לקוח קצה:
לא בא לידי ביטוי

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

1. תמיכה בביצוע כל האפשרויות הנתמכות במערכת באמצעות ה-API
2. הפקת כלל סוגי המסמכים
3. הפקת קבלה \ חשבונית מס קבלה כולל ביצוע חיוב באמצעות מודולי התשלום הקיימים במערכת (קבלת הנתונים ב-WS) והעברתם לחברת הסליקה, קבלת תשובה והעברת התשובה לצד ג' חזרה באמצעות ה-API
4. מנגנון API לדוגמה 1
   אימות (שם משתמש \ סיסמה \ מפתח API) -> בחירת עסק -> בחירת סוג מסמך להפקה -> בחירת שפת הפקת המסמך -> חיפוש ובחירת לקוח \ יצירת לקוח באם לא קיים -> בחירת פריטים -> בחירת מועד פרעון -> בחירת אמצעי תשלום -> העברת הנתונים לאמצעי התשלום-> בחירה האם לקבל את הקובץ חזרה דרך ה-API -> בחירה האם לקבל קישור להורדת הקובץ דרך ה-API -> בחירה האם לשלוח מייל מלינט ללקוח
   מנגנון API לדוגמה 2
   אימות (שם משתמש \ סיסמה \ מפתח API) -> בחירת עסק -> בחירת ספק להוספת הוצאה -> הזנת נתונים להוצאה -> הוספת שורת הוצאה ללינט -> החזר תשובה שבוצע באופן תקין
   בעיקרון, מנגנון ה-API יאפשר לבצע את כלל הפעולות כגון הוספת \ הסרת \ ניהול מנהלים, משתמשים, ניהול לקוחות, מסמכים, פריטים, הוצאות, התאמות בנקים, ניהול הגדרות, שערי מטבע, נתוני קופה, קבלת מידע כדוחות, קבלת נתונים ממערכת היבוא \ יצוא.

ממשק על:

1. אפשרות להגדרה איזה עיצובים יהיו מאופשרים לכל קבוצת לקוחות
2. אפשרות להגדרה איזה תבניות ממשק לקוח יהיו מאופשרים למנהלי המערכת לכל קבוצת לקוחות
3. אפשרות להגדרה האם מנהלי המערכת יוכלו לשנות עיצוב לממשק המערכת לכל קבוצת לקוחות
4. אפשרות להגדרה האם מנהלי המערכת יוכלו לאפשר ללקוחות לשנות עיצוב לכל קבוצת לקוחות
5. אפשרות להגדרה עבור ריסיילרים איזה עיצובים יהיו מאופשרים להם ומה הם יוכלו לעשות איתם בהתאם לאמור בסעיפים 1-4
6. אפשרות להגדרת התאמות עיצוב לפי שפות: (עברית וערבית ושאר השפות - RTL \ LTR)
   (לדעתי טעינה של קובץ CSS נוסף ואופציה לטעינת JS בהתאם לשפות RTL תספיק)

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

ממשק לקוח:
אפשרות לבחור עיצוב (במידה ומאופשר על ידי מנהל המערכת)

ברמת ניהול "על"

1. איפוס סיסמה של מנהל המערכת עבור כל בית עסק
2. אפשרות להפעלת \ ביטול משתמשים כולל אפשרות לסגירת כל המתשמשים לעסק מסוים

ברמת ניהול עסק:

1. רשימת משתמשים דינאמית כולל הרשאות וחלוקה לקבוצות משתמשים
2. מנהל עסק יכול ליצור קבוצות משתמשים בעסק שלו (לא משותף עם עסקים אחרים)
3. מנהל עסק יכול ליצור שדות מותאמים לכל קבוצה בעסק שלו (לא משותף עם עסקים אחרים)
4. מערכת הרשאות לפעולות שונות (כולל סוגי פעולות במסמך למשל - קריאה, הדפסה, הרשאה מלאה כולל עריכה)
5. אפשרות להפעלת \ ביטול משתמשים

ברמת ממשק הלקוחות:
לא בא לידי ביטוי

מסמך יכלול את האזורים הבאים:

1. תאריך הפקה
2. פרטי הלקוח (כולל אפשרות להוספת לקוח חדש או שימוש בלקוח מזדמן עם מס או לקוח מזדמן מחול)
3. פרטי השרשור (הופק מהצעת מחיר, הופק מהזמנה, הופק מחשבונית)
4. רשימת הפריטים הכוללת:
   א. מק"ט (מילוי אוטומטי של המקט ממלא את שאר השורה לפי ברירת המחדל)
   ב. שם הפריט - כאפשרות חלופית אם מתחילים להקיש זה ממלא את שם הפריט בהתאם לקיים ברשימת הפריטים (Dropdown + text area as combo box)
   ג. אפשרות לבחור ידנית מתוך רשימת הפריטים (אייקון של Browse)
   ד. כמות כולל + ו - כאייקונים למעלה ולמטה או בצדדים כשדה משולב (Dropdown + text area as combo box)
   ה. מחיר ליחידה
   ו. מטבע (הצגת סימני המטבעות הזמינים)
   ז. שער מטבע
   ח. הצגת סה"כ שורה
   ט. Checkbox (מסומן כברירת מחדל) - האם להחיל מע"מ על הפריט (במידה ולא מסומן זה יחשב את המע"מ מתוך סכום הפריט ולא בתוספת על סכום שורת הפריט)
5. אפשרות להוספת \ הסרת שורות פריט
6. הצגת סיכום חשבון הכולל
   א. סה"כ ביניים
   ב. הנחה (FIX או באחוזים לבחירה, כל בחירה אחת מציגה את הערך בשדה האחר, למשל בחירת 10 ש"ח כהנחה מתוך 100 ש"ח תציג 10% בערך בשדה האחוזים)
   ג. הנחת עיגול (CHECKBOX)
   ד. סה"כ הנחה
   ה. סה"כ לפני מע"מ (אחרי הנחה)
   ו. מע"מ - שדה שיעור המע"מ
   ז. סה"כ לתשלום
   ח. הרווח לחשבונית (במידה ומעוניינים להציג - יודע לחשב בהתאם להגדרות ה-COST של הפריט)
7. שדה הערות למסמך
8. אפשרות לצפייה במסמך לפני הפקה (שפה מקומית \ אנגלית)
9. אפשרות להדפסה בשפה מקומית או אנגלית
10. אפשרות להפקה ושליחה בדוא"ל (כפתור הפקה ושליחה כ-PDF)
11. הגדרת כמות העותקים למסמך
12. שמירת מסמך (עבור טיוטות ומסמכים הניתנים להמשך עריכה מאוחרת כגון הצעות מחיר)
13. סגירה - יציאה ללא שמירה (לאחר צפייה במסמך למשל)
14. אפשרות להערות פנימיות (נשמר במערכת אבל לא מוצג ללקוח - נפתח באמצעות אייקון)
15. אפשרות להוספת הערה בראש המסמך (נפתח באמצעות אייקון)
16. אפשרות למעבר בין שדות כ-UI טוב יותר בעזרת טאב מבלי לעבור בשדות שאינם שדות הזנה כגון + ו- או כפתורים כמו כפתור לפתיחת Dropdown

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

יש אפשרות לתת למי שרוצה להפיק מסמך ליצור את פרטי הלקוח מתוך המסמך?
או לחלופין שזה יהיה כלקוח מזדמן?

הודעה קופצת+ תוצאה

כללי:

המטרה היא להקים מערכת שתוכל לעבוד כמערכת עם בסיס נתונים לכל משתמש ו\או בסיס נתונים

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

מודול API כללי ישמש כ"בית" עבור API עצמאי של כל מודול ומודול CRON כללי ישמש כ"בית" עבור CRON של כל מודול

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

מבנה המערכת הכללי:

"שלד" מודולרי ככל האפשר ברמת ה-UI, ברמת השדות (כפי שמפורט ברמת ההרשאות) כולל אפשרות להגדרת שפות זמינות, שפת ברירת מחדל, מטבע ברירת מחדל, מטבעות זמינים, מטבע ברירת מחדל, תבניות זמינות ותבניות ברירת מחדל עבור כל רמה (מנהל על \ מנהל מערכת \ ולקוח)

בכל אזור יש אפשרות להתאים ולערוך שדות ולהחליף סיסמה (יש שדות חובה של מייל וסיסמה נניח)

רמת הרשאות:

מנהל על: כולל אפשרות להקים מנהלי מערכות והגדרת גישה ברמת המודולים (איזה מודולים פעילים ובמודולים מסויימים הגבלות מספריות) האם הוא יכול לראות \ לנהל מנהלי על אחרים - את כולם, והאם הוא יכול לפתוח מנהלי על "שלו" שיכולים להקים מערכות שלהם אבל לא לראות מנהלי על אחרים ו\או מנהלים או מערכות שלהם

מנהל מערכת: מנהל עסקים, יכול להוסיף "עובדים" למערכת שלו ולהגביל את ההרשאות שלהם במערכת שלו

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

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

הערות להכניס:

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

ניהול Dashboard ברמות השונות (וידג'טים?)

פורטל לקוחות \ אזור לקוחות

גיבויים: גיבוי נתונים לכל מודול וגיבוי קבצים לכל מודול- ברמת השלד

בגלל שרמת מנהל על \ SaaS \ Hosted לא נמצאת תמיד בשימוש צריך שלמנהל המערכת יהיה האפשרויות לשנות את כל ההגדרות אלא אם כן זה בשליטה של מנהל על והוא מגדיר שלא לאפשר את זה (כמו למשל שינוי עיצוב או שינוי URL)

נתחיל כאנגלית - Bootstrap

נושאים שונים לחשיבה:

גיבויים לכל מודול ברמת "מנהל מערכת"

API (תמיכה ב-SOAP + REST)

זרימת מידע תוך תאימות לתקן PCI ("גשר" ל-DB המאפשר הצפנה)

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

קווים מנחים - מס' פלטפורמות, ריבוי תפריטים, הרשאות תפריטים לפי משתמש, responsive

אפשרויות בליבת המערכת:

ממשקים - UI:

ניהול "על"

ממשק ניהול \ מערכת

ממשק לקוחות

סקירת אפשרויות כללית:

מנהלי "על":

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

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

תבניות עיצוב: הגדרת תבניות ברירת מחדל לפי שפה עבור מנהלי "על"

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

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

שפות: קבצי שפה לליבה + לכל מודול + Inlinte translation (במידה ורלוונטי)

תחזוקה: לוגים, ניקוי CACHE, אינדוקס?, phpinfo, תיקות טבלאות ואופטימיזציה לבסיס הנתונים,

עזרה \ קישורים לקהילה \ עדכונים מהקהילה \ בדיקת גרסת "ליבה" וגרסת מודולים

notifications למנהל "על"

קומפילציה?

Web service management - Users and roles

הגדרות יבוא ויצוא נתונים (מגיבוי?)

Transactional Emails

Custom Variables

Module management and Installation center

ניהול "מערכות" (מנהלי מערכת)

מנהלי מערכת:

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

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

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

תבניות עיצוב: הגדרת תבניות ברירת מחדל לפי שפה עבור מנהלי מערכת, וקבוצות לקוחות, כולל אפשרות ל"יוצאי דופן"

אבטחה: הגדרת נסיונות התחברות \ חסימת IP \ קפצ'ה במקומות שונים, גישת API מוגבלת לכתובות IP לכל משתמש, הגדרת URLSe

תחזוקה: לוגים, ניקוי CACHE, אינדוקס?, phpinfo, תיקות טבלאות ואופטימיזציה לבסיס הנתונים,

עזרה \ קישורים לקהילה \ עדכונים מהקהילה \ בדיקת גרסת "ליבה" וגרסת מודולים

notifications

הגדרת ארצות וארץ ברירת מחדל, הגדרת ארצות הדורשות STATE, הגדרת Timezone וארץ המערכת, הגדרת היום הראשון בשבוע וימי סופ"ש

וידג'טים

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

הגדרת שפת ברירת מחדל

הגדרת מטבע ברירת מחדל

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

האם לחשב מס (תושב חוץ)

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

קבוצת לקוח

לקוחות:

עדכון פרטים ופרטי חברה

עדכון אנשי קשר

מיילים שנשלחו ללקוח מהמערכת

שינוי סיסמה

נושאים לבדיקה:

מודול לקוחות \ משתמשי קצה (כולל חברות עם מס' אנשי קשר בכל חברה עם אפשרויות גישה שונות בצד הלקוח) - לבצע כמודול "ליבה"

איך אפשר שעבודה עם קבצי תרגום "תדפוק" את המערכת

הגדרת URL ל-SSL במידה והוא בשימוש

מבנה בסיס נתונים - כללי + למנהלי מערכת ומשתמשים (מבחינת ביצועים ונפח)

עץ מנהלים

+מנהל חוד

+חברה מעפנה

+חברה אחרת

+עץ חברות

+חברה מעפנה

+משתמש א

+חברה אחרת

+משתמש ב

מודולים בסיסיים לגרסה 1:

מודול מסמכים ותנועות יומן:

מודול הוצאות וארכיון דיגיטלי:

מודול יתרות פתיחה:

מודול פריטים וניהול מלאי:

מודול ספקים:

מודול אמצעי תשלום ואמצעי תשלום ספציפיים (ניהול כללי של אמצעי התשלום ואמצעי תשלום ספציפיים):

מודול התאמות בנקים + יבוא:

מודול התאמת חשבונות:

מודול דוחות + דוחות ספציפיים למס ואפשרות לקשירת פעולה בסיום דו"ח:

תחומי אחריות:

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

שלום: אפיון, גיוס מפתחים, סיוע בהקמה וניהול אתר קהילה

דן: בסיס המערכת (מבנה כללי והגדרות, מבנה DB)

אדם: מודול מסמכים, הנהלת חשבונות

ליבנה: UI ו-API, מבנה DB, קידוד HTML5, jQuery, אבטחת מידע

נושאים לדיון:

טבלאות שונות עבור מנהלים וגישה דרך API או תחת אותה הטבלא

טבלאות לניהול חשבונות \ מסמכים

טבלאות לניהול תשלומים

מוצרים, שירותים וקטגוריות כבסיס או כמודול

רמת ריסיילרים - WL?

מבנה כללי:

עבודה על בסיס YII , MVC ומודולים

התבססות על המודולים הבאים:

http://code.google.com/p/yii-user-management

http://www.yiiframework.com/extension/yiishop

http://www.yiiframework.com/extension/tcpdf

מבנה מערכת:

-בית תוכנה (לשרות SaaS)

-מנהל (מס' בתי עסק)

    -חברה 1

    -חברה 2

    -חברה 3

מבנה שדות דינאמי ב-EAV:

(מנהלים, לקוחות, מוצרים \ מלאי, מסמכים) + קבוצות שדות גם להרשאות (קבוצת מנהלים, קבוצת לקוחות, קבוצות מוצרים) תוך הגדרת סוגי השדות בנפרד לכל לקבוצה

חשיבה על מבנה לפי ה-attributes של מג'נטו

ריבוי שפות:

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

תבניות שונות:

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

ריבוי מטבעות:

תמיכה במטבעות שונים כולל הגדרת מטבע ראשי ואפשרות סנכרון נתוני מטבע ידני או ב-CRON של המערכת

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

אפשרות להגדיר תבניות דואר לכל שפה עבור פעולות שונות במערכת, תבניות ברירת המחדל ישמרו כקבצי HTML תחת תיקיית השפה ויש אפשרות לנהל את תבניות הדואר דרך ממשק הניהול לכל שפה

תבניות להפקת מסמכים + בשפות שונות

הפקת מסמכים בשפת המערכת או באנגלית (במידה והשפה שונה מאנגלית)

דגש ליצירת קבצי PDF בעברית (RTL) הכוללים חתימה אלקטרונית. או באנגלית (LTR)

אשף ללקוח חדש + מילוי נתונים בהתאם למדינה שהוא בוחר + הגדרות חברה שיהיה שונה לישראל.

בסיס נתונים מרכזי + אפשרות לבסיסי נתונים שונים

מנהל למערכת וניהול מודולים וחבילות לפי מודולים

התאמות לעולם - חישוב הכנסות לפי חשבוניות או לפי קבלה (לפעמים זה תלוי בסוג העסק בארץ + אפשרות לזמינות מסמכים לפי סוג העסק + בעולם זה יהיה חלקי)

הוספת הגדרות למודול לאזור ההגדרות

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

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

מערכת Frontend מודולרית גם ברמת מערכת החשבוניות (הרשמה בלי קשר) ואפשרות להפעלת מודולים כמו עבור ניהול פרויקטים וכדומה

עדכון נתונים ממקום אחד (לטובת נושא ההצפנה האופציונאלית)

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

UI / UX:

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

עבודה עם AJAX במסמכים \ לקוחות \ מוצרים

הודעות שנסגרות ב-AJAX כהסברים וההערות

הזזת שורות בגרירה ביצירת מסמכים

הוספת פריטים בפלוס ומינוס במסמכים ב-AJAX

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

תלוי בעיצוב שיבחר, אבל במידה ואנחנו הולכים על כיווני AJAXי אז יש צורך לפתח פה משהו דינאמי גם ברמת הלקוח. צד לקוח ידבר עם השרת בAPI. צריך להחליט REST OR SOAP.

מודול מסמכים (הסבר כללי ואופן פעולה):

במערכת קיימת האפשרות לייצר את המסמכים הבאים

תרשימי זרימה למסמכים:

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול לקוחות:

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

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול ממשק לקוחות:

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול מנהלים:

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

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

API:

צריך להגיע להחלטה מה נכון עבורנו. REST OR SOAP. (במג'נטו עשו גם וגם ולדעתי זה לא עובד בצורה "כפולה" אלא ה-REST "רוכב" על ה-SOAP)

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

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

מודול ניהול מחסנים, מוצרים, ומלאי:

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול דוחות:

דוחות יופיעו בווידג'טים הניתנים להצגה לפי החלטת משתמש

עלות המערכת לאתר דו לשוני על בסיס תבנית עיצוב

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול ספקים:

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול סטטיסטיקה:

דוחות יופיעו בווידג'טים הניתנים להצגה לפי החלטת משתמש

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול ניהול משימות והערות לצוות:

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול יומן ולוח שנה עם אפשרות לשיתוף לצוות + יומנים כלליים:

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול ניהול פרויקטים ומעקב משימות לפי זמן:

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול פניות לקוחות (תמיכה ומכירות):

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול POS:

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול אמצעי תשלום:

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול שיטות משלוח:

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול ניוזלטר:

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול RMA:

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול רישום פעולות - LOG:

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

מבחינת ייעילות אני חושב שצריך לאפשר לכתוב את הLOG על גבי DB נפרד. (במידת הצורך)

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול רישום שגיאות מערכת:

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

מודול הערות בדפים שונים בממשק הניהול:

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

ניהול עובדים ושכר:

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

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

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

ממשקים החוצה:

ממשקים למודול:

דוחות וסטטיסטיקה:

הערות שפה, מראה, ומטבע:

הערות כלליות ונושאים לחשיבה ובדיקה

שימוש בתבנית Admin מוכנה לממשק והתנהגות ולתת למשתמש לבחור אם זה רוחב מלא או רוחב קבוע., למשל: http://www.malijuthemeshop.com/themes/mws-admin/1.2 עם גרסה לניידים ומחשבים עם מסך רחב ורגיל בלחיצת כפתור

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

אפשרות להוסיף cron בהקמה של כל מערכת כדי לקבל מיילים ופעולות שקשורות לזמנים ולעיבוד נתונים וכדומה.

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

וידג'טים בדף הבית

מערכת מנהלת + ניהול מודולים ותשלומים עבור השרות?

        קבצים נפרדים?

        בסיסי נתונים נפרדים או מרכזי?

        אפשרות לפיתרון משולב (עבור Hosted Solution, לקוחות עם התאמות, ולקוחות גדולים)?

        סביבת פיתוח אחת לארץ, לחו"ל, למערכת הגדולה, ולמערכת עצמאית

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

FLAG שמציג שהמערכת בשדרוג וכפתור "כיבוי"

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

שמבנה התבניות יעבוד כמו במג'נטו (שייקח מה-BASE אם אין בתבנית שלו, ואפשר לעשות תבניות מותאמות

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

    ברמת סיסטם

        הקשחת שרתים

        הפרדת מסד נתונים מהאתר

    ברמת אפליקציה

        טוקניזציה

        אם השירות יהיה ברמת SAAS, אפשר גם להגיע  למצב שאנחנו שומרים את הנתונים של כל לקוח באופן מוצפן לפי מפתח ייחודי שנוצר עבורו בעת ההרשמה. וכל הכנסה/עריכה והצגה של תוכן תבוצע לפי הצפנה ייעודית. (ככה נוכל לשמור על מספר לקוחות באותו הDB. כאשר לכל שורה בכל הטבלאות הדינאמיות ניתן להוסיף את השדה (client_id))
        אפשרות להצפנה אופציונאלית (0-1)

1. תמיכה ביבוא נתונים מפורמט CSV בהתאם לפורמט היצוא של הבנקים (שמירת אקסל ל-CSV)
2. תמיכה ביבוא נתוני בנק מפורמט חשבשבת (זה הפורמט שהבנקים עושים אליו יצוא מלבד אקסל)

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

חשיבה על אופן ניהול "קרדיט" ללקוח (כלומר זכות)

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

אפשרות להגדרת כתובת URL עבור כל בית עסק
למשל:
biz1.invoices.co.il
biz2.invoices.co.il
biz3.invoices.co.il

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

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

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

1. יש שורות של תשלומים הכוללות
   א. סוג התשלום (בהתאם לאמצעי התשלום הקיימים במערכת)
   ב. מס חשבון \ כרטיס (בהתאם לאמצעי התשלום)
   ג. סניף \ ת. תוקף
   ד. בנק \ תשלומים
   ה. שובר \ צ'ק
   ו. סכום
2. בסיכום יש
   א. סה"כ
   ב. ניכוי במקור
   ג. סה"כ שולם:
3. מטבע התשלום + אפשרות להגדרת שער + הצגת סיכום במטבע הראשי עבור המטבע הנבחר
   (למשל )
4. בהתאם לנתונים של הבנק, אפשרות לקישור ישיר אל:
   http://www.bankisrael.gov.il/he/ConsumerInformation/RestrictedAccountsAndCustomers/Pages/Default.aspx?bank=&snif=&acct=

כרגע ההגדרות של המערכת נמצאות תחת
/config
וזה מתנגש עם פאנלים של DirectAdmin
צריך לשנות את זה למשל אל
/settings

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

1. תמיכה במודולים לתשלום באמצעות העברת נתונים ב-Web services
2. תמיכה במודולים לתשלום באמצעות Iframe / Lighbox / Redirect וקבלת הנתונים חזרה כ-Callback
3. תמיכה בתשלומים באמצעי "Offline Payment" כגון תשלום בכרטיס אשראי מחוץ למערכת, צ'ק, העברה בנקאית, מזומן
4. במודולים של Redirect, תמיכה ב-TOKENS (כמו באמצעי הסליקה בארץ) ומנויים (כמו בפייפל Subscriptions) ולאחר מכן תשלום באמצעות ה-TOKEN \ Subscription
5. תמיכה כללית בחיובים חוזרים (תשלום שבועי \ חודשי \ רבעוני \ חצי שנתי \ שנתי וכדומה...)
6. תמיכה בהעברת כלל הפקודות למודולים של התשלומים באמצעות ה-API של לינט (בהתאם לאפשרויות הנתמכות ע"י המודולים)

פורמט מסמך עבור הצעת מחיר יאפשר בנוסף לאפשרויות הרגילות את האפשרויות הבאות:

1. הגדרת תאריך תפוגה להצעת המחיר
2. אפשרות להעלאת מסמכים כנספחים להצעה
3. אפשרות לאישור ההצעה באמצעות קישור במייל או דרך ממשק הלקוחות
4. שכפול הצעת מחיר + אפשרות לשיוך ההצעה המשוכפלת ללקוח אחר
5. אפשרות להמרת הצעת המחיר להזמנה \ חשבונית עסקה \חשבונית מס \ חשבונית קבלה
   כחלק מאפשרויות השרשור של המערכת.

כחלק מהמערכת, לינט תתמוך באמצעי התשלום הבאים:

1. Pelecard Webservice
2. Pelecard Redirect (Iframe / Redirect / Lightbox) בהתאם לבחירת בית העסק
3. PayPal Standard Payment (One time)
4. PayPal Standard Payment (Subscriptions) - איפה שרלוונטי
5. מודולים דומים לתשלומים מחוץ לאתר (צ'ק \ העברה בנקאית \ כרטיס אשראי \ מזומן)
   אני חושב שכדאי לעשות את זה כמודולים נפרדים כדי לשייך ללקוח אמצעי תשלום "ברירת מחדל"
6. מודולים נוספים בהתאם לשימושכם האישי

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

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

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

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

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

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

ממשק הלקוחות:
לא בא לידי ביטוי

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

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

1. בפינה השמאלית העליונה מופיע Linet 3.0-Create Docs למחוק את Create Docs
2. בפינה הימנית העליונה מופיע URL למחוק אותו בשלמותו
3. בפינה הימנית התחתונה מופיעים התאריך ושעת ההדפסה למחוק את זה
4. בפינה השמאלית התחתונה אפשר להשאיר את מספר הדף

המסגרת תופסת יותר מדי שטח במסך.

1. אפשרות לניהול \ הוספת \ עדכון ספקים
2. כרטיס לכל ספק כולל כל הפרטים שלו, והגדרת אחוז לניכוי במקור
3. ניהול כרטסת תנועות לכל ספק
4. סיווג תנועות (קטגוריות הוצאות) + אפשרות להוספת \ עריכת קטגורית הוצאות כולל חישוב אחוז ההכרה למס והכרה למעמ
5. עדכון הוצאה כולל מס' אסמכתה לכל שורת הוצאה, מחיר, האם כולל מע"מ, פרטים, הערות, תאריך תשלום, סכום ששולם, פרטי התשלום.
6. אפשרות להוספת קבצים לכל שורת הוצאה (תמונות או PDF), כולל תמיכה במס' קבצים עבור כל שורת הוצאה

ממשק ניהול "על":
ניהול מנהלי על
אפשרות למנהלים שיכולים ליצור עסקים כריסיילרים \ white label
כולל אפשרות ללוגו לממשק על \ ממשק מערכת עבור כל ריסיילר
אפשרות להוספת \ הסרת \ עריכת מנהלי על ושיוך לקבוצת משתמשים (שכל אחד יראה רק את המשתמשים שלו)

ממשק ניהול מערכת:
הצגת פרטי הריסיילר ב-white label
URL - לפי האפשרות, בשאיפה שיהיה אפשרות גם לממשק העל וגם לממשק המשתמש והלקוח אפשרות ל-URL ייחודי עבור כל ריסיילר \ white label במידה ורוצים

ממשק לקוח:
לא בא לידי ביטוי

צריך ליצור מצב שאם המשתמש לא מציין פריט אב בעת יצירת פריט הפריט ייווצר עם שיוך אוטומאטי לפריט אב 0

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

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

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

לקוח קצה:
הגדרת העדפות קבלת דואר (לפי סוגי פעולות)