مكافحة الآفات
حالة الأطراف المقابلة سيئة 1S ماذا. الانتقال إلى تدفق المستندات الإلكترونية غير الورقية: الخبرة والمشاكل والآفاق

حالة الأطراف المقابلة سيئة 1S ماذا. الانتقال إلى تدفق المستندات الإلكترونية غير الورقية: الخبرة والمشاكل والآفاق

الإصدار 1.3.8 هو تطوير للإصدار 1.3 "1C: مكتبة المستندات الإلكترونية 8"، والذي تم تصميمه لضمان تبادل المستندات الإلكترونية في حلول التطبيقات المطورة على إصدار النظام الأساسي 1C:Enterprise 8.3.10.2252 والإصدارات الأحدث.

الميزات والتغييرات الجديدة

في نموذج البحث عن العروض التجارية، تمت إضافة إمكانية البحث دون الاتصال بخدمة 1C: Business Network، كما تمت إضافة القدرة على البحث عن مورد بالاسم.
تمت إضافة تقرير عن العروض التجارية المنشورة.
تمت إضافة مكان عمل لنشر العروض التجارية في خدمة 1C:Business Network.
تم إجراء التكيف مع الأنظمة الفرعية "1C: مكتبة الأنظمة الفرعية القياسية" الإصدار 2.4.2، "1C: مكتبة دعم مستخدمي الإنترنت" الإصدار 2.2.2.

الانتقال إلى الإصدار 1.3.8 من الإصدار 1.3.7

تمت إضافة النوع المحدد الطرف المقابلBED، نوع محدد الطرف المقابلتم الحذف عند التحديث بالضرورةتعيين نوع بيانات جديد، وإلا حذفبيانات حول الأطراف المقابلة في كائنات النظام الفرعي ExchangeCounterparties(وثيقة حزمة من الوثائق الإلكترونية، سجل المعلومات حالة الأطراف المقابلة لـ BED).

تغييرات الوحدة:

الميزة المضافة طلب نص للمنتجات المنشورةالحصول على مصدر بيانات لنشر العروض التجارية وإنشاء تقرير عن السلع المنشورة. من الضروري تنفيذ استدعاء دالة لأسلوب fillOfferPackage عند تلقي قائمة المنتجات.

التغييرات في الوحدة عروض التجارة

تمت إضافة الإجراء UpdateDecorationConditionsPublicationsلتحديث عنصر نموذج الزخرفة بحالة النشر. يجب عليك إضافة إعدادات النشر لعنصر الحالة إلى الاستدعاء الموجود في النموذج.

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

الإصدار 1.3.7

الإصدار 1.3.7 هو تطوير للإصدار 1.3 "1C: مكتبة المستندات الإلكترونية 8"، والذي تم تصميمه لضمان تبادل المستندات الإلكترونية في حلول التطبيقات المطورة على الإصدار 8.3.10 من النظام الأساسي 1C:Enterprise والإصدارات الأحدث.

قيم خاصية التكوين:

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

الميزات والتغييرات الجديدة

تمت إضافة القدرة على الحصول على حالة مستند الدفع من سبيربنك.
تم تنفيذ الاستلام التلقائي لإعدادات Sberbank عند الاتصال بخدمة 1C: DirectBank.
تمت إضافة القدرة على عرض الإعلانات السياقية 1C:DirectBank.
تم التكيف للعمل مع خدمة 1C: Business Network في الخدمة السحابية 1CFresh.
تمت إضافة القدرة على نشر العروض التجارية والبحث فيها وطلبها في خدمة 1C: العروض التجارية للمشاركين في خدمة 1C: Business Network.
تم إجراء التكيف مع الأنظمة الفرعية "1C: مكتبة الأنظمة الفرعية القياسية" الإصدار 2.4.1، "1C: مكتبة دعم مستخدمي الإنترنت" الإصدار 2.1.9، "1C: مكتبة تكنولوجيا الخدمة" الإصدار 1.0.12.

النظام الفرعي "التبادل مع الأطراف المقابلة"

تغييرات الوحدة:

تاريخ الوثيقة, DocBaseDate

النظام الفرعي "التبادل مع البنوك"

التغييرات في الوحدة العمل مع FilesOverridable:

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

ElectronicInteraction.WhenDefiningSettings(Settings);

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

التفاعل الإلكتروني. عند تحديد دلائل تخزين الملفات (FileOwnerType، DirectoryNames)؛

تمت إضافة الدلائل messageExchangeWithBanksAttachedFiles وEDAttachedFiles إلى خطة التبادل UpdateInformationBase
تمت إضافة الدلائل messageExchangeWithBanksAttachedFiles وEDAttachedFiles إلى النوع المحدد SignedObject.

ClientBank) نقل مجموعة من العناصر من النموذج العام.

في معالج الحدث النموذج عندما تم إنشاءه على الخادم

&على الخادم

…

نهاية الإجراء

في معالج الحدث النموذج تنبيهات المعالجة

&OnClient

…
// التعامل الالكتروني التبادل مع البنوك

Elements.GroupAdvertisingDirectBankHorizontally، Elements.TextDirectBankHorizontally)؛
// إنهاء التعامل الإلكتروني والتبادل مع البنوك
نهاية الإجراء

للعنصر TextDirectBankHorizontallyإضافة معالج الحدث معالجة روابط الملاحة

&OnClient

نهاية الإجراء

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

النظام الفرعي "التبادل مع المواقع"

التغييرات في الوحدة تبادل الموقع تجاوزه:

تمت إضافة الإجراء أضف التفاصيلFormNode، يستخدم لإضافة تفاصيل إلى نموذج عقدة خطة التبادل للتبادل مع الموقع. لا يفترض نموذج عقدة التبادل وجود تفاصيل تتعلق بحل التطبيق، بل تتم إضافة التفاصيل برمجياً.
تمت إضافة الإجراء حقل الإدخالWhenChangedOnServer، يتم استخدامه لمعالجة الحدث في الشمال عندما يتم تغيير حقل الإدخال الخاص بنموذج عقدة خطة التبادل، ويتم إضافته في إجراء Add NodeFormDetails.
تمت إضافة الإجراء CheckboxFieldWhenChangedOnServer، يتم استخدامه لمعالجة الحدث على الخادم عندما يتم تغيير حقل العلامة الخاص بنموذج عقدة خطة التبادل، الذي تمت إضافته في إجراء Add NodeFormDetails.
تمت إضافة الإجراء عندماCreatingOnServerFormCreateSite، يستخدم لإضافة تفاصيل إلى نموذج معالجة CreateSite.

التغييرات في الوحدة ExchangeSiteClientOverridable:

الإجراء الذي تمت إزالته تحديد نوع كتالوج GroupTableU، يتم تحديد نوع قيمة عمود المجموعات في جدول كتالوج المنتجات من خلال إعدادات التبادل.
تمت إضافة الإجراء InputFieldOnChange، يتم استدعاؤه لمعالجة الحدث عند تغيير حقل الإدخال الخاص بنموذج عقدة خطة التبادل، تتم إضافته في الإجراء SiteExchangeOverridden.AddNodeFormDetails.
تمت إضافة الإجراء CheckboxFieldOnChange، يتم استدعاؤه لمعالجة الحدث عند تغيير حقل العلامة الخاص بنموذج عقدة خطة التبادل المُضاف في الإجراء SiteExchangeOverridden.AddNodeFormDetails.
تمت إضافة الإجراء نموذج الجدول قبل الانتهاء من التحرير، يتم استدعاؤه لمعالجة الحدث BeforeFinishEdit لحقل في الجزء الجدولي من نموذج عقدة خطة التبادل المضافة في الإجراء SiteExchangeOverridden.AddNodeFormDetails.

النظام الفرعي "شبكة الأعمال"

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

// التفاعل الإلكتروني
ElectronicInteraction.OnReceivingListTemplates(TaskTemplates);

في هذا الإجراء عند تحديد AliasesHandlers:

// التفاعل الإلكتروني
ElectronicInteraction.WhenDefiningHandlerAliases(MatchNamesAliases);
// إنهاء التفاعل الإلكتروني

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

النظام الفرعي "عروض التجارة"

تمت إضافة نظام فرعي جديد "عروض التجارة"، للتضمين تحتاج إلى:

تطوير الأساليب التي تم تجاوزها في الوحدات المشتركة TradeOffersClientOverridable, عروض التجارة يمكن تجاوزها.
تحديد أنواع البيانات في أنواع محددة أنواع قيم التفاصيل 1BusinessNetwork, أنواع التسميات BED, تفاصيل إضافية, عرض تجاري.

راجع وثائق التضمين للحصول على التفاصيل.

الإصدار 1.3.6

الإصدار 1.3.6 هو تطوير للإصدار 1.3 "1C: مكتبة المستندات الإلكترونية 8"، والذي تم تصميمه لضمان تبادل المستندات الإلكترونية في حلول التطبيقات المطورة على الإصدار 8.3.8 من النظام الأساسي 1C:Enterprise والإصدارات الأحدث. في هذه الحالة، يجب ضبط خاصية التكوين "وضع التوافق" على "الإصدار 8.3.8".

هذا التكوين مخصص للاستخدام المشترك مع التكوين "1C: مكتبة الأنظمة الفرعية القياسية" ليس أقل من الإصدار 2.3.4.112، مع التكوين "1C: Library of Internet User Support 8" ليس أقل من الإصدار 2.1.9.4.

الميزات والتغييرات الجديدة

يتم دعم تنسيقات مستندات الفاتورة الأولية (من حيث نقل مستند أساسي منفصل، فاتورة) وفقًا لأمر دائرة الضرائب الفيدرالية بتاريخ 24 مارس 2016 رقم MMV-7-15/155@ "عند الموافقة على تنسيق الفاتورة وتنسيق عرض المستند بشأن شحن البضائع (أداء العمل)، ونقل حقوق الملكية (وثيقة تقديم الخدمات)، بما في ذلك الفاتورة، في شكل إلكتروني."
يتم دعم تنسيقات المستندات الأولية المتعلقة بالتغيرات في القيمة، بما في ذلك فاتورة التعديل (من حيث نقل مستند أساسي منفصل، فاتورة التعديل) وفقًا لأمر دائرة الضرائب الفيدرالية بتاريخ 13 أبريل 2016 N MMV -7-15/189@ " عند الموافقة على شكل فاتورة التعديل وشكل تقديم مستند بشأن التغييرات في تكلفة البضائع المشحونة (العمل المنجز، الخدمات المقدمة)، حقوق الملكية المنقولة، بما في ذلك فاتورة التعديل، في نموذج إلكتروني."
تمت إضافة مستندات إلكترونية جديدة: نقل البضائع، نقل نتائج العمل، شكل جديد للعرض المرئي للمستندات.
تمت إضافة آلية الصرف في اتجاه واحد والتي لا تتطلب إشعار الاستلام من المستلم.
تمت إضافة القدرة على التحكم في تفريغ المستندات الإلكترونية الواردة (تلقائيًا أو يدويًا)، والقدرة على تكوين إنشاء نوع معين من المستندات عند استلام المستندات الإلكترونية.
تمت إضافة إمكانية ربط مستند إلكتروني بعدة مستندات محاسبية ذات قاعدة معلومات.
تم تنفيذ تقسيم المستندات الإلكترونية إلى صادرة وواردة.
تم تنفيذ التكامل مع الخدمة 1C-أوميمما يسمح لك بإنشاء مواقع ويب من البرنامج، وإعداد التبادل مع متجر عبر الإنترنت أومي.
تم التكيف للعمل مع خدمة 1C-EDO في الخدمة السحابية 1CFresh.

