تحتوي كل خطة على قائمة معينة من العناصر ، ومعلومات حول التغيير الذي يمكن تخزينه. هذه القائمة تسمى "تكوين خطة الصرف". يمكن توسيع التكوين ، ولكن تتم إزالة دعم التكوين.
يخزن "تخطيط الخطة" القواعد ذاتها التي تعمل المزامنة على أساسها. إن حزمة التحويل هذه (قواعد التسجيل ، قواعد الصرف ، قواعد تبادل المراسلين) هي التي نحتاجها لمزيد من الدراسة.
ضع في اعتبارك مثالاً لمزامنة البيانات بين التكوينات "1C: Payroll and HR 3" (ZUP) و "1C: Enterprise Accounting 3" (BP). نلاحظ على الفور أنه في هذه المهمة سيتعين علينا إزالة التكوين من الدعم. هذا مطلوب حسب الشرط.
مثال حي على الحاجة إلى تحسين قواعد التبادل النموذجية
على سبيل المثال ، اتصل بنا أحد العملاء بشأن المشكلة التالية: عند المزامنة بين ZUP و BP ، لا يمكن نقل بيانات دليل "التسجيل لدى مصلحة الضرائب" ، والتي تعد ضرورية لملء "انعكاس الأجور في وثيقة محاسبية. الآن جزء جدوليمن هذا المستند الموجود على جانب جهاز استقبال BP يحتوي على "تسجيل ..." فارغ ويجب على المستخدمين إنشاء هذه الإدخالات يدويًا في الدليل. موافق ، هذا غير مريح. يمكننا تحسين هذه النقطة. 
حل المشكلة: سننهي حزمة التحويل من خطة الصرف ExchangeSalary3Accounting3. دعنا نضيف إلى معيار "1C Exchange Rules" "قاعدة تحويل كائن" (PKO) جديدة لدليل "التسجيل مع مصلحة الضرائب" ، وبالتالي ، "تحويل الخاصية" لهذا الدليل (PKS). سنقوم بالتأكيد بوضع اللمسات الأخيرة على "قواعد تسجيل الكائنات" القياسية ، لأن كانت هناك حاجة لتسجيل تغييرات الدليل على عقدة التبادل. وسنقوم بمراجعة "قواعد الصرف 1C" الخاصة بقاعدة المراسل.
أين سنقوم بتحرير هذا؟ لكتابة القواعد وتغييرها ، نحتاج إلى تكوين "1C: تحويل البيانات 2".
تنقيح قواعد التحويل القياسية من خطة الصرف PZUP-BP
لذلك ، لنبدأ في إنهاء قواعد التبادل 1C عن طريق إضافة عنصر جديد إلى التكوين في أداة التهيئة لخطة الصرف ExchangeSalary3Accounting3 - دليل RegistrationIn Tax Authority. سنقوم بإجراء هذا التغيير في كل من التكوينات "1C: الراتب وإدارة المؤسسة 3" و "1C: محاسبة المؤسسة 3".
احفظ التكوينات وقم بتحديثها.
في وضع المؤسسة ، لكل قاعدة بيانات ، سنقوم بتحميل وصف لهيكل البيانات الوصفية باستخدام معالجة MD83Exp.epf لمنصة 1C: Enterprise 8.3. يمكن العثور على المعالجة في مجموعة "1C: تحويل البيانات".
في المرحلة التالية ، سنقوم بتفريغ حزمة التحويل من ZUP و BP. يجب أن تتكون الحزمة من 3 ملفات: قواعد التسجيل ، قواعد الصرف ، قواعد تبادل المراسلة.
في إطار هذه المقالة ، لن يكون هناك وصف لكيفية تكوين مزامنة البيانات ، يمكنك قراءتها على موقع ويب Coderline في قسم مقالات الخبراء أو مشاهدة تسجيلات الندوة عبر الإنترنت. الآن تم تكوين هذا الخيار بالفعل في قواعد البيانات. لذلك ، انتقل إلى إعدادات المزامنة (الإدارة -> مزامنة البيانات -> إعدادات مزامنة البيانات) ، انقر فوق الزر "تحميل القواعد". سنرى شكل "قواعد التزامن". انقر فوق الزر "المزيد" وحدد الخيار "حفظ القواعد في ملف".
هنا حزمة بعد التفريغ يجب أن نحصل عليها.
سنقوم بتنفيذ إجراءات مماثلة لقاعدة معلومات أخرى "1C: محاسبة المؤسسة".
نتيجة لذلك ، فإن جميع الأعمال التحضيرية لتحرير القواعد جاهزة. لدينا:
وصف بنية البيانات الوصفية للتحميل في "1C: تحويل البيانات 2" (لـ ZUP و BP) ؛
حزمة تحويل تحتوي على قواعد تبادل 1C وقواعد التسجيل المطلوبة للتحميل إلى 1C: تحويل البيانات 2 (لـ ZUP و BP).
انتقل إلى "1C: تحويل البيانات 2". نفذ الخطوات التالية بالترتيب لكل من قاعدتي المعلومات:
تحميل هياكل البيانات الوصفية لتكويناتنا ؛
نقوم بإنشاء تحويلات وتحميل قواعد تبادل بيانات 1C من حزم التحويل (يسمى ملف القواعد ExchangeRules) ؛
إنشاء التسجيلات وتحميل قواعد التسجيل من حزم التحويل (يسمى ملف القواعد قواعد التسجيل).
ننتقل مباشرة إلى صقلنا. أضفنا قاعدة تحويل كائن جديدة (PKO) إلى قواعد الصرف 1C - الكتاب المرجعي "التسجيل لدى مصلحة الضرائب". نضيف قاعدة تحويل الخاصية (PCS) لهذا الدليل وقاعدة تحميل البيانات (PDS). يجب إجراء هذا النوع من التحسين لكل من القواعد من حزمة ZUP وقواعد التبادل من حزمة BP. نقوم بتفريغ قواعد التبادل الخاصة بنا في ملفات ExchangeRules المقابلة.
دعنا ننتقل إلى قواعد تسجيل عنصر جديد. نضيف الكتاب المرجعي "التسجيل لدى مصلحة الضرائب". قم بتحميل قواعد التسجيل إلى الملف المناسب من حزمة "قواعد التسجيل". يتم تنفيذ هذا الإجراء أيضًا لكلا القاعدتين.
قواعد الصرف المعدلة وقواعد التسجيل جاهزة. نقوم الآن بنسخ محتويات قواعد التبادل (ExchangeRules) من حزمة BP إلى قواعد المراسلة (CorrespondentExchangeRules) من حزمة ZUP. في قواعد المراسلة (CorrespondentExchangeRules) من حزمة BP ، انسخ محتويات قواعد التبادل (ExchangeRules) من حزمة ZUP.
يجب أن تكون النتيجة كما يلي:
هذا يكمل العمل في "1C: تحويل البيانات 2". الحزم المعدلة لقواعد التحويل جاهزة ، ويبقى إعادة تحميلها إلى قواعد المعلومات والتحقق من التزامن.
أرشفة الملفات من الحزم إلى أرشيف مضغوطوتحميل حزم التحويل الخاصة بنا إلى ZUP و BP.
كل شيء جاهز. يبقى أن يتم اختبارها.
لنتذكر ظروف المشكلة. كان من الضروري التسجيل من أجل تفريغ دليل "التسجيل لدى مصلحة الضرائب" والتحقق من كيفية ملء PM من وثيقة "انعكاس الأجور في المحاسبة" على جانب "1C: Enterprise Accounting 3".
في المصدر "1C: الراتب وإدارة المؤسسة 3" نسجل دليلنا للتفريغ. نحن نقوم بالمزامنة. نذهب إلى قاعدة بيانات جهاز الاستقبال ونقوم أيضًا بإجراء المزامنة لتلقي البيانات. يرجى ملاحظة أنه قد ظهر الآن الدليل الضروري لتسجيل التغييرات في خطة التبادل.
نتحقق من جانب "1C: Enterprise Accounting 3":
لخص. تم الانتهاء من نتيجة المهمة بنجاح. لقد انتهينا من خطة تبادل ZUP - BP ، بإضافة عنصر جديد لتسجيل التغييرات واستكمال قواعد التحويل لمزامنة البيانات.
أنظمة مؤتمتةتتكون الإدارة في معظم الحالات من قواعد بيانات منفصلة وغالبًا ما يكون لها بنية موزعة جغرافيًا. في الوقت نفسه ، يتم تنفيذ تبادل البيانات بشكل صحيح - شرط ضروريل عمل فعالمثل هذه الأنظمة.
في هذه الحالة ، قد يتطلب إعداد التبادل الأولي عددًا من الإجراءات ، ليس فقط من حيث البرمجة ، ولكن أيضًا الاستشارات ، حتى لو كنا نتعامل مع مصادر متجانسة ، كما هو الحال مع المنتجات القائمة على 1C: منصة المؤسسة. لماذا يمكن أن يصبح إعداد تبادل 1C (أو ، كما يطلق عليه أيضًا ، مزامنة البيانات في 1C 8.3) أكثر المهام التي تستغرق وقتًا طويلاً وتكلفة مشروع التكامل ، سننظر في هذه المقالة.
يتيح لك تبادل البيانات في بيئة 1C:
- إلغاء الإدخال المزدوج للوثائق ؛
- أتمتة العمليات التجارية ذات الصلة ؛
- تحسين التفاعل بين الأقسام الموزعة ؛
- التحديث الفوري للبيانات الخاصة بعمل المتخصصين من الأقسام المختلفة ؛
- "تعيين" أنواع مختلفةمحاسبة.*
* في حالة اختلاف بيانات أحد أنواع المحاسبة اختلافًا كبيرًا عن نوع آخر ، فمن الضروري ضمان سرية المعلومات وتدفق المعلومات "المنفصل". على سبيل المثال ، لا يتطلب تبادل البيانات بين 1C UT و 1C Accounting تحميل بيانات الإدارة إلى قاعدة بيانات المحاسبة التنظيمية ، أي ستكون المزامنة في 1C غير مكتملة هنا.
إذا كنا نمثل العملية القياسية لتنفيذ تبادل البيانات الأساسي ، عندما يكون أحد كائناتها على الأقل منتج 1C ، فيمكن عندئذ تمييز المراحل التالية:
- تنسيق تكوين البورصة.
- تعريف النقل (بروتوكولات التبادل) ؛
- وضع القواعد
- الجدولة.
تحديد تكوين الصرف 1C
يمكن تقسيم كائنات التبادل بشكل مشروط إلى "مصدر" و "مستقبل". في الوقت نفسه ، يمكنهم أداء دورين في نفس الوقت ، والذي سيطلق عليه تبادل ثنائي الاتجاه. يتم تعريف المصدر والوجهة بطريقة منطقية ، حسب الحاجة أو على وظائفالأنظمة. *
* على سبيل المثال ، عند دمج WA: Financier ، وهو حل للمحاسبة المالية وإدارة عمليات الخزانة تم تطويره على أساس 1C: Enterprise ، يوصي خبراء WiseAdvice به كنظام رئيسي. ويرجع ذلك إلى توفر أدوات التحكم للامتثال لقواعد سياسة التطبيق ، وبالتالي لضمان فعالية الحل.
علاوة على ذلك ، بناءً على المتطلبات المستلمة والمسجلة من المستخدمين ، يتم إنشاء قائمة بالبيانات للتبادل ، ويتم تحديد حجمها ومتطلبات تردد التبادل ، ويتم تحديد عملية التعامل مع الأخطاء ومعالجة المواقف الاستثنائية (الاصطدامات).
في نفس المرحلة ، اعتمادًا على أسطول الأنظمة الحالية وهيكل المؤسسة ، يتم تحديد تنسيق التبادل:
قاعدة المعلومات الموزعة
- يتضمن RIB تبادلًا بين تكوينات قاعدة بيانات 1C متطابقة ، مع بنية تحكم رئيسية واضحة لكل زوج تبادل. لكونه عنصرًا في النظام الأساسي التكنولوجي ، يمكن لـ RIB ، بالإضافة إلى البيانات ، نقل التغييرات في التكوين والمعلومات الإدارية لقاعدة البيانات (ولكن فقط من الرئيسي إلى التابع).
التبادل العالميالبيانات في 1C
- آلية تسمح لك بتكوين تبادل قواعد بيانات 1C ، سواء مع التكوينات على 1C: النظام الأساسي للمؤسسات ، أو مع أنظمة الجهات الخارجية. يتم التبادل عن طريق نقل البيانات إلى تنسيق xml عالمي وفقًا "لخطط التبادل".
EnterpriseData
- تم تصميم أحدث تطوير لشركة 1C لتنفيذ تبادل البيانات بتنسيق xml بين المنتجات التي تم إنشاؤها على 1C: منصة المؤسسة مع أي أنظمة أتمتة. يعمل استخدام EnterpriseData على تبسيط التحسينات المرتبطة بالتبادل. سابقا عند تسجيل الدخول التكوين الجديدكان من الضروري تنفيذ آلية لاستيراد وتصدير البيانات ، سواء بالنسبة لها أو للأنظمة القائمة. الآن لا تحتاج الأنظمة التي تدعم EnterpriseData إلى تعديل ، حيث تحتوي على نقطة دخول وخروج واحدة فقط.
تعريف النقل (بروتوكولات التبادل)
يوفر النظام القائم على منصة 1C: Enterprise 8 مجموعة واسعة من الخيارات لتنظيم التبادل مع أي منها مصادر المعلوماتمن خلال المعايير العالمية المقبولة عمومًا (xml ، الملفات النصية ، Excel ، اتصال ADO ، إلخ). لذلك ، عند تحديد النقل لتبادل البيانات ، ينبغي للمرء أن يبدأ من قدرات قاعدة بيانات نظام طرف ثالث.
تزامن الدلائل
المبدأ الرئيسي لمزامنة الدليل الفعالة هو وجود نقطة دخول واحدة. ولكن إذا كنا نتحدث عن العمل مع الدلائل التي تم ملؤها تاريخيًا وفقًا لقواعد مختلفة ، فمن الضروري تحديد حقول المزامنة بوضوح لإحضار التبادل إلى "قاسم مشترك". *
* في هذه المرحلة ، قد يكون من الضروري القيام بعمل على تطبيع البيانات المرجعية على جانب مصدر البيانات. اعتمادًا على حالة الدلائل وحجمها ، قد تتطلب عملية مقارنة العناصر ، والتعرف على الأخطاء والتكرارات وتحديدها ، وكذلك ملء الحقول المفقودة وتعيين حقول التزامن ، عمل مجموعة كاملة من الخبراء ، كلاهما من جانب المندمج (صاحب منهجية تطبيع البيانات المرجعية) ومن جانب العميل.
وضع القواعد
تعتمد القدرة على عرض البيانات من أنظمة المصدر في أجهزة الاستقبال على قواعد التبادل المحددة بشكل صحيح. تنظم القواعد المعروضة بتنسيق xml تطابق السمات الرئيسية للكائنات المصدر - الوجهة. تم تصميم حل 1C: تحويل البيانات لأتمتة إنشاء قواعد لتنفيذ كل من التبادل لمرة واحدة والآخر الدائم.
يضمن عدم فقدان البيانات أثناء خطة الصرف الصرف. هذا جزء لا يتجزأ من أي تكوين على 1C: النظام الأساسي للمؤسسات ، والذي يصف بشكل كامل إجراء تبادل 1C: تكوين البيانات (المستندات مع تفاصيل "تحديد") والعقد (قواعد معلومات جهاز الإرسال والاستقبال) ، بالإضافة إلى تنشيط RIB لاتجاهات الصرف المختارة.
يتم إصلاح أي تغيير في البيانات المدخلة في خطة التبادل ويتلقى علامة "التغيير". طالما أن البيانات التي تم تغييرها لا تتوافق مع بعضها البعض في عقد جهاز الإرسال والاستقبال ، فلن تتم إعادة تعيين العلم ، وسيقوم النظام بإرسال رسائل تحكم إلى كلا العقدتين. بعد تفريغ البيانات والتأكد من امتثالها الكامل في كلا النظامين ، تتم إعادة ضبط العلامة.
جدول الصرف في 1C
لأتمتة التبادل المنتظم ، يتم تعيين وتيرة تحميل البيانات. وتيرة التبادل يعتمد على الحاجة و القدرات التقنية. أيضًا ، تتيح لك التكوينات على 1C: النظام الأساسي للمؤسسات تكوين تبادل البيانات عند وقوع حدث ما.
بعد النظر في العملية القياسية لتنفيذ التبادل ، دعنا ننتبه إلى العوامل التي ستتطلب تحسينات في مراحل مختلفة:
- تكوينات قواعد البيانات غير القياسية والمعدلة بشكل كبير ؛
- إصدارات مختلفة من 1C: منصة المؤسسة ؛
- لم يتم تحديثها لفترة طويلة ، وليست إصدارات محدثة من التكوين ؛
- تبادل الكائنات التي تم تعديلها مسبقًا ؛
- الحاجة إلى قواعد صرف غير معيارية ؛
- مجموعة مختلفة جدًا من التفاصيل وتكوينها في الدلائل المتاحة.
نظرًا لأن الإجراءات القياسية لتنفيذ تبادل البيانات الأولية تتطلب معرفة متخصصة ، يوصى بتنفيذها بمشاركة متخصصين 1C. فقط بعد إكمال جميع الخطوات المذكورة أعلاه ، يجب أن تشرع في إعداد التبادل في التكوين. ضع في اعتبارك تكامل قواعد البيانات على مثال "1C: UPP" و "1C: Retail" (وفقًا لنفس المخطط ، تم تكوين التبادل مع "1C: UT"). تتضمن المزامنة النموذجية أيضًا تبادل SCP - SCP ، وهو أمر نموذجي لأنظمة الأتمتة واسعة النطاق في أكبر المؤسسات الصناعية.
في القائمة الفرعية "الخدمة" ، حدد "تبادل البيانات مع المنتجات على المنصة ..." (اختيار التبادل المباشرمع "البيع بالتجزئة" غالبًا ما يهدد بأخطاء على مستوى كائنات COM). انتبه للرسالة الرسمية " هذه الفرصةغير متوفره."
لحل هذه المشكلة ، يجب تحديد "إعدادات مشاركة البيانات"
... وحدد المربع. علاوة على ذلك ، يتم تجاهل رسالة الخطأ.
في إعدادات مزامنة البيانات ، حدد "إنشاء تبادل مع" البيع بالتجزئة "...
قبل تكوين إعدادات الاتصال من خلال دليل محلي أو دليل شبكة ، تأكد من وجود مساحة على القرص للدليل. على الرغم من أنه ، كقاعدة عامة ، لا يستغرق أكثر من 30-50 ميجابايت ، إلا أنه قد يتطلب في حالات استثنائية ما يصل إلى 600 ميجابايت. يمكنك إنشاء الدليل المطلوب مباشرة من أداة التهيئة.
عند الاتصال عبر دليل الشبكة ، نتجاهل مقترحات تكوين الاتصال عبر عنوان FTP وعن طريق البريد الإلكتروني بالنقر فوق "التالي".
في الإعدادات ضع البادئات يدويًا - الاتفاقياتالقواعد (كقاعدة عامة ، BP ، SCP ، RO) ، نضع القواعد وتاريخ البدء لتحميل البيانات. ستتم الإشارة إلى البادئة في عنوان المستندات للإشارة إلى الأساس الذي تم إنشاؤها فيه. إذا لم يتم تحرير قواعد التحميل ، فسيتم تحميل البيانات الافتراضية وفقًا لجميع المعلمات المتاحة.
نقوم بإنشاء ملف إعدادات الصرف للبيع بالتجزئة حتى لا نكرر إجراءاتنا. إذا كنت بحاجة إلى إرسال البيانات فورًا بعد إعداد المزامنة ، فحدد المربع.
لأتمتة عملية التبادل ، تحتاج إلى إعداد جدول زمني.
قائمة البيع بالتجزئة.
حدد المربع وحدد مزامنة.
نقوم بعمل إعداد "عكسي" عن طريق اختيار إدارة مؤسسة تصنيع.
قم بتحميل الملف بالإعدادات التي تم إنشاؤها في SCP.
نضع علامة ، يختار النظام العنوان تلقائيًا.
نحن نتصرف بنفس الطريقة المتبعة في UPP.
مقارنة التحقق من البيانات (يوصى بإجراء مقارنة يدوية للبيانات في المرحلة التحضيرية ، حيث يمكن أن يصبح هذا العمل الأكثر استهلاكا للوقت في عملية تنفيذ التبادل). يتم فتح نافذة المقارنة عن طريق النقر المزدوج على الفأرة.
في حالة حدوث خطأ في المزامنة ، سيتم استبدال "تفاصيل ..." بـ "أبدًا ...".
يفتح "تفاصيل ..." سجل التسجيل بمعلومات محدثة عن البورصة.
مستعد.
آلية تبادل البيانات العالميةالغرض منه هو إنشاء أنظمة موزعة جغرافيًا على أساس 1C: Enterprise 8 ، ولتنظيم تبادل البيانات مع الآخرين نظم المعلوماتلا تستند إلى 1C: المؤسسة 8.
تسمح لك هذه الآلية بنقل 1C فقط: بيانات المؤسسة ؛ لا يمكن نقل التكوين والمعلومات الإدارية لـ 1C: Enterprise 8 باستخدام هذه الآلية.
الاحتمالات
- يمكن تنفيذ تبادل البيانات مع كل من 1C: قواعد معلومات المؤسسة ومع أنظمة المعلومات الأخرى ؛
- تنظيم استراتيجيات المراسلة المختلفة ؛
- تطبيق طرق مختلفةحل الاصطدامات أثناء تغيير البيانات في العقد المختلفة للنظام الموزع ؛
- تنفيذ استعادة تبادل البيانات في مثل هذه الحالات مثل استعادة قاعدة البيانات من النسخ الاحتياطيةإلخ.
الخصائص
- تستخدم وثائق XML كتنسيق تبادل ؛
- عند تبادل البيانات بين 1C: Enterprise 8 infobases ، لا توجد قيود على هوية تكوين وهيكل كائنات معينة ؛
- في تكوين واحد ، يمكن إنشاء عدة مخططات تبادل مستقلة مع أنظمة معلومات مختلفة ؛
- عند تنظيم مخطط التبادل ، لا يتم فرض أي قيود على هيكل النظام الموزع. يمكن تنظيمه كهيكل كلاسيكي من النوع النجمي ، بالإضافة إلى هياكل من نوع ندفة الثلج متعددة المستويات أكثر تعقيدًا وغيرها ؛
- يُمنح مطور الحل المطبق الفرصة للتحكم بمرونة في تكوين التبادل ، سواء من حيث بنية البيانات المرسلة أو من حيث تكوين المعلومات المنقولة إلى عقد تبادل محددة ؛
- يتم إنشاء كائن قاعدة البيانات في البداية في إحدى عقد التبادل. يمكن تعديل تكوين المعلومات المرسلة اعتمادًا على محتوى البيانات ، ولا يعتمد على مكان الإدخال الأولي للمعلومات.
عناصر
آلية تبادل البيانات العالمية ليست حلاً جامدًا. يتم تنفيذ عملها من خلال مجموعة من أدوات منصة تكنولوجية 1C: Enterprise 8 ، والتي يمكن استخدامها في حلول التطبيقات في مجموعات مختلفة.
- خطة الصرف
كائنات التكوين خطة التبادل هي المركز الذي يتم حوله تجميع وسائل الاتصال الأخرى. بمساعدة هذه الكائنات ، يتم وصف مجموعة من عقد النظام الموزع وتكوين البيانات التي من المفترض أن يتم تبادلها في إطار خطة التبادل هذه.
بالإضافة إلى ذلك ، تنفذ خطط التبادل آليتين مهمتين تشاركان في تبادل البيانات:- تغيير خدمة التسجيل
يسمح لك بالحصول على معلومات حول عناصر البيانات التي تم تغييرها وعقدة التبادل التي يجب نقلها إليها.
- تغيير خدمة التسجيل
في الحياه الحقيقيهشركة نادرة تدير بقاعدة واحدة 1C. الموقف الأكثر شيوعًا هو قاعدتان ، المحاسبة والراتب.
يجب أن تكون الأسس متصلة - تم حساب الراتب ، ويجب أن تذهب الضرائب المتراكمة إلى قسم المحاسبة للدفع.
لربط عدة قواعد بيانات ، يوجد Exchange 1C. كيف يعمل؟
ما هو Exchange 1C؟
يوجد شبكة من المحلات التجارية ومكتب مركزي. يحتوي كل متجر ومكتب على مستودع. يتم نقل البضائع من المستودع إلى المستودع (بشكل أساسي من المستودع المركزي إلى المخازن) ، ويتم بيعها في المتاجر.
يتم استخدام التجزئة الأساسية 1C في المكتب ونفس القاعدة في كل متجر. القواعد في المتاجر تابعة للقاعدة في المكتب.
يقوم المكتب بإنشاء مستندات حول حركة البضائع من المستودع إلى المستودع ، ويتم تعيين الأسعار. يتم تحميل المستندات إلى القواعد الثانوية و "تظهر" البضائع هناك.
في المتاجر ، يتم إنشاء المستندات المتعلقة ببيع البضائع. يتم تحميل المستندات إلى قاعدة المكتب و "تظهر" المبيعات هناك.
يسمى هذا المخطط بقاعدة المعلومات الموزعة (DIB). إجراءات "ملء" المستندات - تبادل ثنائي الاتجاه 1C. وإعداد هذا المخطط هو URIB أو URIBD (إدارة قواعد بيانات المعلومات الموزعة).
مبادئ تبادل الدليل في 1C
أدلة 1C (وتسمى مجموعة جميع الأدلة "في المجمع" NSI - معلومات مرجعية تنظيمية) - في قواعد البيانات المختلفة يجب أن تكون هي نفسها عادةً. هذا يعني أنه حتى في حالة وجود العديد من قواعد البيانات ، فإن قائمة البضائع والمستودعات والمقاولين هي نفسها في قواعد البيانات المختلفة.
إنها ممارسة شائعة عندما يُسمح في قاعدة بيانات واحدة بتحرير الدليل ، ونسخه ("يهاجر") إلى الباقي. كما ناقشنا سابقًا ، يحتوي كل عنصر 1C على معرف فريد - GUID. يتم عادةً نسخ الدلائل مع GUID الخاص بها ، وبالتالي تكون متطابقة في جميع أنحاء نظام المعلومات الموزع.
بخلاف ذلك ، عندما يتم توصيل العديد من قواعد البيانات الموجودة في البداية ، أو عندما يمكن إنشاء الدلائل في قواعد بيانات مختلفة في نفس الوقت ، فإن GUIDs الخاصة بهم ستكون مختلفة. هناك آلية مطابقة لهذا. أثناء التبادل 1C ، يتم تسجيل المعلومات في سجل معلومات خاص بأن عنصرًا من القاعدة رقم 1 مع GUID xxx يساوي عنصرًا في هذه القاعدة مع GUID yyy. مبدئيًا ، يجب مطابقة العناصر الحالية التي لم تعد متساوية تلقائيًا (بواسطة تفاصيل أخرى ، على سبيل المثال ، بالاسم أو عن طريق TIN و KPP) أو يدويًا.
مبادئ تبادل الوثائق في 1C
يتم ترحيل المستندات الموجودة في 1C بواسطة السجلات وبعد ذلك يتم اعتبارها "مُرحلة". وهذا يؤدي إلى صعوبات مفهومة في عملية النقل.
أحد الخيارات هو نقل المستندات فقط ونشرها مرة أخرى بعد التحميل. غالبًا ما يتم استخدام هذه الطريقة ، ولكنها قد تؤدي إلى حدوث أخطاء - قد لا يتم نشر المستند في قاعدة البيانات الجديدة ، نظرًا لأن الشروط أثناء الترحيل قد تكون مختلفة عما كانت عليه في وقت نشر هذا المستند في قاعدة البيانات الأصلية.
خيار آخر هو نقل المستندات والسجلات معًا. كما نفهمه ، فإن السؤال الذي يطرح نفسه على الفور - إما أن ننقل جميع المستندات بشكل عام ثم السجل بأكمله بشكل عام ، أو نضطر إلى اختيار نقل الحركات على المستندات المنقولة فقط.
لنفترض أننا بحاجة إلى نقل عنصر من دليل التسمية. يحتوي هذا الدليل على 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 التي تم إنشاؤها في أداة التهيئة إلى أننا سنقوم بالتبادل مع مثل هذا التكوين. في وضع Enterprise في نفس خطة التبادل 1C ، تحتاج الآن إلى تحديد قواعد بيانات محددة بناءً على هذا التكوين.
دعنا ننتقل إلى خطة التبادل 1C (خطة العمليات / التبادل ؛ يمكن أن تكون أيضًا في قائمة أخرى ، غالبًا في قائمة الخدمة / XXX).
في قائمة قواعد البيانات في خطة التبادل 1C ، هناك قاعدة ذات دائرة خضراء في الصورة. هذا العنصر يرمز إلى هذا الأساس. تشير العناصر المتبقية إلى قواعد أخرى يتم من خلالها تبادل 1C.
من الضروري ملء كل من الاسم والرمز لجميع العناصر.
لإنشاء قاعدة فرعية "متجر":
- اضبط المؤشر في القائمة على عنصر خطة التبادل 1C ، التي أنشأناها كـ "قاعدة متجر"
- حدد عنصر القائمة "إجراءات / إنشاء صورة أولية".
نتيجة لذلك ، سيتم إنشاء قاعدة بيانات واحدة ، مع تحميل البيانات الأولية إليها. يجب تكرار ذلك لكل عنصر من عناصر خطة الصرف 1C ، باستثناء القاعدة الحالية.
نظرية التبادلات 1 ج
نظرية التبادل 1C بسيطة للغاية:
- تبدأ إحدى القواعد (غالبًا قاعدة المركز) التبادل 1C وفقًا للجدول الزمني أو "في حدث" (تسجيل الدخول إلى قاعدة مستخدم معين ، وما إلى ذلك)
- يتكون التبادل 1C من تفريغ ملف من قاعدة البيانات
- يجب نقل الملف إلى مكان حيث يمكن للقاعدة التابعة أن تلتقطه (عادةً مشاركة أو بروتوكول نقل الملفات ، وفي كثير من الأحيان بريد إلكتروني أقل)
- تقوم قاعدة البيانات التابعة بتنزيل الملف المستلم
- كتأكيد لاستلام المعلومات ، تقوم القاعدة التابعة بتحميل ملف "استجابة" ، والذي يتم تحميله مرة أخرى إلى القاعدة المركزية بنفس الطريقة.
- اكتملت جلسة التبادل 1C.
هناك طرق أخرى لتبادل 1C ، ليس من خلال الملفات ، ولكن ، على سبيل المثال ، من خلال اتصال COM المباشر بين قاعدتي بيانات. مزاياه:
- لا يلزم وجود "مساحة لتخزين ونقل الملفات"
- لا حاجة لإعادة تحميل التأكيد
- كل شيء يحدث بشكل أسرع بسبب النقطتين الأوليين.
ومع ذلك ، فإن القيد واضح - يجب أن تكون القواعد قريبة من بعضها البعض حتى تتمكن من بدء اتصال COM.
إعداد RIB 1C
في ثوابت التكوينات النموذجية (العمليات / الثوابت ؛ أو إعدادات الخدمة / البرنامج) - يوجد عادةً الإعداد العامالتبادلات 1C. هذه بادئة في رموز العناصر وأرقام المستندات لتحديد قاعدة البيانات التي تم إنشاؤها بسهولة. بالإضافة إلى طريقة داخلية لحفظ المعلومات حول المكان الذي تم فيه إنشاء الدلائل والمستندات.
أنت الآن بحاجة إلى تكوين كيفية إجراء عملية التبادل الدوري لمعلومات 1C بين قواعد البيانات التي تم إنشاؤها.
جميع إعدادات RIB في 1C في تكوينات نموذجية ، عادةً في قائمة الخدمة / قواعد المعلومات الموزعة / تكوين عقد RIB.
لكل عنصر "قاعدة مخزن بعيد" تم إنشاؤه مسبقًا ، تحتاج إلى إضافة عنصر تكوين.
يحدد الإعداد طريقة التبادل 1C: ملف (مشاركة) ، ملف (FTP) ، ملف (بريد إلكتروني).
إنشاء وتكوين قاعدة معلومات 1C موزعة في جهاز عميل رفيع
دعونا نرى إعدادًا مشابهًا في تكوين نموذجي يعتمد على عميل رفيع- إدارة التجارة الطبعة 11.
توجد الإعدادات (والإنشاء من البداية) في علامة تبويب الإدارة في الواجهة. البند "تبادل البيانات".
حدد "إنشاء تبادل في قاعدة معلومات موزعة".
منذ البداية ، سيطلب منك 1C الإشارة إلى الطريقة التي سنتبادل بها المعلومات مع قاعدة البيانات التابعة. هنا هو خيار التكوين "عبر ملف على الكرة".
إليك خيار تكوين عبر ملف على FTP.
اسم إعداد التبادل لدينا هو 1C.
وفورًا اقتراح لإنشاء "صورة أولية" - أي قاعدة بيانات العبيد نفسها مع تحميل المعلومات الأولية فيها.
على عكس التكوين الموجود على عميل سميك ، يوجد كل من إعدادات التبادل 1C في نفس المكان.
تحميل...