يحصل العديد من رواد الأعمال المنخرطين في أنشطة تجارية على برنامجين من فئة 1C: برنامج محاسبة 8 في نفس الوقت لتحسين كفاءة الإدارة. (يشار إليها فيما بعد BP)و "1C: إدارة التجارة 8" (يشار إليها فيما بعد UT).
يستخدم BP للحفاظ على المحاسبة والتقارير المنظمة ، و UT - للتشغيل و المحاسبة الإداريةفى الشركه.
نجاح تقاسم هذه منتجات البرمجياتيعتمد إلى حد كبير على تنظيم تبادل البيانات بين تكوينات BP و UT.
سيساعد فهم الميزات التالية لتبادل البيانات النموذجي على تجنب الأخطاء في عملية التبادل بين التكوينات والانتهاكات المحاسبية في كل تكوين على حدة.
عند كتابة هذه المقالة ، تم استخدام مواد من وثائق 1C لمنتجات البرامج. تم وصف طريقة إعداد التبادل بالتفصيل في ملف htm " مشاركةالتكوينات Trade Management (11) و Enterprise Accounting "، الموجودان في كتالوج القوالب عند تثبيت كل من 1C: Accounting 2.0 (يشار إليه فيما يلي بـ BP) و 1 C: Trade Management 11 (يشار إليها فيما يلي باسم UT) ؛ التوصيات الواردة في مؤتمر الشركاء 1C و خبرة شخصيةالمؤلف حول إنشاء وتغيير إعدادات التبادل لعملاء RG-Soft Project Consulting LLC.
1. قم بإعداد تبادل في اتجاه واحد أو ثنائي الاتجاه.
بادئ ذي بدء ، تجدر الإشارة إلى أنه يمكن تحميل المستندات المتعلقة بالمعاملات النقدية وغير النقدية فقط من تكوين BP إلى تكوين UT. وهي تشمل: أمر نقدي وارد ، وأمر نقدي صادر ، وإيصال إلى الحساب الجاري ، وشطب من الحساب الجاري. لن يتم تحميل مستندات حركة البضائع التي تم إنشاؤها في BP إلى UT.
توصي شركة 1C بإجراء تبادل مع بنك في UT. "سيضمن هذا العمل الكامل مع مستندات الدفع الصادرة والمزيد عمل بسيطمع المستندات الواردة. ومع ذلك ، كان هناك موقف لم يكن من الممكن فيه تحميل أمر دفع واحد تقريبًا من ملف بنك العميل إلى UT ، بينما تم تحميل هذا الملف بالكامل إلى BP.
هذا يرجع إلى حقيقة أنه تمت إضافة فحوصات أكثر صرامة على محتوى ملف بنك العميل إلى UT ، على سبيل المثال: التحقق من إكمال رقم التعريف الضريبي ، والتحقق من رقم المستند ، ويجب أن يحتوي الرقم على أرقام فقط وفقًا لـ لائحة البنك المركزي الصادرة في 3 أكتوبر 2002 N2-P "بشأن المدفوعات غير النقدية V الاتحاد الروسي(بصيغته المعدلة في 3 مارس / آذار 2003 ، 11 يونيو / حزيران 2004 ، 2 مايو / أيار 2007 ، 22 يناير / كانون الثاني 2008).
لا يكون إنشاء تبادل أحادي الاتجاه (من UT إلى BP) منطقيًا إلا إذا كانت جميع المستندات والتنظيمية معلومات مرجعيةمملوءة في UT. وبالتالي ، يمكن تجنب ازدواجية العناصر في قاعدة البيانات هذه.
للقيام بذلك ، تحتاج إلى تكوين سيناريو التبادل التالي: إنشاء سيناريو تبادل في تكوين UT ، حيث يتم حفظ التفريغ فقط (الشكل 1) ، في تكوين BP ، قم بإنشاء سيناريو تبادل وحفظ التنزيل فقط.
يجب أن يؤخذ في الاعتبار أنه في مثل سيناريو التبادل هذا ، سيتم تسجيل جميع المستندات والأدلة الإضافية التي تم إنشاؤها في BP للتبادل ، ولكن لن يتم تحميلها في UT ، لذلك يوصى بإعادة ضبط التسجيل بشكل دوري ، وإلا فإن التبادل سيزداد ملف الرسائل من BP باستمرار ، مما يؤدي إلى إبطاء عملية التبادل.
لهذا ، يوصى باستخدام المعالجة RegisterChangesForExchange82.epf، والتي يمكن العثور عليها في تسليم التكوين "تحويل البيانات ، مراجعة. 2.1". بعد تثبيت التكوين ، توجد المعالجة في دليل تثبيت التحديث: ... \ 1c \ التحويل \ ... version_number…
إذا تم ملء المعلومات التنظيمية والمرجعية في كل من UT و BP ، فيجب تكوين التبادل ثنائي الاتجاه ، ولكن قد يكون من الضروري تتبع النسخ المكررة عن طريق بدء التبادل في الوضع التفاعلي بدلاً من التلقائي (الشكل 2) .
من أجل الحد من تبادل البيانات فقط على مستوى المستند ، ليس من الضروري تكوين التبادل أحادي الاتجاه ، يكفي تعيين تاريخ في مرشح التبادل على جانب BP أكبر من تاريخ المستند الأخير (انظر الشكل 5). ولكن قبل تعيين عامل التصفية في التاريخ ، تحتاج إلى التأكد من أن المستندات الموجودة في BP لم يتم تسجيلها مسبقًا للتبادل ، وإلا فسيتم نقل المستندات المسجلة إلى قاعدة بيانات أخرى أثناء التبادل.
أولوية تغيير البيانات
إذا تم إجراء التبادل أولاً في UT ، ثم في BP ، فستكون الأولوية للبيانات التي تم تنزيلها من UT. على سبيل المثال ، في UT قاموا بإدخال المستند "استلام إلى الحساب الجاري" ، وأطلقوا التبادل أولاً في UT ، ثم في BP - ظهر المستند في تكوين BP. ثم أجرى المحاسب في تكوين BP تغييرات على هذه الوثيقة. أثناء التبادل اللاحق ، إذا لم يتغير ترتيب بدء التبادل ، فسيتم استبدال التغييرات التي تم إجراؤها على المستند ببيانات من UT.
للتبادل الصحيح مع تلك الكائنات التي تم تغييرها في قاعدتي البيانات ، توصي 1C بتنظيم العمل بحيث يتم تحرير الكائن فقط في إحدى قواعد البيانات. في قاعدة بيانات أخرى ، يجب فتح مثل هذا الكائن للعرض فقط. للقيام بذلك ، ستحتاج إلى استخدام إعداد حقوق وصول المستخدم ، ولكن هذا النهج يضمن عدم وجود تصادمات أثناء التبادل ، أي التناقضات التي تنشأ عندما يتغير كائن في قاعدة بيانات واحدة أو أخرى ، خلال الفترة بين التبادلات (الشكل 3).
2. الاختلافات بين BP و UT التي تؤثر على التمثيل الغذائي
اتفاقيات الطرف المقابل
في تكوين UT ، لا توجد تحليلات لعقود الأطراف المقابلة. يتم دائمًا تنفيذ جميع العمليات التي يتم تنفيذها في تكوين UT ، عند تحميلها في تكوين BP ، بموجب اتفاقيات منفصلة تم إنشاؤها والتحكم فيها بواسطة نظام UT نفسه.
إذا تعاقدت مع المعلمات الصحيحةليس في تكوين BP ، ثم يتم إنشاء مثل هذه الاتفاقية. وتجدر الإشارة إلى أن البحث عن اتفاقية يتم فقط من خلال عدد الاتفاقيات التي تم تنزيلها مسبقًا من UT.
تنظيم الإدارة في يوتا
بدءًا من الإصدار 11.0.6.9 ، ظهر عنصر محدد مسبقًا "مؤسسة الإدارة" في UT في دليل المؤسسة. يجب عدم تعيين هذا العنصر (أو تغييره من) المؤسسة الحالية (المنفردة أو الواحدة منها). المزيد عن الاستخدام هذا الكائنيمكن قراءتها في ملف التوثيق "التغييرات والإضافات إلى documents.htm"المدرجة في تسليم UT.
هيكل الشركة
في UT للمحاسبة الإدارية ، يتم استخدام دليل "هيكل المؤسسة" ، والذي يحتوي على قائمة بأقسام الشركة. عند إعداد المستندات ، يكون بيان تقسيم المؤسسة إلزاميًا.
لم يتم تعيين عناصر دليل "Enterprise Structure" إلى عناصر دليل "Organization Units" في BP. من أجل منع المستندات التي تحتوي على سمة تقسيم فرعي فارغة من التحميل إلى UT ، من الضروري ملء القيمة الافتراضية في إعدادات التبادل (الشكل 4).
المستودع في قسم الجداول
إذا كان من المخطط استخدامه في UT فرصة جديدةتحديد المستودعات في الأقسام المجدولة للوثائق ، ثم في إعدادات عقدة خطة التبادل ، من الضروري تعيين مستودع عام ، والذي سيتم استبداله عند تفريغ المستندات من UT إلى تكوين BP بدلاً من المستودعات المسموح بها للاختيار في أجزاء مجدولة من الوثائق (الشكل 4).
نوع العنصر
عند تحميل البيانات من BP إلى UT ، لا يتم ملء سمة "نوع العنصر" في التسمية ، ويرجع ذلك إلى حقيقة أن التبادل يخدم السيناريو عند إنشاء التسمية في تكوين UT ، وليس في BP . في المستندات الخاصة بحركة البضائع في UT ، لا يوجد قسم جدولي منفصل لحساب الخدمات (يتم ملء الخدمات في جدول البضائع) ، وبالتالي ، من أجل نقل الخدمات المحددة في مستندات UT بشكل صحيح إلى قسم جدولي في BP ، تحتاج إلى:
1. في قسم المعلومات المرجعية ، افتح الكتاب المرجعي "أنواع العناصر" ، وانتقل إلى عرض عنصر "الخدمات" - انقر على "جميع الإجراءات" - قم بتمكين التحرير وحدد نوع العنصر - الخدمة.
2. قم بتغيير العنصر (الخدمة) - انقر فوق "كافة الإجراءات" - للسماح بالتحرير وحدد نوع العنصر هذا مع نوع الخدمة.
3. إعداد مرشحات الصرف (الشكل 5)
تغيير تاريخ رفع (تنزيل) المستندات
1) قبل نقل التاريخ إلى الأمام ، من الضروري مزامنة قواعد البيانات عن طريق إجراء جلسة تبادل بحيث لا تحتوي العقدة على مستندات مسجلة للتبادل في وقت تغيير الإعداد. خلاف ذلك ، قد يتم وضع علامة على هذه المستندات ، بعد تغيير الإعدادات ، نتيجة التفريغ ، للحذف في قاعدة البيانات المستقبلة ، إذا تم تحميلها مسبقًا هناك.
2) يمكنك إعادة التاريخ لأن يوسع فقط مساحة البيانات التي تم تحميلها. تجدر الإشارة إلى أنه في هذه الحالة ، لن يتم تسجيل المستندات من فترة مغلقة سابقًا للتبادل تلقائيًا. للقيام بذلك ، يجب عليك إما تغيير المستندات أو استخدام المعالجة RegisterChangesForExchange82.epf.
تصفية حسب المنظمات
يتيح لك تمكين هذا الفلتر تحديد قائمة المؤسسات المسموح لها بتبادل البيانات. يؤثر وجود عامل التصفية الممكّن على تفريغ دليل المؤسسات نفسها ، وتفريغ البيانات الأخرى المتعلقة بالمنظمات (الأدلة والوثائق).
مبدأ تشغيل مرشحات التحميل على النحو التالي: تنطبق الإعدادات الجديدة على جميع البيانات - في وقت إنشاء التبادل ، أو فقط لتلك البيانات التي تم تغييرها بعد تطبيق الإعدادات الجديدة - بعد التبادل تم تم إنشاؤه ، لذلك يوصى بالتعامل مع إعدادات المرشح بأكبر قدر ممكن من المسؤولية عند إنشاء تبادل البيانات.
مثال:عند إنشاء التبادل ، يقوم المستخدم بتعيين مرشح حسب المؤسسة. تم تحميل البيانات الخاصة بالمؤسسة المحددة فقط إلى قاعدة البيانات المستلمة. علاوة على ذلك ، قرر المستخدم أنه يجب تحميل البيانات الخاصة بجميع المنظمات إلى قاعدة البيانات المستلمة. ولكن نظرًا لأن الإعدادات لا تسري إلا على البيانات التي تم تغييرها حديثًا ، فلن يتم تحميل المستندات والأدلة الموجودة إلى قاعدة البيانات المستقبلة حتى يقوم المستخدم بإجراء أي تغييرات عليها.
4. إزالة الكائنات من إحدى قواعد البيانات
وضع علامة للحذف
من المحتمل أن عنصر الدليل المستخدم سابقًا لم يتم التخطيط لاستخدامه لمزيد من المحاسبة ، ويعتبر المستخدمون أنه من الصواب تحديد هذا الدليل للحذف. الكائنات المعلمة للحذف لا تشارك في التبادل. يجب أن تؤخذ هذه الميزة في الاعتبار.
إزالة التكرارات
لإزالة الكائنات التي ظهرت أثناء تبادل التكرارات ، نوصي باستخدام المعالجة بحث واستبدال Values.epf، الموجود في الدليل \ 1CITS \ EXE \ ExtReps \ Unireps82 \ SearchAndChange \ على قرص ITS. وللتحقق من صحة المقارنة بين كائنين في قاعدتي معلومات ، يمكنك فتح سجل المعلومات "مراسلات كائنات قاعدة المعلومات" والسجلات هذا السجليمكن تعديلها يدويًا. من المهم أن تعرف أنه بعد حذف كائن في إحدى قواعد البيانات ، سيظل سجل سجل المعلومات مطابقًا للكائن المحذوف (رابط معطل) ، وستحتاج إما إلى مطابقة كائن آخر أو حذف السجل.
5. إعدادات إضافية
بنود التدفق النقدي
لتكوين UT ، قد يكون من الضروري اخماد الدعائم “corr. account "لعناصر التدفق النقدي التي سيتم استخدامها وتحميلها إلى BP.
لتكوين BP: قد تحتاج إلى إدخال نوع التدفق النقدي في عناصر الدليل.
المستخدمون
يمكن نقل مستخدمي عناصر الدليل إلى قاعدة بيانات أخرى إذا تمت الإشارة إليهم كمسؤولين في أحد العناصر المشاركة في التبادل. لمثل هذه الكائنات ، سوف تحتاج إلى تعيين الأذونات.
بادئة الأساس وبادئة المنظمة
في UT ، البادئة لها طول ثابت والفاصل (واصلة) "-". لذلك ، إذا لم يتم تحديد بادئة قاعدة المعلومات أو لم يتم تحديد بادئة المؤسسة ، فسيتم استبدالها بالأصفار. ومع ذلك ، عند إعداد التبادل ، يتم دائمًا ملء بادئة قاعدة المعلومات في CB (لـ UT) و BP (على التوالي لتكوين BP).
هذا الحل هو المعيار لتوليد أرقام المستندات ورموز الكائنات. البادئة لها طول ثابت ويتم فصلها بواصلة من رقم المستند. إذا كانت هناك عدة مؤسسات في قاعدة البيانات في المستقبل ، فسيكون ذلك كافيًا لتعيين بادئات لها ولن يكون من الضروري إعادة ترقيم جميع الكائنات.
تصحيح الاخطاء
في مقالنا ، تم النظر في أهم النقاط المتعلقة بتنظيم تبادل البيانات بين "1C: Trade Management 8" rev.11 و "1C: Accounting 8" rev.2.0.
المتخصصون في RG-Soft Project Consulting LLC مستعدون لتقديم ليس فقط إعداد التبادل لميزات المحاسبة لمؤسسة معينة ، ولكن أيضًا طرق تصحيح الأخطاء في البورصات الحالية.
أنظمة مؤتمتةتتكون الإدارة في معظم الحالات من قواعد بيانات منفصلة وغالبًا ما يكون لها بنية موزعة جغرافيًا. في الوقت نفسه ، يتم تنفيذ تبادل البيانات بشكل صحيح - شرط ضروريل عمل فعالمثل هذه الأنظمة.
في هذه الحالة ، قد يتطلب إعداد التبادل الأولي عددًا من الإجراءات ، ليس فقط من حيث البرمجة ، ولكن أيضًا الاستشارات ، حتى لو كنا نتعامل مع مصادر متجانسة ، كما هو الحال مع المنتجات القائمة على 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.
مقارنة التحقق من البيانات (يوصى بإجراء مقارنة يدوية للبيانات في المرحلة التحضيرية ، حيث يمكن أن يصبح هذا العمل الأكثر استهلاكا للوقت في عملية تنفيذ التبادل). يتم فتح نافذة المقارنة عن طريق النقر المزدوج على الفأرة.
في حالة حدوث خطأ في المزامنة ، سيتم استبدال "تفاصيل ..." بـ "أبدًا ...".
يفتح "تفاصيل ..." سجل التسجيل بمعلومات محدثة عن البورصة.
مستعد.
لنلقِ نظرة على مثال بسيط من الحياه الحقيقيه. لنفترض أن لدينا شركة تعمل في تجارة الجملة والتجزئة ، وفي هذه الشركة ، كما هو الحال في أي شركة أخرى ، يتم الاحتفاظ بالمحاسبة. تمتلك الشركة قاعدتي بيانات قياسيتين ، وهما UT (إدارة التجارة) و BP (محاسبة المؤسسة) ، على التوالي ، لكل قاعدة بيانات محاسبة خاصة بها ، في إدارة UT لتعكس جميع العمليات المتعلقة بالتجارة ، في محاسبة BP. لا تفعل عمل مزدوج، أي. لا تقم بإنشاء نفس المستندات في قاعدتي بيانات (بعد كل شيء ، يجب أن تكون الحركات وفقًا للإدارة والمحاسبة) سنقوم فقط بإعداد المزامنة بين قواعد البيانات هذه.
سنقوم بإنشاء تبادل البيانات في اتجاه واحد، من UT ---> BP. من الممكن أيضًا إنشاء تبادل ثنائي الاتجاه ، ولكن من الناحية العملية لا يكون هذا مطلوبًا في كثير من الأحيان ، لذلك لن نضعه في الاعتبار في مثالنا.
خطوات تحضيرية لإنشاء بورصة في BP
لنبدأ في إعداد المزامنة ، أولاً نذهب إلى قاعدة بيانات 1C "Enterprise Accounting 3.0" (جهاز الاستقبال) ، نحتاج إلى التحقق مما إذا تم تمكين المزامنة لقاعدة البيانات هذه ، للقيام بذلك نحتاج أولاً إلى الانتقال إلى قاعدة البيانات. بمجرد فتح قاعدة البيانات ، انتقل إلى علامة التبويب "الإدارة" ---> "إعدادات مزامنة البيانات"
تفتح أمامنا علامة تبويب جديدة ، يجب ملؤها بنفس الطريقة كما في لقطة الشاشة أدناه ، باستثناء بادئة قاعدة المعلومات. يجب أن تتكون البادئة من حرفين ، يمكنك تعيين أي منهما ، ولكن وفقًا لمعيار 1C ، من الأفضل تعيين البادئة باسم التكوين ، أي بالنسبة لـ "محاسبة المؤسسة" ، ستكون البادئة مثل "BP" . إذا قمت بإعداد تبادلات معقدة وكان هناك العديد من قواعد البيانات المحاسبية ، فيجب أن تختلف البادئات بوضوح عن بعضها البعض ، وهنا يمكنك استخدام الحرفين الأولين من اسم المؤسسة كاختصار.
نواصل إعداد مزامنة البيانات في UT
بعد قيامنا بجميع الإجراءات اللازمة في قاعدة بيانات جهاز الاستقبال (BP 3.0) ، من أجل الاستمرار في إعداد تبادل البيانات ، نحتاج إلى فتح قاعدة البيانات المصدر (UT 11.1). نذهب إلى علامة التبويب "الإدارة" ، على اليسار في القائمة نختار العنصر "إعدادات مزامنة البيانات". إذا لم يتم تمكين المزامنة ، فقم بتمكينها باستخدام مربع الاختيار ، ولا تنس تحديد بادئة قاعدة المصدر. بمجرد الانتهاء من جميع النقاط 1-4 كما هو موضح في الصورة أدناه ، يجب النقر فوق الارتباط التشعبي "مزامنة البيانات" (النقطة 5).
في النافذة الجديدة التي تظهر ، تحتاج إلى النقر فوق علامة الجمع الخضراء (إعداد مزامنة البيانات) ، في القائمة المنسدلة ، حدد العنصر "محاسبة المؤسسة 3.0".
إنشاء نقاط مهمة في تبادل البيانات بين UT و BP
الآن نرى نافذة بها إعداد مزامنة البيانات في 1C ، حدد عنصر "تحديد الإعدادات يدويًا" وانقر فوق "التالي".
نستمر في تكوين تبادل البيانات في 1C ، في علامة التبويب التالية نحتاج إلى تحديد خيار الاتصال بقاعدة المعلومات الخاصة بالمستقبل (اتصال مباشر بالبرنامج) ، معلمات الاتصال (على هذا الحاسوبأو في شبكه محليه) ، الدليل الذي توجد به قاعدة المتلقي ، وكذلك بيانات المصادقة الضرورية (اسم المستخدم وكلمة المرور في قاعدة البيانات).
في الصفحة التالية ، يجب علينا ملء قواعد إرسال البيانات واستلامها من تكوين BP 3.0 (جهاز الاستقبال). انقر فوق "تغيير قواعد تحميل البيانات".
تم فتح نافذة قواعد إرسال البيانات أمامنا ، حيث قمنا بتعيين المعلمات التالية:
- أي NSI سيتم إرساله (في مثالنا ، نحن مهتمون فقط بالمستندات و NSI المستخدم فيها ، لذلك اخترنا العنصر المناسب ، إذا حددت العنصر الأول "Send all" ، فسيتم إعادة تحميل جميع الأدلة مع المستندات ، غالبًا إذا لم يتم استخدام المعلومات في المستندات ، فهي غير مجدية للمتلقي ، لأنها لا تؤثر على المحاسبة بأي شكل من الأشكال)
- من أي تاريخ يتم إرسال جميع المعلومات (لن نعتبر المزامنة اليدوية في هذه المقالة)
- لأي مؤسسة أو أي منظمة سترسل البيانات (في مثالنا ، اخترنا مؤسسة واحدة ، IP "Entrepreneur")
- قواعد تكوين العقود
- المستودع المعمم
- ما إذا كان سيتم تصغير المستندات حسب المستودع
بعد الانتهاء من الإعدادات ، انقر فوق "تسجيل وإغلاق".
نظرًا لأننا في مثالنا أنشأنا واستخدمنا تبادلًا أحادي الاتجاه ، من UT إلى BP، ثم إعدادات قواعد الحصول على البيانات من "Enterprise Accounting 3.0" لا تهمنا ، لذا انقر فوق "التالي".
في نافذة جديدة ، يُطلب منا إعداد قواعد لقاعدة المتلقي (RP). في الفقرة 1 ، نسمي قاعدتنا بطريقة ما ، نعطيها بادئة. يجب أن تكون PREFIX هي نفسها التي قمنا بتعيينها في قاعدة بيانات 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
في المرحلة النهائية ، سيعرض البرنامج النافذة التالية ، حيث سيتم إعلام المستخدم بنجاح المزامنة ، انقر فوق "إنهاء". هذا يكمل المزامنة بين قواعد البيانات في تبادل أحادي الاتجاه من "Trade Management 11.1" (UT) إلى "Enterprise Accounting 3.0" (BP).
في الحياة الواقعية ، تدير شركة نادرة بقاعدة واحدة 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 في نفس المكان.
2018-11-15 T19: 32: 35 + 00: 00المعالجة الشاملة "تفريغ وتحميل بيانات XML" تؤدي إلى التفريغ الكامل أو الجزئي لبيانات قاعدة المعلومات في ملف بتنسيق XML. بعد ذلك ، يمكن تحميل هذا الملف في قاعدة المعلومات باستخدام نفس المعالجة. يختلف تنسيق ملف التحميل عن تنسيق الملف الذي تم إنشاؤه عند التحميل وفقًا لخطة التبادل بواسطة جزء الرأس.
يمكن استخدام المعالجة فقط في الحالات التي تكون فيها قاعدة المعلومات التي تم فيها تحميل البيانات والقاعدة التي يتم فيها تحميل البيانات متجانسة (التكوينات متطابقة ، وقد تختلف البيانات) ، أو تكون جميع الكائنات التي تم تحميلها متطابقة تمامًا تقريبًا في التكوين و أنواع التفاصيل و أجزاء مجدولة، وخصائص كائن البيانات الوصفية "الرائدة" ، وما إلى ذلك.
يمكن استخدام هذه المعالجة ، على سبيل المثال ، لإنشاء ملف كامل أو جزئي دعمالبيانات وتبادل البيانات بين قواعد المعلومات ، بالإضافة إلى أداة مساعدة لاستعادة قواعد المعلومات الفاشلة.
تدعم المعالجة تحميل البيانات مع القدرة على تحديد الاختيار حسب الفترة. يتم أيضًا تنفيذ فحص الكائنات بحثًا عن أحرف غير صالحة عند التبادل عبر XML.
مع خالص التقدير (مدرس و مطور).
تحميل...