الانتقال إلى الإصدار 1.3.6 من الإصدار 1.3.5

النظام الفرعي "التبادل مع الأطراف المقابلة"

الوحدة العامة ExchangewithCounterpartiesRedefinable

تمت إضافة طريقة UPD SCHFDOP.
الطريقة المضافة املأ بيانات خدمة الضرائب الفيدرالية لمعلومات المشتري UPD. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من نوع وظيفة UPD (معلومات المشتري) SCHFDOP.
تمت إضافة وظيفة طريقة UPD (معلومات البائع) SCHFDOP إلى كائنات أمن المعلومات.
الطريقة المضافة املأ البيانات للحصول على معلومات إضافية خاصة بخدمة الضرائب الفيدرالية للبائع. تقوم الطريقة بإعداد البيانات الخاصة بمستند إلكتروني مثل وظيفة STD (معلومات البائع) DOP.
الطريقة المضافة FindCreate UPDT DocumentAboutTransfer. تقوم الطريقة بحفظ البيانات من وظيفة DOP (معلومات البائع) للوثيقة الإلكترونية في كائن IS.
الطريقة المضافة املأ بيانات خدمة الضرائب الفيدرالية الخاصة بمعلومات SCHFISeller. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من النوع UTD (معلومات البائع) وظيفة SSF.
الطريقة المضافة البحث عن إنشاءUPDSInvoiceInvoice. تقوم الطريقة بحفظ البيانات من المستند الإلكتروني UPD (معلومات البائع) وظيفة SSF في كائن أمان المعلومات.
الطريقة المضافة. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من نوع UCD (معلومات البائع) وظيفة KSCHFDIS.
الطريقة المضافة املأ بيانات خدمة الضرائب الفيدرالية لمعلومات المشتري UKID. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من نوع UKD (معلومات المشتري) وظيفة KSCHFDIS.
الطريقة المضافة. تقوم هذه الطريقة بحفظ البيانات من وظيفة الوثيقة الإلكترونية UCD (معلومات البائع) KSCHFDIS في كائنات أمن المعلومات.
الطريقة المضافة قم بملء البيانات الخاصة بمعلومات DISInformation الخاصة بخدمة الضرائب الفيدرالية للبائع. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من نوع UCD (معلومات البائع) وظيفة DIS.
الطريقة المضافة ابحث عن إنشاء UKDDocumentAboutChangeValue. تقوم هذه الطريقة بحفظ البيانات من وظيفة DIS للمستند الإلكتروني UCD (معلومات البائع) في كائن IS.
الطريقة المضافة املأ بيانات خدمة الضرائب الفيدرالية الخاصة بمعلومات KSCHFISeller. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من نوع UCD (معلومات البائع) وظيفة KSCHF.
الطريقة المضافة ابحث عن إنشاء فاتورة حساب UKDSA. تقوم هذه الطريقة بحفظ البيانات من وظيفة الوثيقة الإلكترونية UCD (معلومات البائع) KSCHF في كائن أمن المعلومات.
الطريقة المضافة امتثال أنواع ED الصادرة مع وثائق أمن المعلومات. تشكل الطريقة مراسلات بين المستندات الإلكترونية الصادرة ووثائق أمن المعلومات.
الطريقة المضافة FindCreateDocumentTransferWorkResults. يتم استخدام الطريقة لملء مستند مذكرة الشحن المستلم بتنسيق "نقل البضائع".
الطريقة المضافة FindCreateDocumentنقل البضائع. يتم استخدام الطريقة لملء وثيقة شهادة تقديم الخدمات المستلمة بتنسيق "نقل نتائج العمل".
الطريقة المضافة اكتمل تثبيتStateExchange. يتم استدعاء الطريقة عندما تتغير حالة تدفق المستند إلى اكتمل التبادل, اكتمل التبادل مع التصحيح.
عند إنشاء المستندات الإلكترونية UPD، UKD، نقل البضائع، نقل نتائج العمل، التفاصيل تاريخ الوثيقة, DocBaseDateمطلوبة لملءها.

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

في تخطيط "Torg-12Seller":

تمت إضافة حقل "IdStateContract".
تمت إضافة الجزء الجدولي "فاتورة النقل".
تمت إزالة الحقول "تاريخ فاتورة النقل" و"رقم فاتورة النقل".
تمت إضافة حقل "معلومات عن الشخص الذي قام بنقل البضاعة".

في التخطيط قانون نقل الحقوق:

تمت إضافة الجزء الجدولي "الأساسي".
تمت إزالة الحقول "DocumentBaseName"، و"DocumentBaseNumber"، و"DocumentBaseDate"، و"DocumentBaseAdditionalInformation".
تمت إضافة حقل "اسم العملة".
تمت إضافة حقل "المطالبات".
تمت إضافة حقل "تاريخ التنفيذ".
في خصائص المشاركين في المعاملة، تم استبدال حقل "الفاكس" بحقل "البريد الإلكتروني".
في خصائص المشاركين في المعاملة، تم استبدال حقل "رمز البلد" بحقل "رمز البلد".
في خصائص المشاركين في المعاملة، تم استبدال حقل "نص العنوان" بحقل "نص العنوان".

تحديث نوع محدد الطرف المقابل:

عند الترقية من الإصدار 1.3.5، من الضروري تحديث النوع المحدد Counterparty؛ وإلا، سيتم استبدال المراجع إلى دليل Counterparty في كائنات BED، عند التحديث، بنوع السلسلة مع فقدان المراجع إلى الكائنات دون إمكانية استعادة.

إجراء التحديث:

أعد تسمية النوع المحدد من الحساب إلى AccountBED.
قم بإزالة التكوين من دعم BED 1.3.5.
قم بإجراء مقارنة/دمج مع تكوين BED 1.3.5، ووافق على ضبط التكوين للدعم.
قم بإلغاء تحديد كافة الكائنات واترك فقط نوع الحساب المحدد، ثم قم بإجراء الدمج.
ابدأ بتحديث التكوين، وحدد ملف BED 1.3.6.
حدد خانات الاختيار في الأنواع المحددة AccountBED وAccount. حدد كائنات قاعدة البيانات الضرورية الأخرى للتحديث.
إجراء تحديث.

النظام الفرعي "التبادل مع البنوك"

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

النظام الفرعي "التبادل مع المواقع"

تم تغيير عقدة التبادل تبادل الموقعالنموذج، الوحدة النمطية للكائن:

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

تمت إضافة كتاب مرجعي المواقع الإلكترونية:

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

تمت إضافة المعالجة إنشاء موقع على شبكة الانترنت:

تمت إضافة القدرة على إنشاء موقع في مجال 1C-UMI؛ يتم إنشاء الموقع تلقائيًا (عنصر المواقع) ويتم ملؤه بالبيانات من 1C. يتم إنشاء عقدة تبادل ExchangeSite تلقائيًا ويتم إجراء أول تبادل كامل مع الموقع.

الوحدة العامة تبادل الموقع تجاوزه:

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

الوحدة العامة ExchangeSiteEvents:

تمت إضافة القدرة على تحديد أنواع العناصر.
تمت إزالة القدرة على تحديد دليل مخصص.

تغييرات أخرى

إعداد النظام الفرعي إدارة التعريفةفي نموذج خدمة المكتبة تقنيات الخدمة

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

// التفاعل الإلكتروني
التفاعل الإلكتروني. عند تشكيل قائمة الخدمات (مقدمي الخدمة)؛
// إنهاء التفاعل الإلكتروني

الإصدار 1.3.5

الإصدار 1.3.5 هو تطوير للإصدار 1.3 من "1C: مكتبات المستندات الإلكترونية 8"، والذي تم تصميمه لضمان تبادل المستندات الإلكترونية في حلول التطبيقات المطورة على الإصدار 8.3.8 من النظام الأساسي 1C:Enterprise والإصدارات الأحدث.

قيم خاصية التكوين:

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

الميزات والتغييرات الجديدة

تم تكييف وظيفة المكتبة مع الميزات المحددة للعمل على النظام الأساسي 8.3.8 مع تعطيل وضع التوافق؛
تم تحديث الأنظمة الفرعية لـ "مكتبة الأنظمة الفرعية القياسية" إلى الإصدار 2.3.3.45؛
تتضمن المكتبة النظام الفرعي "مكتبات دعم مستخدمي الإنترنت"، الإصدار 2.1.8.3.

الانتقال إلى الإصدار 1.3.5 من الإصدار 1.3.4

لا توجد تغييرات مطلوبة.

الإصدار 1.3.4

الإصدار 1.3.4 هو تطوير للإصدار 1.3 من "1C: مكتبات المستندات الإلكترونية 8"، والذي تم تصميمه لضمان تبادل المستندات الإلكترونية في حلول التطبيقات التي تم تطويرها على الإصدار 8.3.6 من النظام الأساسي 1C:Enterprise والإصدارات الأحدث. في هذه الحالة، يجب ضبط خاصية التكوين "وضع التوافق" على "عدم الاستخدام". يمكن ضبط وضع استخدام الطريقة على "عدم الاستخدام"، ويمكن ضبط وضع توافق الواجهة على "الإصدار 8.2" أو "الإصدار 8.2. السماح بسيارة أجرة" أو "تاكسي. السماح بالإصدار 8.2".

الميزات والتغييرات الجديدة

تم تنفيذ نظام الإخطارات حول أحداث تبادل البيانات الإلكترونية (مستندات إلكترونية جديدة، دعوات جديدة، انتهاء صلاحية الشهادة، وما إلى ذلك). أصبح من الممكن الآن تكوين إشعارات البريد الإلكتروني في ملف تعريف إعدادات EDF، بالإضافة إلى عرض إشعارات حول الأحداث مباشرة في برنامج 1C باستخدام الرسائل المنبثقة؛
يتم دعم تنسيق المستند الأساسي، بما في ذلك الفاتورة (تنسيق UPD) وفقًا لأمر دائرة الضرائب الفيدرالية بتاريخ 24 مارس 2016 رقم MMВ-7-15/155@ "عند الموافقة على تنسيق الفاتورة و تنسيق لتقديم مستند بشأن شحن البضائع (أداء العمل)، ونقل حقوق الملكية (وثيقة تقديم الخدمات)، بما في ذلك الفاتورة، في شكل إلكتروني"؛
تم دعم تنسيق المستند الخاص بالتغيير في القيمة، والذي يتضمن فاتورة التعديل" (تنسيق UKD) وفقًا لأمر دائرة الضرائب الفيدرالية بتاريخ 13/04/2016 N ММV-7-15/189@ "عند الموافقة على تنسيق فاتورة التعديل ووثيقة تنسيق العرض بشأن التغييرات في تكلفة البضائع المشحونة (العمل المنجز والخدمات المقدمة)، وحقوق الملكية المنقولة، بما في ذلك فاتورة التعديل، في شكل إلكتروني"؛
دعم استخدام المكونات الخارجية في التبادل مع البنوك باستخدام تقنية DirectBank.

