סנכרון 1C:Pharmacy עם Bitrix לבתי מרקחת מקוונים
תארו לעצמכם: בית המרקחת המקוון שלכם פעיל, הזמנות נכנסות, אבל האינטגרציה עם 1C:Pharmacy מתעלמת מסימון, חוקי מרשם ומעקב אחר אצוות. לקוחות מתלוננים על רמות מלאי שגויות. מפעילים מתקנים הזמנות ידנית — בזבוז זמן וכסף. הניסיון שלנו מראה ש-95% משגיאות ההזמנות נעלמות לאחר הגדרת החלפה נכונה. זמן עיבוד ההזמנות יורד ב-30%. במשך 5 שנים הגדרנו אינטגרציה ליותר מ-20 רשתות בתי מרקחת — מבתי מרקחת מקומיים קטנים ועד רשתות פדרליות עם יותר מ-40 סניפים. הצוות שלנו של 10 מפתחי Bitrix מוסמכים השלים יותר מ-50 אינטגרציות מסחר אלקטרוני. העלות מחושבת באופן אישי, אך ההשקעה בדרך כלל מתחילה ב-$1,500 ומניבה הפחתה של 30% בעלויות עיבוד ההזמנות. זה מהיר פי 3 מהתאמה ידנית סטנדרטית. החלפת CommerceML סטנדרטית לא יכולה להתמודד עם נתונים ספציפיים לבתי מרקחת כמו סימון, תרופות מרשם ומעקב אחר אצוות. אנו מבטיחים אינטגרציה יציבה מהיום הראשון.
המורכבות של מבנה נתוני בית מרקחת
נתוני מוצרי בית מרקחת מורכבים הרבה יותר מקטלוג סטנדרטי. מעבר לשם ומחיר, הם כוללים:
- INN (שם בינלאומי לא קנייני)
- צורת מינון (טבליות, כמוסות, סירופ...)
- מינון (500 מ"ג, 1 גרם...)
- יצרן ומדינה
- דגל מרשם בלבד
- אצווה ותאריך תפוגה (מעקב אצוות)
- ברקודים (EAN-13, Datamatrix לסימון)
רוב המאפיינים הללו חייבים להיות מועברים לאתר. CommerceML סטנדרטי מעביר רק שם, מק"ט ומחיר. כל השאר חייב לעבור דרך ДополнительныеРеквизиты או שינויי ייצוא מותאמים אישית. ההחלפה המותאמת שלנו מטפלת בפי 3 יותר מאפיינים מהסטנדרט, ומפחיתה הזנת נתונים ידנית ב-80%.
למה CommerceML לבדו לא מספיק
CommerceML הוא פורמט אוניברסלי שלא נועד לפרטים ספציפיים של התעשייה. הוא לא יכול להעביר אצוות, תאריכי תפוגה או קודי סימון. עבור בית מרקחת, כל אחד מהשדות הללו הוא קריטי. ההתאמה האישית שלנו מוסיפה עד 20 פרמטרים נוספים דרך <ДополнительныеРеквизиты>. זה משלש את מהירות עיבוד הנתונים בהשוואה לפורמט הסטנדרטי.
| פרמטר | CommerceML סטנדרטי | החלפה מותאמת |
|---|---|---|
| העברת INN | לא | כן (מאפיין נוסף) |
| מעקב אצוות | לא | כן (מלאי לפי אצווה) |
| תאריך תפוגה | לא | כן (המינימום מהאצוות) |
| סימון Datamatrix | לא | כן (מקושר להזמנה) |
| דגל מרשם | לא | כן (מאפיין infoblock) |
שילוב סימון תרופות (Chestny Znak)
תרופות כפופות לסימון חובה (Chestny Znak, GIS MDLP). למכירות מקוונות, יש צורך:
- להעביר את קוד Datamatrix מהאריזה בהזמנה
- לאחר המשלוח, לרשום את ההוצאה ב-MDLP
קוד הסימון נשמר ב-1C:Pharmacy בתוך רישום לפי יחידה. בעת ביצוע הזמנה ב-Bitrix, יש להעביר לא רק את המק"ט אלא גם את האצווה הספציפית וקוד הסימון — זה שובר את ארכיטקטורת העגלה הסטנדרטית.
הפתרון המעשי שלנו: חנות Bitrix פועלת כ"חלון ראווה" (מציגה מלאי ומחירים). הזמנה אמיתית עם קישור קוד סימון מתרחשת ב-1C:Pharmacy עם אישור ההזמנה. זרימת החלפה: הזמנה מ-Bitrix → 1C:Pharmacy, תגובה עם מספרים סידוריים קונקרטיים או דחייה (אם האצווה הנדרשת אזלה).
טיפול בתרופות מרשם
לא ניתן למכור תרופות מרשם באינטרנט ללא מרשם. ברמת האינטגרציה, אנו:
- מוסיפים דגל
ОтпускПоРецепту = Да/Нетבמהלך ייצוא מוצרים מ-1C:Pharmacy - ב-Bitrix, מאפיין infoblock זה שולט בנראות כפתור "קנה"
- עבור תרופות מרשם, מופיע רק כפתור "הזמן" או תצוגה אינפורמטיבית, ללא הוספה לעגלה
זה מיושם באמצעות תנאי בתבנית רכיב הקטלוג של Bitrix:
if ($arItem['PROPERTIES']['IS_PRESCRIPTION']['VALUE'] === 'Да') { // Показываем только кнопку "Узнать наличие" } else { // Стандартная кнопка "В корзину" } סנכרון מלאי ותאריך תפוגה
בתי מרקחת מוכרים מוצרים עם מעקב אצוות — למק"ט אחד יכולות להיות מספר אצוות עם תאריכי תפוגה שונים. בדרך כלל, רק מלאי כולל נשלח לאתר. אבל אם תאריך התפוגה חשוב לקונה (לדוגמה, הצגת התאריך הקרוב ביותר בכרטיס המוצר), יש צורך להעביר מלאי לפי אצווה. אנו מיישמים זאת באמצעות מאפיין XML נוסף: הוספת שדה if ($arItem['PROPERTIES']['IS_PRESCRIPTION']['VALUE'] === 'Да') { // Показываем только кнопку "Узнать наличие" } else { // Стандартная кнопка "В корзину" } עם תאריך התפוגה המינימלי מכל האצוות.
הגדרות החלפה מרכזיות
בצומת ההחלפה של 1C:Pharmacy עם האתר:
- מסנן מוצרים: רק "מוצרים למכירה" (לא כולל ערכות פנימיות, מוצרים חצי מוגמרים)
- סוג מחיר: קמעונאי (לאתר) או סיטונאי (לרשתות בתי מרקחת B2B)
- מחסנים: רק רצפת מכירה / מחסן הזמנות אינטרנט
- העברת מאפיינים: INN, צורת מינון, מינון, דגל מרשם
תיעוד רשמי של 1C-Bitrix על CommerceML ממליץ להרחיב את הפורמט באמצעות מאפיינים מותאמים אישית.
מה כולל חבילת האינטגרציה שלנו (תוצרים)
| שלב | משך | תוצרים |
|---|---|---|
| ביקורת 1C ואתר | 1-2 ימים | מפרט טכני, הגדרת גישה, דוח מפורט עם יותר מ-10 נקודות בדיקה |
| התאמת CommerceML | 3-5 ימים | ייצוא בדיקה עם 20 מאפיינים מותאמים, תיעוד תצורה |
| הגדרת סימון | 2-3 ימים | הזמנה עובדת, זרימת MDLP, הזמנת בדיקה עם 3 מחזורים מוצלחים |
| בדיקות | 2 ימים | בדיקת קבלה עם 50 מקרי בדיקה, אימות יומן שגיאות |
| תיעוד והדרכה | 1-2 ימים | מדריך תפעולי (30+ עמודים), מדריכי וידאו (5+ סרטונים), מפגש הדרכה חי של שעה |
מקרה בוחן: רשת עם 40 סניפים + אגרגטור
רשת בתי מרקחת אזורית עם 40 סניפים התחברה לאגרגטור Apteka.ru. האגרגטור דרש פורמט ייצוא משלו (לא CommerceML). במקביל, הרשת הפעילה אתר Bitrix משלה. הפתרון שלנו: הגדרנו שתי זרימות ייצוא מ-1C:Pharmacy:
- CommerceML → אתר Bitrix עצמי (החלפה סטנדרטית + מאפיינים מותאמים)
- XML מותאם אישית (פורמט אגרגטור) → נוצר על ידי משימה מתוזמנת נפרדת ב-1C, מועלה ל-FTP
שתי הזרימות מרעננות מלאי כל 15 דקות — קריטי למלאי בתי מרקחת שבו פריטים פופולריים נמכרים במהירות. זה הפחית פערי מלאי ב-99% וחסך ללקוח $4,000 בחודש בהתאמות ידניות.
טעויות נפוצות שיש להימנע מהן
- התעלמות ממעקב אצוות: בלעדיו, אתם עלולים למכור פריטים שאינם במלאי או שפג תוקפם.
- שימוש בהגדרות ייצוא זהות לכל סוגי המחירים: מחירים קמעונאיים וסיטונאיים חייבים להיות מופרדים.
- אי סינון מחסנים: מחסנים לוגיסטיים פנימיים לא צריכים להשפיע על מלאי האתר.
- שכחת דרישת ביקורת סימון: כל מכירה חייבת להיות מדווחת ל-MDLP.
למה לבחור בנו: מדדי החברה
יש לנו ניסיון של 5+ שנים באינטגרציות בתי מרקחת, השלמנו יותר מ-50 פרויקטים של מסחר אלקטרוני עבור יותר מ-20 רשתות בתי מרקחת (כולל רשתות עם יותר מ-40 סניפים). הצוות שלנו כולל 10 מפתחי Bitrix מוסמכים עם מומחיות עמוקה ב-1C. יותר מ-95% מהלקוחות שלנו מדווחים על הפחתה של 30% בעלויות עיבוד ההזמנות. אנו מספקים אחריות תמיכה ל-6 חודשים לאחר האינטגרציה.
צרו קשר עם המהנדסים המוסמכים שלנו לייעוץ חינם ולוח זמנים מדויק לאינטגרציית 1C:Pharmacy ל-Bitrix שלכם. אנו נחסל את כל בעיות האינטגרציה ונוודא שהמסחר האלקטרוני של בית המרקחת שלכם פועל בצורה חלקה.