في 1C، نستخدم التطورات الخاصة بنا على نطاق واسع لتنظيم عمل الشركة. بخاصة، . بالإضافة إلى إدارة المستندات (كما يوحي الاسم)، فهي أيضًا تقنية حديثة -نظام (إدارة محتوى المؤسسة - إدارة محتوى الشركة) مع مجموعة واسعة من الوظائف - البريد وتقويمات عمل الموظف وتنظيم الوصول المشترك إلى الموارد (على سبيل المثال، حجز غرف الاجتماعات)، وتتبع الوقت، ومنتدى الشركة وغير ذلك الكثير.
يستخدم أكثر من ألف موظف إدارة المستندات في 1C. لقد أصبحت قاعدة البيانات مثيرة للإعجاب بالفعل (11 مليار سجل)، مما يعني أنها تتطلب رعاية أكثر دقة ومعدات أكثر قوة.
كيف يعمل نظامنا، ما هي الصعوبات التي نواجهها عند صيانة قاعدة البيانات وكيف نحلها (نستخدم MS SQL Server كنظام إدارة قواعد البيانات) - سنخبرك في المقالة.
لأولئك الذين يقرؤون عن منتجات 1C لأول مرة.
1C:Document Flow هو حل تطبيقي (تكوين) يتم تنفيذه على أساس إطار عمل لتطوير تطبيقات الأعمال - النظام الأساسي 1C:Enterprise.
يتيح لك "1C: Document Flow 8" (المختصر بـ DO) أتمتة العمل مع المستندات في المؤسسة. إحدى الأدوات الرئيسية لتفاعل الموظفين هي البريد الإلكتروني. بالإضافة إلى البريد، يعمل DO أيضًا على حل مشكلات أخرى:
- تتبع الوقت
- تتبع غياب الموظف
- طلبات البريد السريع/النقل
- تقويمات عمل الموظف
- تسجيل المراسلات
- جهات اتصال الموظف (دفتر العناوين)
- منتدى الشركات
- حجز غرفة
- تخطيط لحدث
- CRM
- العمل الجماعي مع الملفات (مع حفظ إصدارات الملفات)
- وآخرون.
ندخل إدارة الوثائق (التطبيق الأصلي القابل للتنفيذ) من Windows، وLinux، وmacOS، (من المتصفحات) و - تعتمد على الموقف.
وبفضل منتجنا الآخر المتصل بتدفق المستندات - - نتلقى مباشرة في Document Flow وظائف برنامج المراسلة - المحادثات والمكالمات الصوتية ومكالمات الفيديو (بما في ذلك المكالمات الجماعية، التي أصبحت الآن ذات أهمية خاصة، بما في ذلك من عميل الهاتف المحمول)، وتبادل الملفات بسرعة بالإضافة إلى القدرة على كتابة روبوتات الدردشة التي تبسط العمل مع النظام. ميزة أخرى لاستخدام نظام التفاعل (مقارنة ببرامج المراسلة الأخرى) هي القدرة على إجراء مناقشات سياقية مرتبطة بكائنات محددة لتدفق المستندات - المستندات والأحداث وما إلى ذلك. أي أن نظام التفاعل متكامل بشكل عميق مع التطبيق المستهدف، ولا يعمل مجرد "زر منفصل".
لقد تجاوز عدد الحروف في DO لدينا بالفعل 100 مليون، وبشكل عام هناك أكثر من 11 مليار سجل في نظام إدارة قواعد البيانات (DBMS). في المجموع، يستخدم النظام ما يقرب من 30 تيرابايت من مساحة التخزين: يبلغ حجم قاعدة البيانات 7,5 تيرابايت، ويتم تخزين ملفات العمل الجماعي بشكل منفصل وتشغل 21 تيرابايت أخرى.
إذا تحدثنا عن أرقام أكثر تحديدًا، فإليك عدد الحروف والملفات في الوقت الحالي:
- رسائل البريد الإلكتروني الصادرة – 14,7 مليونًا.
- الرسائل الواردة – 85,4 مليون.
- إصدارات الملف – 70,8 مليون.
- الوثائق الداخلية – 30,6 ألف.
DO لديه أكثر من مجرد البريد والملفات. فيما يلي الأرقام الخاصة بالكائنات المحاسبية الأخرى:
- حجز قاعات الاجتماعات – 52
- التقارير الأسبوعية – 153
- التقارير اليومية – 628
- تأشيرات الموافقة – 11
- المستندات الواردة – 79
- المستندات الصادرة – 28
- إدخالات حول الأحداث في تقاويم عمل المستخدم – 168
- طلبات السعاة - 21
- الأطراف المقابلة - 81
- سجلات العمل مع الأطراف المقابلة - 45
- جهات الاتصال من الأطراف المقابلة - 41
- الأحداث – 10
- المشاريع – 6
- مهام الموظف – 245
- مشاركات المنتدى - 26
- رسائل الدردشة - 891 095
- العمليات التجارية - 109. يتم التفاعل بين الموظفين من خلال العمليات - الموافقة والتنفيذ والمراجعة والتسجيل والتوقيع وما إلى ذلك. نقوم بقياس مدة العمليات، عدد الدورات، عدد المشاركين، عدد المرتجعات، عدد طلبات تغيير المواعيد النهائية. وهذه المعلومات مفيدة جدًا للتحليل من أجل فهم العمليات التي تجري في المؤسسة وزيادة كفاءة تعاون الموظفين.
ما هي المعدات التي نقوم بمعالجة كل هذا عليها؟
تشير هذه الأرقام إلى حجم مثير للإعجاب من المهام، لذلك واجهنا الحاجة إلى تخصيص معدات إنتاجية إلى حد ما لتلبية احتياجات الشركات التابعة الداخلية. خصائصه حاليًا هي كما يلي: 38 نواة، 240 جيجابايت من ذاكرة الوصول العشوائي، 26 تيرابايت من الأقراص. فيما يلي جدول الخوادم:
وفي المستقبل، نخطط لزيادة قدرة المعدات.
كيف تسير الأمور مع تحميل الخادم؟
لم يكن نشاط الشبكة يمثل مشكلة بالنسبة لنا أو لعملائنا. كقاعدة عامة، نقطة الضعف هي المعالج والأقراص، لأن الجميع يعرف بالفعل كيفية التعامل مع نقص الذاكرة. فيما يلي لقطات شاشة لخوادمنا من Resource Monitor، والتي توضح أنه ليس لدينا أي حمل رهيب، فهو متواضع جدًا.
على سبيل المثال، في لقطة الشاشة أدناه نرى خادم SQL حيث يبلغ تحميل وحدة المعالجة المركزية 23%. وهذا مؤشر جيد للغاية (للمقارنة: إذا اقترب الحمل من 70٪، فمن المرجح أن يلاحظ الموظفون تباطؤا كبيرا في العمل).
تُظهر لقطة الشاشة الثانية خادم التطبيق الذي يعمل عليه النظام الأساسي 1C:Enterprise - فهو يخدم جلسات المستخدم فقط. هنا يكون حمل المعالج أعلى قليلاً - 38٪، فهو سلس وهادئ. هناك بعض التحميل على القرص، لكنه مقبول.
تُظهر لقطة الشاشة الثالثة خادم 1C:Enterprise آخر (إنه الخادم الثاني، لدينا اثنان منهم في المجموعة). السابق فقط هو الذي يخدم المستخدمين، والروبوتات تعمل على هذا. على سبيل المثال، يتلقون البريد، ويوجهون المستندات، ويتبادلون البيانات، ويحسبون الحقوق، وما إلى ذلك. تؤدي كل هذه الأنشطة الخلفية ما يقرب من 90-100 وظيفة أساسية. وهذا الخادم محمل بشكل كبير جدًا - 88٪. لكن هذا لا يؤثر على الأشخاص، وهو ينفذ بالضبط كل عمليات الأتمتة التي يجب أن تقوم بها إدارة المستندات.
ما هي مقاييس قياس الأداء؟
لدينا نظام فرعي جاد مدمج في الشركات التابعة لنا لقياس مؤشرات الأداء وحساب المقاييس المختلفة. يعد هذا ضروريًا لفهم ما يحدث في النظام في الوقت الحالي ومن منظور تاريخي، وما الذي يزداد سوءًا، وما الذي يتحسن. يتم تضمين أدوات المراقبة - المقاييس وقياسات الوقت - في التسليم القياسي لـ "1C: Document Flow 8". تتطلب المقاييس التخصيص أثناء التنفيذ، ولكن الآلية نفسها قياسية.
المقاييس هي قياسات لمؤشرات الأعمال المختلفة في نقاط زمنية معينة (على سبيل المثال، متوسط وقت تسليم البريد هو 10 دقائق).
يعرض أحد المقاييس عدد المستخدمين النشطين في قاعدة البيانات. في المتوسط هناك 1000-1400 منهم خلال النهار. يوضح الرسم البياني أنه في وقت لقطة الشاشة كان هناك 2144 مستخدمًا نشطًا في قاعدة البيانات.
هناك أكثر من 30 إجراء من هذا القبيل، والقائمة تحت الخفض.قائمة
- تسجيل الدخول
- خروج
- جارٍ تحميل البريد
- تغيير صلاحية الكائن
- تغيير حقوق الوصول
- تغيير موضوع العملية
- تغيير مجموعة عمل الكائن
- تغيير تكوين المجموعة
- تغيير ملف
- استيراد ملف
- الإرسال عن طريق البريد
- نقل الملفات
- إعادة توجيه مهمة
- التوقيع بالتوقيع الإلكتروني
- البحث عن طريق التفاصيل
- البحث عن النص الكامل
- استلام ملف
- مقاطعة عملية ما
- Просмотр
- فك التشفير
- تسجيل الوثيقة
- تفحص
- إلغاء تحديد الحذف
- إنشاء كائن
- الحفظ على القرص
- بداية العملية
- حذف إدخالات سجل المستخدم
- إزالة التوقيع الإلكتروني
- وضع علامة الحذف
- التشفير
- تصدير مجلد
في الأسبوع السابق الماضي، زاد متوسط نشاط المستخدم لدينا بمقدار مرة ونصف (كما هو موضح باللون الأحمر على الرسم البياني) - ويرجع ذلك إلى انتقال معظم الموظفين إلى العمل عن بعد (بسبب الأحداث المعروفة). كما زاد عدد المستخدمين النشطين بمقدار 3 مرات (كما هو موضح باللون الأزرق في لقطة الشاشة)، حيث بدأ الموظفون في استخدام الهواتف المحمولة بشكل نشط: يقوم كل عميل متنقل بإنشاء اتصال بالخادم. الآن، في المتوسط، كل موظف لدينا لديه اتصالين بالخادم.
بالنسبة لنا، كمسؤولين، هذه إشارة إلى أننا بحاجة إلى أن نكون أكثر انتباهاً لمشكلات الأداء ونرى ما إذا كانت الأمور قد ساءت. لكننا ننظر إلى هذا بناءً على معايير أخرى. على سبيل المثال، كيف يتغير وقت تسليم البريد للتوجيه الداخلي (كما هو موضح باللون الأزرق في لقطة الشاشة أدناه). نرى أنه كان متقلبًا حتى هذا العام، ولكنه الآن مستقر - وهذا مؤشر بالنسبة لنا على أن كل شيء على ما يرام مع النظام.
مقياس آخر مطبق بالنسبة لنا هو متوسط وقت الانتظار لتنزيل الرسائل من خادم البريد (كما هو موضح باللون الأحمر في لقطة الشاشة). بشكل تقريبي، كم من الوقت ستظل الرسالة تطفو على الإنترنت قبل أن تصل إلى موظفنا. توضح لقطة الشاشة أن هذه المرة أيضًا لم تتغير بأي شكل من الأشكال مؤخرًا. هناك طفرات معزولة - لكنها لا ترتبط بالتأخير، ولكن مع حقيقة ضياع الوقت على خوادم البريد.
أو، على سبيل المثال، مقياس آخر (يظهر باللون الأزرق في لقطة الشاشة) – تحديث الحروف في مجلد. يعد فتح مجلد البريد عملية شائعة جدًا ويجب إجراؤها بسرعة. نحن نقيس مدى سرعة تنفيذها. يتم قياس هذا المؤشر لكل عميل. يمكنك رؤية الصورة العامة للشركة والديناميكيات، على سبيل المثال، لموظف فردي. تُظهر لقطة الشاشة أنه حتى هذا العام كان المقياس غير متوازن، ثم أجرينا عددًا من التحسينات، والآن لا يزداد الأمر سوءًا - الرسم البياني مسطح تقريبًا.
المقاييس هي في الأساس أداة إدارية لمراقبة النظام، من أجل الاستجابة السريعة لأية تغييرات في سلوك النظام. تعرض لقطة الشاشة المقاييس الفرعية الداخلية لهذا العام. ترجع القفزة في الرسوم البيانية إلى حقيقة أنه تم تكليفنا بمهام لتطوير الشركات التابعة الداخلية.
فيما يلي قائمة ببعض المقاييس الإضافية (تحت القطع).
المقاييس
- نشاط المستخدم
- المستخدمين النشطين
- العمليات النشطة
- عدد الملفات
- حجم الملف (ميجابايت)
- عدد الوثائق
- عدد العناصر التي سيتم إرسالها إلى المستلمين
- عدد الأطراف المقابلة
- المهام غير المكتملة
- متوسط وقت الانتظار لتنزيل رسائل البريد الإلكتروني من خادم البريد خلال آخر 10 دقائق
- المخزن المؤقت للبيانات الخارجية: عدد الملفات
- الحدود المتأخرة من التاريخ الحالي
- طابور طويل
- قائمة الانتظار التشغيلية
- عمر الحساب الخام عن طريق التوجيه الخارجي
- حجم قائمة انتظار قبول التوجيه الداخلي (قائمة الانتظار الطويلة)
- حجم قائمة انتظار قبول التوجيه الداخلي (قائمة الانتظار السريعة)
- وقت تسليم البريد عبر التوجيه الداخلي (قائمة الانتظار الطويلة)
- وقت تسليم البريد عبر التوجيه الداخلي (قائمة الانتظار السريعة)
- وقت تسليم البريد عبر التوجيه الخارجي (متوسط)
- عدد الوثائق الحجز
- عدد الوثائق الغياب
- عدد المستندات "سجل العمل مع الطرف المقابل"
- رسائل تحديث البريد في مجلد
- البريد فتح بطاقة الرسالة
- البريد نقل رسالة إلى مجلد
- البريد التنقل عبر المجلدات
يقوم نظامنا بقياس أكثر من 150 مؤشرًا على مدار الساعة، ولكن لا يمكن رصدها جميعًا بسرعة. وقد تصبح مفيدة لاحقًا، من منظور تاريخي ما، ويمكنك التركيز على أهمها بالنسبة للشركة.
ففي إحدى عمليات التنفيذ، على سبيل المثال، تم اختيار 5 مؤشرات فقط. حدد العميل هدفًا لإنشاء الحد الأدنى من المؤشرات، ولكن في نفس الوقت بحيث يغطي سيناريوهات العمل الرئيسية. لن يكون من المبرر إدراج 150 مؤشرًا في شهادة القبول، لأنه حتى داخل المؤسسة من الصعب الاتفاق على المؤشرات التي تعتبر مقبولة. وكانوا على علم بهذه المؤشرات الخمسة وقد قدموها بالفعل للنظام قبل بدء مشروع التنفيذ، بما في ذلك تضمينها في وثائق المسابقة: وقت فتح البطاقة لا يزيد عن 5 ثوانٍ، ووقت إكمال مهمة بملف رقم 3. أكثر من 5 ثواني وهكذا في الشركات التابعة لنا، كانت لدينا مقاييس تعكس بوضوح شديد الطلب الأصلي من المواصفات الفنية للعميل.
لدينا أيضًا تحليل لملف تعريف قياسات الأداء. مؤشرات الأداء هي تسجيل لمدة كل عملية جارية (كتابة خطاب إلى قاعدة البيانات، إرسال خطاب إلى خادم البريد، وما إلى ذلك). ويستخدم هذا حصرا من قبل الفنيين. نحن نجمع الكثير من مؤشرات الأداء في برنامجنا. نقوم حاليًا بقياس ما يقرب من 1500 عملية رئيسية، مقسمة إلى ملفات تعريف.
واحدة من أهم الملفات الشخصية بالنسبة لنا هي "قائمة المؤشرات الرئيسية للبريد من منظور المستهلك". ويتضمن هذا الملف، على سبيل المثال، المؤشرات التالية:
- تنفيذ الأمر: اختر بالعلامة
- فتح نموذج: نموذج القائمة
- تنفيذ الأمر: اختر حسب المجلد
- عرض حرف في منطقة القراءة
- حفظ رسالة إلى المجلد المفضل لديك
- البحث عن الحروف حسب التفاصيل
- إنشاء خطاب
إذا رأينا أن مقياس بعض مؤشرات الأعمال أصبح كبيرًا جدًا (على سبيل المثال، بدأت الرسائل من مستخدم معين في الوصول لفترة طويلة جدًا)، نبدأ في معرفة ذلك وننتقل إلى قياس وقت العمليات الفنية. لدينا عملية فنية "أرشفة الرسائل على خادم البريد" - ونرى أن الوقت المحدد لهذه العملية قد تم تجاوزه عن الفترة الماضية. وتنقسم هذه العملية بدورها إلى عمليات أخرى - على سبيل المثال، إنشاء اتصال بخادم البريد. نرى أنه لسبب ما أصبح كبيرًا جدًا فجأة (لدينا جميع القياسات لمدة شهر - يمكننا مقارنة أنه في الأسبوع الماضي كان 10 مللي ثانية، والآن 1000 مللي ثانية). ونحن نفهم أن هناك شيئًا ما مكسورًا هنا - وعلينا إصلاحه.
كيف نحافظ على قاعدة البيانات الكبيرة هذه؟
يعتبر تنفيذنا الداخلي مثالاً لمشروع عالي التحميل يعمل حقًا. دعونا نتحدث عن الميزات التقنية لقاعدة البيانات الخاصة بها.
ما الوقت الذي تستغرقه إعادة هيكلة جداول قاعدة البيانات الكبيرة؟
يتطلب خادم SQL صيانة دورية، وترتيب الجداول. وبطريقة جيدة، يجب أن يتم ذلك مرة واحدة على الأقل يوميًا، بل وأكثر من ذلك بالنسبة للطاولات ذات الطلب المرتفع. ولكن إذا كانت قاعدة البيانات كبيرة (وقد تجاوز عدد السجلات لدينا بالفعل 11 مليار)، فإن الاعتناء بها ليس بالأمر السهل.
لقد قمنا بإعادة هيكلة الطاولة منذ 6 سنوات، ولكن بعد ذلك بدأ الأمر يستغرق وقتًا طويلاً لدرجة أننا لم نعد نتناسب مع الفترات الليلية. وبما أن هذه العمليات تقوم بتحميل خادم SQL بشكل كبير، فلا يمكنه خدمة المستخدمين الآخرين بكفاءة.
لذلك، علينا الآن استخدام الحيل المختلفة. على سبيل المثال، لا يمكننا تنفيذ هذه الإجراءات على مجموعات بيانات كاملة. يجب عليك اللجوء إلى إجراء تحديث نموذج 500000 صف - ويستغرق هذا 14 دقيقة. ولا يقوم بتحديث الإحصائيات على كافة البيانات الموجودة في الجدول، ولكنه يحدد نصف مليون صف ويستخدمها لحساب الإحصائيات التي يستخدمها للجدول بأكمله. هذا بعض الافتراض، لكننا مضطرون إلى القيام بذلك، لأنه بالنسبة لجدول معين، فإن جمع الإحصائيات حول مليار سجل بأكمله سيستغرق وقتا طويلا غير مقبول.
قمنا أيضًا بتحسين عمليات الصيانة الأخرى بجعلها جزئية.
تعد صيانة نظام إدارة قواعد البيانات (DBMS) مهمة صعبة بشكل عام. في حالة التفاعل النشط بين الموظفين، تنمو قاعدة البيانات بسرعة، ويصبح من الصعب بشكل متزايد على المسؤولين الحفاظ عليها - تحديث الإحصائيات، وإلغاء التجزئة، والفهرسة. نحن هنا بحاجة إلى تطبيق استراتيجيات مختلفة، ونحن نعرف جيدًا كيفية القيام بذلك، ولدينا الخبرة، ويمكننا مشاركتها.
كيف يتم تنفيذ النسخ الاحتياطي مع مثل هذه الكميات؟
يتم إجراء نسخة احتياطية كاملة لنظام إدارة قواعد البيانات (DBMS) مرة واحدة يوميًا ليلاً، وبشكل تدريجي - كل ساعة. بالإضافة إلى ذلك، يتم إنشاء دليل الملفات كل يوم، وهو جزء من النسخة الاحتياطية المتزايدة لتخزين الملفات.
كم من الوقت يستغرق استكمال النسخة الاحتياطية الكاملة؟
يتم إكمال النسخ الاحتياطي الكامل على القرص الصلب في ثلاث ساعات، والنسخ الاحتياطي الجزئي في ساعة واحدة. تستغرق الكتابة على الشريط وقتًا أطول (جهاز خاص يقوم بعمل نسخة احتياطية على شريط خاص مخزن خارج المكتب؛ ويتم عمل نسخة قابلة للتحويل على الشريط، والتي سيتم الحفاظ عليها في حالة احتراق غرفة الخادم، على سبيل المثال). يتم إجراء النسخ الاحتياطي على نفس الخادم تمامًا، وكانت معلماته أعلى - خادم SQL مع تحميل معالج بنسبة 20٪. في وقت النسخ الاحتياطي، بطبيعة الحال، يصبح النظام أسوأ بكثير، لكنه لا يزال يعمل.
هل هناك إلغاء البيانات المكررة؟
هناك ملفات، سنختبرها على أنفسنا، وقريبًا سيتم تضمينها في الإصدار الجديد من إدارة المستندات. نحن نقوم أيضًا باختبار آلية إلغاء البيانات المكررة لدى الطرف المقابل. لا يوجد أي إلغاء للسجلات على مستوى نظام إدارة قواعد البيانات، لأن هذا ليس ضروريًا. يقوم النظام الأساسي 1C:Enterprise بتخزين الكائنات في نظام إدارة قواعد البيانات (DBMS)، ويمكن أن يكون النظام الأساسي فقط مسؤولاً عن اتساقها.
هل هناك عقد للقراءة فقط؟
لا توجد عقد قراءة (عقد نظام مخصصة تخدم أولئك الذين يحتاجون إلى تلقي أي بيانات للقراءة). DO ليس نظامًا محاسبيًا يمكن وضعه على عقدة BI منفصلة، ولكن هناك عقدة منفصلة لقسم التطوير، حيث يتم تبادل الرسائل بتنسيق JSON، ووقت النسخ المتماثل النموذجي هو وحدات وعشرات الثواني. العقدة لا تزال صغيرة، ولديها حوالي 800 مليون سجل، لكنها تنمو بسرعة.
هل رسائل البريد الإلكتروني التي تم وضع علامة عليها للحذف لا يتم حذفها على الإطلاق؟
ليس بعد. ليس لدينا مهمة جعل القاعدة أخف وزنا. كانت هناك عدة حالات خطيرة إلى حد ما عندما كان من الضروري الإشارة إلى الحروف التي تم وضع علامة عليها للحذف، بما في ذلك عام 2009. لهذا السبب قررنا الاحتفاظ بكل شيء في الوقت الحالي. ولكن عندما تصبح تكلفة ذلك غير مبررة، سنفكر في الإزالة. ولكن، إذا كنت بحاجة إلى إزالة حرف منفصل من قاعدة البيانات بالكامل بحيث لا توجد آثار، فيمكن القيام بذلك عن طريق طلب خاص.
لماذا تخزينها؟ هل لديك إحصائيات حول الوصول إلى الوثائق القديمة؟
لا توجد إحصاءات. بتعبير أدق، هو في شكل سجل مستخدم، ولكن لا يتم تخزينه لفترة طويلة. يتم مسح الإدخالات الأقدم من عام من البروتوكول.
كانت هناك مواقف كان من الضروري فيها استعادة المراسلات القديمة منذ خمس أو حتى عشر سنوات مضت. وكان يتم ذلك دائمًا ليس بدافع الفضول الخامل، بل لاتخاذ قرارات عمل معقدة. كانت هناك حالة حيث، بدون سجل المراسلات، كان سيتم اتخاذ قرار تجاري خاطئ.
كيف يتم تقدير قيمة المستندات وإتلافها حسب فترات التخزين؟
بالنسبة للمستندات الورقية، يتم ذلك بالطريقة التقليدية المعتادة، مثل أي شخص آخر. نحن لا نفعل ذلك من أجل الأجهزة الإلكترونية - دعهم يحتفظون بها لأنفسهم. الاعتصام هنا . هناك فوائد. الجميع بخير.
ما هي آفاق التنمية هناك؟
الآن يحل عملنا حوالي 30 مشكلة داخلية، وقد أدرجنا بعضها في بداية المقال. يتم استخدام DL أيضًا لإعداد المؤتمرات التي نعقدها مرتين سنويًا لشركائنا: البرنامج بأكمله، جميع التقارير، جميع الأقسام الموازية، القاعات - كل هذا يتم كتابته في DL، ثم تنزيله منه، وبرنامج مطبوع مصنوع.
هناك العديد من المهام الأخرى في الطريق إلى DO، بالإضافة إلى تلك التي يقوم بحلها بالفعل. هناك مهام على مستوى الشركة، وهناك مهام فريدة ونادرة، لا يحتاجها إلا قسم معين. من الضروري مساعدتهم، مما يعني توسيع "جغرافيا" استخدام النظام داخل 1C - توسيع نطاق التطبيق، وحل مشاكل جميع الأقسام. سيكون هذا أفضل اختبار للأداء والموثوقية. أود أن أرى النظام يعمل على تريليونات من السجلات، بيتابايت من المعلومات.
المصدر: www.habr.com