בפוסט הזה אני אפרט מספר צעדים שכדי לקחת בחשבון לקראת ספירת המלאי.
ארגון נכון של קובץ או קבצי האקסל.
יש לוודא שכל הפריטים בספירה קיימים בפריוריטי על ידי VLOOKUP
יש לוודא שכל המחסנים/איתורים קיימים בפריוריטי על ידי VLOOKUP
יש לוודא שהכמויות בספירה מעוצבות כמספר ללא מפריד אלפים, מפריד האלפים גורם לבעיות ושגיאות בטעינה
כשמפעילים את הפונקציה VLOOKUP, כדאי תמיד לעטוף את הערך שמחפשים בפונקציה TRIM, כדי לוודא שאין שדות בלתי נראים שיפריעו לחיפוש
איך מפעילים פונקציות VLOOKUP ?
להלן הקוד שאני משתמש בו
:
הפונקציה TRIM מנקה את הערך שאותו אני מחפש בשדה E3
לאחר מכן מופיעה הטווח בו יש לחפש. חשוב לציין שהטווח יכול להיות יותר מעמודה אחת. והפונקציה תחפש בכל העמודות.
המספר 1, אומר שאם נמצא בשורה מסוימת הערך, יחזיר בחזרה לפונקציה את הערך מהעמודה הראשונה בטווח, אם היה רשום 3, היה מחזיר את הערך מהעמודה השלישית.
המספר 0, אומר מה יחזור במידה ולא ימצא ערך, ותמיד בעצם מחיר NA.
ספירת מלאי בעזרת הכנה חוזרת או ספירת מלאי איפוס ואז ספירה עיוורת?
ניתן לבצע ספירת מלאי על ידי הכנה חוזרת לספירת מלאי, מה הכוונה? מבצעים ספירה עיוורת של הפריטים לתעודה, ואז מריצים על התעודה הכנה חוזרת, שיוצרת תעודה חדשה, אבל לכל שורה יוצרת גם את הכמות המחושבת. הספירה הזו הרבה יותר נכונה, אבל יש לה מגבלות של ביצועים, בחברות גדולות עם הרבה פריטים ואיתורים, ההכנה הזו יכולה לרוץ יום שלם, וצריך לקחת בחשבון שבזמן ההטמעה המלאי לא נכון.
ניתן לבצע הכנה לספירת מלאי, שתיצור תעודה עם כל המלאי הקיים, ולאשר אותה ללא עדכון כמויות. הפעולה הזו מאפסת את המלאי. מיד לאחריה ניתן לבצע עוד ספירת מלאי עיוורת, כלומר ספירה שבה הכנסנו את הכמויות אך הכמות המחושבת הינה אפס, וזו תוסיף את הספירה שלנו למלאי. בשיטה זו נוקטים במידה ויש בעיות ביצועים לשיטה הראשונה.
על מנת לאפשר עבודה שוטפת בין מערכת פריוריטי לקופת פוזיטיב, יש לבצע מספר התאמות.
לקוחות מזדמנים:
יש לפתוח בפריוריטי לקוח מזדמן לכל חנות, כאשר מספר הלקוח זהה למספר החנות במערכת פוזיטיב.
אמצעי תשלום:
יש לעדכן את כל אמצעי התשלום במערכת לפי ההגדרות הבאות –
במידה ועובדים עם שוברי תשלום, יש להוסיף אמצעי תשלום 3 – שובר תשלום
תנאי תשלום:
יש להתאים את קודי תנאי התשלום למערכת פוזיטיב.
על כן, יש לפתוח תנאי תשלום כך שהקוד יהיה מספר התשלומים.
לקוחות:
יש לפתוח לקוח עם מספר זהה למספר החנות. בנוסף יש לפתוח סניף זהה וקופה. המספר של הלקוח, סניף קופה חייב להיות תואם למספר החנות!
מוצרים:
על מנת לסנכרן מוצרים מפריוריטי לקופה, יש לסמן לכל מוצר בכרטיס פריט את הצ'ק בוקס 'רכש אינטרנט'.
יש לוודא שהפריטים בפריוריטי מכילים רק את התוים מספרים, אותיות באנגלית או בעברית, רווח, קו תחתון ומקף. לפני האינטגרציה יש לוודא ולהחליף את כל התוים הלא תקינים
קופות וסניפים:
על מנת לבצע ניתוב נכון של תשלומים לקופות שונות, כאשר כל חנות היא קופה נפרדת, יש לפתוח קופה לכל חנות. כל מספר חנות על פי מערכת פוזיטיב, יהיה גם מספר קופה בפריוריטי בהתאמה. יש לשים לב שהניתוב מתבצע לקופות עבור מזומן וצקים אך אם רוצים לבצע ניתוב של אמצעי תשלום לקופה יש לבצע זאת בהגדרות אמצעי התשלום מסך בן 'קופה/בנק/אשראי לסניף.
לפיכך, נדרש גם לפתוח סניף עבור כל חנות. כאשר גם מספר הסניף תואם את מספר החנות במערכת פוזיטיב.
במידה ומדובר בלקוח פעיל שכבר יש לו קופות, ניתן לבצע הגדרת המרה ממספר הקופה בפוזיטיב למספר הקופה בפריוריטי, לשם כך יש לפנות לתמיכה של פוזיטיב.
מלאי: על מנת שמלאי המחסנים יעודכן בהתאם לרכישות המוצרים בחן מס יש לבצע את השלבים הבאים: הקמת מחסן לכל חנות במערכת פריוריטי – יש להיכנס למסך מחסנים בנתיב ניהול מלאי > ניהול מחסנים > מלאי נוכחי > מחסנים. יש להקים מחסן עבור כל חנות מכירות . הסבר שדות: מחסן – קוד המחסן = מספר החנות תאור מחסן – תאור קצר של המחסן (רצוי שיהיה כשם החנות) טיפוס – D איתור – 0 יופיע באופן דפולטיבי מחסן מכירות – יש לסמן את הצ'ק בוקס
הגדרות בחשבונית מס:
על מנת לוודא שפריטים שעברו לסטטוס לא פעיל לא יחזירו שגיאה, יש להוסיף את שדה סטטוס פריט מרמת כרטיס פריט לשורת החשבונית, דרך עיצוב מתקדם במסכים.
לאחר מכן, יש להוסיף מחולל נתונים, לאחר הקלדת כמות, קבע בשדה מקט ערך 000 אם שדה סטטוס פריט לא פעיל.
בנוסף, יש לוודא שלא מבצעים שינוי במקטים או ברקודים. מומלץ להפוך שדות אלה לשדות קריאה בלבד למי שלא חייב לפתוח מוצרים. יש להוסיף הודעת אזהרות כדי למנוע אפשרות שינוי.
בדיקות מסירה בסיום תהליך ההתקנה:
הפקת חשבונית במדפסת, בדיקת לוגו, שם, מספר חברה תקינים
במידה ורכשתם API ייעודי מאיתנו, כחלק מחבילת פלאגין לווקומרס, מג'נטו או כל מוצר אחר, או במידה ורכשתם מכל שותף ISV אחר, יתכן שתיתקלו בקשיים בהגדרת המשתמש.
ההגדרות קצת שונות מהגדרות רגילות של משתמש API.
להזכירכם, משתמש API רגיל, פשוט צריך להגדיר כמשתמש API ולתת שם משתמש API.
ההגדרות של משתמש בפלאגין ייעודי קצת שונות.
ראשית, יש להגדיר את העובד עם שם API כמו במשתמש API רגיל, אך לא לסמן רשיון API.
בנוסף, יש לציין שמדובר ברשיון אפליקציות בלבד.
ודבר אחרון, צריך להכניס את המשתמש לרשימת המורשים לאפליקציה.
יש להכנס למסך מנהל המערכת > תחזוקת מערכת > רשיונות > אפליקציות ברישיון
כאשר משתמשים בפרמטרים בפרצדורות או טריגרים צריך להקפיד שהפרמטר יתחיל בנקודותיים וקו תחתון (לדוגמא ERR_: ולא ERR:)
כיוון שיכול להיות שללא קו תחתון הפרמטר קיים בשימוש של המערכת בכל מיני מקומות.