تتيح لك تقنية قواعد المعلومات الموزعة (RIB) إنشاء نظام موزع جغرافيًا بناءً على تكوينات 1C Enterprise. يتيح لك ذلك الحصول على مساحة معلومات مشتركة حتى مع تلك الأقسام التي ليس لديها قناة اتصال موثوقة، تجمع بين الاستقلالية العالية للعقد مع القدرة على تبادل المعلومات بسرعة. سنلقي نظرة في مقالاتنا على الميزات والتنفيذ العملي لهذه الآلية على منصة 8.2

بداية، دعونا نسأل أنفسنا: لماذا التبادل التلقائي؟ تتيح التقنيات الحديثة، جنبًا إلى جنب مع الإنترنت السريع وغير المكلف، تنظيم العمل عن بعد دون أي صعوبات. إن اختيار الأساليب واسع كما كان دائمًا: RDP، وعملاء الويب والشبكات، وربط الشبكات باستخدام VPN - هناك الكثير مما يجب التفكير فيه. ومع ذلك، فإن كل هذه الأساليب لها عيب واحد كبير - الاعتماد القوي على جودة قناة الاتصال.

وحتى مع التشغيل المثالي للمزود المحلي، فمن المستحيل ضمان توفر قناة الاتصال بنسبة 100%. المشاكل مع مزود العمود الفقري، ونقص إمدادات الطاقة، والأضرار المادية لخط الاتصال والعديد من العوامل الأخرى تجعل هذه المهمة غير قابلة للتغلب عليها. وفي الوقت نفسه، يؤدي عدم إمكانية الوصول إلى قاعدة المعلومات في مستودع بعيد أو متجر بيع بالتجزئة إلى خسائر كبيرة جدًا. وأخيرًا، دعونا لا ننسى أن هناك أماكن (على سبيل المثال، المناطق الصناعية في ضواحي المدن) حيث يكون توفير قناة اتصال عالية الجودة أمرًا مكلفًا و/أو مثيرًا للمشاكل.

تتيح لك آلية RIB التخلص من هذه العيوب، فكل قسم لديه نسخته الخاصة من قاعدة المعلومات التي يمكنك من خلالها العمل بشكل مستقل حتى في حالة الغياب التام للتواصل مع العالم الخارجي. والكمية الصغيرة من المعلومات المرسلة تسمح لك باستخدام أي قناة اتصال، بما في ذلك الإنترنت عبر الهاتف المحمول، للتبادل.

RIB على النظام الأساسي 8.2 ليس شيئًا جديدًا بشكل أساسي، ويمثل تطويرًا إضافيًا لمنصة RIB 7.7، والآن فقط أصبحت هذه التكنولوجيا أكثر سهولة وأسهل. على عكس مكون RIB، الذي يجب شراؤه بشكل منفصل، يعد RIB جزءًا لا يتجزأ من العديد من التكوينات القياسية ويعمل بالكامل في وضع المستخدم، مما يسمح لك بالاستغناء عن Configurator حتى في مرحلة الإعداد.

في هذه المرحلة، سيكون الوقت قد حان للانتقال إلى الجزء العملي، ولكن سيتعين علينا إجراء استطراد آخر. والحقيقة هي أن الانتقال إلى النظام الأساسي 8.2، والذي يبدو أنه قد حدث بالفعل، أدى في الواقع إلى ظهور نوعين من التكوينات: استنادًا إلى تطبيق مُدار، "أصلي" لمنصة 8.2، ومُقتبس من 8.1، مستمرًا لاستخدام التقنيات والآليات التي عفا عليها الزمن. نظرًا لأن جزءًا كبيرًا من التكوينات (محاسبة المؤسسات وكشوف المرتبات وإدارة الموارد البشرية) معدلة أو انتقالية، فلا يمكن استبعادها، لذلك سيتم تخصيص الجزء الأول من مقالتنا لهذه التكوينات (أساسًا النظام الأساسي 8.1)، بينما في الجزء الثاني سوف نقوم بفحص إعداد التبادل التلقائي للتكوينات بناءً على تطبيق مُدار (النظام الأساسي 8.2).

لنفكر في مهمة عملية: إعداد التبادل التلقائي عبر FTP لتكوين Enterprise Accounting 2.0. على الرغم من أن RIB يسمح لك بالتبادل باستخدام البريد الإلكتروني أو مشاركة الملفات، فإننا نوصي باستخدام FTP باعتباره أبسط وسيلة اتصال وأكثرها موثوقية. يمكنك قراءة كيفية إعداد خادم FTP الخاص بك، أو يمكنك استخدام خدمة FTP لأي مزود استضافة.

أولا وقبل كل شيء، نحن بحاجة إلى تكوين عقد التبادل. للقيام بذلك، قم بتشغيل التكوين باستخدام حقوق المسؤول وحدد المعاملات - خطط التبادل.

في القائمة التي تظهر، حدد ممتلىءخطة أو حسب التنظيم، إذا تم الاحتفاظ بسجلات لعدة شركات في قاعدة بيانات واحدة ويجب إجراء التبادل لواحدة منها فقط. في النافذة التي تفتح، توجد بالفعل عقدة واحدة - العقدة المركزية، ونحتاج إلى تعديلها من خلال الإشارة إلى الرمز والاسم.

ثم سنقوم بإنشاء عقدة أخرى للفرع، وملئها بنفس الطريقة (للإضافة، انقر فوق الدائرة الخضراء مع علامة زائد). والخطوة التالية هي إنشاء صورة أولية لهذه العقدة، وهي عبارة عن قاعدة معلومات جاهزة في وضع الملف. للقيام بذلك، انقر بزر الماوس الأيمن على العقدة المطلوبة واختر من القائمة المنسدلة إنشاء صورة البداية.

الآن دعنا ننتقل الخدمة - قاعدة المعلومات الموزعة (DIB) - تكوين عقد RIB.

في النافذة التي تفتح، انقر فوق الزر يضيفوقم بتكوين تبادل جديد عن طريق تحديد المضيف البعيد ونوع التبادل (عبر FTP) ومعلمات اتصال الخادم.

إشارة مرجعية التبادل التلقائييسمح لك بإعداد جدول تبادل، والتبادل حسب الأحداث (بداية ونهاية العمل، وما إلى ذلك)، يتم إجراء هذه الإعدادات للمستخدم الذي سيتم إجراء التبادل نيابة عنه، لذا تأكد من أن لديه حقوق تبادل البيانات.