الانتقال إلى الإصدار 1.3.4 من الإصدارات 1.3.2، 1.3.3

التغييرات في نماذج قائمة مستندات حل التطبيق

في نماذج قائمة المستندات، تحتاج إلى إضافة إجراء مكون إضافي التبادل مع CounterpartiesClient.Waiting ProcessorEDW:

&OnClient

نهاية الإجراء

عند تحديث النظام الفرعي، من الضروري في معالجات الأحداث لنموذج قائمة المستندات: عندما تم إنشاءه على الخادم, عند الافتتاح, تنبيهات المعالجة

&على الخادم
الإجراء عند الإنشاء على الخادم
…
ParametersWhenCreatedOnServer = ExchangeWithCounterparties.ParametersWhenCreatedOnServer_ListForm();
ParametersWhenCreatedOnServer.Form = ThisObject;
ParametersWhenCreatedOnServer.LocationofCommands = Elements.EDO Commands;
ExchangewithCounterparties.WhenCreatedOnServer_ListForm(Failure, StandardProcessing, ParametersWhenCreatedOnServer);
نهاية الإجراء

&OnClient
إجراء الافتتاح (الفشل)
…
// النظام الفرعي "التبادل مع الأطراف المقابلة".
// نهاية النظام الفرعي "تبادل الطرف المقابل".
نهاية الإجراء

&OnClient
إشعارات عملية الإجراء (اسم الحدث، المعلمة، المصدر)
…
// النظام الفرعي "التبادل مع الأطراف المقابلة".
Alert ParametersEDO = التبادل مع CounterpartiesClient.AlertParametersEDO_ListForm();
EDO Notification Parameters.Form = ThisObject;
معلمات إعلام EDO.DynamicListName = "List";
ExchangewithCounterpartiesClient.ProcessingAlert_ListForm(EventName, Parameter, Source, EDI AlertParameters);
// نهاية النظام الفرعي "تبادل الطرف المقابل".
نهاية الإجراء

التغييرات في نماذج وثيقة حل التطبيق

في نماذج المستندات، تحتاج إلى إضافة إجراء مكون إضافي Connectable_WaitingHandlerEDO، حيث تحتاج إلى إجراء استدعاء الأسلوب

التبادل مع CounterpartiesClient.Waiting ProcessorEDW:

&OnClient
الإجراء Connectable_EDOWaitingHandler()
ExchangeCounterpartiesClient.EDOWaitingHandler(ThisObject);
نهاية الإجراء

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

عند تحديث النظام الفرعي، يكون ذلك ضروريًا في معالجات أحداث نموذج المستند عندما تم إنشاءه على الخادم, عند الافتتاح, AfterRecordingOnServer, تنبيهات المعالجةوضع أساليب النظام الفرعي "Counterparty Exchange".

على سبيل المثال:

&على الخادم

…
// النظام الفرعي "التبادل مع الأطراف المقابلة".
معلمات EDO عند الإنشاء = التبادل مع الأطراف المقابلة المعلمات عند الإنشاء على Server_DocumentForm();
معلمات EDO عند الإنشاء.Form = ThisObject;
معلمات EDO عند الإنشاء.DocumentLink = Object.Link;
EDO ParametersWhenCreated.DecorStateEDO = Elements.DecorationStateEDO;
معلمات EDO عند إنشاء مجموعة حالة EDO = Elements.EDO State Group؛
التبادل مع الأطراف المقابلة. عند الإنشاء في Server_DocumentForm (الرفض، StandardProcessing، معلمات EDO عند الإنشاء)؛
// نهاية النظام الفرعي "تبادل الطرف المقابل".
نهاية الإجراء

&OnClient
إجراء الافتتاح (الفشل)
…
// النظام الفرعي "التبادل مع الأطراف المقابلة"
ExchangeWithCounterpartiesClient.OnOpening(ThisObject);
// إنهاء النظام الفرعي "التبادل مع الأطراف المقابلة"
نهاية الإجراء

&على الخادم
الإجراء AfterRecordOnServer (CurrentObject، RecordParameters)
…
// النظام الفرعي "التبادل مع الأطراف المقابلة".
ParametersAfterRecord = ExchangeWithCounterparties.ParametersAfterRecordOnServer();
ParametersAfterRecord.Form = ThisObject;
ParametersAfterRecord.DocumentLink = Object.Link;
ParametersAfterRecording.DecorationStateEDO = Elements.DecorationStateEDO;
ParametersAfterRecord.GroupEDOStatus = Elements.GroupEDOState;
ExchangewithCounterparties.AfterRecordOnServer(CurrentObject, RecordParameters,AfterRecordParameters);
// نهاية النظام الفرعي "تبادل الطرف المقابل".
نهاية الإجراء

&OnClient
إشعارات عملية الإجراء (اسم الحدث، المعلمة، المصدر)
…
// النظام الفرعي "التبادل مع الأطراف المقابلة".
Alert Parameters = ExchangewithCounterpartiesClient.AlertParametersEDO_DocumentForm();
AlertParameters.Form = ThisObject;
AlertParameters.DocumentLink = Object.Link;
AlertParameters.DecorationEDOState = Elements.DecorationEDOState;
Alert Parameters.EDO State Group = Elements.EDO State Group;
ExchangeWithCounterpartiesClient.ProcessingAlert_DocumentForm(EventName, Parameter, Source, AlertParameters);
// نهاية النظام الفرعي "تبادل الطرف المقابل".
نهاية الإجراء

التغييرات في وحدة ExchangeCounterparties

تمت إضافة الإجراء عندما تم إنشاء CreateOnServer_ListForm، يتم استدعاؤه من معالج الأحداث "When CreatedOnServer" لنموذج قائمة المستندات. كمعلمة ثالثة للطريقة، يتم تمرير البنية التي تتم تهيئتها بواسطة الطريقة المعلمات عندCreatingOnServer_ListForm.
تمت إضافة الإجراء عندما يتم إنشاء CreateOnServer_FormDocument، يتم استدعاؤه من معالج الأحداث "When CreatedOnServer" لنموذج المستند. كمعلمة ثالثة للطريقة، يتم تمرير البنية التي تتم تهيئتها بواسطة الطريقة المعلمات عندCreatingOnServer_DocumentForm.
تمت إضافة الإجراء AfterRecordingOnServer، يتم استدعاؤه من معالج الأحداث "AfterRecordOnServer" لنموذج المستند. كمعلمة ثالثة للطريقة، يتم تمرير البنية التي تتم تهيئتها بواسطة الطريقة المعلماتAfterRecordingOnServer.

التغييرات في الوحدة تبادل مع العملاء النظيرين.

تمت إضافة الإجراء عند الافتتاح، يتم استدعاؤه من معالج الأحداث "عند الفتح" لنموذج قائمة المستندات ونموذج المستند.
تمت إضافة الإجراء ProcessingAlerts_ListForm، يتم استدعاؤه من معالج الأحداث "معالجة الإشعارات" لنموذج قائمة المستندات. كمعلمة رابعة للأسلوب، يتم تمرير البنية التي تتم تهيئتها بواسطة الأسلوب معلمات التنبيهEDO_ListForm.
تمت إضافة الإجراء ProcessingAlert_FormDocument، يتم استدعاؤه من معالج الأحداث "معالجة الإشعارات" لنموذج المستند. كمعلمة رابعة للأسلوب، يتم تمرير البنية التي تتم تهيئتها بواسطة الأسلوب معلمات الإشعاراتEDO_DocumentForm.
التغييرات في الوحدة التبادل مع الأطراف المقابلة:
الطريقة المضافة تعبئة بيانات نقل منفذ العمل.
مثال:

// إعداد البيانات لوثيقة إلكترونية من نوع نقل البضائع إلى البائع.
// خيارات:
// LinkToObject - رابط إلى ED الذي يلزم من خلاله إنشاء مستند إلكتروني،

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

طريقة التحقق من القدرة على تحرير الكائنأصبح إجراء.
الطريقة المضافة املأ بيانات UPDInformation الخاصة بخدمة الضرائب الفيدرالية للبائع. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من النوع محدثوظيفة (معلومات البائع). شفدوب.
الطريقة المضافة FindCreateUniversalTransferDocument. تقوم الطريقة بحفظ البيانات من مستند إلكتروني محدثوظيفة (معلومات البائع). SCHFDOPvكائنات IS.
الطريقة المضافة املأ بيانات خدمة الضرائب الفيدرالية لمعلومات البائع في UKDI. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من النوع المملكة المتحدةوظيفة (معلومات البائع). KSCHFDIS.
الطريقة المضافة FindCreateUniversalAdjustmentDocument. تقوم الطريقة بحفظ البيانات من مستند إلكتروني المملكة المتحدةوظيفة (معلومات البائع). KSCHFDISإلى كائنات أمن المعلومات.

التغييرات في النظام الفرعي "التبادل مع البنوك".

التغييرات في الوحدة النمطية ExchangeWithBanksRedefinable

إجراء عندما تتغير حالة الضعف الجنسيوأضاف. يتم استدعاؤه عندما تتغير حالة تدفق المستندات الإلكترونية.

تغييرات للعمل في وضع الخدمة

إذا كان تكوين الوجهة للتشغيل في وضع الخدمة ضروريًا:

في الإجراء GetProvidedDataHandlers للوحدة المشتركة SuppliedDataOverridden، أضف الكود التالي:

ElectronicInteraction.RegisterDeliveredDataHandlers(Handlers);

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

تغييرات أخرى

يجب عليك إضافة ثابت إلى النوع الذي يتم تعريفه استخدمExchangeWithBanks;
تمت إزالة الميزة التبادل مع البنوك. يوصى بالتبادل المباشر مع البنك.

الإصدار 1.3.3

الإصدار 1.3.3 هو تطوير للإصدار 1.3 من المنتج "1C: مكتبة المستندات الإلكترونية". مصمم لتطوير التكوينات المصممة للعمل على الإصدار 8.3 من النظام الأساسي 1C:Enterprise 8.3.6 والإصدارات الأحدث.

قيم خاصية التكوين:

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

الميزات والتغييرات الجديدة

وفقًا للأمر المؤرخ في 30 نوفمبر 2015 رقم MMV-7-10/551@ "عند الموافقة على نموذج تقديم مستند بشأن نقل البضائع أثناء المعاملات التجارية في شكل إلكتروني" والأمر المؤرخ في 30 نوفمبر 2015 رقم 30. ММV-7-10/552@ "عند الموافقة على تنسيق تقديم وثيقة بشأن نقل نتائج العمل (وثيقة تقديم الخدمات) في شكل إلكتروني" يتم دعم التنسيقات الجديدة للمستندات الإلكترونية.

التغييرات في النظام الفرعي "التبادل مع الأطراف المقابلة"

في الوحدة التبادل مع الأطراف المقابلةاصنع فرق:

// إعداد البيانات لمستند إلكتروني من نوع مذكرة الشحن.
// خيارات:
// LinkOnED - رابط إلى ED الذي يلزم من خلاله إنشاء مستند إلكتروني،
// StructureED - البنية وبنية البيانات لإنشاء مستند إلكتروني.
// شجرة البيانات - شجرة القيم، شجرة البيانات لملء مستند إلكتروني.
إجراء تعبئة نقل بيانات بائع البضائع (رابط الكائن، هيكل ED، شجرة البيانات) التصدير
قم بملء البيانات الخاصة ببائع المساومة رقم 12 التابع لدائرة الضرائب الفيدرالية (رابط إلى الكائن، هيكل ED، شجرة البيانات)
نهاية الإجراء

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

