הגדרת קבלות 54-FZ ב-1C-Bitrix: ביקורת, הטמעה, תמיכה

לקוח הגדיר קופה רושמת, אך הקבלות נכשלות בפיסקליזציה עם שגיאה 'invalid tag format 1057'. תרחיש טיפוסי: עבור שירות משלוחים, חסר מאפיין אובייקט התשלום. אנו מפרקים את ההתקנה של קבלות 54-FZ ב-1C-Bitrix. הצוות שלנו עם ניסיון של 5+ שנים ולמעלה מ-50 פרויקטים שהושלמו מבטיח פיסקליזציה בניסיון הראשון. בדקנו יותר מ-200 תצורות קופה רושמת, כך שאנו מכירים את כל המלכודות. לפי הסטטיסטיקה שלנו, 60% מהכשלים נובעים ממאפיין אובייקט תשלום שגוי, ו-30% נובעים מהיעדר הקצאת מע"מ.

בעיות שאנו פותרים

מאפיין אובייקט תשלום שגוי. Bitrix מצפה לשדה PAYMENT_OBJECT בכל פריט. אם לא צוין, הקופה דוחה. עבור שירותים — SERVICE, עבור מוצרים — COMMODITY, עבור מקדמה — PAYMENT. הגדר דרך ממשק הניהול או עדכון המוני באמצעות SQL. שימוש בתצורת API מהיר פי 3 מהזנה ידנית ומפחית שגיאות ב-80%.

מע"מ שגוי. הסיבה הנפוצה ביותר לדחייה היא פריט ללא הקצאת מע"מ. בדוק עם שאילתת SQL:

SELECT ID, NAME FROM b_catalog_product WHERE VAT_ID IS NULL LIMIT 20; 

אם נמצא, הקצה שיעור. עבור כל הפריטים בבלוק מידע אחד:

UPDATE b_catalog_product cp JOIN b_iblock_element ie ON cp.ID = ie.ID SET cp.VAT_ID = (SELECT ID FROM b_catalog_vat WHERE RATE = 20 AND ACTIVE = 'Y' LIMIT 1) WHERE ie.IBLOCK_ID = 7 AND cp.VAT_ID IS NULL; 

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

כיצד להגדיר FFD 1.2 ב-1C-Bitrix?

מבנה הקבלה נקבע על ידי המחלקה SELECT ID, NAME FROM b_catalog_product WHERE VAT_ID IS NULL LIMIT 20; וצאצאיה. הסוגים העיקריים מתוארים בתיעוד ה-API של Bitrix Cashbox.

עבור תשלום דו-שלבי (החזקה + אישור), נדרשות שתי קבלות: תחילה מקדמה, ולאחר מכן סילוק מלא.

שדות חובה עבור FFD 1.2: UPDATE b_catalog_product cp JOIN b_iblock_element ie ON cp.ID = ie.ID SET cp.VAT_ID = (SELECT ID FROM b_catalog_vat WHERE RATE = 20 AND ACTIVE = 'Y' LIMIT 1) WHERE ie.IBLOCK_ID = 7 AND cp.VAT_ID IS NULL; ו-\Bitrix\Sale\Cashbox\Check. הראשון מציין מה נמכר (מוצר, שירות, עבודה), השני מציין את שיטת התשלום (תשלום מלא, מקדמה, אשראי). הגדר במאפייני המוצר או דרך API.

מדוע הקבלה אינה עוברת פיסקליזציה?

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

הפעל ניפוי שגיאות:

define('CASHBOX_DEBUG', true); 

הלוג נכתב אל USER_PHONE. כדי לקבל את גוף הקבלה ללא שליחה:

$checkData = $check->getDataForCheck(); var_dump($checkData); 

הגישה שלנו להתקנה

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

דוגמה מהפרקטיקה: חנות מסחר אלקטרוני עם תשלום היברידי (כרטיס + בונוסים). נדרשו שתי קבלות: אחת עבור הסכום המלא ואחת נפרדת עבור חלק הבונוס. נפתר באמצעות אירוע USER_EMAIL עם יצירת קבלה נוספת. כתוצאה מכך, הפיסקליזציה עוברת ללא שגיאות, כל הקבלות עומדות בדרישות FFD 1.2.

מה כלול בעבודה

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

תהליך העבודה

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

לוח זמנים ועלות

לוח זמנים — בין 5 ל-15 ימים בהתאם למורכבות (התממשקות עם 1C, תוכניות בונוס, תוכניות סוכן). העלות מחושבת באופן אישי לאחר ביקורת. קבל ייעוץ מהנדס — נעריך את הפרויקט שלך ללא עלות.

שגיאות נפוצות במהלך ההתקנה

• מאפיין אובייקט תשלום לא מולא עבור שירותים.
• מע"מ לא הוקצה למוצר (VAT_ID = NULL).
• אפשרות החזר לא מוגדרת בעת ביטול תשלום.
• נתוני לקוח לא מועברים עבור עסקאות בעלות גבוהה.
• קונפליקט של סוגי תשלום (מקדמה + תשלום מלא).

אם סטטוס הקבלה הוא 'F' — שלח אותה מחדש דרך פאנל הניהול. אפס את הסטטוס באופן תוכנתי:

$check = \Bitrix\Sale\Cashbox\CheckManager::getCheckById($checkId); if ($check) { $check->setField('STATUS', \Bitrix\Sale\Cashbox\Internals\Check::STATUS_NEW); $check->save(); } 

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