لا تنس تحديد بادئة العقدة لترقيم المستندات (وإلا ستتلقى مستندات مختلفة بنفس الأرقام) في الأدوات - إعدادات البرنامج؛ وهنا يمكنك أيضًا تكوين بعض معلمات التبادل الأخرى. في نفس علامة التبويب، يجب عليك تحديد مستخدم لتنفيذ مهام التبادل، إذا لم تقم بذلك، فلن يعمل الجدول الزمني. تذكر أن التبادل لن يتم إلا إذا قام المستخدم بتسجيل الدخول إلى البرنامج.

هذا يكمل تكوين العقدة المركزية، والآن تحتاج إلى إجراء إعدادات مماثلة للعقدة الطرفية، وربط الصورة الأولية كنظام أمن معلومات موجود. وبعد ذلك يمكنك البدء في تبادل البيانات. للتحكم يجب عليك استخدام مراقب الاتصالات، فهو لا يسمح لك بمراقبة نجاح التحميل/التنزيل فحسب، بل يُظهر أيضًا أي تصادمات نشأت أو تأخرت في الحركات (إذا لم يكن لدى المستخدم الذي أجرى التبادل الحقوق الكافية لتنفيذ أي إجراءات في قاعدة البيانات). يتيح لك وجود هذه الأداة حل أنواع مختلفة من المشكلات التي تنشأ أثناء التبادل التلقائي بسرعة وفعالية.

عند هذه النقطة، يمكن اعتبار إعداد التبادل مكتملًا ويمكنك البدء في العمل في الوضع الموزع. من المفيد التركيز بشكل خاص على تحديث التكوين أو إجراء تغييرات عليه. هذه الإجراءات متاحة فقط على العقدة المركزية، وسيتم نشر جميع التغييرات التي تم إجراؤها تلقائيًا إلى العقد الطرفية أثناء التبادل التالي. لإجراء تغييرات تلقائيًا، يجب أن تكون قاعدة البيانات الطرفية في الوضع الحصري، وإلا فستحتاج إلى التشغيل مكونوتنفيذ تحديث تكوين قاعدة البياناتيدويا.

في الحياة الواقعية، من النادر أن تنجح هذه الشركة بقاعدة بيانات 1C واحدة فقط. الوضع الأكثر شيوعًا هو قاعدتان، المحاسبة وكشوف المرتبات.

يجب أن تكون القواعد متصلة - لقد تم استحقاق الرواتب، ويجب أن تذهب الضرائب المستحقة إلى قسم المحاسبة للدفع.

لتوصيل العديد من قواعد البيانات، يوجد Exchange 1C. كيف يعمل؟

ما هو تبادل 1C؟

هناك سلسلة من المتاجر ومكتب مركزي. يحتوي كل متجر ومكتب على مستودع. يتم نقل البضائع من مستودع إلى مستودع (بشكل أساسي من المستودع المركزي إلى مستودعات التخزين)، وتباع في المتاجر.

يتم استخدام قاعدة بيانات 1C Retail في المكتب ونفس قاعدة البيانات في كل متجر. القواعد الموجودة في المتاجر تابعة للقاعدة الموجودة في المكتب.

في المكتب، يتم إنشاء المستندات الخاصة بحركة البضائع من مستودع إلى مستودع، ويتم تحديد الأسعار. يتم تحميل المستندات إلى قواعد البيانات الثانوية و"تظهر" البضائع هناك.

تقوم المتاجر بإنشاء مستندات حول مبيعات البضائع المكتملة. يتم تحميل المستندات إلى قاعدة بيانات المكتب و"تظهر" المبيعات هناك.

يسمى هذا المخطط قاعدة المعلومات الموزعة (RIB). إجراءات "تحميل" المستندات - تبادل 1C ثنائي الاتجاه. وإعداد هذا المخطط هو URIB أو URIBD (إدارة قاعدة بيانات المعلومات الموزعة).

مبادئ تبادل الدلائل في 1C

أدلة 1C (وتسمى مجموعة جميع الدلائل "في المجمع" NSI - المعلومات المرجعية المعيارية) - في قواعد البيانات المختلفة يجب أن تكون هي نفسها عادةً. وهذا يعني أنه حتى لو كانت هناك عدة قواعد بيانات، فإن قائمة البضائع والمستودعات والمقاولين هي نفسها في قواعد البيانات المختلفة.

من الممارسات الشائعة السماح بتحرير الدليل في قاعدة بيانات واحدة، ثم يتم نسخه ("ترحيله") إلى قواعد البيانات الأخرى. كما ناقشنا من قبل، كل عنصر 1C له معرف فريد - GUID. عادةً ما يتم نسخ الأدلة مع المعرف الفريد العمومي (GUID) الخاص بها، وبالتالي تكون متطابقة في جميع أنحاء نظام المعلومات الموزع.

بخلاف ذلك، عند اتصال عدة قواعد بيانات موجودة في البداية، أو عندما يمكن إنشاء الدلائل في قواعد بيانات مختلفة في نفس الوقت، ستكون المعرفات الفريدة العمومية (GUID) الخاصة بها مختلفة. هناك آلية مطابقة لهذا. في سجل معلومات خاص أثناء تبادل 1C، يتم تسجيل المعلومات التي تفيد بأن العنصر من قاعدة البيانات رقم 1 مع GUID xxx يساوي العنصر الموجود في قاعدة البيانات هذه مع GUID yyy. في البداية، يجب مقارنة العناصر الموجودة التي لم تعد متساوية تلقائيًا (باستخدام تفاصيل أخرى، على سبيل المثال، بالاسم أو برقم التعريف الضريبي ونقطة التفتيش) أو يدويًا.

مبادئ تبادل الوثائق في 1C

يتم نشر المستندات الموجودة في 1C وفقًا للسجلات، ثم يتم اعتبارها "منشورة". وهذا يؤدي إلى صعوبات مفهومة أثناء النقل.

أحد الخيارات هو نقل المستندات فقط ونقلها مرة أخرى بعد التنزيل. يتم استخدام هذه الطريقة غالبًا، ولكنها يمكن أن تؤدي إلى أخطاء - قد لا يتم نشر المستند في قاعدة البيانات الجديدة، نظرًا لأن الظروف أثناء الترحيل قد تكون مختلفة عما كانت عليه في وقت نشر المستند في قاعدة البيانات الأصلية.