الإصدار 1.3.2

الإصدار 1.3.2 هو تطوير للإصدار 1.3 من المنتج "1C: مكتبة المستندات الإلكترونية". مصمم لتطوير التكوينات المصممة للعمل على الإصدار 8.3 من النظام الأساسي 1C:Enterprise 8.3.6 والإصدارات الأحدث.

قيم خاصية التكوين:

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

الميزات والتغييرات الجديدة

تم تنفيذ عرض عنوانين للمستندات الإلكترونية (TORG12، القانون، مستندات التعديل) في نموذج واحد لعرض مستند إلكتروني. سيتم جمع كافة المعلومات من العناوين في نموذج واحد. وبشكل منفصل، يمكن الاطلاع على نموذج العنوان الثاني من نموذج "المستندات الإلكترونية"؛
تم تنفيذ القدرة على إبرام "اتفاقية EDA" القياسية في شكل إلكتروني من "إعدادات EDF" في برنامج 1C؛ باستخدام أمر "إنشاء اتفاقية باستخدام قالب"، سيتم تلقائيًا إنشاء مستند إلكتروني عشوائي، وسيكون إرفاقه هو ملف الاتفاقية. بعد التوقيع، يمكن إرسال الوثيقة على الفور إلى الطرف المقابل.
تبادل متكامل للوثائق الإلكترونية التعسفية مع الملفات المرفقة. الآن يمكن التوقيع بسرعة على أي ملف مرفق وإرساله إلى الطرف المقابل باستخدام أي مستند إلكتروني؛
دعم القدرة على تبادل المستندات الإلكترونية مع البنك بشأن مشروع الراتب؛
إضافة مساعد لتوصيل المؤسسة بـ DirectBank؛
تم تحديث قائمة البنوك التي تدعم DirectBank عبر الإنترنت؛
العمل المدعوم مع أنواع مختلفة من الرموز (المفاتيح الإلكترونية) لسبيربنك: "العادية"، "اللمس"، "مع الشاشة".
تم تحديث الأنظمة الفرعية لـ "مكتبة النظام الفرعي القياسي" (BSS) إلى الإصدار 2.3.2.27.

الانتقال إلى الإصدار 1.3.2.19 من الإصدارات 1.2.7، 1.3.1

تحتاج إلى إضافة إجراء بدون الحشو إلى الوحدة النمطية:

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

في الوحدة المهام العادية يمكن تجاوزهااصنع فرق:

إجراء تحديد إعدادات تصدير المهام الروتينية (الإعدادات).
التفاعل الإلكتروني. عند تحديد إعدادات المهام الروتينية (الإعدادات)؛
نهاية الإجراء

في الوحدة التوقيع الإلكترونيClientOverridableاصنع فرق:

إجراء تصدير التحقق من الشهادة الإضافية (المعلمات).
ExchangeWithBanksClient.AtAdditionalCertificateVerification(Parameters);
نهاية الإجراء

إلى الوحدة النمطية التوقيع الإلكتروني يمكن تجاوزهاصنع فرق:

الإجراء عند إنشاء نموذجالتحقق من الشهادة (الشهادة، والفحوصات الإضافية، ومعلمات الفحوصات الإضافية، والفحوصات القياسية) تصدير
ExchangeWithBanks.WhenCreatingFormVerificationCertificate(
شهادة، فحوصات إضافية، معلمات فحوصات إضافية، فحوصات قياسية)؛
نهاية الإجراء

تمت إضافة الكائنات غير المشتركة التالية:

;

ثابت تبادل الملفات العامة مع البنوك.

لنوع محدد مساحة التخزين: الخيارات الوظيفيةإضافة ثابت استخدمExchangeWithBanks.

إذا كان التكوين مخصصًا للعمل في وضع نموذج الخدمة، فأنت بحاجة إلى تغيير معالج الاشتراك إلى الحدث Control of Unshared Objects while Writing the BED to WorkIn the Service Model.Control of Unshared Objects while Writing.

الإصدار 1.3.1

الإصدار 1.3.1 هو تطوير للإصدار 1.2 من المنتج "1C: مكتبة المستندات الإلكترونية". مصمم لتطوير التكوينات المصممة للعمل على الإصدار 8.3 من النظام الأساسي 1C:Enterprise 8.3.6 والإصدارات الأحدث.

قيم خاصية التكوين:

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

الميزات والتغييرات الجديدة

تم تنفيذ القدرة على تبادل المستندات الإلكترونية دون توقيع إلكتروني من خلال خدمة EDI لـ 1C: المشاركون في شبكة الأعمال؛
تم تنفيذ نظام فرعي مستقل للتبادل مع البنوك؛
تم تحديث الأنظمة الفرعية لـ "مكتبة النظام الفرعي القياسي" (BSS) إلى الإصدار 2.3.1.71.

الانتقال إلى الإصدار 1.3.1 من الإصدارات 1.2.6، 1.2.7

تغييرات الهندسة المعمارية

تمت إعادة تسمية كافة الوحدات ذات البادئة "المستندات الإلكترونية" إلى وحدات ذات البادئة “التبادل مع الأطراف المقابلة”.طرق الوحدة الغرض العام إدانتقل إلى وحدة جديدة التفاعل الإلكتروني. وحدة تحديث قاعدة معلومات EDإعادة تسميته إلى تحديث قاعدة البيانات.

الوثائق الإلكترونيةالخامس التفاعل الإلكتروني:

الاسم الأخيرالأحرف الأولىالأفراد

قائمة الأساليب التي تم نقلها من الوحدة النمطية الوثائق الإلكترونيةالخامس ExchangeWithBanks:

التبادل المباشر مع البنك ممكن
GetDataBankStatementsTreeValues
GetDataBankStatementsTextFormat
تحليل مقتطفات شجرة البنك

قائمة الأساليب التي تم نقلها من الوحدة النمطية إلى ElectronicInteractionClientOverridable:

إجراء فحص المستند

قائمة الأساليب التي تم نقلها من الوحدة النمطية ElectronicDocumentsClientOverridableالخامس ExchangeWithBanksClientOverridable:

ParseFileExtracts

قائمة الأساليب التي تم نقلها من الوحدة النمطية إلى ElectronicInteractionClientServer:

GetMessageText (أعيدت تسميته إلى messageText)
ردة الفعل

قائمة الأساليب التي تم نقلها من الوحدة النمطية المستندات الإلكترونيةClientServerالخامس ExchangeWithBanksClientServer:

التفاصيل المملوءة، إعدادات EDSBanks (أعيدت تسميتها التفاصيل المملوءة، إعدادات Exchange)
تمت إعادة تسمية HeaderSettingsEDOSBank إلى HeaderSettingsExchangeWithBank
GetStatusTextED

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

تغييرFormElementProperties
CurrentDirectoryTemporaryFiles
احصل على خيارات وظيفية متطابقة
احصل على الدلائل المطابقة
احصل على المراسلات لأسماء الكائنات MD والتفاصيل
مراسلات رموز التفاصيل والتمثيلات
احصل على هيكل التفاصيل الأساسية للكائن
إعدادات النظام الضرورية للرسائل النصية
تحرير رسالة الخطأ
قم بإعداد رسالة نصية حول انتهاك حقوق الوصول
تفكيك الاسمالأفراد
FindReferenceToObject
احصل على رقم المستند المطبوع
مصادر التحقق من الاستعداد
GetData LegalIndividuals
الوصف المنظمات
هناك حق في معالجة الضعف الجنسي
هناك الحق في قراءة الضعف الجنسي
هناك الحق في فتح تسجيل للمجلة

قائمة الأساليب التي تم نقلها من الوحدة النمطية المستندات الإلكترونية يمكن تجاوزهاالخامس ExchangeWithBanksOverridable:

احصل على الأنواع الحالية من الضعف الجنسي
الحصول على أرقام الحسابات المصرفية
املأ معلمات ED حسب المصدر
قم بملء بيانات أمر الدفع
قم بتعبئة بيانات طلب الدفع
التحقق من القدرة على تحرير الكائن

من اشتراكات الأحداث قم بتعيين نسخة جديدة من ED عند تسجيل المالكو CheckChangeBeforeRecordingOwnerEDتم حذف المستندات المصرفية.

تم نقل التخطيطات من المعالجة ExchangeCounterpartiesالخامس ExchangeWithBanks:

أمر دفع
متطلبات الدفع

يجب عليك الإضافة إلى النوع المحدد

documentObject.PackageED

تغييرات الواجهة

في الوحدات المشتركة ExchangeWithBanks, ExchangeCounterpartiesتمت إضافة الإجراءات عندما تم إنشاءه على الخادم. يتم استدعاؤه عند فتح نماذج الكائنات لإنشاء أوامر EDI. خيارات: استمارة- النموذج الحالي، وضع الفريق الافتراضي- عنصر من نموذج القائمة الفرعية الذي سيتم إنشاء أوامر EDI فيه.
في الوحدات المشتركة ExchangeWithBanksOverridable, التبادل مع الأطراف المقابلةتمت إضافة إجراءات لإنشاء قائمة بأوامر EDM إعداد هيكل كائنات فرق EDF. معامل تكوين TeamsEDOيمكن أن يكون مصفوفة (للنظام الفرعي ExchangeWithBanks) أو بنية الصفيف ( ExchangeCounterparties).
تمت إزالة مجموعة أوامر EDI، ولم يعد يتم إجراء الملء التلقائي للوحة الأوامر بأوامر EDI.

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

مثال في الوحدة النمطية التبادل مع الأطراف المقابلة:

تكوين فرق EDM.Outgoing.Add("Document. Sales of Goods and Services");
تكوين أوامر EDO.Outgoing.Add("Document.Buyer's Order");
…
تكوين EDF Teams.Incoming.Add("Document.Receipt of Goods and Services");
تكوين EDO Commands.Incoming.Add("Document.InvoiceReceived");
…
نهاية الإجراء

ExchangeWithBanksOverridable:

الإجراء إعداد هيكل كائنات فرق EDF (تكوين فرق EDF) التصدير
تكوين أوامر EDO.Add("Document.Payment Order");
تكوين أوامر EDO.Add("Document.PaymentRequest");
…
نهاية الإجراء

عند إنشاء نموذج، استدعاء برنامج إنشاء الأوامر

التبادل مع الأطراف المقابلة. عند الإنشاء على الخادم:

الإجراء عند CreatedOnServer (الفشل، المعالجة القياسية)
// أوامر إيدو
التبادل مع Counterparties.When CreatedOnServer(ThisObject, Elements.EDO Commands);
// نهاية أمر EDO
نهاية الإجراء

إضافة معالج نموذج قابل للتوصيل Connectable_Execute أمر EDO:

الإجراء Connectable_Execute أمر EDO (الأمر)
ElectronicInteractionServiceClient.ExecuteConnectedCommandEDO(Command, ThisForm, Elements.List);
نهاية الإجراء

التغييرات في النظام الفرعي "التبادل مع الأطراف المقابلة"

