ConnectWiz + WooCommerce

אינטגרציה פעילה

סנכרון דו-כיווני ל-WooCommerce — עם חוזה בעלות

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

צימוד בלחיצה אחת בעלות ברמת השדה התנגשויות בספר הרישום
WooCommerce × ConnectWiz
חזרה כללית לפני הפעלה
מוצרים, תמונות ווריאציות נכנסים
בעלות: Woo / כאן / שניהם — ההחלטה שלכם
התנגשות נתפסה ← ספר הרישום, ניסיון חוזר
30+
שדות שנישאים לכל מוצר — תמונות, חלונות מבצע, GTIN, תגיות, מכירות משלימות ונלוות, וריאציות
15 דקות
אורך החיים של קישור הצימוד — לחיצת היד של החיבור פגה במקום להישאר תלויה
4
נושאי webhook שמוקצים אוטומטית — שינויים במוצרים, בהזמנות ובלקוחות זורמים פנימה
2,000
מוצרים בכל ריצת ייבוא — תקרה מוצהרת, לא הפתעה בשורה 2,001

מסחר אלקטרוני

מה זה עושה, בדיוק

צימוד בלחיצה אחת

תהליך ההרשאה הסטנדרטי של WooCommerce מקצה מפתחות API ו-webhooks אוטומטית — בלי טקס העתקת מפתחות, בלי רשימת תיוג ל-webhooks.

ייבוא עמוק

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

כתיבה חזרה אמיתית

עריכות מוצר שנעשות כאן יכולות להיכתב חזרה ל-Woo — מנוהלות במתג לכל פעולה עם מצב חזרה כללית, כך שאתם רואים מה עומד להשתנות לפני שמשהו משתנה.

בעלות ברמת השדה

לכל תחום אתם בוחרים: הנתונים חיים ב-Woo, חיים כאן, או מסתנכרנים בשני הכיוונים. שדות שהבעלות עליהם במקום אחר מוצגים לקריאה בלבד עם הסיבה על המסך — בלי בלגן של שני אדונים.

ספר רישום להתנגשויות

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

ההזמנות מצטרפות לזרימה

הזמנות מ-Woo מופיעות כשהמקור שלהן מסומן, לצד הזמנות מחנות הצ'אט, מהבינה המלאכותית ומה-API — אמת אחת של הזמנות בכל המשטחים.

הצד הטכני

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

לחיצת יד פרנואידית לצימוד

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

חסין לניסיונות חוזרים בתכנון

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

קשרים במעבר שני

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

המטבע נקרא פעם אחת, נכון

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

מפת סטטוסים שמרנית

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

ההקלדה שלכם מנצחת

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

הגדרה

איך זה מתחבר

01

צימוד החנות

לחצו על חיבור, אשרו בממשק הניהול של WooCommerce — המפתחות וה-webhooks מוקצים עבורכם.

02

בחירת הבעלות

בחרו לכל תחום נתונים מי מחזיק באמת: Woo, ConnectWiz, או שני הכיוונים.

03

חזרה כללית, ואז הפעלה

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

טובים יחד

עם מה זה משתלב

תוסף WordPress

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

פידים של מוצרים

הקטלוג המיובא יכול להתפרסם כפיד של Google Shopping או Meta Commerce — וריאציה אחת בכל שורה, דילוגים כנים עם נימוק, בלי המרות מטבע מומצאות. ראו את Commerce.

Wiz ותהליכים

הבינה המלאכותית עונה על "איפה ההזמנה שלי?" מנתוני החנות בזמן אמת, וגם התהליכים יכולים להגיב לאירועי מסחר — הסנכרון הוא הרצפה שכל השאר עומד עליה.

אבטחה והבטחות

ההבטחות המשעממות

מפתחות מוקצים, לא מודבקים

תהליך ה-wc-auth גורם לחנות שלכם למסור לנו מפתחות בצד השרת — מוצפנים במנוחה, בלי טקס העתק-הדבק שאדם יכול להדליף.

כל webhook מוכח

מסירות נכנסות חתומות ב-HMAC עם סוד שאנחנו מייצרים לכל חנות ונבדקות בזמן קבוע — "עדכון מוצר" מזויף נעצר בדלת.

מנומס כלפי החנות שלכם

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

יציאה מוגנת מפני SSRF

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

האותיות הקטנות, בלי קישוטים

גבולות, כתובים

בלי סליקת תשלומים

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

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

היכן ש-Woo מחזיקה בשדות תוכן, הם לקריאה בלבד כאן מתוך תכנון — כל הפואנטה של חוזה בעלות היא שהוא מחייב גם אותנו.

תקרת 2,000 המוצרים

ריצת ייבוא אחת נושאת עד 2,000 מוצרים — גבול הנדסי מוצהר. קטלוגים גדולים יותר הם שיחה על קנה מידה שאנחנו מעדיפים לנהל בכנות מאשר ליפול בשקט על timeout.

ההזמנות נקראות, לא מועתקות

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

שאלות נפוצות על WooCommerce

תשובות ישירות

מידע נוסף בעמוד שאלות נפוצות, או פנו אלינו ישירות.

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

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

הם פותרים עבודות שונות: האינטגרציה הזו מסנכרנת קטלוג והזמנות; התוסף ל-WordPress מטמיע את ווידג'ט הצ'אט ומחבר לקוחות דרך SSO, כך שלקוח Woo מחובר מזוהה בצ'אט. רוב החנויות מריצות את שניהם.

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

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

כן — לקוחות מותאמים לפי זהות החשבון היכן שקיימת כזו, והזמנות אורח נמצאות בחיפוש לפי אימייל או טלפון, כך שמי ששואל בצ'אט "איפה החבילה שלי?" מזוהה כך או כך.

חיבור כן עדיף על חיבור רועש.

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