خيار آخر هو نقل المستندات والسجلات معًا. كما نفهم، فإن السؤال ينشأ على الفور - إما أن ننقل جميع المستندات بشكل عام، ثم السجل بأكمله بشكل عام، أو نضطر إلى اختيار الحركات فقط على المستندات المنقولة.

لنفترض أننا بحاجة إلى نقل عنصر من دليل Nomenclature. يحتوي هذا الدليل على 10 حقول، 5 منها عبارة عن سلاسل وأرقام، و5 عبارة عن روابط إلى أدلة أخرى.

وبناء على ذلك، عند نقل عنصر واحد من عناصر التسمية، فإننا نضطر إلى البحث عن 5 عناصر من الأدلة الأخرى ونقلها أيضًا.

وبالتالي، عند نقل عنصر دليل واحد أو مستند واحد، يمكن نقل 100 أو أكثر من كائنات 1C الأخرى عبر الرابط.

في الواقع، يقال أن جميع مراجع التكوين تقريبًا تشير إلى بعضها البعض بطريقة أو بأخرى.

خطط التبادل 1C

لنفترض أننا أنشأنا قاعدة بيانات موزعة وقمنا بتبادل 1C. تم شراء البضائع إلى المستودع المركزي وتجهيزها للشحن إلى المخازن. في 1C، أدخل المكتب المستندات اللازمة لحركة البضائع. يتطلب منهم أن يتم تحميلها في المتاجر.

ما يجب القيام به؟ هل تريد إجراء تبادل 1C كامل مرة أخرى؟ طويلة وغير فعالة! سيكون من الأفضل بكثير حساب ما تمت إضافته أو تغييره بالضبط بواسطة المستخدمين في المكتب، بحيث يتم إرسال التغييرات فقط إلى المتاجر.

هناك خطط تبادل 1C لهذا الغرض. يقوم المبرمج بإنشاء خطة تبادل 1C مسبقًا لتنفيذ عمليات تبادل 1C مع بعض قواعد البيانات الأخرى، على سبيل المثال مع متاجرنا.

تلاحظ خطة تبادل 1C عندما يعمل المستخدمون مع الدلائل والمستندات، ما تمت إضافته أو تغييره منذ آخر تبادل 1C مع قاعدة البيانات هذه.

إنشاء URIB 1C

لذلك، سوف نقوم بإنشاء قاعدة بيانات موزعة من الصفر. في البداية، لدينا قاعدة مكتب "الأهل". ومنه سنختار قواعد بيانات المتاجر التي ستكون تابعة له.

تحتوي التكوينات النموذجية بالفعل على خطط تبادل 1C القياسية. أنواع القواعد المخصصة لها واضحة من الاسم:

• تبادل 1C مع موقع ويب: التبادل مع موقع 1C: Bitrix
• Exchange 1C UPP-UT أو UT-Retail: تبادلات نموذجية مع التكوينات الشقيقة
• تبادل كامل – 1C مع قاعدة بيانات تعتمد على نفس التكوين.

يمكن أيضًا إجراء RIB - قاعدة المعلومات الموزعة - على أساس خطة التبادل "الكاملة" 1C. في المكوّن، في خطة تبادل 1C هذه، يجب تحديد خانة الاختيار "قاعدة المعلومات الموزعة".

تشير خطة التبادل 1C التي تم إنشاؤها في أداة التهيئة إلى أننا سنقوم بالتبادل مع هذا التكوين. في وضع المؤسسة، وفي نفس خطة تبادل 1C، تحتاج الآن إلى تحديد قواعد بيانات محددة بناءً على هذا التكوين.

دعنا نذهب إلى خطة التبادل 1C (خطة العمليات/التبادل؛ يمكن أن تكون أيضًا في قائمة أخرى، غالبًا في قائمة الخدمة/XXX).

يوجد في قائمة قواعد البيانات في خطة التبادل 1C قاعدة بها دائرة خضراء في الصورة. هذا العنصر يرمز إلى هذه القاعدة. تشير العناصر المتبقية إلى القواعد الأخرى التي يتم تبادل 1C معها.

من الضروري ملء اسم ورمز جميع العناصر.

لإنشاء قاعدة فرعية للمتجر:

• ضع المؤشر في القائمة على عنصر خطة التبادل 1C، الذي أنشأناه باعتباره "قاعدة المتجر"
• حدد عنصر القائمة "الإجراءات/إنشاء صورة أولية".

ونتيجة لذلك، سيتم إنشاء قاعدة بيانات واحدة مع تحميل البيانات الأولية فيها. يجب تكرار ذلك لكل عنصر من عناصر خطة التبادل 1C، باستثناء القاعدة الحالية.

نظرية التبادلات 1C

نظرية التبادل 1C بسيطة للغاية:

• تقوم إحدى قواعد البيانات (عادةً قاعدة بيانات المركز) ببدء تبادل 1C وفقًا لجدول زمني أو "حسب الحدث" (تسجيل الدخول إلى قاعدة بيانات مستخدم معين، وما إلى ذلك)
• تبادل 1C يتكون من تنزيل ملف من قاعدة البيانات
• يجب نقل الملف إلى مكان حيث يمكن لقاعدة البيانات التابعة أن تلتقطه (عادةً مشاركة أو بروتوكول نقل الملفات، وفي كثير من الأحيان البريد الإلكتروني)
• تقوم قاعدة البيانات التابعة بتنزيل الملف المستلم
• كتأكيد على استلام المعلومات، تقوم قاعدة البيانات التابعة بتحميل ملف "الاستجابة"، والذي يتم تحميله مرة أخرى إلى قاعدة البيانات المركزية بنفس الطريقة
• اكتملت جلسة التبادل 1C.

هناك طرق أخرى لتبادل 1C، ليس من خلال الملفات، ولكن، على سبيل المثال، من خلال اتصال COM المباشر بين قاعدتي بيانات. مزاياها:

• لا توجد حاجة إلى "مساحة لتخزين ونقل الملفات".
• لا حاجة لإعادة تحميل التأكيد
• كل شيء يحدث بشكل أسرع بسبب النقطتين الأوليين.

ومع ذلك، فإن القيد واضح - يجب أن تكون القواعد قابلة للوصول لبعضها البعض حتى تتمكن من بدء اتصال COM.

إعداد RIB 1C

