חלל עבודה משותף יכול לאבד עד 30% מההכנסות שלו אם הזמנות מטופלות באמצעות שיחות טלפון וגיליונות אלקטרוניים. ראינו זאת בעשרות פרויקטים: שולחן ריק בשעה 14:00 הוא רווח אבוד. הניסיון שלנו מראה שאוטומציה של הזמנות ב-1C-Bitrix מפנה עד 20% מזמן המנהל ומגבירה את התפוסה.
עלות פיתוח כזה מחזירה את עצמה תוך 3–6 חודשים. אנו מציעים אתר חלל עבודה משותף במפתח סופי: מקטלוג החללים ועד אינטגרציה עם בקרת כניסה ופיסקליזציה לפי 54-FZ. העריכו את הפרויקט שלכם — צרו קשר לייעוץ.
אתר של חלל עבודה משותף חייב למכור זמן: להציג חללים, לאפשר למשתמשים לבחור משבצת פנויה, לקבל תשלום ולהנפיק קוד QR לכניסה — הכל ללא התערבות מנהל. ב-1C-Bitrix זה מושג באמצעות מודול sale, בלוקים Highload להזמנות ואינטגרציה עם בקרת כניסה. לצורך פיסקליזציה אנו מחברים את AtolOnline או CloudPayments עם תמיכה ב-54-FZ.
למה 1C-Bitrix לאתר קו-וורקינג?
הפלטפורמה מספקת גמישות למבני תעריפים מורכבים: השכרה שעתית, כרטיסים יומיים, מנוי חודשי ללא הגבלה. Infoblocks v2.0 ו-Highload blocks מאפשרים לאחסן חללים, הזמנות והרשמות. תהליכים עסקיים מובנים מאוטומטים בדיקת מנויים שפג תוקפם באמצעות סוכנים (CAgent). אנו גם משתמשים באינטגרציה עם 1C:Trade Management דרך CommerceML לסנכרון מוצרים והזמנות.
כיצד להפוך הזמנות לאוטומטיות ללא התנגשויות?
הזמנות הן הליבה של אתר קוורקינג. מודולים סטנדרטיים של Bitrix מיועדים למסחר אלקטרוני של מוצרים, אך כאן יש צורך למכור משבצות זמן עם תפוסה ויזואלית. אנו משתמשים בפיתוח מותאם אישית מעל מודול sale.
בלוק Highload עבור הזמנות
הישות המרכזית היא בלוק Highload בשם "הזמנות" (BookingTable):
| שדה | סוג | מטרה |
|---|---|---|
| UF_SPACE_ID | קישור | חלל מאינפובלוק |
| UF_USER_ID | מספר | מי הזמין |
| UF_DATE | תאריך | תאריך ההזמנה |
| UF_TIME_FROM | מחרוזת | שעת התחלה (HH:MM) |
| UF_TIME_TO | מחרוזת | שעת סיום (HH:MM) |
| UF_ORDER_ID | מספר | מזהה הזמנה ממודול sale |
| UF_STATUS | רשימה | ממתין לתשלום / שולם / בוטל / הושלם |
| UF_QR_TOKEN | מחרוזת | טוקן ייחודי לקוד QR |
| UF_CHECKIN | תאריך/שעה | שעת כניסה בפועל דרך בקרת גישה |
| UF_CHECKOUT | תאריך/שעה | שעת יציאה בפועל |
אינדקסים: אינדקס מורכב על UF_SPACE_ID + UF_DATE + UF_STATUS לשאילתות תפוסה מהירות.
מניעת הזמנות כפולות
כאשר שני משתמשים מנסים להזמין את אותה משבצת זמן בו-זמנית, אנו משתמשים בנעילה אופטימית: לפני יצירת הרשומה, הבקר בודק חפיפות ומשתמש בטרנזקציית מסד נתונים. אם המשבצת כבר תפוסה, מוחזרת שגיאה, והפרונטאנד מעדכן את היומן.
משבצות בסטטוס "ממתין לתשלום" מבוטלות אוטומטית לאחר 15 דקות על ידי סוכן. זה מונע מחדרי ישיבות פופולריים להיחסם על ידי הזמנות שלא שולמו.
קטלוג חללים ותעריפים
בלוק מידע "חללים" עם מקטעים לפי סוג: שולחן חם, שולחן קבוע, חדר ישיבות, משרד פרטי, אולם אירועים. מאפיינים: תכולה, שטח, ציוד, קומה, תמונות, סיור תלת-ממדי (Matterport), זמן הזמנה מינימלי.
מבנה התעריפים מיושם באמצעות SKUs של מודול sale. לדוגמה, למוצר "שולחן חם" יש הצעות: שעה אחת, יום אחד, 10 ימים לחודש, ללא הגבלה לחודש. מנויים מעובדים כתשלומים חוזרים עם בדיקות תפוגה אוטומטיות באמצעות סוכן.
אינטגרציה עם בקרת גישה
לאחר התשלום, המערכת מייצרת UF_QR_TOKEN ייחודי (UUID v4) ושולחת קוד QR בדוא"ל ובחשבון האישי. בעת סריקת ה-QR בקורא בקרת הגישה, נקודת הקצה /api/skud/verify/ מאמתת את הטוקן, את הסטטוס "Paid" ואת חלון הזמן של ±15 דקות. הפרוטוקול תלוי בדגם: עבור ZKTeco או Sigur — REST API; עבור Bolid Orion — דרך שרת מתווך.
חשבון אישי של דייר
לשוניות: ההזמנות שלי, מנוי, היסטוריית ביקורים (צ׳ק-אין/צ׳ק-אאוט מבקרת גישה), מועדפים. עבור מנויי "Unlimited", קוד ה-QR משויך למשתמש לכל התקופה.
מה כלול בפיתוח Turnkey
- עיצוב פרויקט: אבות טיפוס, דיאגרמת ER ל-Highload, תרחישי הזמנה
- עיצוב: מוקאפים לקטלוג, לוח שנה, חשבון אישי (רספונסיבי למובייל)
- פיתוח: בלוקים אינפורמטיביים, מוצרי
sale, מערכת הזמנות, אינטגרציה עם בקרת גישה - פיסקליזציה: חיבור קופה רושמת מקוונת (ATOL, CloudPayments) עם העברת נתונים ל-OFD
- בדיקות: בדיקות עומס, בדיקות קונפליקטים בהזמנות, תרחישי בקרת גישה
- תיעוד: טכני ומשתמש
- הדרכה: הנחיות למנהל בניהול קטלוג והזמנות
לוח זמנים ליישום
| שלב | תוכן | לוח זמנים |
|---|---|---|
| ניתוח | קטלוג חללים, מטריצת תעריפים, דרישות בקרת גישה | 5–7 ימים |
| עיצוב | אבות טיפוס, דיאגרמת ER, תרחישי הזמנה | 7–10 ימים |
| עיצוב | מוקאפים (קטלוג, לוח שנה, חשבון אישי), רספונסיביות למובייל | 10–12 ימים |
| קטלוג ותעריפים | בלוקי מידע, מוצרי sale, מק"טים |
7–10 ימים |
| מערכת הזמנות | עומס גבוה, לוח שנה, תשלום, מניעת התנגשויות | 14–18 ימים |
| אינטגרציה עם בקרת גישה | נקודת קצה API, יצירת QR, בדיקות עם חומרה | 7–10 ימים |
| חשבון אישי וקהילה | חשבון אישי, דיירים, אירועים | 7–10 ימים |
| בדיקות והשקה | בדיקות עומס, הפעלת בקרת גישה | 5–7 ימים |
לוח זמנים כולל: 9–12 שבועות. האינטגרציה עם בקרת גישה תלויה בדגם הציוד: אם המערכת תומכת ב-REST API באופן מובנה, נסיים בתוך 7 ימים. אם נדרש שרת מתווך, עד 10 ימים. יש להתקין את החומרה לפני תחילת שלב האינטגרציה.
הזמינו אתר קוורקינג במפתח סופי — נבצע ביקורת של התהליכים הנוכחיים שלכם ונציע את הפתרון האופטימלי.