املأ النوع المحدد "أسباب الضعف الجنسي التعسفي" بأنواع المستندات التي سيتم إدخال الإدخالات على أساسها الضعف الجنسي التعسفي(على الأرجح ستكون هذه هي نفس المستندات كما في النوع المحدد مالك الملفات المرفقة)، وفي هذه المستندات أيضًا تحتاج إلى إضافة المستند "Custom ED" إلى القائمة "هل أساس:"
في نماذج المستندات وقوائم المستندات (التي يتم على أساسها إدخال ED المخصص)، من الضروري تعطيل ED المخصص في القائمة الفرعية "إنشاء بناءً على"، لأن يتم وضع أمر إدخال ED مخصص في القائمة الفرعية EDO (الأمر "إضافة ملف")؛
في تخطيطات قانون نقل الحقوق، طلب البضائع، الاستجابة للطلب، تقرير وكيل العمولة عن المبيعات، تقرير وكيل العمولة عن الوصف، فاتورة الدفع، كتالوج المنتجات، قائمة الأسعار في مجموعة المعلمات "البنك" في حقل "BIC" تم تغيير سمة التعبئة الإلزامية. يجب ملء هذا الحقل؛
في تخطيط الفاتورة، تم تغيير تنسيق حقول رمز بلد المنشأ ورقم البيان الجمركي. لمزيد من التعبئة الصحيحة، يتم دمجها في جدول البيان الجمركي. يمكن العثور على مثال لملء هذه العناصر في إجراء إعداد بيانات ESF في قاعدة البيانات التجريبية الخاصة بـ BED.

التغييرات في الوحدة النمطية ExchangewithCounterpartiesClient

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

تم تجاوز التغييرات في وحدة التفاعل الإلكتروني

تمت إضافة مفتاحين إلى الحصول على المراسلات لأسماء الكائنات والتفاصيل لإعادة التعريف:

مبيعات السلع والخدمات في البيانات الوصفية
استلام السلع والخدمات في البيانات الوصفية

التغييرات في وحدة ExchangeCounterparties

تمت إضافة طريقة تعبئة البيانات بواسطة 1SEDOD لـ 1C-Reporting Master، والتي تقوم بإعداد البيانات لـ 1C-Reporting Master.

تمت إضافة طريقة التحقق من AccounterV1EDMSWhen CreatedOnServer، والتي يجب استدعاؤها عند إنشاء نموذج حساب. تقوم هذه الطريقة بإجراء فحص لاتصال الطرف المقابل بخدمة 1C-EDO.
مثال تبادل مع الأطراف المقابلة، تحقق من الطرف المقابل في 1 SEDO عند إنشائه على الخادم:

الإجراء عند CreatedOnServer (الفشل، المعالجة القياسية)
// التفاعل الإلكتروني التبادل مع الأطراف المقابلة
التبادل مع الأطراف المقابلة. تحقق من الطرف المقابل في 1SEDO عند CreatedOnServer(Object.Link);
// إنهاء التفاعل الإلكتروني والتبادل مع الأطراف المقابلة
نهاية الإجراء

تمت إضافة مهمة روتينية غير مقسمة التحقق من الأطراف المقابلةBED، الذي يقوم باختيار الأطراف المقابلة والتحقق من اتصالهم بـ 1C-EDO.

تمت إضافة سجل معلومات الانقسام حالة الأطراف المقابلةBED، الذي يجمع إحصائيات عن المقاولين المتصلين بخدمة 1C-EDO.

إضافة عرض لعلامة الاتصال بخدمة 1C-EDO في عمود "EDO" في نموذج القائمة ونموذج اختيار الطرف المقابل. أضف تلميحًا إلى العمود "متصل بخدمة 1C-EDO".
مثال:

يختار
خيار
WHENCounterparty StatusBED.Status = VALUE(Enumeration.CounterpartyStateBED.Connected)
ثم 0
آخر 1
نهاية
نهاية مثل إيدو
DirectoryCounterparties.Name،
DirectoryCounterparties.INN،
DirectoryCounterparties.KPP،
....
DirectoryCounterparties.NameFull
من
Directory.Counterparties AS DirectoryCounterparties
الاتصال الأيسر سجل المعلومات حالة المقاولين BED AS حالة المقاولين BED
البرنامج (Contractor StatesBED.Counterparty = DirectoryCounterparties.Link)

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

التغييرات في النظام الفرعي "التبادل مع البنوك".

تمت إضافة اشتراكات الأحداث ExchangeWithBanksOwnerEDBeforeRecordingو ExchangeWithBanksOwnerEDOnRecording.

تمت إضافة أنواع محددة OwnersExchangeWithBanks وDirectoryBanks.
تمت إضافة الأمر العام SettingsExchangeWithBanks.

لنوع محدد الملف المرفقيضيف:

DirectoryLink.MessageExchangeWithBanksAttachedFiles;
DirectoryObject.MessageExchangeWithBanksAttachedFiles;
DirectoryLink.PackageExchangeWithBanksAttachedFiles;
DirectoryObject.PackageExchangeWithBanksAttachedFiles.

لنوع محدد مالك الملفات المرفقةيحتاج إلى أن يضاف

documentLink.MessageExchangeWithBanks;
documentLink.PackageExchangeWithBanks.

لنوع محدد OwnerAttachedFilesObjectيحتاج إلى أن يضاف

documentObject.MessageExchangeWithBanks;
documentObject.PackageExchangeWithBanks;
documentObject.PackageED

تمت إضافة نظام فرعي جديد "شبكة الأعمال"

يتضمن النظام الفرعي وحدات مشتركة (البادئة شبكة تبادل الأعمال)، علاج شبكة الأعمال, الأدوار ( الإدارةالمشتركشبكة الأعمال, أداء شبكة أعمال التبادل)، سجل المعلومات معرفات شبكة الأعمال. في نموذج "إعداد تبادل المستندات الإلكترونية"، تمت إضافة أمر لاستدعاء نموذج توصيل الخدمة.

من الضروري إكمال الإجراءات والوظائف في الوحدة BusinessNetworkOverridable:

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

الانتقال إلى الإصدار 1.3.7 من الإصدار 1.3.6

في نموذج تحميل مستندات الدفع إلى ملف وتنزيل كشف حساب بنكي من ملف (معالجة ClientBank) تحريك مجموعة من العناصر GroupAdvertisingDirectBankHorizontallyمن الشكل العام أوفر كونيكت 1 إس دايركت بانك.

في معالج الحدث النموذج عندما تم إنشاءه على الخادموضع الأساليب ExchangeWithBanksClientServer.ShowAdvertisingDirectBank:

&على الخادم
الإجراء عند إنشاء CreateOnServer (الفشل، المعالجة القياسية)
…
// التعامل الالكتروني التبادل مع البنوك
اكستشينج ويذ بانكس كلينت سيرفير. شو أدفيرتسينج ديريكت بانك (
Elements.GroupAdvertisingDirectBankHorizontally، Elements.TextDirectBankHorizontally)؛
// إنهاء التعامل الإلكتروني والتبادل مع البنوك
نهاية الإجراء

في معالج الحدث النموذج تنبيهات المعالجةضع الطريقة ExchangeWithBanksClient.UpdateAdvertisingDirectBank:

&OnClient
إشعارات عملية الإجراء (اسم الحدث، المعلمة، المصدر)
…
// التعامل الالكتروني التبادل مع البنوك
اكستشينج ويذ بانكس كلينت. أوبديت أدفيرتسينج ديريكت بانك (اسم الحدث،
Elements.GroupAdvertisingDirectBankHorizontally، Elements.TextDirectBankHorizontally)؛
// إنهاء التعامل الإلكتروني والتبادل مع البنوك
نهاية الإجراء

للعنصر TextDirectBankHorizontallyإضافة معالج الحدث معالجة روابط الملاحةووضع فيه الطريقة ExchangeWithBanksClient.ProcessingNavigationLinkAdvertisingDirectBank:

&OnClient
الإجراء TextDirectBankHorizontalNavigationLinkProcessing(Element, FormattedStringNavigationLink, StandardProcessing)
ExchangeWithBanksClient.ProcessingNavigationLinkAdvertisingDirectBank(
NavigationLinkFormatString, StandardProcessing);
نهاية الإجراء

إلى الإجراء احصل على المراسلات الخاصة بأسماء كائنات MDI وتفاصيلهاوحدة مشتركة التفاعل الإلكترونيإضافة عنصر المطابقة مع المفتاح PaymentOrderInMetadataوالقيمة: اسم كائن البيانات التعريفية أمر دفعفي حل التطبيق.

09.06.2017

تم إصدار إصدار جديد 1.3.8 من التكوين القياسي "1C: مكتبة المستندات الإلكترونية 1.3".

الإصدار 1.3.8

الميزات والتغييرات الجديدة

في نموذج البحث عن العروض التجارية، تمت إضافة إمكانية البحث دون الاتصال بخدمة 1C: Business Network، كما تمت إضافة القدرة على البحث عن مورد بالاسم.
تمت إضافة تقرير عن العروض التجارية المنشورة.
تمت إضافة مكان عمل لنشر العروض التجارية في خدمة 1C:Business Network.
تم إجراء التكيف مع الأنظمة الفرعية "1C: مكتبة الأنظمة الفرعية القياسية" الإصدار 2.4.2، "1C: مكتبة دعم مستخدمي الإنترنت" الإصدار 2.2.2.

الانتقال إلى الإصدار 1.3.8 من الإصدار 1.3.7

تغييرات الوحدة:

الميزة المضافة طلب نص للمنتجات المنشورةالحصول على مصدر بيانات لنشر العروض التجارية وإنشاء تقرير عن السلع المنشورة. من الضروري تنفيذ استدعاء دالة لأسلوب fillOfferPackage عند تلقي قائمة المنتجات.

التغييرات في الوحدة عروض التجارة

تمت إضافة الإجراء UpdateDecorationConditionsPublicationsلتحديث عنصر نموذج الزخرفة بحالة النشر. يجب عليك إضافة إعدادات النشر لعنصر الحالة إلى الاستدعاء الموجود في النموذج.

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

الإصدار 1.3.7

قيم خاصية التكوين:

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

الميزات والتغييرات الجديدة

تمت إضافة القدرة على الحصول على حالة مستند الدفع من سبيربنك.
تم تنفيذ الاستلام التلقائي لإعدادات Sberbank عند الاتصال بخدمة 1C: DirectBank.
تمت إضافة القدرة على عرض الإعلانات السياقية 1C:DirectBank.
تم التكيف للعمل مع خدمة 1C: Business Network في الخدمة السحابية 1CFresh.
تمت إضافة القدرة على نشر العروض التجارية والبحث فيها وطلبها في خدمة 1C: العروض التجارية للمشاركين في خدمة 1C: Business Network.
تم إجراء التكيف مع الأنظمة الفرعية "1C: مكتبة الأنظمة الفرعية القياسية" الإصدار 2.4.1، "1C: مكتبة دعم مستخدمي الإنترنت" الإصدار 2.1.9، "1C: مكتبة تكنولوجيا الخدمة" الإصدار 1.0.12.

الانتقال إلى الإصدار 1.3.7 من الإصدار 1.3.6

النظام الفرعي "التبادل مع الأطراف المقابلة"