في ثوابت التكوينات القياسية (العمليات/الثوابت؛ أو إعدادات الخدمة/البرنامج) يوجد عادةً إعداد عام لتبادلات 1C. هذه بادئة في رموز العناصر وأرقام المستندات لتحديد قاعدة البيانات التي تم إنشاؤها فيها بسهولة. وكذلك طريقة داخلية لتخزين المعلومات حول المكان الذي تم إنشاء الأدلة والمستندات فيه.

أنت الآن بحاجة إلى تكوين كيفية إجراء عملية التبادل الدوري لمعلومات 1C بين قواعد البيانات التي تم إنشاؤها.
جميع إعدادات RIB في 1C موجودة في تكوينات قياسية، عادةً في القائمة الخدمة/قواعد المعلومات الموزعة/تكوين عقد RIB.

لكل عنصر "قاعدة المتجر البعيد" الذي تم إنشاؤه مسبقًا، تحتاج إلى إضافة عنصر إعدادات.

تشير الإعدادات إلى طريقة تبادل 1C: ملف (مشاركة)، ملف (FTP)، ملف (بريد إلكتروني).

إنشاء وإعداد قاعدة معلومات 1C موزعة في جهاز عميل رفيع

دعونا نلقي نظرة على إعداد مماثل في تكوين قياسي يعتمد على عميل رفيع - إصدار إدارة التجارة 11.
توجد الإعدادات (والإنشاء من البداية) في علامة التبويب "الإدارة" بالواجهة. البند "تبادل البيانات".

حدد "إنشاء تبادل في قاعدة معلومات موزعة".

منذ البداية، سيطلب منا 1C الإشارة إلى كيفية تبادل المعلومات مع قاعدة البيانات الثانوية. إليك خيار التكوين "عبر ملف على الكرة".

إليك خيار التكوين عبر ملف FTP.

اسم إعداد تبادل 1C الخاص بنا.

وعلى الفور اقتراح بإنشاء "صورة أولية" - أي قاعدة بيانات الرقيق نفسها مع تحميل المعلومات الأولية فيها.

على عكس التكوين على عميل كثيف، فإن إعدادات تبادل 1C موجودة في مكان واحد.

دعونا نلقي نظرة على مثال بسيط من الحياة الواقعية. لنفترض أن لدينا شركة تعمل في تجارة الجملة والتجزئة، وفي هذه الشركة، كما هو الحال في أي شركة أخرى، تتم المحاسبة. لدى المؤسسة قاعدتي بيانات قياسيتين، وهما UT (إدارة التجارة) وBP (محاسبة المؤسسة)، على التوالي، في كل قاعدة من قواعد البيانات يتم الاحتفاظ بسجلاتها الخاصة، في UT هناك إدارة لتعكس جميع المعاملات المتعلقة بالتجارة، في BP هناك المحاسبة. لكي لا نقوم بعمل مزدوج، أي. لا تقم بإنشاء نفس المستندات في قاعدتي بيانات (بعد كل شيء، يجب أن تكون الحركات في الإدارة والمحاسبة) سنقوم فقط بإعداد المزامنة بين قواعد البيانات هذه.

سنقوم بإعداد تبادل البيانات في اتجاه واحد، من UT ---> BP. من الممكن أيضًا إنشاء تبادل ثنائي الاتجاه، ولكن من الناحية العملية لا يكون هذا مطلوبًا في كثير من الأحيان، لذلك لن نأخذه في الاعتبار في مثالنا.

الخطوات التحضيرية لإنشاء الصرف في BP

لنبدأ في إعداد المزامنة، انتقل أولاً إلى قاعدة بيانات 1C "Enterprise Accounting 3.0" (المتلقي)، نحتاج إلى التحقق من تمكين المزامنة لقاعدة البيانات هذه، وللقيام بذلك، نحتاج أولاً إلى الانتقال إلى قاعدة البيانات. بمجرد فتح قاعدة البيانات، انتقل إلى علامة التبويب "الإدارة" ---> "إعدادات مزامنة البيانات"

تفتح أمامنا علامة تبويب جديدة، يجب ملؤها بنفس الطريقة الموضحة في لقطة الشاشة أدناه، باستثناء بادئة قاعدة المعلومات. يجب أن تتكون البادئة من حرفين، يمكنك تعيين أي منهما، ولكن وفقًا لمعيار 1C، من الأفضل تعيين البادئة حسب اسم التكوين، أي بالنسبة لـ "محاسبة المؤسسات"، ستكون البادئة "BP". إذا كنت تقوم بإعداد تبادلات معقدة وهناك العديد من قواعد البيانات المحاسبية، فيجب أن تختلف البادئات بشكل واضح عن بعضها البعض، وهنا يمكنك استخدام أول حرفين من اسم المنظمة كاختصار.

نواصل إعداد مزامنة البيانات في UT

بعد أن قمنا بجميع الإجراءات اللازمة في قاعدة بيانات جهاز الاستقبال (BP 3.0)، لمواصلة إعداد تبادل البيانات، نحتاج إلى فتح قاعدة البيانات المصدر (UT 11.1). انتقل إلى علامة التبويب "الإدارة"، وحدد "إعدادات مزامنة البيانات" في القائمة الموجودة على اليسار. إذا لم يتم تمكين المزامنة، فقم بتمكينها باستخدام مربع الاختيار، ولا تنس تحديد البادئة الأساسية للمصدر. بمجرد الانتهاء من جميع الخطوات من 1 إلى 4 كما هو موضح في الصورة أدناه، تحتاج إلى النقر فوق الارتباط التشعبي "مزامنة البيانات" (الخطوة 5).

في النافذة الجديدة التي تظهر، تحتاج إلى النقر فوق علامة الجمع الخضراء (إعداد مزامنة البيانات)، في القائمة المنسدلة حدد العنصر "Enterprise Accounting 3.0".

تحديد نقاط مهمة في تبادل البيانات بين UT وBP

الآن نرى نافذة بها إعدادات مزامنة البيانات في 1C، حدد "تحديد الإعدادات يدويًا" وانقر فوق "التالي".

نواصل إعداد تبادل البيانات في 1C، في علامة التبويب التالية، نحتاج إلى تحديد خيار الاتصال بقاعدة معلومات جهاز الاستقبال (اتصال مباشر بالبرنامج)، ومعلمات الاتصال (على هذا الكمبيوتر أو على الشبكة المحلية)، والدليل حيث تقع قاعدة المتلقي، فضلا عن بيانات المصادقة اللازمة (اسم المستخدم وكلمة المرور في قاعدة البيانات).

