تبادل مع التكوين "محاسبة المؤسسة. مستودع في الجزء الجدولي

تبادل مع التكوين "محاسبة المؤسسة. مستودع في الجزء الجدولي
الصفحة الرئيسية 1C: البيع بالتجزئة 8

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

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

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

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

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

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

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

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

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

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

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

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

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

يقوم العديد من رواد الأعمال المشاركين في الأنشطة التجارية بشراء برنامجين "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 "بشأن المدفوعات غير النقدية V" الاتحاد الروسي" (بصيغتها المعدلة في 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:Enterprise. لماذا يمكن أن يصبح إعداد تبادل 1C (أو، كما يطلق عليه أيضًا، مزامنة البيانات في 1C 8.3) المهمة الأكثر استهلاكًا للوقت والمكلفة لمشروع التكامل، سننظر إليها في هذه المقالة.

يتيح لك تبادل البيانات في بيئة 1C ما يلي:

  • القضاء على الإدخال المزدوج للوثائق؛
  • أتمتة العمليات التجارية ذات الصلة؛
  • تحسين التفاعل بين الإدارات الموزعة.
  • التحديث الفوري لبيانات عمل المتخصصين من مختلف الإدارات.
  • "الحد" أنواع مختلفةمحاسبة.*

* في الحالات التي تختلف فيها بيانات أحد أنواع المحاسبة اختلافًا كبيرًا عن نوع آخر، فمن الضروري ضمان سرية المعلومات و"تحديد" تدفقات المعلومات. على سبيل المثال، لا يتطلب تبادل البيانات بين 1C UT و1C Accounting تحميل بيانات الإدارة إلى قاعدة بيانات المحاسبة التنظيمية، أي. ستكون المزامنة في 1C غير مكتملة هنا.

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

  • تنسيق تكوين البورصة؛
  • تعريف النقل (بروتوكولات التبادل)؛
  • وضع القواعد؛
  • الجدولة.

تحديد تكوين تبادل 1C

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

*على سبيل المثال، عند دمج "WA: Financier" - وهو حل للحفاظ على المحاسبة المالية وإدارة عمليات الخزانة، تم تطويره على أساس "1C:Enterprise"، يوصي خبراء WiseAdvice به كنظام رئيسي. ويرجع ذلك إلى توفر أدوات التحكم للالتزام بقواعد سياسة التطبيق، وبالتالي التأكد من فعالية الحل.

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

في نفس المرحلة، اعتمادًا على أسطول الأنظمة الحالية وهيكل المؤسسة، يتم تحديد تنسيق التبادل:

قاعدة المعلومات الموزعة

  • يتضمن RIB التبادل بين تكوينات قاعدة بيانات 1C المتطابقة، مع بنية تحكم واضحة "رئيسية-تابعة" لكل زوج تبادل. كعنصر من عناصر منصة التكنولوجيا، يمكن لـ RIB، بالإضافة إلى البيانات، نقل تغييرات التكوين والمعلومات الإدارية لقاعدة البيانات (ولكن فقط من السيد إلى العبد).

تبادل البيانات العالمي في 1C

  • آلية تسمح لك بتكوين تبادل قواعد بيانات 1C، سواء مع التكوينات على النظام الأساسي 1C:Enterprise أو مع أنظمة الطرف الثالث. يتم التبادل عن طريق نقل البيانات إلى تنسيق xml عالمي وفقًا لـ "خطط التبادل".

بيانات المؤسسة

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

تعريف النقل (بروتوكولات التبادل)

يوفر النظام الموجود على منصة 1C:Enterprise 8 مجموعة واسعة من الإمكانيات لتنظيم التبادل مع أي شخص مصادر المعلوماتمن خلال المعايير العالمية المقبولة عمومًا (xml، ملفات نصية، Excel، اتصال ADO، وما إلى ذلك). لذلك، عند تحديد نقل بيانات التبادل، يجب عليك الاعتماد على إمكانيات قاعدة البيانات لنظام الطرف الثالث.

مزامنة الدلائل

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

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

وضع القواعد

تعتمد القدرة على عرض البيانات من أنظمة المصدر في أجهزة الاستقبال على قواعد التبادل المحددة بشكل صحيح. تنظم القواعد المقدمة بتنسيق XML مدى توافق التفاصيل الأساسية لكائنات المصدر والمستقبل. تم تصميم حل 1C:Data Conversion لأتمتة إنشاء قواعد لتنفيذ عمليات التبادل لمرة واحدة والدائمة.

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

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

جدول الصرف في 1C

لأتمتة التبادل المنتظم، يتم تعيين وتيرة تحميل البيانات. يعتمد تكرار التبادل على الحاجة والقدرات التقنية. كما تسمح لك التكوينات الموجودة على النظام الأساسي 1C:Enterprise بتكوين تبادل البيانات عند وقوع حدث ما.

بعد النظر في العملية القياسية لتنفيذ التبادل، دعونا ننتبه إلى العوامل التي ستتطلب تحسينات في مراحل مختلفة:

  • تكوينات قاعدة البيانات غير القياسية والمعدلة للغاية؛
  • إصدارات مختلفةالمنصات "1C:Enterprise"؛
  • لم يتم تحديثها لفترة طويلة، لا الإصدارات الحاليةالتكوينات؛
  • كائنات التبادل التي خضعت للتعديلات سابقًا؛
  • الحاجة إلى قواعد صرف غير قياسية؛
  • مجموعة مختلفة تمامًا وتكوين التفاصيل في الكتب المرجعية الموجودة.

لأنه حتى الإجراءات القياسيةيتطلب تنفيذ تبادل البيانات الأولية معرفة متخصصة، ويوصى بتنفيذه بمشاركة متخصصين من 1C. فقط بعد إكمال جميع الخطوات الموضحة أعلاه، يجب عليك متابعة إعداد البورصة في التكوين. دعونا نلقي نظرة على تكامل قواعد البيانات باستخدام مثال 1C:UPP و1C:Retail (يتم إعداد التبادل مع 1C:UT باستخدام نفس المخطط). يتم أيضًا تضمين تبادل SCP - SCP في المزامنة القياسية، وهو أمر نموذجي لأنظمة الأتمتة واسعة النطاق في أكبر المؤسسات الصناعية.

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


لحل هذه المشكلة، تحتاج إلى تحديد "تكوين الاتصالات"


...وحدد المربع. بعد ذلك، تجاهل رسالة الخطأ.


في إعدادات مزامنة البيانات، حدد "إنشاء تبادل مع "البيع بالتجزئة"...



قبل تكوين إعدادات الاتصال من خلال دليل محلي أو دليل شبكة، يجب عليك التأكد من وجود مساحة على القرص للدليل. على الرغم من أنه، كقاعدة عامة، لا يستغرق أكثر من 30-50 ميجابايت، إلا أنه في حالات استثنائية قد يتطلب ما يصل إلى 600 ميجابايت. يمكنك إنشاء الدليل المطلوب مباشرة من أداة التهيئة.



عند الاتصال عبر دليل شبكة، يُطلب منك تكوين الاتصال باستخدام عنوان FTP و بريد إلكترونيتجاهل عن طريق النقر على "التالي".


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



نقوم بإنشاء ملف إعدادات التبادل لـ "البيع بالتجزئة" حتى لا نكرر أفعالنا. إذا كنت بحاجة إلى إرسال البيانات فورًا بعد إعداد المزامنة، فحدد المربع.


لأتمتة عملية التبادل، تحتاج إلى إعداد جدول زمني.


القائمة "البيع بالتجزئة".


حدد المربع وحدد "المزامنة".


نقوم بإجراء الإعداد "العكسي" عن طريق تحديد إدارة مؤسسات الإنتاج.




قم بتحميل ملف الإعدادات الذي تم إنشاؤه في UPP.


نضع علامة اختيار، يلتقط النظام العنوان تلقائيًا.





نحن نتصرف بنفس الطريقة كما في UPP.









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



في حالة حدوث خطأ في المزامنة، سيتم استبدال "التفاصيل..." بـ "أبدًا...".


"التفاصيل..." يفتح السجل بالمعلومات المحدثة عن البورصة.


مستعد.

وصف المهمة

دراسة تفصيلية للنظام الفرعي العالمي للتفاصيل والمعلومات الإضافية عن الكائنات الموجودة في الكل الحلول الحديثة 1C.

دروس الفيديو:

  • معلومات عامة. استخدم حالات
  • الخصائص الفردية للمجموعات. خصائص الإعداد
  • الخصائص العامة والخصائص على سبيل المثال. تهيئة عقارات المخازن والمقاولين
  • تحديد الخصائص في النماذج. استخدامها في التقارير
  • تحليل النتائج والنتائج
طريقة المحاسبة القياسية 02. خصائص البند

وصف المهمة

التجارة في ملابس وأحذية الأطفال. مطلوب التكوين في "1C: البيع بالتجزئة":

  • محاسبة الملابس حسب الخصائص: الجنس، الحجم، الارتفاع
  • محاسبة الأحذية حسب الخصائص: الجنس، الحجم، اللون

دروس الفيديو:

  • صياغة المشكلة
  • معلومات عامة عن الخصائص. طرق لمراعاة الاختلافات في خصائص المنتج
  • إعداد المحاسبة حسب الخصائص. خلق الخصائص
  • تحديد خصائص إضافية
  • شراء السلع ذات الخصائص
  • تحديد أسعار السلع ذات الخصائص
  • بيع منتج ذو خصائص
  • تقارير عن خصائص العناصر
  • تحليل النتائج والنتائج
طريقة المحاسبة القياسية 03. تغليف السلعة

وصف المهمة

بيع لعب الاطفال بالتجزئة. تعد بطاريات الألعاب من المنتجات ذات الصلة التي يتم شراؤها بنشاط.

يتم توفير البطاريات عادة في صناديق مكونة من 10 قطع، ولكن بالنسبة للمشتريات الكبيرة - في صناديق مكونة من 50 قطعة.

يشترط القدرة على بيع البطاريات إما بشكل فردي أو في صناديق مكونة من 10 قطع. / 50 جهاز كمبيوتر شخصى.

دروس الفيديو:

  • إعداد النظام. إنشاء التعبئة والتغليف
  • شراء البضائع في حزم
  • تحديد الأسعار لكل حزمة
  • بيع البضائع في الطرود
  • تحليل النتائج والنتائج
طريقة المحاسبة القياسية 04. سلسلة البنود

وصف المهمة

هناك اتجاهان - التجارة في الإلكترونيات وأغذية الأطفال. المطلوب للتنفيذ:

  • للإلكترونيات - المحاسبة بواسطة الأرقام التسلسليةلخدمة الضمان
    • يجب إصدار بطاقة ضمان لمدة سنة واحدة
  • لأغذية الأطفال - المحاسبة حسب تاريخ انتهاء الصلاحية

دروس الفيديو:

  • الغرض من آلية سلسلة التسميات
  • إعداد المحاسبة حسب السلسلة. دفعة السياسة المحاسبية
  • استلام البضائع التسلسلية
  • تحديد أسعار السلع المتسلسلة. الحركة الداخلية للبضائع
  • بيع البضائع التسلسلية
  • آلية تغيير نماذج الطباعة
  • قائمة تحركات سلسلة البضائع. يثبت.
  • تحليل البضائع منتهية الصلاحية في نهاية الفترة
  • تقدير عدد البضائع منتهية الصلاحية في المستودعات
  • كشف مبيعات البضائع منتهية الصلاحية
  • تحليل النتائج والنتائج
طريقة المحاسبة القياسية 05. باركود المنتج

وصف المهمة

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

مطلوب لتحسين وتسريع عملية بيع البضائع:

  • آلية لعناصر الباركود
  • استخدم هذه الآلية لتحسين وتسريع عملية البيع

دروس الفيديو:

  • معلومات عامة عن الباركود
  • أنواع ومعايير الباركود
  • مبرر لاستخدام الباركود الخاص بك. الباركود الشركة المصنعة
  • تطبيق الباركود في أنظمة 1C
  • قالب الباركود الداخلي للسلع القطعة
  • إعدادات الباركود
  • تسجيل الباركود للمنتج
  • تطبيق الباركود في 1C: البيع بالتجزئة
  • تحليل النتائج والنتائج
طريقة المحاسبة القياسية 06. طباعة بطاقات الأسعار والملصقات

وصف المهمة

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

بالإضافة إلى ذلك، تحتاج إلى طباعة الملصقات الخاصة بك للمنتجات التي لا تحتوي على الرموز الشريطية الخاصة بالشركة المصنعة:

  • علامات الأسعار وفقًا للتخطيط الخاص بك على طابعة عادية (A4)
    • قياسي: عرض المعلومات الأساسية عن المنظمة والمتجر والمنتج
    • الترويجية: بالإضافة إلى ذلك يعرض السعر السابق وسعر مع خصم معين
  • قم بطباعة الملصقات وفقًا للتخطيط بالمعلومات التالية
    • اسم المنتج، السعر، الباركود
  • استخدم طابعات متعددة للتسميات
    • طابعة عادية مقاس A4
    • طابعة ملصقات خاصة

دروس الفيديو:

  • قوالب الملصقات وبطاقات الأسعار. الفرق بين هذه المفاهيم
  • محرر قالب التسمية وعلامة السعر
  • إنشاء تخطيط علامة السعر القياسي. عرض الحقول المتاحة
  • إضافة شعار إلى التخطيط وتغيير خلفيات الخلايا
  • تحديد عدد علامات الأسعار على الصفحة
  • طباعة بطاقة السعر القياسي ووضع اللمسات النهائية على تصميمها
  • إنشاء علامة سعر ترويجية
  • القوالب الافتراضية وطباعة علامات الأسعار من المستندات
  • إنشاء قالب تسمية لـ A4
  • طباعة ملصق على طابعة ملصقات
  • تسمية فئات الطابعة
  • المعلمات الأساسية لطابعات الملصقات
  • أنواع طباعة الملصقات
  • أنواع التسمية
  • تثبيت وتكوين طابعة الملصقات Zebra LP2824
  • قم بإنشاء قالب ملصق لطابعة الملصقات الخاصة بك
  • المشاكل المحتملة
  • محرر جديد لبطاقات الأسعار والعلامات
  • تحليل النتائج والنتائج
طريقة المحاسبة القياسية 07. مخطط أوامر المستودعات

وصف المهمة

يتم تمييز معالجة المعاملات مع البضائع في المتجر.

يقوم مدير المشتريات بإعداد وثائق المحاسبة المالية التي:

  • يغير فقط حالة التسويات مع الأطراف المقابلة
  • وهي أوامر للقبول/الشحن، وتشكل كمية البضائع المراد التحقق منها

يقوم أمين المستودع بإعداد مستندات المستودع التي تغير رصيد البضائع في المستودعات.

دروس الفيديو:

  • إنشاء متجر. إعداد مخطط الطلب
  • استلام وفقا لنظام الطلب
  • التنفيذ حسب مخطط الطلب
  • الإرجاع وفقًا لنظام الطلب
  • المخزون وفقا لنظام الطلب
  • فارق بسيط في مخطط الطلب. عدم إغلاق السجلات
  • تحليل النتائج والنتائج
طريقة المحاسبة القياسية 08. المحاسبة عن الانحرافات من حيث وأحجام تسليم البضائع

وصف المهمة

أثناء تشغيل المتجر، تنشأ انحرافات مختلفة في توريد البضائع.

للإنحراف في توقيت استلام البضائع للطلبات (أقدم وأبعد من التاريخ المطلوب) يشترط ما يلي:

  • تحليل ومعالجة التسليمات المتأخرة
  • تعديل جدول الدفع للتسليم المبكر

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

دروس الفيديو:

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

وصف المهمة

لا يتم استخدام الطلبات المقدمة للموردين في الغالب، ويتم إجراء الدفعات المقدمة بدون مستند أساسي. عند استلام البضائع، يجب أن تؤخذ السلف المذكورة سابقا بعين الاعتبار.

يتم الدفع مقابل الإمدادات وفقًا للطلبات بشكل أساسي عن طريق الدفع المسبق. عندما لا يتم تنفيذ الطلب بالكامل من قبل المورد، يجب تطبيق الدفع على الطلب التالي.

دروس الفيديو:

  • الدفعة المقدمة ومقاصتها عند استلام البضاعة
  • تسوية الدفع بين مستندات التسليم
  • تحليل النتائج والنتائج
طريقة المحاسبة القياسية 10. نقل البضائع بين المنظمات

وصف المهمة

منظمتان: LLC عالم الطفل" و IP روديونوف. يتم شراء البضائع في IP Rodionov. يتم التداول فقط نيابة عن شركة Detsky Mir LLC.

حتى قبل البيع، يتم نقل البضائع من IP Rodionov إلى Detsky Mir LLC.

ولكن عندما لا يكون لديهم الوقت لإضفاء الطابع الرسمي على نقل البضائع وقد تم بالفعل بيع البضائع، وفقًا لبيانات هذه المبيعات، فمن الضروري إضفاء الطابع الرسمي على نقل البضائع.

دروس الفيديو:

  • إعداد البيانات الرئيسية واستلام البضائع
  • نقل البضائع قبل البيع
  • تسجيل المبيعات
  • نقل البضائع بعد البيع
  • التسويات المتبادلة بين المنظمات
  • تحليل النتائج والنتائج
طريقة المحاسبة القياسية 11. المحاسبة عن المبيعات الشخصية من قبل البائعين

وصف المهمة

في المتاجر، يعمل مستشارو المبيعات في طابق المبيعات.

من الضروري إعداد محاسبة المبيعات الشخصية للبائعين مع القدرة على تحليلها.

دروس الفيديو:

  • خلق الموظفين
  • تسجيل المبيعات الشخصية للبائعين
  • إدخال وطباعة بطاقات تسجيل الموظفين
  • تحليل المبيعات الشخصية للبائعين
  • إرجاع البضائع من العملاء
  • تحليل النتائج والنتائج
طريقة المحاسبة القياسية 12. تتبع وقت الموظف

وصف المهمة

المتجر لديه 4 موظفين

  • 2 استشاريين - نصف يوم في نوبتين
  • أمين الصندوق والمدير – دوام كامل

الورديات من 10.00 إلى 15.00 ومن 15.00 إلى 20.00.

تحتاج إلى التسجيل في النظام:

  • خطة وقت عمل الموظف
  • بيانات عن الوقت الفعلي للعمل

مطلوب تحليل المراسلات بين الحقيقة والخطط.

دروس الفيديو:

  • رسم تخطيطي لكائنات تسجيل وقت العمل
  • إعداد البيانات الرئيسية
  • تخطيط ساعات عمل الموظف
  • إدخال بيانات ساعات العمل الفعلية
  • تحليل وقت العمل. المؤشرات الأساسية
  • تحليل وقت العمل. المؤشرات المقدرة
  • تحليل جدول العمل المرن
  • تحليل جدول زمني ثابت مع العمل الإضافي
  • تحليل النتائج والنتائج
الطريقة المحاسبية القياسية 13. إصدار الرواتب للموظفين

وصف المهمة

مطلوب توفير الحد الأدنى من الوظائف للمحاسبة ودفع رواتب الموظفين:

  • إصلاح المبالغ المحسوبة الواجب دفعها
  • لاحظ حقيقة أنه تم إصدار الأجور المستحقة
  • إذا لم يستلم أحد الموظفين راتبه خلال 3 أيام فيجب إيداعه

دروس الفيديو:

  • تكوين كشوف المرتبات
  • صرف الأجور حسب البيان
  • دفع الرواتب للموظفين
  • تحليل النتائج والنتائج
الحالة 01. تحسين تجديد طابق المبيعات من المستودعات

وصف المهمة

يوجد مستودعين: المستودع وقاعة التجارة.

يجب التأكد من بيع أغذية الأطفال دون انقطاع في منطقة المبيعات خلال الأسبوع المقبل.

من الضروري أولاً تجديد ما تبقى من أغذية الأطفال في منطقة المبيعات بناءً على متوسط ​​المبيعات اليومية ورصيد البضائع في منطقة المبيعات وفي المستودع

محتويات القضية:

  • التقييم الأولي للأرصدة ومبيعات البضائع. إنشاء تقرير المبيعات حسب اليوم
  • تحليل التوازن وتكوين أوامر الحركة الداخلية
  • العديد من مستودعات التجديد
  • تحليل النتائج والنتائج
الحالة 02. تحليل المبيعات وحساب متطلبات توريد البضائع

وصف المهمة

لتقديم الطلبات إلى الموردين، يعتمد مديرو المشتريات على إحصاءات مبيعات المنتجات

  • متوسط ​​المبيعات اليومية
  • البضائع المتبقية في المستودعات
  • بيانات اتجاه المبيعات

مطلوب أتمتة حساب متطلبات التوريد وتشكيل الطلبات للموردين بناءً على بيانات الحساب.

محتويات القضية:

  • مخطط لحساب الاحتياجات على أساس متوسط ​​المبيعات
  • الدخول إلى عمليات حالة الاختبار
  • المبيعات وأرصدة المنتجات في أيام التداول
  • تحليل الطلب على العرض
  • تحليل المبيعات وتكوين الأوامر
  • ميزة الحساب لعدة موردين
  • حساب متوسط ​​احتياجات المبيعات حسب أيام الأسبوع مع مراعاة الاتجاه الخطي
  • تحليل مبيعات ABC/XYZ
  • تحليل النتائج والنتائج
الحالة 03. إدارة التوريدات في سلسلة متاجر

وصف المهمة

تستخدم سلسلة المتاجر (3 متاجر) نظام إدارة العرض المختلط

  • تتم إدارة توريد المجموعة الرئيسية من السلع من قبل قسم المشتريات في المتجر المركزي للسلسلة
  • تتم إدارة إمدادات أغذية الأطفال من قبل مديري المتاجر الخاصة بنا

مطلوب إعادة توزيع البضائع بشكل دوري بين المتاجر.

محتويات القضية:

  • سيناريوهات توريد سلسلة من المتاجر
  • وثائق التنقل بين المتاجر
  • إعداد البيانات الرئيسية
  • تجديد أرصدة مراكز التوزيع
  • التحرك دون أمر
  • التحرك حسب الطلب. إغلاق أوامر التحويل
  • الإغلاق التلقائي للأوامر المتأخرة
  • الإيصالات مباشرة إلى المتاجر الطرفية
  • تسجيل المبيعات في المتاجر الطرفية
  • تجديد أرصدة المتاجر الطرفية
  • مشكلة أتمتة مركز التوزيع
  • تحويل الأموال بين مكاتب النقد في المنظمة
  • تحليل النتائج والنتائج
الحالة 04. توزيع المبيعات والإيصالات بين المستودعات والمنظمات

وصف المهمة

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

عند البيع يجب شطب البضاعة تلقائيا من الإدارات ذات الصلة في المنظمة المطلوبة.

تقع مكاتب النقد في جميع الطوابق الثلاثة. في مناطق الخروج في كل قسم هناك منتجات ذات صلة:

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

تُباع خدمة تسليم البضائع المدفوعة فقط من رجل الأعمال الفردي Rumyantsev من مكتب النقد الوحيد في الطابق الأرضي.

محتويات القضية:

  • رسم تخطيطي لكائنات النظام لحل المشكلة
  • إعداد البيانات الرئيسية
  • مجموعات التسميات
  • إعداد توزيع إيصالات البضائع
  • تحليل الحركات بعد التوزيع. عدم إغلاق السجلات
  • إعداد توزيع مبيعات المنتجات
  • مبيعات الجملة الصغيرة
  • مبيعات التجزئة من خلال RMK
  • تحديد توزيع مبيعات الخدمات حسب المنظمات
  • تغيير المهمة الأصلية. جميع الأقسام تحت سجل نقدي واحد
  • آر إم كيه. خطأ في توزيع المنظمة
  • البيع من مستودع منظمة فارغة
  • توزيع الاستلام والشحن عند التنقل بين المخازن
  • مشكلة في الأرصدة حسب المنظمة
  • تحليل النتائج والنتائج
الحالة 05. الدفع عن طريق البطاقات والقروض. شهادات الهدايا

وصف المهمة

ولراحة العملاء من الضروري إضافة خيارات دفع جديدة:

  • الدفع عن طريق بطاقات الدفع
  • الدفع عن طريق القروض البنكية

يجب إصدار شهادات الهدايا:

  • فئات مختلفة: 1000 و5000 و10000 روبل.
  • فترة الصلاحية – 3 أشهر. بعد البيع

محتويات القضية:

  • نظام الدفع ببطاقة الدفع
  • إعداد الدفع عن طريق بطاقات الدفع
  • الدفع والإرجاع عبر الكمبيوتر الشخصي لمبيعات الجملة الصغيرة
  • الدفع والإرجاع عن طريق الكمبيوتر متى البيع بالتجزئةيدويا
  • الدفع والإرجاع عبر الكمبيوتر الشخصي في RMK
  • تحليل المدفوعات عن طريق بطاقات الدفع
  • نظام سداد القروض البنكية
  • الدفع عن طريق القروض البنكية
  • نشر شهادات الهدايا
  • بيع شهادات الهدايا
  • الدفع بشهادة هدية
  • إعادة تفعيل شهادات الهدايا
  • شطب شهادات الهدايا
  • تحليل حركات شهادات الهدايا
  • تحليل النتائج والنتائج

دعونا نلقي نظرة على مثال بسيط من الحياة الواقعية. لنفترض أن لدينا شركة تعمل في تجارة الجملة والتجزئة، وفي هذه الشركة، كما هو الحال في أي شركة أخرى، تتم المحاسبة. لدى المؤسسة قاعدتي بيانات قياسيتين، وهما 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، في علامة التبويب التالية نحتاج إلى تحديد خيار الاتصال به قاعدة المعلوماتالمتلقي ( اتصال مباشرإلى البرنامج)، معلمات الاتصال (on هذا الحاسوبأو على شبكة محلية)، الدليل الذي توجد به قاعدة جهاز الاستقبال، بالإضافة إلى بيانات المصادقة اللازمة (اسم المستخدم وكلمة المرور في القاعدة).

في الصفحة التالية يجب علينا ملء قواعد إرسال واستقبال البيانات من تكوين 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).