تغييرات الوحدة:

تاريخ الوثيقة, DocBaseDate

النظام الفرعي "التبادل مع البنوك"

التغييرات في الوحدة العمل مع FilesOverridable:

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

ElectronicInteraction.WhenDefiningSettings(Settings);

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

التفاعل الإلكتروني. عند تحديد دلائل تخزين الملفات (FileOwnerType، DirectoryNames)؛

تمت إضافة الدلائل messageExchangeWithBanksAttachedFiles وEDAttachedFiles إلى خطة التبادل UpdateInformationBase
تمت إضافة الدلائل messageExchangeWithBanksAttachedFiles وEDAttachedFiles إلى النوع المحدد SignedObject.

في معالج الحدث النموذج عندما تم إنشاءه على الخادموضع الأساليب ExchangeWithBanksClientServer.ShowAdvertisingDirectBank:

&على الخادم
الإجراء عند إنشاء CreateOnServer (الفشل، المعالجة القياسية)
…
اكستشينج ويذ بانكس كلينت سيرفير. شو أدفيرتسينج ديريكت بانك (

نهاية الإجراء

في معالج الحدث النموذج تنبيهات المعالجةضع الطريقة ExchangeWithBanksClient.UpdateAdvertisingDirectBank:

&OnClient

…
// التعامل الالكتروني التبادل مع البنوك
اكستشينج ويذ بانكس كلينت. أوبديت أدفيرتسينج ديريكت بانك (اسم الحدث،
Elements.GroupAdvertisingDirectBankHorizontally، Elements.TextDirectBankHorizontally)؛
// إنهاء التعامل الإلكتروني والتبادل مع البنوك
نهاية الإجراء

النظام الفرعي "التبادل مع المواقع"

التغييرات في الوحدة تبادل الموقع تجاوزه:

تمت إضافة الإجراء أضف التفاصيلFormNode، يستخدم لإضافة تفاصيل إلى نموذج عقدة خطة التبادل للتبادل مع الموقع. لا يفترض نموذج عقدة التبادل وجود تفاصيل تتعلق بحل التطبيق، بل تتم إضافة التفاصيل برمجياً.
تمت إضافة الإجراء حقل الإدخالWhenChangedOnServer، يتم استخدامه لمعالجة الحدث في الشمال عندما يتم تغيير حقل الإدخال الخاص بنموذج عقدة خطة التبادل، ويتم إضافته في إجراء Add NodeFormDetails.
تمت إضافة الإجراء CheckboxFieldWhenChangedOnServer، يتم استخدامه لمعالجة الحدث على الخادم عندما يتم تغيير حقل العلامة الخاص بنموذج عقدة خطة التبادل، الذي تمت إضافته في إجراء Add NodeFormDetails.
تمت إضافة الإجراء عندماCreatingOnServerFormCreateSite، يستخدم لإضافة تفاصيل إلى نموذج معالجة CreateSite.

التغييرات في الوحدة ExchangeSiteClientOverridable:

الإجراء الذي تمت إزالته تحديد نوع كتالوج GroupTableU، يتم تحديد نوع قيمة عمود المجموعات في جدول كتالوج المنتجات من خلال إعدادات التبادل.
تمت إضافة الإجراء InputFieldOnChange، يتم استدعاؤه لمعالجة الحدث عند تغيير حقل الإدخال الخاص بنموذج عقدة خطة التبادل، تتم إضافته في الإجراء SiteExchangeOverridden.AddNodeFormDetails.
تمت إضافة الإجراء CheckboxFieldOnChange، يتم استدعاؤه لمعالجة الحدث عند تغيير حقل العلامة الخاص بنموذج عقدة خطة التبادل المُضاف في الإجراء SiteExchangeOverridden.AddNodeFormDetails.
تمت إضافة الإجراء نموذج الجدول قبل الانتهاء من التحرير، يتم استدعاؤه لمعالجة الحدث BeforeFinishEdit لحقل في الجزء الجدولي من نموذج عقدة خطة التبادل المضافة في الإجراء SiteExchangeOverridden.AddNodeFormDetails.

النظام الفرعي "شبكة الأعمال"

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

// التفاعل الإلكتروني
ElectronicInteraction.OnReceivingListTemplates(TaskTemplates);

في هذا الإجراء عند تحديد AliasesHandlers:

// التفاعل الإلكتروني
ElectronicInteraction.WhenDefiningHandlerAliases(MatchNamesAliases);
// إنهاء التفاعل الإلكتروني

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

النظام الفرعي "عروض التجارة"

تمت إضافة نظام فرعي جديد "عروض التجارة"، للتضمين تحتاج إلى:

تطوير الأساليب التي تم تجاوزها في الوحدات المشتركة TradeOffersClientOverridable, عروض التجارة يمكن تجاوزها.
تحديد أنواع البيانات في أنواع محددة أنواع قيم التفاصيل 1BusinessNetwork, أنواع التسميات BED, تفاصيل إضافية, عرض تجاري.

راجع وثائق التضمين للحصول على التفاصيل.

الإصدار 1.3.6

الميزات والتغييرات الجديدة

يتم دعم تنسيقات مستندات الفاتورة الأولية (من حيث نقل مستند أساسي منفصل، فاتورة) وفقًا لأمر دائرة الضرائب الفيدرالية بتاريخ 24 مارس 2016 رقم MMV-7-15/155@ "عند الموافقة على تنسيق الفاتورة وتنسيق عرض المستند بشأن شحن البضائع (أداء العمل)، ونقل حقوق الملكية (وثيقة تقديم الخدمات)، بما في ذلك الفاتورة، في شكل إلكتروني."
يتم دعم تنسيقات المستندات الأولية المتعلقة بالتغيرات في القيمة، بما في ذلك فاتورة التعديل (من حيث نقل مستند أساسي منفصل، فاتورة التعديل) وفقًا لأمر دائرة الضرائب الفيدرالية بتاريخ 13 أبريل 2016 N MMV -7-15/189@ " عند الموافقة على شكل فاتورة التعديل وشكل تقديم مستند بشأن التغييرات في تكلفة البضائع المشحونة (العمل المنجز، الخدمات المقدمة)، حقوق الملكية المنقولة، بما في ذلك فاتورة التعديل، في نموذج إلكتروني."
تمت إضافة مستندات إلكترونية جديدة: نقل البضائع، نقل نتائج العمل، شكل جديد للعرض المرئي للمستندات.
تمت إضافة آلية الصرف في اتجاه واحد والتي لا تتطلب إشعار الاستلام من المستلم.
تمت إضافة القدرة على التحكم في تفريغ المستندات الإلكترونية الواردة (تلقائيًا أو يدويًا)، والقدرة على تكوين إنشاء نوع معين من المستندات عند استلام المستندات الإلكترونية.
تمت إضافة إمكانية ربط مستند إلكتروني بعدة مستندات محاسبية ذات قاعدة معلومات.
تم تنفيذ تقسيم المستندات الإلكترونية إلى صادرة وواردة.
تم تنفيذ التكامل مع الخدمة 1C-أوميمما يسمح لك بإنشاء مواقع ويب من البرنامج، وإعداد التبادل مع متجر عبر الإنترنت أومي.
تم التكيف للعمل مع خدمة 1C-EDO في الخدمة السحابية 1CFresh.

الانتقال إلى الإصدار 1.3.6 من الإصدار 1.3.5

النظام الفرعي "التبادل مع الأطراف المقابلة"

الوحدة العامة ExchangewithCounterpartiesRedefinable

تمت إضافة طريقة UPD SCHFDOP.
الطريقة المضافة املأ بيانات خدمة الضرائب الفيدرالية لمعلومات المشتري UPD. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من نوع وظيفة UPD (معلومات المشتري) SCHFDOP.
تمت إضافة وظيفة طريقة UPD (معلومات البائع) SCHFDOP إلى كائنات أمن المعلومات.
الطريقة المضافة املأ البيانات للحصول على معلومات إضافية خاصة بخدمة الضرائب الفيدرالية للبائع. تقوم الطريقة بإعداد البيانات الخاصة بمستند إلكتروني مثل وظيفة STD (معلومات البائع) DOP.
الطريقة المضافة FindCreate UPDT DocumentAboutTransfer. تقوم الطريقة بحفظ البيانات من وظيفة DOP (معلومات البائع) للوثيقة الإلكترونية في كائن IS.
الطريقة المضافة املأ بيانات خدمة الضرائب الفيدرالية الخاصة بمعلومات SCHFISeller. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من النوع UTD (معلومات البائع) وظيفة SSF.
الطريقة المضافة البحث عن إنشاءUPDSInvoiceInvoice. تقوم الطريقة بحفظ البيانات من المستند الإلكتروني UPD (معلومات البائع) وظيفة SSF في كائن أمان المعلومات.
الطريقة المضافة. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من نوع UCD (معلومات البائع) وظيفة KSCHFDIS.
الطريقة المضافة املأ بيانات خدمة الضرائب الفيدرالية لمعلومات المشتري UKID. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من نوع UKD (معلومات المشتري) وظيفة KSCHFDIS.
الطريقة المضافة. تقوم هذه الطريقة بحفظ البيانات من وظيفة الوثيقة الإلكترونية UCD (معلومات البائع) KSCHFDIS في كائنات أمن المعلومات.
الطريقة المضافة قم بملء البيانات الخاصة بمعلومات DISInformation الخاصة بخدمة الضرائب الفيدرالية للبائع. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من نوع UCD (معلومات البائع) وظيفة DIS.
الطريقة المضافة ابحث عن إنشاء UKDDocumentAboutChangeValue. تقوم هذه الطريقة بحفظ البيانات من وظيفة DIS للمستند الإلكتروني UCD (معلومات البائع) في كائن IS.
الطريقة المضافة املأ بيانات خدمة الضرائب الفيدرالية الخاصة بمعلومات KSCHFISeller. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من نوع UCD (معلومات البائع) وظيفة KSCHF.
الطريقة المضافة ابحث عن إنشاء فاتورة حساب UKDSA. تقوم هذه الطريقة بحفظ البيانات من وظيفة الوثيقة الإلكترونية UCD (معلومات البائع) KSCHF في كائن أمن المعلومات.
الطريقة المضافة امتثال أنواع ED الصادرة مع وثائق أمن المعلومات. تشكل الطريقة مراسلات بين المستندات الإلكترونية الصادرة ووثائق أمن المعلومات.
الطريقة المضافة FindCreateDocumentTransferWorkResults. يتم استخدام الطريقة لملء مستند مذكرة الشحن المستلم بتنسيق "نقل البضائع".
الطريقة المضافة FindCreateDocumentنقل البضائع. يتم استخدام الطريقة لملء وثيقة شهادة تقديم الخدمات المستلمة بتنسيق "نقل نتائج العمل".
الطريقة المضافة اكتمل تثبيتStateExchange. يتم استدعاء الطريقة عندما تتغير حالة تدفق المستند إلى اكتمل التبادل, اكتمل التبادل مع التصحيح.
عند إنشاء المستندات الإلكترونية UPD، UKD، نقل البضائع، نقل نتائج العمل، التفاصيل تاريخ الوثيقة, DocBaseDateمطلوبة لملءها.

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

في تخطيط "Torg-12Seller":

تمت إضافة حقل "IdStateContract".
تمت إضافة الجزء الجدولي "فاتورة النقل".
تمت إزالة الحقول "تاريخ فاتورة النقل" و"رقم فاتورة النقل".
تمت إضافة حقل "معلومات عن الشخص الذي قام بنقل البضاعة".

في التخطيط قانون نقل الحقوق:

تمت إضافة الجزء الجدولي "الأساسي".
تمت إزالة الحقول "DocumentBaseName"، و"DocumentBaseNumber"، و"DocumentBaseDate"، و"DocumentBaseAdditionalInformation".
تمت إضافة حقل "اسم العملة".
تمت إضافة حقل "المطالبات".
تمت إضافة حقل "تاريخ التنفيذ".
في خصائص المشاركين في المعاملة، تم استبدال حقل "الفاكس" بحقل "البريد الإلكتروني".
في خصائص المشاركين في المعاملة، تم استبدال حقل "رمز البلد" بحقل "رمز البلد".
في خصائص المشاركين في المعاملة، تم استبدال حقل "نص العنوان" بحقل "نص العنوان".

تحديث نوع محدد الطرف المقابل:

إجراء التحديث:

أعد تسمية النوع المحدد من الحساب إلى AccountBED.
قم بإزالة التكوين من دعم BED 1.3.5.
قم بإجراء مقارنة/دمج مع تكوين BED 1.3.5، ووافق على ضبط التكوين للدعم.
قم بإلغاء تحديد كافة الكائنات واترك فقط نوع الحساب المحدد، ثم قم بإجراء الدمج.
ابدأ بتحديث التكوين، وحدد ملف BED 1.3.6.
حدد خانات الاختيار في الأنواع المحددة AccountBED وAccount. حدد كائنات قاعدة البيانات الضرورية الأخرى للتحديث.
إجراء تحديث.

النظام الفرعي "التبادل مع البنوك"

النظام الفرعي "التبادل مع المواقع"

تم تغيير عقدة التبادل تبادل الموقعالنموذج، الوحدة النمطية للكائن:

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

تمت إضافة كتاب مرجعي المواقع الإلكترونية:

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

تمت إضافة المعالجة إنشاء موقع على شبكة الانترنت:

تمت إضافة القدرة على إنشاء موقع في مجال 1C-UMI؛ يتم إنشاء الموقع تلقائيًا (عنصر المواقع) ويتم ملؤه بالبيانات من 1C. يتم إنشاء عقدة تبادل ExchangeSite تلقائيًا ويتم إجراء أول تبادل كامل مع الموقع.

الوحدة العامة تبادل الموقع تجاوزه:

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

الوحدة العامة ExchangeSiteEvents:

تمت إضافة القدرة على تحديد أنواع العناصر.
تمت إزالة القدرة على تحديد دليل مخصص.

تغييرات أخرى

إعداد النظام الفرعي إدارة التعريفةفي نموذج خدمة المكتبة تقنيات الخدمة

// التفاعل الإلكتروني
التفاعل الإلكتروني. عند تشكيل قائمة الخدمات (مقدمي الخدمة)؛
// إنهاء التفاعل الإلكتروني

الإصدار 1.3.5

قيم خاصية التكوين:

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

الميزات والتغييرات الجديدة

تم تكييف وظيفة المكتبة مع الميزات المحددة للعمل على النظام الأساسي 8.3.8 مع تعطيل وضع التوافق؛
تم تحديث الأنظمة الفرعية لـ "مكتبة الأنظمة الفرعية القياسية" إلى الإصدار 2.3.3.45؛
تتضمن المكتبة النظام الفرعي "مكتبات دعم مستخدمي الإنترنت"، الإصدار 2.1.8.3.

الانتقال إلى الإصدار 1.3.5 من الإصدار 1.3.4

لا توجد تغييرات مطلوبة.

الإصدار 1.3.4

الميزات والتغييرات الجديدة

تم تنفيذ نظام الإخطارات حول أحداث تبادل البيانات الإلكترونية (مستندات إلكترونية جديدة، دعوات جديدة، انتهاء صلاحية الشهادة، وما إلى ذلك). أصبح من الممكن الآن تكوين إشعارات البريد الإلكتروني في ملف تعريف إعدادات EDF، بالإضافة إلى عرض إشعارات حول الأحداث مباشرة في برنامج 1C باستخدام الرسائل المنبثقة؛
يتم دعم تنسيق المستند الأساسي، بما في ذلك الفاتورة (تنسيق UPD) وفقًا لأمر دائرة الضرائب الفيدرالية بتاريخ 24 مارس 2016 رقم MMВ-7-15/155@ "عند الموافقة على تنسيق الفاتورة و تنسيق لتقديم مستند بشأن شحن البضائع (أداء العمل)، ونقل حقوق الملكية (وثيقة تقديم الخدمات)، بما في ذلك الفاتورة، في شكل إلكتروني"؛
تم دعم تنسيق المستند الخاص بالتغيير في القيمة، والذي يتضمن فاتورة التعديل" (تنسيق UKD) وفقًا لأمر دائرة الضرائب الفيدرالية بتاريخ 13/04/2016 N ММV-7-15/189@ "عند الموافقة على تنسيق فاتورة التعديل ووثيقة تنسيق العرض بشأن التغييرات في تكلفة البضائع المشحونة (العمل المنجز والخدمات المقدمة)، وحقوق الملكية المنقولة، بما في ذلك فاتورة التعديل، في شكل إلكتروني"؛
دعم استخدام المكونات الخارجية في التبادل مع البنوك باستخدام تقنية DirectBank.

الانتقال إلى الإصدار 1.3.4 من الإصدارات 1.3.2، 1.3.3

التغييرات في نماذج قائمة مستندات حل التطبيق

في نماذج قائمة المستندات، تحتاج إلى إضافة إجراء مكون إضافي التبادل مع CounterpartiesClient.Waiting ProcessorEDW:

&OnClient

نهاية الإجراء

التغييرات في نماذج وثيقة حل التطبيق

في نماذج المستندات، تحتاج إلى إضافة إجراء مكون إضافي Connectable_WaitingHandlerEDO، حيث تحتاج إلى إجراء استدعاء الأسلوب

التبادل مع CounterpartiesClient.Waiting ProcessorEDW:

&OnClient
الإجراء Connectable_EDOWaitingHandler()
ExchangeCounterpartiesClient.EDOWaitingHandler(ThisObject);
نهاية الإجراء

على سبيل المثال:

&على الخادم
الإجراء عند CreatedOnServer (الفشل، المعالجة القياسية)
…
// النظام الفرعي "التبادل مع الأطراف المقابلة".
معلمات EDO عند الإنشاء = التبادل مع الأطراف المقابلة المعلمات عند الإنشاء على Server_DocumentForm();
معلمات EDO عند الإنشاء.Form = ThisObject;
معلمات EDO عند الإنشاء.DocumentLink = Object.Link;
EDO ParametersWhenCreated.DecorStateEDO = Elements.DecorationStateEDO;
معلمات EDO عند إنشاء مجموعة حالة EDO = Elements.EDO State Group؛
التبادل مع الأطراف المقابلة. عند الإنشاء في Server_DocumentForm (الرفض، StandardProcessing، معلمات EDO عند الإنشاء)؛
// نهاية النظام الفرعي "تبادل الطرف المقابل".
نهاية الإجراء

التغييرات في وحدة ExchangeCounterparties

تمت إضافة الإجراء عندما تم إنشاء CreateOnServer_ListForm، يتم استدعاؤه من معالج الأحداث "When CreatedOnServer" لنموذج قائمة المستندات. كمعلمة ثالثة للطريقة، يتم تمرير البنية التي تتم تهيئتها بواسطة الطريقة المعلمات عندCreatingOnServer_ListForm.
تمت إضافة الإجراء عندما يتم إنشاء CreateOnServer_FormDocument، يتم استدعاؤه من معالج الأحداث "When CreatedOnServer" لنموذج المستند. كمعلمة ثالثة للطريقة، يتم تمرير البنية التي تتم تهيئتها بواسطة الطريقة المعلمات عندCreatingOnServer_DocumentForm.
تمت إضافة الإجراء AfterRecordingOnServer، يتم استدعاؤه من معالج الأحداث "AfterRecordOnServer" لنموذج المستند. كمعلمة ثالثة للطريقة، يتم تمرير البنية التي تتم تهيئتها بواسطة الطريقة المعلماتAfterRecordingOnServer.

التغييرات في الوحدة تبادل مع العملاء النظيرين.

تمت إضافة الإجراء عند الافتتاح، يتم استدعاؤه من معالج الأحداث "عند الفتح" لنموذج قائمة المستندات ونموذج المستند.
تمت إضافة الإجراء ProcessingAlerts_ListForm، يتم استدعاؤه من معالج الأحداث "معالجة الإشعارات" لنموذج قائمة المستندات. كمعلمة رابعة للأسلوب، يتم تمرير البنية التي تتم تهيئتها بواسطة الأسلوب معلمات التنبيهEDO_ListForm.
تمت إضافة الإجراء ProcessingAlert_FormDocument، يتم استدعاؤه من معالج الأحداث "معالجة الإشعارات" لنموذج المستند. كمعلمة رابعة للأسلوب، يتم تمرير البنية التي تتم تهيئتها بواسطة الأسلوب معلمات الإشعاراتEDO_DocumentForm.
التغييرات في الوحدة التبادل مع الأطراف المقابلة:
الطريقة المضافة تعبئة بيانات نقل منفذ العمل.
مثال:

طريقة التحقق من القدرة على تحرير الكائنأصبح إجراء.
الطريقة المضافة املأ بيانات UPDInformation الخاصة بخدمة الضرائب الفيدرالية للبائع. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من النوع محدثوظيفة (معلومات البائع). شفدوب.
الطريقة المضافة FindCreateUniversalTransferDocument. تقوم الطريقة بحفظ البيانات من مستند إلكتروني محدثوظيفة (معلومات البائع). SCHFDOPvكائنات IS.
الطريقة المضافة املأ بيانات خدمة الضرائب الفيدرالية لمعلومات البائع في UKDI. تقوم الطريقة بإعداد البيانات لمستند إلكتروني من النوع المملكة المتحدةوظيفة (معلومات البائع). KSCHFDIS.
الطريقة المضافة FindCreateUniversalAdjustmentDocument. تقوم الطريقة بحفظ البيانات من مستند إلكتروني المملكة المتحدةوظيفة (معلومات البائع). KSCHFDISإلى كائنات أمن المعلومات.

التغييرات في النظام الفرعي "التبادل مع البنوك".

التغييرات في الوحدة النمطية ExchangeWithBanksRedefinable

إجراء عندما تتغير حالة الضعف الجنسيوأضاف. يتم استدعاؤه عندما تتغير حالة تدفق المستندات الإلكترونية.

تغييرات للعمل في وضع الخدمة

إذا كان تكوين الوجهة للتشغيل في وضع الخدمة ضروريًا:

في الإجراء GetProvidedDataHandlers للوحدة المشتركة SuppliedDataOverridden، أضف الكود التالي:

ElectronicInteraction.RegisterDeliveredDataHandlers(Handlers);

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

تغييرات أخرى

لنوع محدد مساحة التخزين: الخيارات الوظيفيةبحاجة إلى إضافة ثابت استخدمExchangeWithBanks;
تمت إزالة الميزة التبادل مع البنوك. يوصى بالتبادل المباشر مع البنك.

الإصدار 1.3.3

قيم خاصية التكوين:

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

الميزات والتغييرات الجديدة

وفقًا للأمر المؤرخ في 30 نوفمبر 2015 رقم MMV-7-10/551@ "عند الموافقة على نموذج تقديم مستند بشأن نقل البضائع أثناء المعاملات التجارية في شكل إلكتروني" والأمر المؤرخ في 30 نوفمبر 2015 رقم 30. ММV-7-10/552@ "عند الموافقة على تنسيق تقديم وثيقة بشأن نقل نتائج العمل (وثيقة تقديم الخدمات) في شكل إلكتروني" يتم دعم التنسيقات الجديدة للمستندات الإلكترونية.

الانتقال إلى الإصدار 1.3.2.19 من الإصدارات 1.2.7، 1.3.1

التغييرات في النظام الفرعي "التبادل مع الأطراف المقابلة"

في الوحدة التبادل مع الأطراف المقابلةاصنع فرق:

زملاء!

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

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

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

لذا، الحيلة رقم 1:يعمل التحقق المدمج من الأطراف المقابلة في المحاسبة 8 فقط مع الأطراف المقابلة التي لديها TIN/KPP. إذا قمت بإزالة TIN/KPP من الطرف المقابل الذي لم يجتاز التحقق، فلن تكون هناك رسالة خطأ. لقد تم استبعاده ببساطة من الاعتبار في وحدة التحقق الخاصة بالتقرير.

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

باستخدام مثال قاعدة التدريب، سننظر في هذا الخيار. لدينا قائمة بالأطراف المقابلة التي لم يتم التحقق منها:

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

ماذا يمكن ان يفعل؟

نفتح سجل المعلومات "حالة الأطراف المقابلة" - الفصل. القائمة - جميع الوظائف - سجلات المعلومات:

في سجل معلومات "حالة المقاول"، ضع المؤشر على السطر الذي يشير إلى الطرف المقابل المطلوب:

ونقوم بتغيير حالة التحقق من "نقطة التفتيش لا تتوافق مع بيانات خدمة الضرائب الفيدرالية" إلى "الطرف المقابل موجود في قاعدة بيانات خدمة الضرائب الفيدرالية".

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

إن المناقشات حول الانتقال إلى BED مستمرة لبعض الوقت، على مستوى الدولة - بنشاط منذ عام 2008. ولكن ما مدى ديناميكية ونجاح هذه العملية؟ ما هي أسباب اختلاف نتائج اليوم عما كان متوقعا قبل 7-10 سنوات؟ للحصول على إجابات لهذه الأسئلة، لجأنا إلى الخبراء - مطوري أدوات EDMS/ECM والمشاركين في تنفيذ وتشغيل هذه الأنظمة.

ما هي أهمية الانتقال إلى BED

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

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

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

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

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

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

وفي معرض حديثه عن هذا، يشير إرنست كولسنيكوف، نائب مدير التسويق في شركة Taxkom، إلى توقعات المحللين: بحلول عام 2017، سيصل استخدام آليات التبادل الإلكتروني للبيانات مع الأطراف المقابلة إلى 22.5٪. بالفعل، بعد تقديم إقرار ضريبة القيمة المضافة الجديد (يجب على جميع دافعي الضرائب تقريبًا تقديمه إلكترونيًا)، أصبحت مسألة أتمتة المستندات ذات أهمية خاصة، لأنه مع إدخال البيانات يدويًا، من المرجح جدًا أن تتلقى المحاسبة طلبات تلقائية للتناقضات مع الأطراف المقابلة . ويذكر أيضًا أن الفصل 49.1 من قانون العمل في الاتحاد الروسي يسمح باستخدام التبادل الإلكتروني للبيانات عند العمل عن بعد، واعتبارًا من 1 يوليو 2016، ستدخل التعديلات على القانون الاتحادي "بشأن الشركات المساهمة" حيز التنفيذ، والتي ستسمح للمساهمين للمشاركة عن بعد في الاجتماعات باستخدام EDI.

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

ممارسة التحول إلى إدارة الوثائق الإلكترونية اللاورقية

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

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

يقول ماكسيم كاينر، محلل الأعمال في Directum، إنه عند تنفيذ EDMS/ECM، يتم تحقيق التوفير في طباعة الورق فقط من خلال العمليات الآلية، ولكن غالبًا ما يتبين أن إجمالي حجم الطباعة في جميع أنحاء المؤسسة يمكن أن يزيد. علاوة على ذلك، فإن أتمتة عملية تجارية معينة من خلال إدارة المحتوى في المؤسسة (ECM) في أقل من 10% من الحالات يسمح لك بتجنب طباعة المستندات حتى أثناء هذه العملية. بشكل عام، يعتقد أنه حتى الآن لا يوجد حديث عن انتقال المنظمات إلى تدفق المستندات غير الورقية.

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

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

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

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

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

عوائق في الطريق إلى السرير

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

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

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

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

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

ما يجب القيام به؟

تقول إيلينا إيفانوفا: "في الوقت الحالي، من المستحيل في روسيا التخلي تمامًا عن الورق، سواء في القطاع العام أو القطاع التجاري". - بادئ ذي بدء، من الضروري وضع إطار تشريعي من شأنه أن يشجع المنظمات على التحول إلى BED. جزئيًا، بدأ هذا يظهر الآن في المنظمات الحكومية فيما يتعلق بتحسين SMEV، M. وتعتقد أن الكثير يعتمد على بائع نظام إدارة الوثائق الإلكترونية؛ يمكنهم تبرير التأثير الاقتصادي للتحول إلى BED وتقديم الحلول التكنولوجية. ومن المهم أيضًا العمل في المجتمعات والمنظمات المهنية المشاركة في التقييس في مجالات EDMS/ECM، والتفاعل مع الجهة التنظيمية بالولاية.

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

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

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

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

نواصل ما قمنا به بالفعل كثيرًا.

تشيرنوميردين ضد.

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

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

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

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

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

كيف بدأت 1C؟ دعنا نتذكر!

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

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

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

الآن يذهل هذا البرنامج باتساع قدراته وفي نفس الوقت بتعقيد النظام.

توفر شركة 1C اليوم نظامًا بيئيًا كاملاً لعملائها:

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

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

تحديثات 1C: كيف تعمل

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

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

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

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

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

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

عدم وجود نمطية: لماذا هو مهم جدا

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

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

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

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

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

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

سياسة الترخيص والأخطاء في النظام

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

لذا، تخيل الوضع. هناك شركة توظف مثلا 30 شخصا. بعد التحديث، توقف البرنامج عن قبول مفاتيح الترخيص. عمل الشركة مشلول. الشركة تتكبد خسائر.

مشكلة مهمة: عدم القدرة على التنبؤ بسلوك النظام الأساسي عند التحديث.

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

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

لذا، يبدو الوضع بالنسبة للمبرمج كما يلي:

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

وبذلك تكون الدائرة مغلقة. ويتعين على المبرمج تثبيت الإصدارات الجديدة مرة بعد مرة، على الرغم من المشاكل الجديدة التي تجلبها.

لماذا هناك الكثير من الأخطاء؟

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

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

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

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

علاوة على ذلك، تتميز شركة 1C بتسويق قوي للغاية وعنيف، ويعرف الجميع عن هذا البرنامج.

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

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

السفن الرائدة. تكوينات نموذجية

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

لكن غالبية المستخدمين يستخدمون 4 تكوينات فقط:

محاسبة المؤسسة
إدارة التجارة
إدارة مصانع التصنيع
إدارة الرواتب والموارد البشرية

ولكل من التكوينات نفس عيوب النظام الأساسي:

عدم وجود نمطية
وظائف ضخمة والعديد من الوظائف غير الضرورية
أخطاء جديدة في الإصدارات الجديدة
نتائج التحديث غير متوقعة

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

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

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

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

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

التسويق العدواني ونتائجه

في كثير من الأحيان يقوم عملائي بتثبيت التحديثات ضد نصيحتي. لماذا يحدث هذا؟

الدافع المبرمج

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

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

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

في الواقع، في معظم الحالات لا توجد حاجة موضوعية للتحديثات. ولكن مقدار العمل الذي يقوم به المبرمج، وبالتالي فإن أجره يزيد بشكل كبير. بالمناسبة، هذا هو السبب في أن العديد من المستخدمين لديهم موقف سلبي تجاه مبرمجي 1C. ومن وجهة نظرهم فإنهم يدفعون 90% من المبلغ للمبرمج مقابل شيء عمل بشكل مثالي قبل أن يبدأ العمل، أي. عليهم أن يدفعوا مقابل نفس الوظيفة عدة مرات.

التسويق العدواني من 1C

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

عيوب الخدمة والامتياز

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

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

ولكن في الواقع، لا تعمل شركة 1C عمليا مع الشركاء:

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

نتيجة هذه السياسة معروفة للكثيرين. إن وجود شركة معينة في قائمة شركاء 1C لا يضمن جودة الخدمة.

لقد ذكرت بالفعل أن 1C هو نظام بيئي كامل. في بعض النواحي يمكن مقارنتها بشركة Apple. يوجد نظام كامل مبني هناك، يتكون من الأجهزة والبرامج والبائعين. لدى 1C أيضًا منصة، وهناك تكوينات، ويوجد موزعون معتمدون.

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

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

وهنا تظهر أيضًا أسباب السلبية تجاه مبرمجي 1C ومنتج البرنامج نفسه.
عندما توقفت عن العمل مع 1C فقط وبدأت في تقديم استشارات الأعمال، بدأت في استخدام مجموعة متنوعة من منتجات البرمجيات في عملي. كانت هذه مواقع على Drupal، وأنظمة مثل ZOHO CRM، وATOL RMK، وRedmine، والعديد من الأنظمة الأخرى. وتقريباً جميع هذه الخدمات والبرامج لا تحتاج إلى تحديثات مستمرة ومتكررة. وعند التحديث لا توجد مشاكل كثيرة.

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

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

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

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

1C: Bitrix - الصعوبات والميزات والتسويق

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

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

ماذا كانت النتيجة؟

يتم بالفعل توفير التكامل بين قاعدة بيانات المتجر عبر الإنترنت ومنتجات برامج 1C. لكنه معقد للغاية، وبدون مساعدة أحد المتخصصين يكاد يكون من المستحيل إعداد تبادل البيانات، ومن الصعب جدًا تغييره.

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

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

Bitrix و1C: أنظمة مختلفة وأوجه قصور مشتركة

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

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

بدلا من السيرة الذاتية

لذلك دعونا نلخص. تسبب منتجات البرمجيات لخط 1C سلبية بين المتخصصين للأسباب التالية:

تعقيد النظام العالي
عدم وجود نمطية
الأخطاء في كل تحديث
عدم وجود وثائق مفصلة للتحديثات
نتيجة غير متوقعة لتثبيت التحديثات

كل هذا ينطبق على كل من النظام الأساسي وأي تكوين 1C.

السلبية من المستخدمين ناتجة عن:

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

تصبح السلبية تجاه مبرمجي 1C واضحة أيضًا:

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

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

العلامات: إضافة العلامات