في الصفحة التالية يجب علينا ملء قواعد إرسال واستقبال البيانات من تكوين BP 3.0 (المستقبل). انقر على "تغيير قواعد تحميل البيانات".

تم فتح نافذة "قواعد إرسال البيانات" أمامنا، حيث قمنا بتعيين المعلمات التالية:

• ما هي البيانات المرجعية التي سيتم إرسالها (في مثالنا، نحن مهتمون فقط بالمستندات والبيانات المرجعية المستخدمة فيها، لذلك قمنا باختيار العنصر المناسب؛ إذا قمت بتحديد العنصر الأول "إرسال الكل"، فسيتم إعادة تحميل جميع الكتب المرجعية مع المستندات، في كثير من الأحيان إذا لم يتم استخدام المعلومات في المستندات، فهي غير مفيدة للمستلم، لأنها لا تؤثر على المحاسبة بأي شكل من الأشكال)
• من أي تاريخ يجب إرسال جميع المعلومات (لن نأخذ في الاعتبار المزامنة اليدوية في هذه المقالة)
• إلى أي المنظمات أو المنظمات التي سيتم إرسال البيانات إليها (في مثالنا، اخترنا منظمة واحدة، IP "Entrepreneur")
• قواعد تكوين العقود
• المستودع المعمم
• هل يجب أن أقوم برفع المستندات حسب المستودع؟

بعد الانتهاء من الإعدادات، انقر فوق "حفظ وإغلاق".

نظرًا لأننا في مثالنا قمنا بإعداد واستخدام التبادل أحادي الاتجاه، من UT إلى BP، فإن إعدادات قواعد الحصول على البيانات من "Enterprise Accounting 3.0" لا تهمنا، لذلك نضغط على "التالي".

في نافذة جديدة، يطلب منا تكوين قواعد لقاعدة الاستقبال (RB). في النقطة 1، نقوم بتسمية قاعدة البيانات الخاصة بنا، ونعطيها بادئة. يجب أن تكون البادئة هي نفسها التي قمنا بتعيينها في قاعدة بيانات BP نفسها في بداية هذه المقالة؛ إذا كانت البادئات مختلفة، فلن تعمل مزامنة البيانات في برنامج 1C.بعد ذلك، انقر فوق النقطة 2، ثم النقطة 3.

في النقطة 3، نحتاج إلى السماح بمعالجة المستندات عند تحميلها في قاعدة البيانات. انقر فوق "حفظ وإغلاق".

الآن يجب أن تبدو النافذة مثل تلك الموضحة أدناه، انقر فوق "التالي".

تحتوي هذه النافذة على معلومات مرجعية حول المزامنة التي يتم إنشاؤها في 1C. فقط انقر على زر "التالي". إذا حدث خطأ في البرنامج عند إعداد مزامنة البيانات، فأنت بحاجة إلى الاتصال بنا حتى يتمكن متخصص 1C لدينا من مساعدتك الآن!

الخطوة التالية سيعرض البرنامج المزامنة مباشرة بعد إنشاء إعدادات تبادل البيانات. دعونا نتفق على هذا وانقر على "تم".

ستظهر أمامك نافذة سترى فيها معلومات حول كيفية سير المزامنة. إذا كانت قاعدة الاستقبال ليست فارغة، أي. تم الاحتفاظ بالسجلات فيه بالفعل، ثم سيُطلب من المستخدم في برنامج 1C إجراء مقارنة بين الكائنات يدويًا. مقارنة الكائنات في 1C عند مزامنة البيانات هي مقارنة كائنات متطابقة للمستقبل مع كائنات متطابقة في المصدر.

دعونا نلقي نظرة على مثال، لنفترض أنه في UT هناك طرف مقابل يحمل الاسم "PharmGroup LLC" وTIN 1234567، وفي BP يوجد أيضًا طرف مقابل يحمل TIN 1234567، ولكن الاسم "PharmGroup"، إذا لم نقارنهما كائنين عند مقارنة البيانات في مرحلة المزامنة، ثم بعد المزامنة في جهاز الاستقبال (Enterprise Accounting 3.0)، سيكون لدينا طرفان مقابلان برقم TIN 1234567 واسمين "PharmGroup LLC" و"PharmGroup" على التوالي. ومن أجل تجنب مثل هذه المواقف، تم اختراع آلية لمقارنة الأشياء.

