חלל עבודה משותף (קוורקינג) יכול להפסיד עד 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 מאפשרים אחסון חללים, הזמנות ורישומים. תהליכים עסקיים מובנים מאפשרים אוטומציה של בדיקת מנויים שפגו באמצעות סוכנים (CAgent). אנו גם מנצלים אינטגרציה עם 1C:Trade Management באמצעות CommerceML לסנכרון מוצרים והזמנות.
איך לאוטמט את ההזמנות ללא התנגשויות?
ההזמנה היא הליבה של אתר קוורקינג. המודולים הסטנדרטיים של ביטריקס מיועדים למסחר אלקטרוני של מוצרים, אבל כאן צריך למכור משבצות זמן עם תצוגה ויזואלית של תפוסה. אנו משתמשים בפיתוח מותאם אישית על גבי מודול 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 לשאילתות תפוסה מהירות.
מניעת הזמנות כפולות
כששני משתמשים מנסים להזמין את אותה משבצת בו-זמנית, אנו משתמשים בנעילה אופטימית: לפני יצירת הרשומה, הבקר בודק חפיפות ומשתמש בטרנזקציית DB. אם המשבצת כבר תפוסה, מוחזרת שגיאה והפרונטאנד מעדכן את היומן.
משבצות עם סטטוס "ממתין לתשלום" מבוטלות אוטומטית לאחר 15 דקות על ידי סוכן. זה מונע חסימה של חדרי ישיבות פופולריים על ידי הזמנות שלא שולמו.
קטלוג חללים ותעריפים
אינפובלוק "חללים" עם סעיפים לפי סוג: שולחן חם, שולחן קבוע, חדר ישיבות, משרד פרטי, אולם אירועים. מאפיינים: קיבולת, שטח, ציוד, קומה, תמונות, סיור תלת-ממדי (Matterport), זמן מינימלי להזמנה.
מבנה התעריפים מיושם באמצעות SKU של מודול sale. לדוגמה, המוצר "שולחן חם" כולל הצעות: שעה, יום, 10 ימים/חודש, ללא הגבלה/חודש. מנויים מעובדים כתשלומים חוזרים עם בדיקת פקיעה אוטומטית באמצעות סוכן.
אינטגרציה עם בקרת כניסה
לאחר התשלום, המערכת מייצרת UF_QR_TOKEN ייחודי (UUID v4) ושולחת קוד QR בדוא"ל ובחשבון האישי. בעת סריקת ה-QR בקורא בקרת הכניסה, נקודת הקצה /api/skud/verify/ מאמתת את הטוקן, סטטוס "שולם" וחלון זמן של ±15 דקות. הפרוטוקול תלוי בדגם: עבור ZKTeco או Sigur — REST API; עבור Bolid Orion — דרך שרת ביניים.
חשבון אישי לשוכר
כרטיסיות: ההזמנות שלי, מנוי, היסטוריית ביקורים (כניסה/יציאה מבקרת כניסה), מועדפים. עבור מנויי "ללא הגבלה", קוד ה-QR מקושר למשתמש לכל התקופה.
מה כלול בפיתוח במפתח מלא
- עיצוב פרויקט: אבות טיפוס, דיאגרמת ER של Highload, תרחישי הזמנה
- עיצוב: מוקאפים לקטלוג, יומן, חשבון אישי (מותאם למובייל)
- פיתוח: אינפובלוקים, מוצרי
sale, מערכת הזמנות, אינטגרציה עם בקרת כניסה - פיסקליזציה: חיבור קופה רושמת מקוונת (ATOL, CloudPayments) עם העברת נתונים ל-OFD
- בדיקות: בדיקות עומס, בדיקות התנגשויות הזמנות, תרחישי בקרת כניסה
- תיעוד: טכני ומשתמש
- הדרכה: הדרכת מנהל על ניהול קטלוג והזמנות
לוח זמנים ליישום
| שלב | תוכן | לוח זמנים |
|---|---|---|
| אנליזה | קטלוג חללים, מטריצת תעריפים, דרישות בקרת כניסה | 5–7 ימים |
| עיצוב | אבות טיפוס, דיאגרמת ER, תרחישי הזמנה | 7–10 ימים |
| עיצוב | מוקאפים (קטלוג, יומן, חשבון אישי), מותאם למובייל | 10–12 ימים |
| קטלוג ותעריפים | אינפובלוקים, מוצרי sale, SKU |
7–10 ימים |
| מערכת הזמנות | Highload, יומן, תשלום, מניעת התנגשויות | 14–18 ימים |
| אינטגרציה עם בקרת כניסה | נקודת קצה API, יצירת QR, בדיקות עם חומרה | 7–10 ימים |
| חשבון אישי וקהילה | חשבון אישי, דיירים, אירועים | 7–10 ימים |
| בדיקות והשקה | בדיקות עומס, הפעלת בקרת כניסה | 5–7 ימים |
לוח זמנים כולל: 9–12 שבועות. אינטגרציה עם בקרת כניסה תלויה בדגם הציוד: אם המערכת תומכת ב-REST API ישירות, אנו מסיימים תוך 7 ימים. אם נדרש שרת ביניים, עד 10 ימים. יש להתקין את החומרה לפני תחילת שלב האינטגרציה.
הזמינו אתר קוורקינג במפתח מלא — אנו נבצע ביקורת על התהליכים הנוכחיים שלכם ונציע את הפתרון האופטימלי.