חיבור אתר לפריוריטי: מלאי, מחירים והזמנות בסנכרון
הזמנה שנכנסת לאתר ביום שישי בצהריים לא צריכה לחכות ליום ראשון כדי שמישהו יקליד אותה.
בעסקים שעובדים עם Priority (מערכת ERP לניהול מלאי, לקוחות וכספים) ועם אתר מכירות, יש כמעט תמיד מישהו שמעתיק נתונים ממקום למקום.
הוא מקליד הזמנות, מעדכן מלאי ומתקן מחירים, וכל טעות הקלדה עולה כסף.
חיבור אתר לפריוריטי מעביר את העבודה הזו לממשק אוטומטי, כך שהאתר והמערכת מדברים באותם נתונים.
מה עובר בין האתר לפריוריטי
לא כל נתון צריך לזרום לשני הכיוונים.
הטבלה מסכמת את מה שאנחנו מחברים בדרך כלל, ומי "הבעלים" של כל נתון:
| נתון | כיוון | הערה |
|---|---|---|
| מוצרים: מק"ט, שם, משפחה, מחיר בסיס | פריוריטי לאתר | פריטים חדשים עולים לאתר אוטומטית |
| מלאי | פריוריטי לאתר | לפי מחסן מסוים או לפי מלאי צפוי |
| מחירונים והנחות לקוח | פריוריטי לאתר | הבסיס לאתר הזמנות לסוחרים |
| הזמנות | אתר לפריוריטי | נקלטות כהזמנת לקוח, כולל פתיחת לקוח חדש |
| סטטוס הזמנה | פריוריטי לאתר | הלקוח רואה באזור האישי מה קורה עם ההזמנה |
| חשבוניות, קבלות ויתרות חוב | פריוריטי לאתר | תלוי בהגדרות ובמודולים שיש לכם |
| תיאורי מוצר ותוכן שיווקי | נשאר באתר | לא נדרס בסנכרון, ראו הסבר בהמשך |
הבעיות שהחיבור פותר
הראשונה היא זמן.
הקלדה ידנית של הזמנות היא עבודה שאף אחד לא אוהב, והיא נערמת בדיוק בימים העמוסים: אחרי סופ"ש, בחגים ובעונת מבצעים.
השנייה היא טעויות.
מק"ט שגוי, כמות לא נכונה או מחיר מהמחירון הקודם, ובסוף מישהו צריך להתקשר ללקוח ולתקן.
השלישית היא מלאי.
כשהאתר לא יודע שמוצר אזל, הוא ממשיך למכור אותו.
תוסף מוכן או חיבור מותאם?
יש בשוק תוספים מוכנים לחיבור פריוריטי ל-WooCommerce, וחלק מהם מורשים על ידי פריוריטי עצמה.
לעסק עם תהליך סטנדרטי, תוסף כזה יכול להספיק.
חיבור מותאם נדרש כשיש שדות מיוחדים, כמה מחסנים, מחירונים מורכבים, או כשצריך לחבר גם מערכות נוספות כמו דיוור, וואטסאפ או מערכת משלוחים.
במולטינט אנחנו עובדים בשתי הדרכים.
לפעמים מתקינים ומגדירים תוסף קיים, ולפעמים בונים את החיבור דרך ה-REST API של פריוריטי ובעזרת אוטומציות לעסקים ב-n8n, או כתוסף וורדפרס בפיתוח אישי.
ההחלטה מתקבלת אחרי שמבינים את התהליך שלכם, לא לפני.
מה שכדאי לדעת לפני חיבור אתר לפריוריטי
הסנכרון יכול למחוק לכם את הקידום בגוגל
זו הנקודה שהכי פחות מדברים עליה.
אם הסנכרון מעדכן את שם המוצר ואת התיאור מתוך פריוריטי בכל הרצה, כל תוכן שכתבתם באתר לצורך קידום יידרס.
שם פריט בפריוריטי נכתב בשביל המחסן, למשל "כוס זכוכית 350 מל שקוף ארגז 24", ולא בשביל מי שמחפש בגוגל.
לכן אנחנו מגדירים מראש אילו שדות פריוריטי שולטת בהם, כמו מחיר ומלאי, ואילו שדות שייכים לאתר, כמו כותרת, תיאור ותמונות.
משפחות פריטים הן לא קטגוריות באתר
החלוקה בפריוריטי בנויה לפי רכש והנהלת חשבונות.
הקטגוריות באתר צריכות להיבנות לפי מה שהלקוחות מחפשים.
מיפוי בין השתיים, במקום העתקה אחד לאחד, הוא מה שמאפשר לעמודי הקטגוריה להופיע בגוגל.
מה קורה כשהחיבור נופל
כל ממשק נתקע לפעמים: סיסמה שהוחלפה, שרת שלא זמין, שדה חובה שחסר.
השאלה היא אם מישהו יודע על זה.
אנחנו בונים יומן שגיאות והתראה במייל או בוואטסאפ על הזמנה שלא נקלטה, כדי שזה יתגלה תוך דקות ולא בסוף החודש.
הרשאות ורישוי בצד של פריוריטי
חשוב לדעת: גישה לפריוריטי דרך API דורשת הגדרות והרשאות בצד שלכם, ולפעמים גם רישוי נוסף.
זה משתנה בין התקנות, בין ענן להתקנה מקומית ובין Priority ERP ל-Priority Zoom.
לכן השלב הראשון בכל פרויקט הוא בדיקה משותפת עם הספק או היועץ של הפריוריטי שלכם, לפני שמתחייבים ללוח זמנים.
בודקים על חברת ניסיון
את החיבור אנחנו מריצים קודם על סביבת בדיקה או חברת ניסיון בפריוריטי, עם הזמנות לדוגמה.
רק אחרי שהכול נקלט נכון עוברים לחברה האמיתית.
החיבור כחלק מהתמונה הגדולה
חיבור לפריוריטי הוא לרוב הבסיס לאתר הזמנות לסוחרים, שבו כל סוחר רואה את המחירון שלו מתוך המערכת.
אצל יבואנים וסיטונאים זה גם הבסיס לשיווק: כשהמלאי והמחירים באתר מדויקים, אפשר לקדם את הקטלוג בגוגל ולהפעיל קמפיינים על מוצרים שבאמת יש במחסן.