في مثالنا، قاعدة بيانات جهاز الاستقبال فارغة، وبالتالي لم يتم فتح نافذة مقارنة الكائنات. ولكن بعد إجراء بعض العمليات، سيقوم النظام بالتأكيد بمطالبة المستخدم بإضافة بعض البيانات الإضافية وتظهر النافذة التالية. لا نحتاج إلى نقل أي بيانات إضافية، لقد قمنا بالفعل بتكوين كل ما نحتاجه مسبقًا، لذلك في هذه الخطوة نختار "عدم إضافة المستندات للإرسال". انقر فوق {التالي".

المرحلة النهائية لتبادل البيانات بين 1C

في المرحلة النهائية، سيعرض البرنامج النافذة التالية، والتي سيتم فيها إعلام المستخدم بنجاح المزامنة، انقر فوق "إنهاء". عند هذه النقطة، اكتملت المزامنة بين قواعد البيانات في تبادل أحادي الاتجاه من "إدارة التجارة 11.1" (UT) إلى "محاسبة المؤسسات 3.0" (BP).

يقوم العديد من رواد الأعمال المشاركين في الأنشطة التجارية بشراء برنامجين "1C: Accounting 8" في وقت واحد لتحسين كفاءة الإدارة. (يشار إليها فيما بعد بـ BP)و"1C: إدارة التجارة 8" (المشار إليها فيما يلي باسم UT).

يتم استخدام BP للحفاظ على المحاسبة وإعداد التقارير المنظمة، ويتم استخدام UT للمحاسبة التشغيلية والإدارية في الشركة.
يعتمد نجاح الاستخدام المشترك لهذه المنتجات البرمجية إلى حد كبير على تنظيم تبادل البيانات بين تكوينات BP وUT.

سيساعدك فهم الميزات التالية لتبادل البيانات النموذجي على تجنب الأخطاء في عملية التبادل بين التكوينات والانتهاكات المحاسبية في كل تكوين على حدة.

عند كتابة هذه المقالة، تم استخدام مواد من وثائق 1C لمنتجات البرمجيات. تم وصف منهجية إعداد البورصة بالتفصيل في ملف htm "مشاركة تكوينات إدارة التجارة (11) ومحاسبة المؤسسات،" الموجود في القوالب الدليل عند تثبيته كـ 1C: Accounting 2.0 (يشار إليه فيما بعد بـ BP)، و1C: Trade Management 11 (يشار إليه فيما يلي باسم UT)؛ التوصيات التي تم تلقيها في مؤتمر شركاء 1C وتجربة المؤلف الشخصية في إنشاء وتغيير إعدادات التبادل لعملاء RG-Soft Project Consulting LLC.

1. قم بإعداد التبادل في اتجاه واحد أو في اتجاهين.

أولاً، يجب أن يؤخذ في الاعتبار أنه يمكن فقط تحميل المستندات المتعلقة بمعاملات التدفق النقدي وغير النقدي من تكوين BP إلى تكوين UT. وتشمل هذه: أمر نقدي وارد، أمر نقدي صادر، إيصال إلى الحساب الجاري، وشطب من الحساب الجاري. لن يتم تحميل مستندات حركة البضائع التي تم إنشاؤها في BP إلى UT.

توصي شركة 1C بإجراء تبادل مع أحد البنوك في UT. "سيضمن ذلك العمل الكامل مع مستندات الدفع الصادرة والعمل الأسهل مع المستندات الواردة." ومع ذلك، كان هناك موقف لم يكن من الممكن فيه تحميل أي قسائم دفع تقريبًا من ملف البنك العميل إلى UT، بينما تم تحميل هذا الملف بالكامل في BP.

يتم تفسير ذلك من خلال إضافة فحوصات أكثر صرامة لمحتويات ملف البنك العميل إلى UT، على سبيل المثال: التحقق من اكتمال رقم التعريف الضريبي (TIN)، والتحقق من رقم المستند، ويجب أن يحتوي الرقم على أرقام فقط وفقًا لـ لائحة البنك المركزي المؤرخة 3 أكتوبر 2002 N2-P "بشأن المدفوعات غير النقدية في الاتحاد الروسي" (بصيغتها المعدلة في 3 مارس 2003 و11 يونيو 2004 و2 مايو 2007 و22 يناير 2008).

يعد إنشاء تبادل أحادي الاتجاه (من UT إلى BP) أمرًا منطقيًا فقط إذا تم ملء جميع المستندات والمعلومات التنظيمية في UT. وبهذه الطريقة، يمكن تجنب تكرار العناصر الموجودة في قاعدة البيانات هذه.

للقيام بذلك، تحتاج إلى تكوين سيناريو التبادل التالي: قم بإنشاء سيناريو تبادل في تكوين UT، حيث يتم حفظ التحميل فقط (الشكل 1)، في تكوين BP، قم بإنشاء سيناريو تبادل وحفظ التنزيل فقط.

من الضروري أن نأخذ في الاعتبار أنه في سيناريو التبادل هذا، سيتم تسجيل جميع المستندات والكتب المرجعية الإضافية التي تم إنشاؤها في BP للتبادل، ولكن لن يتم تحميلها في UT، لذلك يوصى بإعادة تعيين التسجيل بشكل دوري، وإلا سيزداد ملف رسائل التبادل من BP باستمرار، مما يؤدي إلى إبطاء عملية التبادل.

للقيام بذلك، فمن المستحسن استخدام المعالجة تسجيل التغييرات لـ Exchange82.epf، والتي يمكن العثور عليها في تسليم التكوين "تحويل البيانات، القس 2.1". بعد تثبيت التكوين، توجد المعالجة في دليل تثبيت التحديث: ...\1c\Conversion\...version_number...

إذا تم ملء المعلومات التنظيمية والمرجعية في كل من UT وBP، فيجب تكوين تبادل ثنائي الاتجاه، ولكن قد يكون من الضروري تتبع التكرارات عن طريق بدء التبادل بشكل تفاعلي بدلاً من التشغيل التلقائي (الشكل 2).

من أجل الحد من تبادل البيانات على مستوى المستند فقط، ليس من الضروري تكوين تبادل أحادي الاتجاه؛ يكفي تعيين تاريخ في مرشح التبادل على جانب شريك الأعمال أكبر من تاريخ المستند الأخير (راجع الشكل 5). ولكن قبل تثبيت عامل التصفية في تاريخ ما، تحتاج إلى التأكد من أن المستندات الموجودة في BP لم يتم تسجيلها مسبقًا للتبادل، وإلا سيتم نقل المستندات المسجلة إلى قاعدة بيانات أخرى أثناء التبادل.

أولوية تغيير البيانات

إذا تم إجراء التبادل أولاً في UT، ثم في BP، فستكون للبيانات التي تم تنزيلها من UT الأولوية. على سبيل المثال، في UT، قاموا بإنشاء مستند "إيصال إلى الحساب الجاري"، وبدأوا التبادل أولاً في UT، ثم في BP - ظهر المستند في تكوين BP. ثم قام المحاسب بإجراء تغييرات على هذا المستند في تكوين BP. أثناء التبادل اللاحق، إذا لم يتغير ترتيب بدء التبادل، فسيتم استبدال التغييرات التي تم إجراؤها على المستند بالبيانات الواردة من UT.

من أجل التبادل الصحيح مع تلك الكائنات التي تم تغييرها في كلتا قاعدتي البيانات، توصي 1C بتنظيم العمل بحيث يتم تحرير الكائن فقط في إحدى قاعدتي البيانات. في قاعدة بيانات أخرى، يجب فتح مثل هذا الكائن للعرض فقط. للقيام بذلك، ستحتاج إلى تكوين حقوق وصول المستخدم، ولكن هذا النهج يضمن عدم وجود تصادمات أثناء التبادل، أي. التناقضات التي تنشأ عندما يتغير كائن في كل من قاعدة البيانات وقاعدة البيانات الأخرى خلال الفترة بين التبادلات (الشكل 3).

2. الاختلافات بين BP و UT التي تؤثر على التبادل

عقود الأطراف المقابلة

في تكوين UT، لا يتم تنفيذ التحليلات المتعلقة باتفاقيات الطرف المقابل. جميع العمليات التي يتم تنفيذها في تكوين UT، عند تحميلها في تكوين BP، يتم إضفاء الطابع الرسمي عليها دائمًا بموجب عقود منفصلة يتم إنشاؤها والتحكم فيها بواسطة نظام UT نفسه.

إذا لم تكن هناك اتفاقية مع المعلمات المطلوبة في تكوين BP، فسيتم إنشاء مثل هذه الاتفاقية. تجدر الإشارة إلى أن البحث عن عقد يتم فقط من خلال عدد العقود التي تم تنزيلها مسبقًا من UT.

التنظيم الإداري في UT

بدءًا من الإصدار 11.0.6.9، ظهر عنصر محدد مسبقًا "منظمة الإدارة" في دليل المؤسسة في UT. يجب ألا يتم تعيين هذا العنصر إلى (أو تغييره) للمؤسسة الحالية (فردية أو واحدة منها). يمكن العثور على مزيد من التفاصيل حول استخدام هذا الكائن في ملف الوثائق "التغييرات والإضافات إلى document.htm"، المدرجة في تسليم UT.

هيكل الشركة

بالنسبة للمحاسبة الإدارية، يستخدم UT الكتاب المرجعي "هيكل المؤسسة"، الذي يحتوي على قائمة بأقسام الشركة. عند إعداد المستندات، من الضروري الإشارة إلى تقسيم المؤسسة.

لم يتم تعيين عناصر دليل "هيكل المؤسسة" إلى عناصر دليل "أقسام المؤسسة" في BP. للتأكد من عدم تحميل المستندات التي تحتوي على تفاصيل القسم غير المملوءة إلى UT، يجب عليك ملء القيمة الافتراضية في إعدادات التبادل (الشكل 4).

مستودع في الجزء الجدولي

إذا كان من المقرر في UT استخدام القدرة الجديدة لتحديد المستودعات في الأجزاء الجدولية من المستندات، فمن الضروري في إعدادات عقدة خطة التبادل تعيين مستودع عام، والذي سيتم استبداله عند تفريغ المستندات من UT في تكوين BP بدلاً من المستودعات المسموح باختيارها في الأجزاء الجدولية من المستندات (الشكل 4).

نوع التسمية

عند تحميل البيانات من BP إلى UT، لا يتم ملء سمة العنصر "نوع العنصر"، ويرجع ذلك إلى حقيقة أن التبادل يخدم السيناريو عندما يتم إنشاء العنصر في تكوين UT، وليس في BP . في المستندات الخاصة بحركة البضائع في UT، لا يوجد جزء جدولي منفصل لمحاسبة الخدمات (يتم ملء الخدمات في جدول البضائع)، لذلك، من أجل نقل الخدمات المحددة في مستندات UT بشكل صحيح إلى جزء جدولي في BP، تحتاج إلى:

1. في قسم المعلومات التنظيمية والمرجعية، افتح دليل "أنواع العناصر"، انتقل إلى نوع العنصر "الخدمات" - انقر فوق "جميع الإجراءات" - اسمح بالتحرير وحدد نوع العنصر - الخدمة.

2. قم بتغيير العنصر (الخدمة) - انقر فوق "جميع الإجراءات" - اسمح بالتحرير وحدد نوع العنصر هذا مع نوع الخدمة.

3. إعداد مرشحات الصرف (الشكل 5)

تغيير تاريخ رفع (تنزيل) المستندات

1) قبل تقديم التاريخ للأمام، من الضروري مزامنة قواعد البيانات عن طريق إجراء جلسة تبادل بحيث لا تحتوي العقدة على مستندات مسجلة للتبادل في وقت تغيير الإعداد. بخلاف ذلك، بعد تغيير الإعدادات، نتيجة للتحميل، قد يتم وضع علامة على هذه المستندات للحذف في قاعدة بيانات الاستلام إذا تم تحميلها مسبقًا هناك.

2) يمكنك إرجاع التاريخ إلى الوراء، لأن... يؤدي هذا فقط إلى توسيع مساحة البيانات التي تم تحميلها. تجدر الإشارة إلى أنه في هذه الحالة، لن يتم تسجيل المستندات من فترة مغلقة مسبقًا للتبادل تلقائيًا. وللقيام بذلك، يجب عليك إما تغيير المستندات أو استخدام المعالجة تسجيل التغييرات لـ Exchange82.epf.

التصفية حسب المنظمة

يتيح لك تمكين عامل التصفية هذا تحديد قائمة المؤسسات المسموح لها بتبادل البيانات. يؤثر وجود عامل تصفية ممكّن على تنزيل دليل المؤسسات نفسه وتنزيل البيانات الأخرى المتعلقة بالمؤسسات (الأدلة والمستندات).

مبدأ تشغيل مرشحات التحميل هو كما يلي: تنطبق الإعدادات الجديدة على جميع البيانات - في وقت إنشاء التبادل، أو فقط لتلك البيانات التي تم تغييرها بعد تطبيق الإعدادات الجديدة - بعد إنشاء التبادل، لذلك يوصى بـ تعامل مع إعداد المرشحات بمسؤولية قدر الإمكان عند إنشاء تبادل البيانات.

مثال:عند إنشاء البورصة، يقوم المستخدم بتعيين عامل التصفية حسب المؤسسة. تم تحميل بيانات المؤسسة المحددة فقط إلى قاعدة البيانات المتلقية. بعد ذلك، قرر المستخدم أنه يجب تحميل البيانات الخاصة بجميع المؤسسات إلى قاعدة البيانات المتلقية. ولكن بما أن الإعدادات تسري فقط على البيانات التي تم تغييرها حديثًا، فلن يتم تحميل المستندات والكتب المرجعية الموجودة إلى قاعدة البيانات المتلقية حتى يقوم المستخدم بإجراء أي تغييرات عليها.

4. حذف الكائنات من إحدى قواعد البيانات

وضع علامة للحذف

من الممكن أنه لم يتم التخطيط لاستخدام عنصر الدليل المستخدم مسبقًا لمزيد من المحاسبة ويعتبر المستخدمون أنه من المناسب وضع علامة على هذا الدليل للحذف. لا يتم تضمين الكائنات التي تم وضع علامة عليها للحذف في التبادل. وينبغي أن تؤخذ هذه الميزة في الاعتبار.

إزالة التكرارات

لإزالة الكائنات المكررة التي نشأت أثناء التبادل، نوصي باستخدام المعالجة SearchAndReplaceValues.epf، الموجود في الدليل \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ على قرص ITS. وللتحقق من صحة المقارنة بين كائنات قاعدتي معلومات، يمكنك فتح سجل المعلومات "مراسلات كائنات قاعدة المعلومات" ويمكن تعديل الإدخالات في هذا السجل يدويًا. من المهم معرفة أنه بعد حذف كائن في إحدى قواعد البيانات، ستبقى مطابقة للكائن المحذوف (رابط معطل) في إدخال سجل المعلومات؛ ستحتاج إما إلى مطابقة كائن آخر أو حذف الإدخال.

5. إعدادات إضافية

بنود التدفق النقدي

لتكوين UT، قد تحتاج إلى إدخال "corr. "حساب" لعناصر التدفق النقدي التي سيتم استخدامها وتفريغها في BP.

لتكوين شريك الأعمال: قد تحتاج إلى إدخال نوع التدفق النقدي في عناصر الدليل.

المستخدمين

يمكن نقل عناصر دليل المستخدم إلى قاعدة بيانات أخرى إذا تمت الإشارة إليها على أنها مسؤولة في أحد الكائنات المشاركة في التبادل. لمثل هذه الكائنات سوف تحتاج إلى تكوين الحقوق.

البادئة الأساسية وبادئة المؤسسة

في UT، البادئة دائمًا لها طول ثابت وفاصل (واصلة) "-". لذلك، إذا لم يتم تحديد بادئة قاعدة المعلومات أو لم يتم تحديد بادئة المؤسسة، فسيتم استبدالها بالأصفار. ومع ذلك، عند إعداد البورصة، يتم دائمًا ملء بادئة قاعدة المعلومات في البنك المركزي (لـ UT) وفي BP (على التوالي لتكوين BP).

هذا الحل هو المعيار عند إنشاء أرقام المستندات ورموز الكائنات. البادئة لها طول ثابت ويتم فصلها بواصلة عن رقم المستند. إذا كان هناك العديد من المنظمات في قاعدة البيانات في المستقبل، فسيكون ذلك كافيا لتعيين البادئات لهم ولن تكون هناك حاجة لإعادة ترقيم جميع الكائنات.

تصحيح الاخطاء

ناقش مقالنا أهم جوانب تنظيم تبادل البيانات بين "1C: إدارة التجارة 8" المراجعة 11 و"1C: المحاسبة 8" المراجعة 2.0.

المتخصصون في شركة RG-Soft Project Consulting LLC على استعداد لتقديم ليس فقط تخصيص البورصة للميزات المحاسبية لمؤسسة معينة، ولكن أيضًا طرق تصحيح الأخطاء في التبادلات الحالية.

الصفحة الرئيسية 1C: البيع بالتجزئة 8

تبادل البيانات

تتيح عمليات تبادل البيانات الداخلية "بواسطة المتاجر" و"بواسطة محطات عمل الصرافين"، باستخدام تقنية قاعدة البيانات الموزعة (DDB)، ضمان التشغيل المستقل للمتجر أو ماكينة تسجيل النقد في المتجر في حالة فشل الاتصال.

يدعم تكوين "البيع بالتجزئة" تبادل البيانات في اتجاهين مع تكوين "إدارة التجارة"، الإصدار 11.

يدعم تكوين "البيع بالتجزئة" تبادل البيانات ثنائي الاتجاه مع تكوين "محاسبة المؤسسة"، الإصدارات 2.0 و3.0.

عند استخدام التكوينات الثلاثة جميعها في وقت واحد، يوصى بتكوين تبادل البيانات بين تكوينات "إدارة التجارة" و"البيع بالتجزئة" وبين تكوينات "إدارة التجارة" و"محاسبة المؤسسة"، باستخدام "إدارة التجارة" كنظام تحكم لـ تكوين "البيع بالتجزئة" ومصدر البيانات للمحاسبة المنظمة في تكوين "محاسبة المؤسسة".

التبادلات الداخلية

يدعم تبادل البيانات بين المكتب المركزي والمخازن مفهومًا معينًا لتوزيع المسؤوليات بين المكتب المركزي وموظفي المتجر. يتم اتخاذ القرارات بشأن تشكيل التشكيلة وشراء البضائع، وتطوير قواعد حساب الأسعار وتطبيق الخصومات من قبل موظفي المكتب المركزي العاملين في المحور المركزي لـ RIB. يظل موظفو المتجر مسؤولين عن عمليات تنظيم المبيعات وتسجيل المعاملات مع البضائع والتأكد من سلامة أرصدة المخزون. يمكن أيضًا أن تكون الوظائف الإدارية للحفاظ على إعدادات المستخدم والحفاظ على قواعد بيانات المعلومات الطرفية مركزية.

تتيح لك إعدادات تبادل البيانات تحسين كمية البيانات المرسلة عن طريق تقسيم البيانات إلى بيانات عامة ضرورية لإجراء العمليات في أي متجر، وإلى بيانات محددة لمخزن معين أو مجموعة متاجر.

تتضمن البيانات العامة مصنفات عامة، ودليل تسميات مع أدلة مساعدة، وأرصدة معلوماتية للسلع في المتاجر. يسمح نقل دليل المستخدم وإعدادات المستخدم لموظفي المؤسسة بالعمل في متاجر مختلفة إذا لزم الأمر.

تتضمن البيانات الخاصة بالمتجر قواعد التسعير والمستندات الخاصة بتطبيق الأسعار وتدفق المنتجات في متجر معين.

الغرض من التبادل في أماكن العمل - ضمان التشغيل المستقل لوحدات خط تسجيل النقد. عند استخدام تقنية قاعدة البيانات الموزعة، سيتمكن الصرافون من خدمة العملاء حتى لو فقدوا الاتصال بخادم الشبكة المحلية للمتجر.

في حالة فقدان الاتصال بخادم المتجر، لا يمكن تحديث المعلومات المتعلقة بأرصدة المخزون في المتجر الحالي على الفور. في هذه الحالة، في المتاجر ذات المبيعات المكثفة من خلال العديد من سجلات النقد، لا ينصح باستخدام التحكم في الرصيد عند إصدار إيصالات تسجيل النقد. يدعم البرنامج تسجيل محاولات البيع السلبية والتي يمكن تحليلها لاحقا.

إذا كان خادم المتجر غير متاح لفترة طويلة، فبعد استعادة الاتصال بسجلات النقد، يمكن أن تكون كمية البيانات المتراكمة للنقل كبيرة، سواء من سجل النقد أو من مكتب المتجر، لذلك يوصى بحملها خارج التبادل الأول يدويا.