وضعیت طرف مقابل بد 1s چه. انتقال به جریان اسناد الکترونیکی بدون کاغذ: تجربه، مشکلات، چشم اندازها

نسخه 1.3.8 توسعه نسخه 1.3 "1C: کتابخانه اسناد الکترونیکی 8" است که برای اطمینان از تبادل اسناد الکترونیکی در راه حل های کاربردی توسعه یافته در پلت فرم 1C:Enterprise نسخه 8.3.10.2252 و بالاتر طراحی شده است.

ویژگی ها و تغییرات جدید

در فرم جستجوی پیشنهادات تجاری، امکان جستجو بدون اتصال به سرویس 1C: Business Network و امکان جستجوی تامین کننده با نام اضافه شده است.
گزارشی از پیشنهادات تجاری منتشر شده اضافه شد.
یک محل کار برای انتشار پیشنهادات تجاری در سرویس 1C:Business Network اضافه شده است.
انطباق با زیرسیستم های "1C: Library of Standard Subsystems" نسخه 2.4.2، "1C: Library of Internet User Support" نسخه 2.2.2 انجام شد.

انتقال به نسخه 1.3.8 از نسخه 1.3.7

نوع تعریف شده اضافه شد تخت طرف مقابل، نوع تعریف شده طرف مقابلحذف شده هنگام به روز رسانی لزومادر غیر این صورت یک نوع داده جدید تنظیم کنید حذفداده های مربوط به طرف مقابل در اشیاء زیرسیستم تبادل طرفین(سند بسته اسناد الکترونیکی، ثبت اطلاعات وضعیت طرف مقابل BED).

تغییرات ماژول:

عملکرد اضافه شده است درخواست متن برای محصولات منتشر شدهبرای به دست آوردن یک منبع داده برای انتشار پیشنهادات تجاری و تهیه گزارش در مورد کالاهای منتشر شده. هنگام دریافت لیستی از محصولات، لازم است یک فراخوانی تابع به متد FillOfferPackage پیاده سازی شود.

تغییرات در ماژول پیشنهادات تجاری

رویه اضافه شد UpdateDecorationConditionsPublicationsبرای به روز رسانی عنصر فرم دکوراسیون با وضعیت انتشار. باید تنظیمات انتشار عنصر وضعیت را به تماس در فرم اضافه کنید.

نقش اضافه شد ReportsTradingOffersبرای دسترسی به گزارش مورد نیاز است پیشنهادات تجاری منتشر شده.

نسخه 1.3.7

نسخه 1.3.7 توسعه نسخه 1.3 "1C: Electronic Document Library 8" است که برای اطمینان از تبادل اسناد الکترونیکی در راه حل های کاربردی توسعه یافته در پلت فرم 1C: Enterprise نسخه 8.3.10 و بالاتر طراحی شده است.

مقادیر ویژگی پیکربندی:

حالت سازگاری باید روی «استفاده نشود» تنظیم شود.
حالت استفاده از روش را می توان روی "استفاده نکنید" تنظیم کرد.
حالت سازگاری رابط می تواند مقادیر "نسخه 8.2"، "نسخه 8.2. اجازه تاکسی" یا "Taxi. Allow Version 8.2" را داشته باشد.

ویژگی ها و تغییرات جدید

امکان به دست آوردن وضعیت سند پرداخت از Sberbank اضافه شده است.
دریافت خودکار تنظیمات برای Sberbank هنگام اتصال به سرویس 1C:DirectBank اجرا شد.
قابلیت نمایش تبلیغات متنی 1C:DirectBank اضافه شده است.
سازگاری برای کار با سرویس 1C: Business Network در سرویس ابری 1CFresh انجام شده است.
امکان انتشار، جستجو و سفارش پیشنهادات تجاری در سرویس 1C: Trade Offers برای شرکت کنندگان در سرویس 1C: Business Network اضافه شده است.
انطباق با زیرسیستم های "1C: Library of Standard Subsystems" نسخه 2.4.1، "1C: Library of Internet User Support" نسخه 2.1.9، "1C: Library of Service Technology" نسخه 1.0.12 انجام شد.

زیر سیستم "مبادله با طرف مقابل"

تغییرات ماژول:

تاریخ سند, DocBaseDate

زیر سیستم "مبادله با بانک ها"

تغییرات در ماژول کار با FilesOverridable:

به رویه هنگام تعریف تنظیماتباید کد را اضافه کنید:

ElectronicInteraction.WhenDefiningSettings(Settings);

به رویه هنگام تعریف دایرکتوری های ذخیره سازی فایلباید کد را اضافه کنید:

تعامل الکترونیکی. هنگام تعریف فهرست های ذخیره فایل (FileOwnerType، DirectoryNames)؛

دایرکتوری های MessageExchangeWithBanksAttachedFiles و EDAttachedFiles به برنامه تبادل UpdateInformationBase اضافه شده اند.
دایرکتوری های MessageExchangeWithBanksAttachedFiles و EDAttachedFiles به نوع تعریف شده SignedObject اضافه شده اند.

بانک مشتری) گروهی از عناصر را از فرم کلی حرکت دهید.

در مدیریت رویداد فرم وقتی CreatedOnServer

&روی سرور

…

پایان رویه

در مدیریت رویداد فرم پردازش هشدارها

&OnClient

…
// تعامل الکترونیکی تبادل با بانک ها

Elements.GroupAdvertisingDirectBankHorizontally, Elements.TextDirectBankHorizontally);
// پایان تعامل الکترونیکی تبادل با بانک ها
پایان رویه

برای عنصر TextDirectBank به صورت افقیاضافه کردن کنترل کننده رویداد ProcessingNavigationLinks

&OnClient

پایان رویه

به یک روش ماژول مشترک تعامل الکترونیکی دستور پرداختدر یک راه حل کاربردی

زیر سیستم "تبادل با سایت ها"

تغییرات در ماژول سایت ExchangeOverridable:

رویه اضافه شد DetailsFormNode را اضافه کنید، برای افزودن جزئیات به گره طرح تبادل از فرم تبادل با سایت استفاده می شود. فرم گره تبادل وجود جزئیات مربوط به راه حل برنامه را فرض نمی کند، جزئیات به صورت برنامه ریزی شده اضافه می شوند.
رویه اضافه شد FieldWhenChangedOnServer را وارد کنید، برای پردازش رویداد در شمال استفاده می شود هنگامی که فیلد ورودی فرم گره طرح تبادل تغییر می کند، در رویه Add NodeFormDetails اضافه می شود.
رویه اضافه شد CheckboxFieldWhenChangedOnServerهنگامی که فیلد پرچم فرم گره طرح مبادله که در رویه Add NodeFormDetails اضافه شده است، برای پردازش رویداد روی سرور استفاده می شود.
رویه اضافه شد WhenCreatingOnServerFormCreateSite، برای افزودن جزئیات به فرم پردازش CreateSite استفاده می شود.

تغییرات در ماژول ExchangeSiteClientOverridable:

رویه حذف شد نوع کاتالوگ GroupTableU را تعریف کنید، نوع مقدار ستون Groups از جدول کاتالوگ محصولات توسط تنظیمات صرافی تعیین می شود.
رویه اضافه شد InputFieldOnChange، برای پردازش رویداد فراخوانی می شود هنگامی که فیلد ورودی فرم گره طرح تبادل تغییر می کند، در رویه SiteExchangeOverridden.AddNodeFormDetails اضافه می شود.
رویه اضافه شد CheckboxFieldOnChangeزمانی که فیلد پرچم فرم گره طرح تبادل در روال SiteExchangeOverridden.AddNodeFormDetails تغییر می کند، برای پردازش رویداد فراخوانی می شود.
رویه اضافه شد TableFormBeforeFinishEditing، برای پردازش رویداد BeforeFinishEdit یک فیلد در قسمت جدولی شکل گره طرح تبادل اضافه شده در رویه SiteExchangeOverridden.AddNodeFormDetails فراخوانی می شود.

زیر سیستم "شبکه تجاری"

اضافه شدن روش های جدید برای اجرای کارهای روتین در حالت تقسیم، ماژول مشترک تعامل الکترونیکی، رویه ها پس از دریافت لیستی از الگوها، . روش هایی با همین نام را در ماژول عمومی JobQueueOverridable ببینید.
هنگام جاسازی یک کتابخانه، برای کار در حالت تقسیم، باید یک فراخوانی به روش‌ها در ماژول عمومی اضافه کنید. JobQueueOverridable:
- در رویه پس از دریافت لیستی از الگوها:

// تعامل الکترونیکی
ElectronicInteraction.OnReceivingListTemplates(TaskTemplates);

در رویه هنگام تعریف مستعار Handlers:

// تعامل الکترونیکی
ElectronicInteraction.WhenDefiningHandlerAliases(MatchNamesAliases);
// پایان تعامل الکترونیکی

تغییرات در ماژول BusinessNetwork Overridable:
- رویه تغییر نام داد دریافت اطلاعات تماس کاربر.
- رویه به عملکرد تغییر کرد بر اساس جزئیات، طرف مقابل ایجاد کنید، پارامتر Account حذف شده است.

زیر سیستم "پیشنهادات تجاری"

یک زیر سیستم جدید "پیشنهادات تجاری" اضافه شده است؛ برای جاسازی شما نیاز دارید:

روش های نادیده گرفته شده را در ماژول های رایج توسعه دهید TradeOffersClientOverridable, TradeOffersOverridable.
انواع داده ها را در انواع تعریف شده مشخص کنید انواع مقادیر جزئیات 1СBusinessNetwork, انواع تخت نامگذاری, جزئیات بیشتر BED, پیشنهاد تجاری.

برای جزئیات بیشتر به مستندات جاسازی مراجعه کنید.

نسخه 1.3.6

نسخه 1.3.6 توسعه نسخه 1.3 "1C: Electronic Document Library 8" است که برای اطمینان از تبادل اسناد الکترونیکی در راه حل های کاربردی توسعه یافته بر روی پلت فرم 1C: Enterprise نسخه 8.3.8 و بالاتر طراحی شده است. در این حالت، ویژگی پیکربندی "Compatibility Mode" باید روی "Version 8.3.8" تنظیم شود.

این پیکربندی برای استفاده مشترک با پیکربندی "1C: Library of Standard Subsystems" کمتر از نسخه 2.3.4.112، با پیکربندی "1C: Library of Internet User Support 8" کمتر از نسخه 2.1.9.4 در نظر گرفته شده است.

ویژگی ها و تغییرات جدید

فرمت های اسناد فاکتور اولیه (از نظر انتقال یک سند اصلی جداگانه، فاکتور) مطابق با دستور سرویس مالیاتی فدرال مورخ 24 مارس 2016 شماره MMВ-7-15/155@ "در مورد تایید" پشتیبانی می شود. فرمت فاکتور و فرمت ارائه سند در مورد حمل کالا (اجرای کار)، انتقال حقوق مالکیت (سند ارائه خدمات)، از جمله فاکتور، به صورت الکترونیکی.
قالب های اسناد اولیه در مورد تغییرات ارزش، از جمله یک فاکتور تنظیم، (از نظر انتقال یک سند اصلی جداگانه، یک فاکتور تنظیم) مطابق با دستور سرویس مالیاتی فدرال مورخ 13 آوریل 2016 N MMV پشتیبانی می شود. -7-15/189@ "در مورد تایید قالب صورتحساب تعدیل و فرمت ارائه سند تغییرات بهای تمام شده کالای ارسالی (کار انجام شده، خدمات ارائه شده)، حقوق مالکیت منتقل شده از جمله فاکتور تعدیل در فرم الکترونیکی."
اسناد الکترونیکی جدید اضافه شد: انتقال کالا، انتقال نتایج کار، شکل جدید ارائه تصویری اسناد.
مکانیزم مبادله یک طرفه اضافه شده است که نیازی به اعلام رسید از طرف گیرنده ندارد.
اضافه شدن قابلیت کنترل باز کردن بسته بندی اسناد الکترونیکی ورودی (به صورت خودکار یا دستی)، امکان پیکربندی ایجاد نوع خاصی از سند هنگام دریافت اسناد الکترونیکی.
اضافه شدن قابلیت پیوند یک سند الکترونیکی به چندین سند حسابداری پایگاه اطلاعاتی.
تقسیم اسناد الکترونیکی به ورودی و خروجی اجرا شده است.
یکپارچه سازی با سرویس اجرا شده است 1C-UMIبه شما امکان می دهد وب سایت هایی را از برنامه ایجاد کنید، تبادل با یک فروشگاه آنلاین راه اندازی کنید UMI.
سازگاری برای کار با سرویس 1C-EDO در سرویس ابری 1CFresh انجام شد.

انتقال به نسخه 1.3.6 از نسخه 1.3.5

زیر سیستم "مبادله با طرف مقابل"

ماژول عمومی ExchangewithCounterpartiesRedefinable

روش اضافه شده UPD SCHFDOP.
روش اضافه شده اطلاعات مربوط به اطلاعات خریدار UPD خدمات مالیاتی فدرال را پر کنید. این روش داده ها را برای یک سند الکترونیکی از نوع عملکرد UPD (اطلاعات خریدار) SCHFDOP آماده می کند.
تابع SCHFDOP روش UPD (اطلاعات فروشنده) به اشیاء امنیت اطلاعات اضافه شد.
روش اضافه شده داده های اطلاعات اضافی خدمات مالیاتی فدرال فروشنده را پر کنید. این روش داده ها را برای یک سند الکترونیکی مانند STD (اطلاعات فروشنده) تابع DOP آماده می کند.
روش اضافه شده FindCreate UPDT DocumentAboutTransfer. این روش داده ها را از سند الکترونیکی UPD (اطلاعات فروشنده) تابع DOP در شی IS ذخیره می کند.
روش اضافه شده اطلاعات مربوط به اطلاعات SCHFISeller خدمات مالیاتی فدرال را پر کنید. این روش داده ها را برای یک سند الکترونیکی از نوع UTD (اطلاعات فروشنده) تابع SSF آماده می کند.
روش اضافه شده FindCreateUPDSInvoiceInvoice. این روش داده ها را از تابع SSF سند الکترونیکی UPD (اطلاعات فروشنده) در شی امنیت اطلاعات ذخیره می کند.
روش اضافه شده این روش داده ها را برای یک سند الکترونیکی از نوع UCD (اطلاعات فروشنده) تابع KSCHFDIS آماده می کند.
روش اضافه شده اطلاعات مربوط به خدمات مالیاتی فدرال اطلاعات خریدار UKID را پر کنید. این روش داده ها را برای یک سند الکترونیکی از نوع تابع UKD (اطلاعات خریدار) KSCHFDIS آماده می کند.
روش اضافه شده این روش داده ها را از تابع سند الکترونیکی UCD (اطلاعات فروشنده) KSCHFDIS در اشیاء امنیت اطلاعات ذخیره می کند.
روش اضافه شده داده های اطلاعات نادرست سرویس مالیاتی فدرال فروشنده را پر کنید. این روش داده ها را برای یک سند الکترونیکی از نوع UCD (اطلاعات فروشنده) تابع DIS آماده می کند.
روش اضافه شده FindCreateUKDDocumentAboutChangeValue. این روش داده ها را از سند الکترونیکی UCD (اطلاعات فروشنده) تابع DIS در یک شی IS ذخیره می کند.
روش اضافه شده اطلاعات مربوط به اطلاعات KSCHFISeller خدمات مالیاتی فدرال را پر کنید. این روش داده ها را برای یک سند الکترونیکی از نوع UCD (اطلاعات فروشنده) تابع KSCHF آماده می کند.
روش اضافه شده FindCreateUKDSAaccountInvoice. این روش داده ها را از تابع سند الکترونیکی UCD (اطلاعات فروشنده) KSCHF در یک شی امنیت اطلاعات ذخیره می کند.
روش اضافه شده انطباق انواع خروجی ED با اسناد امنیت اطلاعات. این روش مطابقت بین اسناد الکترونیکی خروجی و اسناد امنیت اطلاعات را تشکیل می دهد.
روش اضافه شده FindCreateDocumentTransferWorkResults. این روش برای پر کردن سند بارنامه دریافت شده در قالب "انتقال کالا" استفاده می شود.
روش اضافه شده FindCreateDocumentTransfer of کالا. این روش برای پر کردن سند گواهی ارائه خدمات دریافت شده در قالب "نتایج انتقال کار" استفاده می شود.
روش اضافه شده InstalledStateExchangeCompleted. این متد زمانی فراخوانی می شود که وضعیت جریان سند به آن تغییر کند تبادل تکمیل شد, تبادل با تصحیح کامل شد.
هنگام تولید اسناد الکترونیکی UPD، UKD، انتقال کالا، انتقال نتایج کار، جزئیات تاریخ سند, DocBaseDateباید پر شوند.

پردازش تبادل با طرفین

در طرح "Torg-12Seller":

فیلد "IdStateContract" اضافه شد.
قسمت جدولی "فاکتور حمل و نقل" اضافه شد.
فیلدهای "تاریخ فاکتور حمل و نقل"، "شماره فاکتور حمل و نقل" حذف شده اند.
فیلد «اطلاعات شخصی که کالا را انتقال داده» اضافه شد.

در چیدمان قانون انتقال حقوق:

بخش جدولی "پایه" اضافه شد.
فیلدهای "DocumentBaseName"، "DocumentBaseNumber"، "DocumentBaseDate"، "DocumentBaseAdditionalInformation" حذف شده اند.
فیلد "CurrencyName" اضافه شد.
فیلد "ادعاها" اضافه شد.
فیلد "تاریخ اجرا" اضافه شد.
در ویژگی های شرکت کنندگان در تراکنش، قسمت "نمابر" با قسمت "ایمیل" جایگزین شده است.
در املاک شرکت کنندگان در تراکنش، قسمت «کد کشور» با قسمت «کد کشور» جایگزین شده است.
در ویژگی های شرکت کنندگان تراکنش، فیلد AddressText با قسمت AddressText جایگزین شده است.

به روز رسانی یک نوع تعریف شده طرف مقابل:

هنگام ارتقاء از نسخه 1.3.5، لازم است نوع تعریف شده Counterparty به روز شود، در غیر این صورت، ارجاعات به دایرکتوری Counterparty در اشیاء BED، در صورت به روز رسانی، با از بین رفتن ارجاعات به اشیا بدون امکان بهبود.

روش به روز رسانی:

نوع تعریف شده Account را به AccountBED تغییر نام دهید.
پیکربندی را از پشتیبانی BED 1.3.5 حذف کنید.
مقایسه/ادغام با پیکربندی BED 1.3.5 را اجرا کنید، موافقت کنید که پیکربندی را برای پشتیبانی تنظیم کنید.
تیک همه اشیاء را بردارید و فقط نوع حساب تعریف شده را بگذارید، ادغام را انجام دهید.
به روز رسانی پیکربندی را شروع کنید، فایل BED 1.3.6 را انتخاب کنید.
چک باکس های انواع تعریف شده AccountBED و Account را انتخاب کنید. سایر اشیاء پایگاه داده لازم را برای به روز رسانی مشخص کنید.
یک به روز رسانی انجام دهید.

زیر سیستم "مبادله با بانک ها"

به رویه دریافت صورت حساب بانکیماژول مشترک ExchangeWithBanksClientپارامتر اختیاری اضافه شد OpenFormClarificationPeriodبا نوع بولی. اگر فرمی که بیانیه از آن دریافت می شود، قابلیت تغییر دستی دوره درخواست اظهارنامه را نداشته باشد، باید روی True تنظیم شود.

زیر سیستم "تبادل با سایت ها"

گره تبادل تغییر کرد تبادل سایت، فرم، ماژول شی:

قابلیت آپلود موارد با انتخاب بر اساس انواع آیتم ها اضافه شده است (قبلاً فقط توسط گروه های مورد در دسترس بود).

کتاب مرجع اضافه شد وب سایت ها:

قابلیت پیکربندی انتقال به سایت از 1C - به قسمت کاربر سایت و به قسمت مدیریت سایت اضافه شده است.
بر اساس سایت، می توانید یک گره تبادل ExchangeSite ایجاد کنید.

پردازش اضافه شده است یک وب سایت ایجاد کنید:

اضافه شدن قابلیت ایجاد سایت در دامنه 1C-UMI؛ سایت به صورت خودکار ایجاد می شود (عنصر Sites) و با داده های 1C پر می شود. یک گره تبادل ExchangeSite به طور خودکار ایجاد می شود و اولین تبادل کامل با سایت انجام می شود.

ماژول عمومی سایت ExchangeOverridable:

قابلیت انتخاب انواع آیتم ها اضافه شده است؛ امکان انتخاب کتاب مرجع دلخواه حذف شده است.

ماژول عمومی ExchangeSiteEvents:

قابلیت انتخاب انواع آیتم ها اضافه شد.
امکان انتخاب دایرکتوری سفارشی حذف شده است.

تغییرات دیگر

راه اندازی زیر سیستم مدیریت تعرفهدر مدل خدمات کتابخانه ای فناوری های خدماتی

به یک ماژول مشترک تعرفه گذاری قابل تعریف مجدددر متد When Forming a List of Services () باید پس از فراخوانی روش InternetUser Support کد اضافه کنید.

// تعامل الکترونیکی
تعامل الکترونیکی. هنگام تشکیل فهرستی از خدمات (ارائه دهندگان خدمات)؛
// پایان تعامل الکترونیکی

نسخه 1.3.5

نسخه 1.3.5 توسعه نسخه 1.3 "1C: Electronic Document Libraries 8" است که برای اطمینان از تبادل اسناد الکترونیکی در راه حل های کاربردی توسعه یافته بر روی پلت فرم 1C:Enterprise نسخه 8.3.8 و بالاتر طراحی شده است.

مقادیر ویژگی پیکربندی:

حالت سازگاری باید روی «استفاده نشود» تنظیم شود.
حالت استفاده از روش را می توان روی "استفاده نکنید" تنظیم کرد.
حالت سازگاری رابط می تواند مقادیر "نسخه 8.2"، "نسخه 8.2. اجازه تاکسی" یا "Taxi. Allow Version 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" است که برای اطمینان از تبادل اسناد الکترونیکی در راه حل های کاربردی توسعه یافته در پلت فرم 1C: Enterprise نسخه 8.3.6 و بالاتر طراحی شده است. در این حالت، ویژگی پیکربندی "Compatibility Mode" باید روی "Do not use" تنظیم شود. حالت استفاده از حالت را می‌توان روی «استفاده نکنید» و حالت سازگاری رابط را می‌توان روی «نسخه 8.2»، «نسخه 8.2. اجازه تاکسی» یا «Taxi. Allow Version 8.2» تنظیم کرد.

ویژگی ها و تغییرات جدید

یک سیستم اطلاع رسانی در مورد رویدادهای EDI (اسناد الکترونیکی جدید، دعوت نامه های جدید، انقضای گواهی و غیره) پیاده سازی شده است. اکنون می توان اعلان های ایمیل را در نمایه تنظیمات EDF پیکربندی کرد و همچنین اعلان های مربوط به رویدادها را مستقیماً در برنامه 1C با استفاده از پیام های پاپ آپ نمایش داد.
فرمت سند اولیه پشتیبانی می شود، از جمله فاکتور (فرمت UPD) مطابق با دستور سرویس مالیاتی فدرال مورخ 24 مارس 2016 شماره ММВ-7-15/155@ «در مورد تأیید فرمت فاکتور و فرمت ارسال سند در مورد حمل کالا (اجرای کار)، انتقال حقوق مالکیت (سند ارائه خدمات)، از جمله فاکتور، به صورت الکترونیکی"؛
قالب سند در مورد تغییر ارزش، که شامل یک فاکتور تنظیم است، پشتیبانی شده است" (فرمت UKD) مطابق با دستور سرویس مالیاتی فدرال مورخ 04/13/2016 N ММВ-7-15/189@ "در مورد تصویب فرمت فاکتور تعدیل و سند فرمت ارائه در مورد تغییرات بهای تمام شده کالای ارسال شده (کار انجام شده، خدمات ارائه شده)، حقوق مالکیت منتقل شده، از جمله یک فاکتور تنظیم، به صورت الکترونیکی"؛
از استفاده از اجزای خارجی در مبادله با بانک ها با استفاده از فناوری DirectBank پشتیبانی می کند.

انتقال به نسخه 1.3.4 از نسخه های 1.3.2، 1.3.3

تغییرات در فرم های لیست اسناد راه حل برنامه

در فرم‌های فهرست اسناد، باید یک رویه افزونه اضافه کنید تبادل با CounterpartiesClient.Waiting ProcessorEDW:

&OnClient

پایان رویه

هنگام به روز رسانی زیرسیستم، در گردانندگان رویداد فرم لیست اسناد لازم است: وقتی CreatedOnServer, هنگام باز شدن, پردازش هشدارها

&روی سرور
مراحل ایجاد در سرور
…
ParametersWhenCreatedOnServer = ExchangeWithCounterparties.ParametersWhenCreatedOnServer_ListForm();
ParametersWhenCreatedOnServer.Form = ThisObject;
ParametersWhenCreatedOnServer.LocationofCommands = دستورات Elements.EDO;
ExchangewithCounterparties.WhenCreatedOnServer_ListForm(شکست، پردازش استاندارد، پارامترهایWhenCreatedOnServer)؛
پایان رویه

&OnClient
مراحل بازگشایی (شکست)
…
// زیر سیستم "تبادل با طرف مقابل".
// پایان زیرسیستم «مبادله طرف مقابل».
پایان رویه

&OnClient
اعلان‌های فرآیند رویه (نام رویداد، پارامتر، منبع)
…
// زیر سیستم "تبادل با طرف مقابل".
Alert ParametersEDO = تبادل با CounterpartiesClient.AlertParametersEDO_ListForm();
EDO Notification Parameters.Form = ThisObject;
EDO Notification Parameters.DynamicListName = "List";
ExchangewithCounterpartiesClient.ProcessingAlert_ListForm(EventName, Parameter, Source, EDI AlertParameters);
// پایان زیرسیستم «مبادله طرف مقابل».
پایان رویه

تغییرات در فرم های سند راه حل برنامه

در فرم های سند باید یک رویه افزونه اضافه کنید Connectable_WaitingHandlerEDO، جایی که باید فراخوانی متد را قرار دهید

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

&OnClient
Procedure Connectable_EDOWaitingHandler()
ExchangeCounterpartiesClient.EDOWaitingHandler(ThisObject);
پایان رویه

در فرم های سند، لازم است ویژگی فرم "وضعیت EDO" را حذف کرده و به جای آن عنصر فرم "دکوراسیون" را اضافه کنید. برای نیازهای یک راه حل کاربردی، دکوراسیون می تواند تابع عنصر فرم "گروه" باشد. قابلیت مشاهده گروه در یک متد تنظیم شده است مبادله با طرف مقابل. هنگامی که در سرور ایجاد می شودبسته به شرایط f.o. "استفاده از Exchange with Counterparties."

هنگام به روز رسانی زیرسیستم، در کنترل کننده رویدادهای فرم سند ضروری است وقتی CreatedOnServer, هنگام باز شدن, AfterRecordingOnServer, پردازش هشدارهامکان روش های زیر سیستم "مبادله طرف مقابل".

مثلا:

&روی سرور

…
// زیر سیستم "تبادل با طرف مقابل".
پارامترهای EDO هنگام ایجاد = تبادل با طرف مقابل پارامترها هنگام ایجاد در Server_DocumentForm();
پارامترهای EDO هنگام ایجاد.Form = ThisObject;
پارامترهای EDO هنگام ایجاد.DocumentLink = Object.Link;
پارامترهای EDO هنگام ایجاد.DecorationStateEDO = Elements.DecorationStateEDO;
پارامترهای EDO هنگامی که ایجاد شد. گروه ایالتی EDO = گروه ایالتی عناصر.EDO;
تبادل با Counterparties.When CreatedOn Server_DocumentForm(Refusal, StandardProcessing, EDO ParametersWhen Created);
// پایان زیرسیستم «مبادله طرف مقابل».
پایان رویه

&OnClient
مراحل بازگشایی (شکست)
…
// زیر سیستم "تبادل با طرف مقابل"
ExchangeWithCounterpartiesClient.OnOpening(ThisObject);
// پایان دادن به زیرسیستم "تبادل با طرف مقابل"
پایان رویه

&روی سرور
رویه AfterRecordOnServer (CurrentObject، RecordParameters)
…
// زیر سیستم "تبادل با طرف مقابل".
ParametersAfterRecord = ExchangeWithCounterparties.ParametersAfterRecordOnServer();
ParametersAfterRecord.Form = ThisObject;
ParametersAfterRecord.DocumentLink = Object.Link;
ParametersAfterRecording.DecorationStateEDO = Elements.DecorationStateEDO;
ParametersAfterRecord.GroupEDOSstate = Elements.GroupEDOState;
ExchangewithCounterparties.AfterRecordOnServer(CurrentObject، RecordParameters،AfterRecordParameters)؛
// پایان زیرسیستم «مبادله طرف مقابل».
پایان رویه

&OnClient
اعلان‌های فرآیند رویه (نام رویداد، پارامتر، منبع)
…
// زیر سیستم "تبادل با طرف مقابل".
پارامترهای هشدار = ExchangewithCounterpartiesClient.AlertParametersEDO_DocumentForm();
AlertParameters.Form = ThisObject;
AlertParameters.DocumentLink = Object.Link;
Alert Parameters.DecorationEDO State = Elements.DecorationEDO State;
Alert Parameters.EDO State Group = Elements.EDO State Group;
ExchangeWithCounterpartiesClient.ProcessingAlert_DocumentForm(EventName, Parameter, Source, AlertParameters);
// پایان زیرسیستم «مبادله طرف مقابل».
پایان رویه

تغییرات در ماژول ExchangeCounterparties

رویه اضافه شد وقتی CreatedOnServer_ListForm، از کنترل کننده رویداد "When CreatedOnServer" در فرم لیست اسناد فراخوانی می شود. به عنوان سومین پارامتر متد، ساختاری ارسال می شود که توسط متد مقدار دهی اولیه می شود ParametersWhenCreatingOnServer_ListForm.
رویه اضافه شد وقتی CreatedOnServer_FormDocument، از کنترل کننده رویداد "When CreatedOnServer" فرم سند فراخوانی می شود. به عنوان سومین پارامتر متد، ساختاری ارسال می شود که توسط متد مقدار دهی اولیه می شود ParametersWhenCreatingOnServer_DocumentForm.
رویه اضافه شد AfterRecordingOnServer، از کنترل کننده رویداد "AfterRecordOnServer" فرم سند فراخوانی شده است. به عنوان سومین پارامتر متد، ساختاری ارسال می شود که توسط متد مقدار دهی اولیه می شود ParametersAfterRecordingOnServer.

تغییرات در ماژول تبادل با CounterpartiesClient.

رویه اضافه شد هنگام باز شدن، از کنترل کننده رویداد "On Opening" فرم لیست اسناد و فرم سند فراخوانی شده است.
رویه اضافه شد ProcessingAlerts_ListForm، از کنترل کننده رویداد "پردازش اعلان" فرم لیست اسناد فراخوانی شده است. به عنوان چهارمین پارامتر متد، ساختاری ارسال می شود که توسط متد مقدار دهی اولیه می شود Alert ParametersEDO_ListForm.
رویه اضافه شد ProcessingAlert_FormDocument، از کنترل کننده رویداد "پردازش اعلان" فرم سند فراخوانی شده است. به عنوان چهارمین پارامتر متد، ساختاری ارسال می شود که توسط متد مقدار دهی اولیه می شود Notification ParametersEDO_DocumentForm.
تغییرات در ماژول ExchangewithCounterparties Overridable:
روش اضافه شده انتقال داده های مجری کار را پر کنید.
مثال:

// داده ها را برای یک سند الکترونیکی از نوع انتقال کالا به فروشنده آماده می کند.
// گزینه ها:
// LinkToObject - پیوند به ED که توسط آن لازم است یک سند الکترونیکی تولید شود،

روش تکمیل کار انتقال داده (پیوند شی، ساختار ED، درخت داده) صادرات
پر کردن داده ها برای قانون 501 مجری خدمات مالیاتی فدرال (پیوند به شی، ساختار ED، درخت داده)
پایان رویه

روش CheckAbility toEdit Objectبه یک رویه تبدیل شد.
روش اضافه شده اطلاعات مربوط به UPDاطلاعات سرویس مالیاتی فدرال فروشنده را پر کنید. این روش داده ها را برای یک سند الکترونیکی از نوع آماده می کند UPDعملکرد (اطلاعات فروشنده). SCHFDOP.
روش اضافه شده FindCreateUniversalTransferDocument. این روش داده ها را از یک سند الکترونیکی ذخیره می کند UPDعملکرد (اطلاعات فروشنده). SCHFDOPvاشیاء IS
روش اضافه شده اطلاعات مربوط به خدمات مالیاتی فدرال اطلاعات فروشنده UKDI را پر کنید. این روش داده ها را برای یک سند الکترونیکی از نوع آماده می کند UKDعملکرد (اطلاعات فروشنده). KSCHFDIS.
روش اضافه شده FindCreateUniversalAdjustmentDocument. این روش داده ها را از یک سند الکترونیکی ذخیره می کند UKDعملکرد (اطلاعات فروشنده). KSCHFDISبه اشیاء امنیت اطلاعات

تغییرات در زیرسیستم «مبادله با بانک ها».

تغییرات در ماژول ExchangeWithBanksRedefinable

روش وقتی وضعیت ED تغییر می کنداضافه. هنگامی که وضعیت جریان اسناد الکترونیکی تغییر می کند، فراخوانی می شود.

تغییرات برای کار در حالت سرویس

اگر پیکربندی مقصد برای عملکرد در حالت سرویس ضروری است:

در روش GetProvidedDataHandlers ماژول مشترک SuppliedDataOverridden، کد زیر را اضافه کنید:

ElectronicInteraction.RegisterDeliveredDataHandlers(Handlers);

کار معمول Update External Modules Exchange With Banks را به ویژگی کلی Data Area Basic Data اضافه کنید.

تغییرات دیگر

باید یک ثابت به نوع تعریف شده اضافه کنید ازExchangeWithBanks استفاده کنید;
ویژگی حذف شد تبادل با بانک ها تبادل مستقیم با بانک توصیه می شود.

نسخه 1.3.3

نسخه 1.3.3 توسعه نسخه 1.3 محصول "1C: Library of Electronic Documents" است. طراحی شده برای توسعه پیکربندی هایی که برای کار بر روی پلت فرم 1C:Enterprise 8.3 نسخه 8.3.6 و بالاتر طراحی شده اند.

مقادیر ویژگی پیکربندی:

حالت سازگاری باید روی «استفاده نشود» تنظیم شود.
حالت استفاده از روش را می توان روی "استفاده نکنید" تنظیم کرد.
حالت سازگاری رابط می تواند مقادیر "نسخه 8.2"، "نسخه 8.2. اجازه تاکسی" یا "Taxi. Allow Version 8.2" را داشته باشد.

ویژگی ها و تغییرات جدید

بر اساس دستور مورخ 30 نوامبر 2015 به شماره ММВ-7-10/551@ "در مورد تصویب فرمت ارائه سند انتقال کالا در جریان معاملات تجاری به صورت الکترونیکی" و دستور مورخ 30 نوامبر 2015 شماره. ММВ-7-10/552@ "در مورد تایید فرمت ارائه سند در مورد انتقال نتایج کار (سند ارائه خدمات) به صورت الکترونیکی" فرمت های جدید اسناد الکترونیکی پشتیبانی می شود.

تغییرات در زیر سیستم "تبادل با طرف مقابل"

در ماژول ExchangewithCounterparties Overridableتعییری ایجاد کن:

// داده ها را برای یک سند الکترونیکی از نوع بارنامه آماده می کند.
// گزینه ها:
// LinkOnED - پیوند به ED که توسط آن لازم است یک سند الکترونیکی تولید شود،
// StructureED - ساختار، ساختار داده برای تولید یک سند الکترونیکی.
// درخت داده - درختی از مقادیر، درختی از داده ها برای پر کردن یک سند الکترونیکی.
روش تکمیل انتقال داده های فروشنده کالا (پیوند شی، ساختار ED، درخت داده) صادرات
اطلاعات مربوط به معامله 12 فروشنده خدمات مالیاتی فدرال را پر کنید (پیوند به شی، ساختار ED، درخت داده)
پایان رویه

هنگام کار با اسناد الکترونیکی، لازم است به پیکربندی که از BED استفاده می کند، الگوهایی برای محدود کردن دسترسی در سطح رکورد توسط سازمان (RLS) اضافه شود (به اسناد جاسازی مراجعه کنید).

نسخه 1.3.2

نسخه 1.3.2 توسعه نسخه 1.3 محصول "1C: Library of Electronic Documents" است. طراحی شده برای توسعه پیکربندی هایی که برای کار بر روی پلت فرم 1C:Enterprise 8.3 نسخه 8.3.6 و بالاتر طراحی شده اند.

مقادیر ویژگی پیکربندی:

حالت سازگاری باید روی «استفاده نشود» تنظیم شود.
حالت استفاده از روش را می توان روی "استفاده نکنید" تنظیم کرد.
حالت سازگاری رابط می تواند مقادیر "نسخه 8.2"، "نسخه 8.2. اجازه تاکسی" یا "Taxi. Allow Version 8.2" را داشته باشد.

ویژگی ها و تغییرات جدید

نمایش 2 عنوان اسناد الکترونیکی (TORG12, Act, Adjustment document) به صورت واحد برای مشاهده یک سند الکترونیکی. تمام اطلاعات عناوین در یک فرم جمع آوری می شود. به طور جداگانه، فرم عنوان دوم را می توان از فرم "اسناد الکترونیکی" مشاهده کرد.
امکان انعقاد یک "توافق نامه EDA" استاندارد به صورت الکترونیکی از "تنظیمات EDF" در برنامه 1C اجرا شده است. با استفاده از دستور «تولید توافق نامه با استفاده از الگو»، یک سند الکترونیکی دلخواه به صورت خودکار ایجاد می شود که پیوست آن فایل توافق نامه خواهد بود. پس از امضا، سند می تواند بلافاصله به طرف مقابل ارسال شود.
تبادل یکپارچه اسناد الکترونیکی دلخواه با فایل های پیوست. اکنون هر فایل پیوست شده را می توان به سرعت امضا کرد و با استفاده از هر سند الکترونیکی به طرف مقابل فرستاد.
امکان تبادل اسناد الکترونیکی با بانک در پروژه حقوق و دستمزد پشتیبانی می شود.
یک دستیار برای اتصال یک سازمان به DirectBank اضافه کرد.
لیست بانک هایی که از DirectBank پشتیبانی می کنند از طریق اینترنت به روز شد.
کار پشتیبانی شده با انواع مختلف نشانه ها (کلیدهای الکترونیکی) Sberbank: "معمولی"، "لمسی"، "با صفحه نمایش".
زیرسیستم های "کتابخانه زیرسیستم استاندارد" (BSS) به نسخه 2.3.2.27 به روز شده است.

انتقال به نسخه 1.3.2.19 از نسخه های 1.2.7، 1.3.1

شما باید یک رویه را بدون padding به ماژول اضافه کنید:

روش CheckUsingTestMode. شامل قابلیت فعال کردن ویژگی‌های اضافی برای آزمایش مبادلات با بانک‌ها است. هنوز هیچ برنامه ای برای استفاده از آن در راه حل های کاربردی وجود ندارد.

در ماژول RegularTasksOverridableتعییری ایجاد کن:

رویه تعیین تنظیمات برای کارهای معمول (تنظیمات) صادرات
تعامل الکترونیکی. هنگام تعریف تنظیمات روتین وظایف (تنظیمات)؛
پایان رویه

در ماژول ElectronicSignatureClientOverridableتعییری ایجاد کن:

رویه صدور گواهی تأیید (پارامترها) اضافی
ExchangeWithBanksClient.AtAdditionalCertificateVerification(Parameters);
پایان رویه

به ماژول امضای الکترونیکی غیرقابل قبولتعییری ایجاد کن:

مراحل ایجاد فرم چک کردن یک گواهی (گواهی، چک های اضافی، پارامترهای چک های اضافی، چک های استاندارد) صادرات
ExchangeWithBanks.WhenCreatingFormVerificationCertificate(
گواهی، چک های اضافی، پارامترهای چک های اضافی، چک های استاندارد).
پایان رویه

اشیاء اشتراک‌گذاری نشده زیر اضافه شده‌اند:

;

ثابت تبادل فایل عمومی با بانک ها.

به نوع تعریف شده گزینه های کاربردی فضای ذخیره سازیثابت اضافه کنید ازExchangeWithBanks استفاده کنید.

اگر قرار است پیکربندی در حالت مدل سرویس کار کند، باید Handler اشتراک را به رویداد Control of Unshared Objects while Writing the BED به WorkIn the Service Model.Control of Shared Objects در حین نوشتن تغییر دهید.

نسخه 1.3.1

نسخه 1.3.1 توسعه نسخه 1.2 محصول "1C: Library of Electronic Documents" است. طراحی شده برای توسعه پیکربندی هایی که برای کار بر روی پلت فرم 1C:Enterprise 8.3 نسخه 8.3.6 و بالاتر طراحی شده اند.

مقادیر ویژگی پیکربندی:

حالت سازگاری باید روی «استفاده نشود» تنظیم شود.
حالت استفاده از روش را می توان روی "استفاده نکنید" تنظیم کرد.
حالت سازگاری رابط می تواند مقادیر "نسخه 8.2"، "نسخه 8.2. اجازه تاکسی" یا "Taxi. Allow Version 8.2" را داشته باشد.

ویژگی ها و تغییرات جدید

امکان تبادل اسناد الکترونیکی بدون امضای الکترونیکی از طریق سرویس EDI برای شرکت کنندگان شبکه تجاری 1C اجرا شده است.
یک زیر سیستم مبادله مستقل با بانک ها اجرا شده است.
زیرسیستم های «کتابخانه زیرسیستم استاندارد» (BSS) به نسخه 2.3.1.71 به روز شده است.

انتقال به نسخه 1.3.1 از نسخه های 1.2.6، 1.2.7

معماری تغییر می کند

همه ماژول های با پیشوند "اسناد الکترونیکی" به ماژول هایی با پیشوند تغییر نام داده اند. "مبادله با طرف مقابل".روش های ماژول هدف عمومیبه ماژول جدید منتقل شد تعامل الکترونیکی. مدول به روز رسانی پایگاه اطلاعات EDتغییر نام داد به به روز رسانی پایگاه داده.

اسناد الکترونیکی V تعامل الکترونیکی:

نام خانوادگی Initials افراد

لیست روش هایی که از ماژول منتقل شده اند اسناد الکترونیکی V تبادل با بانک ها:

امکان تبادل مستقیم با بانک وجود دارد
GetDataBankStatementsTreeValues
GetDataBankStatementsTextFormat
تجزیه TreeExtractsBank

لیست روش هایی که از ماژول به ElectronicInteractionClientOverridable:

بررسی اسناد را انجام دهید

لیست روش هایی که از ماژول منتقل شده اند ElectronicDocumentsClientOverridable V ExchangeWithBanksClientOverridable:

ParseFileExtracts

لیست روش هایی که از ماژول به ElectronicInteractionClientServer:

GetMessageText (به MessageText تغییر نام داد)
واکنش

لیست روش هایی که از ماژول منتقل شده اند Electronic DocumentsClientServer V ExchangeWithBanksClientServer:

تکمیل شده در DetailsSettings EDSBanks (تغییر نام تکمیل شده تکمیل شده جزئیات SettingsExchange)
HeaderSettingsEDOSBank به HeaderSettingsExchangeWithBank تغییر نام داده است.
GetStatusTextED

لیست روش هایی که از ماژول به ElectronicInteractionOverridable:

ChangeFormElementProperties
CurrentDirectoryTemporaryFiles
گزینه های عملکردی منطبق را دریافت کنید
فهرست های منطبق را دریافت کنید
دریافت مکاتبات به نام اشیاء MD و جزئیات
مطابقت کدهای جزئیات و نمایندگی ها
ساختار جزئیات کلیدی شی را دریافت کنید
Text MessageNecessarySystem Settings
ویرایش پیام خطا
MessageText را درباره نقض حقوق دسترسی آماده کنید
disassembleNameIndividuals
FindReferenceToObject
دریافت شماره سند چاپی
CheckReadinessSources
GetData LegalIndividuals
توضیحات سازمان ها
حق پردازش ED وجود دارد
حق خواندن ED وجود دارد
حق باز کردن ثبت مجله وجود دارد

لیست روش هایی که از ماژول منتقل شده اند اسناد الکترونیکی غیرقابل قبول V ExchangeWithBanksOverridable:

انواع فعلی ED را دریافت کنید
دریافت شماره حساب بانکی
ED ParametersBy Source را پر کنید
داده های دستور پرداخت را پر کنید
داده های درخواست پرداخت را پر کنید
CheckAbility toEdit Object

از اشتراک رویداد هنگام ضبط مالک، نسخه جدیدی از ED را اختصاص دهیدو ChangeBeforeRecordingOwnerED را بررسی کنیداسناد بانکی حذف شد.

طرح‌بندی‌ها از پردازش خارج شدند تبادل طرفین V تبادل با بانک ها:

دستور پرداخت
شرط پرداخت

باید به نوع تعریف شده اضافه کنید

documentObject.PackageED

رابط تغییر می کند

در ماژول های رایج تبادل با بانک ها, تبادل طرفینرویه ها اضافه شد وقتی CreatedOnServer. هنگام باز کردن فرم های شی برای تولید دستورات EDI فراخوانی می شود. گزینه ها: فرم- فرم فعلی، Team PlacementDefault- عنصری از فرم زیر منو که در آن دستورات EDI ایجاد می شود.
در ماژول های رایج ExchangeWithBanksOverridable, ExchangewithCounterparties Overridableرویه هایی را برای ایجاد لیستی از دستورات EDM اضافه کرد ساختار اشیاء تیم های EDF را آماده کنید. پارامتر ترکیب TeamsEDOمی تواند یک آرایه (برای زیرسیستم تبادل با بانک ها) یا ساختار آرایه ( تبادل طرفین).
گروه دستورات EDI حذف شده است؛ پر کردن خودکار پانل فرمان با دستورات EDI دیگر انجام نمی شود.

برای ایجاد دستورات EDM در فرم های سند infobase، باید کدی را برای تولید انواع شی در رویه ماژول مشترک لغو شده اضافه کنید.

مثال در ماژول ExchangewithCounterparties Overridable:

ترکیب تیم های EDM.Outgoing.Add("سند.فروش کالاها و خدمات");
ترکیب EDO Commands.Outgoing.Add("Document.Buyer's Order");
…
ترکیب تیم های EDF.Incoming.Add("سند. دریافت کالا و خدمات");
ترکیب EDO Commands.Incoming.Add("Document.InvoiceReceived");
…
پایان رویه

ExchangeWithBanksOverridable:

رویه آماده سازی ساختار اشیاء تیم های EDF (ترکیب تیم های EDF) صادرات
ترکیب EDO Commands.Add("Document.Payment Order");
ترکیب EDO Commands.Add("Document.PaymentRequest");
…
پایان رویه

هنگام ایجاد فرم، دستورات تولید برنامه را فراخوانی کنید

مبادله با طرف مقابل. هنگام ایجاد در سرور:

رویه زمانی که روی سرور ایجاد شد (شکست، پردازش استاندارد)
// دستورات EDO
تبادل با Counterparties.When CreatedOnServer(Commands This Object, Elements.EDO);
// پایان فرمان EDO
پایان رویه

یک کنترل کننده فرم قابل اتصال اضافه کنید Connectable_Execute دستور EDO:

Procedure Connectable_Execute EDO Command (Command)
ElectronicInteractionServiceClient.ExecuteConnectedCommandEDO(Command, ThisForm, Elements.List);
پایان رویه

تغییرات در زیر سیستم "تبادل با طرف مقابل"

نوع تعریف شده "دلایل ED خودسرانه" را با انواع اسنادی که بر اساس آنها ورودی ها وارد می شود پر کنید. ED خودسرانه(به احتمال زیاد اینها همان اسنادی هستند که در نوع تعریف شده مالک فایل پیوست شده است)، همچنین در این اسناد باید سند "Custom ED" را به لیست "آیا پایه ای برای:" اضافه کنید.
در فرم های سند و لیست اسناد (بر اساس آن ED سفارشی وارد شده است)، لازم است ED سفارشی را در زیر منوی "ایجاد بر اساس" غیرفعال کنید، زیرا دستور برای وارد کردن یک ED سفارشی در زیر منوی EDO قرار می گیرد (فرمان "افزودن فایل").
در طرح‌بندی‌های قانون انتقال حقوق، سفارش کالا، پاسخ به سفارش، گزارش نماینده کمیسیون از فروش، گزارش نماینده کمیسیون از توضیحات، فاکتور پرداخت، کاتالوگ محصولات، لیست قیمت در گروه پارامترها "بانک" در قسمت "BIC" ویژگی پر کردن اجباری تغییر کرده است. این فیلد باید پر شود؛
در طرح فاکتور فاکتور، فرمت فیلدهای کد کشور مبدا و شماره اظهارنامه گمرکی تغییر کرده است. برای پر کردن صحیح تر، آنها در جدول اظهارنامه گمرکی ترکیب می شوند. نمونه ای از پر کردن این عناصر در روش تهیه داده های ESF را می توان در پایگاه داده آزمایشی BED یافت.

تغییرات در ماژول ExchangewithCounterpartiesClient

روش OpenEDList منسوخ شده است. در عوض، توصیه می شود از OpenEDTree استفاده کنید که کاربر را به درخت مقررات برای تبادل اسناد الکترونیکی برای سند امنیت اطلاعات باز می کند.

تغییرات در ماژول تعامل الکترونیک لغو شد

دو کلید به دریافت مطابقت با نام اشیاء و جزئیات برای تعریف مجدد اضافه شده است:

فروش کالاها و خدمات در فراداده
دریافت کالا و خدمات در فراداده

تغییرات در ماژول ExchangeCounterparties

روش Fill DataBy 1SEDOD را برای 1C-Reporting Master اضافه کرد که داده ها را برای 1C-Reporting Master آماده می کند.

روش Check AccounterV1EDMSWhen CreatedOnServer را اضافه کرد که باید هنگام ایجاد فرم حساب فراخوانی شود. این روش یک بررسی برای اتصال طرف مقابل به سرویس 1C-EDO انجام می دهد.
مثال مبادله با طرف مقابل. هنگام ایجاد در سرور، طرف مقابل را در 1 SEDO بررسی کنید:

رویه زمانی که روی سرور ایجاد شد (شکست، پردازش استاندارد)
// تعامل الکترونیکی تبادل با طرفین
مبادله با طرف‌های متقابل بررسی طرف مقابل در 1SEDO When CreatedOnServer(Object.Link).
// پایان تعامل الکترونیکی تبادل با طرف مقابل
پایان رویه

کار روتین NOT تقسیم نشده اضافه شد بررسی CounterpartiesBED، که انتخابی از طرف مقابل ایجاد می کند و اتصال آنها به 1C-EDO را بررسی می کند.

ثبت اطلاعات تقسیم شده اضافه شد وضعیت CounterpartiesBED، که آمار پیمانکاران متصل به سرویس 1C-EDO را جمع آوری می کند.

نمایش علامت اتصال به سرویس 1C-EDO را در ستون "EDO" در فرم لیست و فرم انتخاب طرف مقابل اضافه کنید. یک اشاره به ستون "متصل به سرویس 1C-EDO" اضافه کنید.
مثال:

انتخاب کنید
انتخاب
WHENCAunterparty StatusBED.Status = VALUE(Enumeration.CounterpartyStateBED.Connected)
سپس 0
دیگر 1
پایان
END LIKE EDO
DirectoryCounterparties.Name,
DirectoryCounterparties.INN،
DirectoryCounterparties.KPP،
....
DirectoryCounterparties.NameFull
از جانب
Directory.Counterparties AS DirectoryCounterparties
LEFT CONNECTION ثبت اطلاعات وضعیت پیمانکاران BED AS وضعیت پیمانکاران BED
نرم افزار (Contractor StatesBED.Counterparty = DirectoryCounterparties.Link)

در فرم‌های اسناد پایگاه اطلاعاتی، لازم است پیوند به گزینه کاربردی «استفاده از ED Exchange» را از ویژگی فرم «ED State Text» حذف کنید. هدر را از ویژگی «وضعیت ED» حذف کنید.

تغییرات در زیرسیستم «مبادله با بانک ها».

اشتراک رویداد اضافه شده است ExchangeWithBanksOwnerEDBefore Recordingو ExchangeWithBanksOwnerEDOnRecording.

انواع تعریف شده OwnersExchangeWithBanks و DirectoryBanks اضافه شد.
دستور عمومی SettingsExchangeWithBanks را اضافه کرد.

به نوع تعریف شده فایل ضمیمه شدهاضافه کردن:

directoryLink.MessageExchangeWithBanksAttachedFiles;
directoryObject.MessageExchangeWithBanksAttachedFiles;
directoryLink.PackageExchangeWithBanksAttachedFiles;
directoryObject.PackageExchangeWithBanksAttachedFiles.

به نوع تعریف شده صاحب فایل های پیوست شدهباید اضافه شود

documentLink.MessageExchangeWithBanks;
documentLink.PackageExchangeWithBanks.

به نوع تعریف شده OwnerAttachedFilesObjectباید اضافه شود

documentObject.MessageExchangeWithBanks;
documentObject.PackageExchangeWithBanks;
documentObject.PackageED

اضافه شدن یک زیرسیستم جدید "شبکه تجاری"

این زیرسیستم شامل ماژول های رایج (پیشوند ExchangeBusinessNetwork)، رفتار شبکه تجاری، نقش ها ( AdministrationSubscriberBusinessNetwork, PerformingExchangeBusinessNetwork)، ثبت اطلاعات IdentifiersBusinessNetwork. در فرم «راه اندازی تبادل اسناد الکترونیکی» دستوری برای فراخوانی فرم اتصال سرویس اضافه شده است.

لازم است مراحل و عملکردها در ماژول تکمیل شود BusinessNetwork Overridable:

روش بر اساس جزئیات، طرف مقابل ایجاد کنید. با استفاده از پارامترهای ارسال شده، یک طرف مقابل در راه حل برنامه ایجاد می کند.
روش IB UserContacts را دریافت کنید. اطلاعات تماس کاربر (نام نقش، آدرس ایمیل) را دریافت می کند.
روش کنترل جزئیات سند را اجرا کنید. جزئیات سند را بررسی می کند تا آرایه ارسال شود (فرستنده و گیرنده باید یکسان باشند).

انتقال به نسخه 1.3.7 از نسخه 1.3.6

در فرم بارگذاری اسناد پرداخت در یک فایل و دانلود صورت حساب بانکی از یک فایل (در حال پردازش بانک مشتری) گروهی از عناصر را حرکت دهید Group AdvertisingDirectBank به صورت افقیاز فرم کلی OfferConnect1SDDirectBank.

در مدیریت رویداد فرم وقتی CreatedOnServerروش های مکان ExchangeWithBanksClientServer.ShowAdvertisingDirectBank:

&روی سرور
رویه هنگام CreateOnServer (شکست، پردازش استاندارد)
…
// تعامل الکترونیکی تبادل با بانک ها
ExchangeWithBanksClientServer.ShowAdvertisingDirectBank(
Elements.GroupAdvertisingDirectBankHorizontally, Elements.TextDirectBankHorizontally);
// پایان تعامل الکترونیکی تبادل با بانک ها
پایان رویه

در مدیریت رویداد فرم پردازش هشدارهاروش ExchangeWithBanksClient.UpdateAdvertisingDirectBank را قرار دهید:

&OnClient
اعلان‌های فرآیند رویه (نام رویداد، پارامتر، منبع)
…
// تعامل الکترونیکی تبادل با بانک ها
ExchangeWithBanksClient.UpdateAdvertisingDirectBank(EventName,
Elements.GroupAdvertisingDirectBankHorizontally, Elements.TextDirectBankHorizontally);
// پایان تعامل الکترونیکی تبادل با بانک ها
پایان رویه

برای عنصر TextDirectBank به صورت افقیاضافه کردن کنترل کننده رویداد ProcessingNavigationLinksو متد ExchangeWithBanksClient.ProcessingNavigationLinkAdvertisingDirectBank را در آن قرار دهید:

&OnClient
Procedure TextDirectBankHorizontalNavigationLinkProcessing(Element، FormattedStringNavigationLink، StandardProcessing)
ExchangeWithBanksClient.ProcessingNavigationLinkAdvertisingDirectBank(
NavigationLinkFormatString، StandardProcessing)؛
پایان رویه

به رویه دریافت مکاتبات با نام اشیاء و جزئیات MDIماژول مشترک تعامل الکترونیکیاضافه کردن عنصر مطابقت با کلید PaymentOrderInMetadataو مقدار: نام شی فوق داده دستور پرداختدر یک راه حل کاربردی

09.06.2017

«(EDI) آنچه را که در عمل در شرکت‌ها و سازمان‌های روسی اجرا می‌شود، منعکس نمی‌کند. معلوم شد که اغلب در مورد پشتیبانی الکترونیکی از جریان اسناد کاغذی سنتی بود (و هست): در ساده ترین حالت - در مورد مدیریت کارت های الکترونیکی اسناد کاغذی، در یک مورد پیچیده تر - در مورد ایجاد یک مدار اضافی از نسخه های الکترونیکی آنها. با این حال، اصل در اینجا همیشه یک سند کاغذی است. به همین دلیل است که در این بررسی تصمیم گرفتیم از اصطلاح "مدیریت اسناد الکترونیکی بدون کاغذ" (BED) با اشاره به گزینه اجرای EDF "واقعی" استفاده کنیم، زمانی که اسناد اصلی در قالب الکترونیکی ارائه می شوند. در عین حال تاکید می کنم که حذف اسناد کاغذی به خودی خود یک هدف نیست، بلکه تنها وسیله ای برای ارتقای کیفیت و کارایی کار است.

بحث در مورد انتقال به BED برای مدتی طولانی در سطح ایالتی - به طور فعال از سال 2008 ادامه داشته است. اما این روند چقدر پویا و موفق است؟ دلایل متفاوت بودن نتایج امروز با نتایج پیش بینی شده 7-10 سال پیش چیست؟ برای پاسخ به این سؤالات، ما به متخصصان - توسعه دهندگان ابزارهای EDMS/ECM و کسانی که در پیاده سازی و عملکرد چنین سیستم هایی دست دارند، مراجعه کردیم.

ارتباط انتقال به BED چیست؟

اولگ بیلزون، رئیس بخش Alfresco در Business Logic (گروه IT) می گوید: این موضوع به طور فزاینده ای برای انواع مختلف مشتریان مرتبط می شود - چه سازمان های تجاری و چه دولتی. همه در حال حاضر به معنای واقعی کلمه در جریان کاغذ غرق شده اند - این از نظر فیزیکی به یک مشکل تبدیل می شود، دسکتاپ و کابینت بسیاری از کارمندان مملو از اسناد بررسی شده، توافق شده، امضا شده، ذخیره شده و "گزارش مالیاتی" است و این کار روز به روز دشوارتر می شود. برای مدیریت آنها به نظر وی، بسیاری از تنظیم کننده های دولتی (به عنوان مثال، خدمات مالیاتی فدرال) این را درک کرده اند، و بنابراین آنها قویا - حتی الزامات اجباری - تغییر به گردش بدون کاغذ اسناد رسمی را توصیه می کنند.

النا ایوانووا، رئیس بخش بازاریابی شرکت EOS، به نوبه خود خاطرنشان می کند که اگرچه انتقال به جریان اسناد بدون کاغذ به شرکت ها اجازه می دهد هزینه ها را کاهش دهند و کارایی فرآیندهای تجاری خود را افزایش دهند، اما باید در نظر داشت که چنین تحولی مستلزم آن است. هزینه های معین مرتبط با اجرای راه حل های تکنولوژیکی، تغییر مقررات، به حداقل رساندن خطرات ناشی از استفاده از اسناد الکترونیکی. به طور کلی، وضعیت بدیهی است: هرچه جریان اسناد کاغذی بیشتر باشد، موضوع مبادله بدون کاغذ بیشتر می شود. او نیاز به هزینه‌های اضافی را «در حال حاضر» و عدم تمایل کارمندان به دست کشیدن از فرآیندها و ویژگی‌های معمول یک سند کاغذی را به عنوان موانع اصلی در کاهش سرعت چنین انتقالی می‌داند. اما توسعه دهندگان ابزارهایی دارند که می توانند بر چالش های پیاده سازی غلبه کنند.

دمیتری شمیلوف، رئیس بخش توسعه راه حل های ECM در شرکت ELAR می گوید، اکنون، در شرایط بحران اقتصادی طولانی، همه شرکت ها آماده انجام این کار نیستند. علاوه بر این، BED برای تجارت اولویتی ندارد، مثلاً اتوماسیون تولید، راه‌حل‌هایی برای وظایف حیاتی و سیستم‌هایی با هدف کاهش هزینه‌ها، یعنی پروژه‌هایی که می‌توانند درآمد داشته باشند.

وادیم ایپاتوف، معاون مدیر کل InterTrust برای توسعه تجارت، یادآوری می کند که علاوه بر مشکلات سازمانی و فناوری، الزامات نظارتی نیز وجود دارد که امروزه عمدتاً همچنان بر استفاده از کاغذهای اصلی متمرکز است. به ویژه، مسائل مربوط به نگهداری طولانی مدت (و به ویژه ابدی) اسناد هنوز حل نشده باقی مانده است. به نظر می رسد سهم چنین اسنادی در حجم کلی آنها ناچیز است، اما مانند یک لنگر، روند کنار گذاشتن اصل های کاغذی را به طور کلی متوقف می کند.

اگر ما در مورد اسناد مورد استفاده به عنوان وسیله ارتباطی صحبت کنیم، امروزه رایج ترین مکانیسم ایمیل است. به نظر می رسد در اینجا هیچ مشکل سازمانی، قانونی و فنی وجود ندارد. اما در واقع، ایمیل نسخه کاغذی سنتی تعامل را پیاده سازی می کند، که در صورت پیاده سازی خودکار، منجر به ایجاد حجم عظیمی از اطلاعات می شود که مدیریت آنها حتی با استفاده از فناوری اطلاعات دشوار است. یعنی برخی از معماری های ارتباطی از نظر کیفی متفاوت مورد نیاز است. و برای استفاده از آنها، کارشناس تاکید می کند، باید درک خود از ECM را تجدید نظر کنیم و آنها را به عنوان سیستم هایی قرار دهیم که افراد، فرآیندها و محتوای مرتبط را متحد می کنند. امروز درست تر است که نه در مورد جریان اسناد بدون کاغذ، بلکه در مورد تعامل بدون کاغذ، اما مستند افراد در طول فرآیندهای کاری صحبت کنیم.

به طور سنتی، موضوع EDMS به عنوان مسائل اتوماسیون فرآیندهای تجاری داخلی یک شرکت و تا حد قابل توجهی در رابطه با اسناد سازمانی و اداری درک می شد. با این حال، در سال های اخیر، موضوع تبادل اسناد بین سازمانی به سرعت افزایش یافته است: بین شرکت های تجاری، در داخل ارگان های دولتی و همچنین در تعامل مشاغل و افراد با سازمان های دولتی. همه این حوزه ها اکنون دقیقاً از نقطه نظر انتقال به جریان اسناد الکترونیکی بین سازمانی به سرعت در حال توسعه هستند.

ارنست کولسنیکوف، معاون بازاریابی Taxkom در این باره به پیش بینی های تحلیلگران اشاره می کند: تا سال 2017، استفاده از مکانیسم های EDI با طرف مقابل به 22.5٪ خواهد رسید. در حال حاضر، پس از معرفی اظهارنامه مالیات بر ارزش افزوده جدید (تقریباً همه مالیات دهندگان اکنون باید آن را به صورت الکترونیکی ارسال کنند)، موضوع اتوماسیون اسناد اهمیت ویژه ای پیدا کرده است، زیرا با ورود دستی داده ها، حسابداری به احتمال زیاد درخواست های خودکار برای مغایرت با طرف مقابل را دریافت می کند. . وی همچنین یادآوری می کند که فصل 49.1 قانون کار فدراسیون روسیه استفاده از EDI را هنگام کار از راه دور مجاز می کند و از 1 ژوئیه 2016 اصلاحاتی در قانون فدرال "در مورد شرکت های سهامی" اعمال می شود که به سهامداران اجازه می دهد. برای شرکت از راه دور در جلسات با استفاده از EDI.

آرتم تنان، مدیر پروژه تبادل اسناد الکترونیکی در 1C، مطمئن است که انگیزه اصلی برای انتقال به BED تمایل شرکت ها برای افزایش رقابت پذیری آنها است. کسانی که می خواهند در بازار پیشرو باشند، مدت ها قبل از مجوز قانونی، آماده شدن برای چنین تحولی را آغاز کردند و اولین کسانی هستند که در عمل بر این فرصت ها مسلط شدند. بازگشت به سال 2013-2014. روش‌های الکترونیکی تعامل با طرف‌های مقابل توسط شرکت‌هایی از صنایع بسیار رقابتی و فناوری، مانند زنجیره‌های خرده‌فروشی، توزیع‌کنندگان، اپراتورهای مخابراتی و غیره شروع به استفاده از روش‌های الکترونیکی کرد. هزینه ها و افزایش کارایی تعامل با طرف مقابل. تحت فشار شرکت های تامین کننده، طرف های همتای آنها نیز شروع به تغییر به BED کردند. در سال 2015، این روند حتی گسترده تر شد، که با توسعه قوانین و ظهور تعدادی از الزامات نظارتی جدید برای تشکیل گزارش های مالیاتی تسهیل شد. در سال های اخیر، تعداد کاربران متصل به خدمات به طور قابل توجهی افزایش یافته است.

تمرین انتقال به مدیریت اسناد الکترونیکی بدون کاغذ

به گفته النا ایوانوا، عمل انتقال نسخه های الکترونیکی اصلی هنگام تعامل با شعب و واحدهای راه دور در حال گسترش است. مبادله اسناد حسابداری اولیه (عمل، فاکتور و غیره) با طرف مقابل و ادغام با خدمات صرافی تخصصی مربوطه به طور فزاینده ای محبوب می شود. با این حال، او خاطرنشان می کند که بسیاری از سازمان ها هنوز نسبت به خطراتی که هنگام استفاده از اسناد اصلی الکترونیکی ایجاد می شود، محتاط هستند و استفاده از هر نوع اسناد الکترونیکی برای آنها یک موضوع "ممنوع" باقی مانده است.

اولگ بیلزون خاطرنشان می‌کند: «زمانی که صحبت از انتقال به کار با نسخه‌های اصلی الکترونیکی می‌شود، شرکت‌ها با کلمه «ما می‌خواهیم» و به دنبال آن «اما...» شروع می‌کنند. سپس مجموعه ای از دلایل کم و بیش قابل رفع وجود دارد: برخی واحدها آماده نیستند، بودجه تخصیص داده نشده است، ما نمی توانیم سنت های سازمان را بشکنیم و غیره. اما به طور کلی، او معتقد است، روند به سمت الکترونیکی شدن جریان اسناد به خوبی قابل مشاهده است، البته فقط به این دلیل که پروژه هایی برای گذار به فناوری های بدون کاغذ وجود دارد، اما چیزی در مورد پروژه های انتقال معکوس شنیده نشده است. حوزه‌های زیادی تحت پوشش BED وجود دارد - اینها عبارتند از EDMS کلاسیک، جریان اسناد مالی یک سازمان، و گردش قانونی قابل توجه اسناد مالی. جریان اسناد سازمانی و اداری قابل توجه قانونی تا حدودی متوقف شده است - ظرافت های قانونی بیش از حد وجود دارد و رویه کافی توسعه نیافته است. ذخیره سازی و پردازش الکترونیکی اسناد با طبقه بندی های مختلف دسترسی حتی بیشتر از این عقب است، زیرا (به طور کلی به طور موجه) الزامات نسبتاً سختگیرانه ای بر سیستم هایی که آنها را اجرا می کنند تحمیل می شود.

ماکسیم کاینر، تحلیلگر تجاری Directum می گوید که هنگام پیاده سازی EDMS/ECM، صرفه جویی در چاپ کاغذ تنها از طریق فرآیندهای خودکار حاصل می شود، اما اغلب معلوم می شود که حجم کل چاپ در سراسر سازمان می تواند افزایش یابد. علاوه بر این، اتوماسیون یک فرآیند تجاری خاص از طریق ECM در کمتر از 10٪ موارد به شما امکان می دهد حتی در این فرآیند از چاپ اسناد خودداری کنید. به طور کلی، او معتقد است که تاکنون صحبتی از گذار سازمان ها به جریان اسناد بدون کاغذ نشده است.

به عنوان یک قاعده، وظیفه خلاص شدن از دست کاغذ به خودی خود یک هدف نیست؛ هدف بهینه سازی فرآیندهای تجاری خاص، سرعت بخشیدن و ساده سازی اجرای آنها است. بر اساس برآوردهای وی، اکثریت سازمان های مشتری، سیستم های الکترونیکی داخلی را به طور کامل پیاده سازی کرده اند، از جمله طیف وسیعی از اسناد پشتیبانی (دستورالعمل ها، قطعنامه ها، گزارش های اجرا...). در بسیاری از سازمان‌های دولتی در میان مشتریان شرکت او، ارائه خدمات عمومی و کار با درخواست‌های شهروندان تا حد زیادی خودکار است. اگر درخواست از طریق کانال های الکترونیکی دریافت شود، به طور کامل به صورت الکترونیکی پردازش می شود. در زمینه اسناد سازمانی، اداری و نظارتی، "دیجیتالی سازی" می تواند به طور نسبی به 99.9٪ برسد، اما یک دستور، دستور یا مقررات، حداقل در یک نسخه کاغذی، هنوز مورد نیاز است - این توسط هر دو سنت و سنت دیکته شده است. هنجارهای قانونی هنگام کار با قراردادها، وضعیت مشابه است: کل فرآیند تهیه و تأیید آنها به طور کامل الکترونیکی انجام می شود، اما دو نسخه ای که طرفین امضا می کنند هنوز روی کاغذ "زنده" هستند.

نقش مهمی در انتقال به EDMS توسط بخش های فناوری اطلاعات سازمان ها دقیقاً به عنوان کاربران EDMS ایفا می شود - آنها از این ابزارها برای وظایف داخلی خود (پردازش درخواست های کاربر ، مدیریت پروژه از نظر توزیع وظایف و کار ، تأییدیه ها و غیره) استفاده می کنند. ، در حالی که با مثال خود آنها نشان می دهند که چگونه می توان کاغذ را به طور کامل حذف کرد.

دیمیتری شمیلوف معتقد است: «انتقال به فناوری‌های بدون کاغذ در حال تبدیل شدن به امری عادی است و به دلیل نیازهای تولید انجام می‌شود؛ کار بدون کاغذ سودآور است». - BED برای جریان اسناد داخلی شرکت بسیار مرتبط است. امروزه، زمانی که اسناد الکترونیکی به تدریج به جایگاه قانونی دست می یابند، کار در یک EDMS با طرف مقابل به امری عادی تبدیل شده است. اما در عین حال، او خاطرنشان می‌کند که در سازمان‌هایی که رژیم‌های خاص را اعمال می‌کنند، اسنادی که اسرار دولتی یا تجاری را تشکیل می‌دهند یا ارزش خاصی دارند، هنوز روی کاغذ ذخیره می‌شوند. انتقال به BED برای چنین اسنادی یا غیرممکن است یا با تضمین بالاترین سطح امنیت همراه است، که گران، دشوار است و اغلب هزینه را توجیه نمی کند.

به گفته ارنست کولسنیکوف، مبادله اسناد الکترونیکی با طرف مقابل در حال گذر از مرحله گذار از حالت جنینی به حالت بالغ تر است. اپراتورهای EDF در ابتدا تاکتیک جذب بزرگترین شرکت ها - تولید کنندگان ترافیک اسناد را انتخاب کردند؛ در بخش های تجاری کلیدی، مبادله اسناد به شکل الکترونیکی رایج شده است؛ در برخی دیگر، پروژه های آزمایشی در حال انجام است. این فرآیند به طور قابل توجهی توسط اقدامات تنظیم کننده تحریک می شود و گاهی اوقات حتی آغاز می شود. مورد متداول اتوماسیون، مجموعه ای از شرکت های یک هلدینگ با توزیع سرزمینی در سراسر کشور است که اکثر اسناد به صورت الکترونیکی تبدیل شده و حداکثر اثر مالی تضمین می شود. در عین حال، این کارشناس به نکته مهمی اشاره می کند: «بسیار به نحوه انجام حسابداری در شرکت بستگی دارد. اگر همه چیز طبق قانون باشد، افزایش شفافیت استقبال می‌شود، اما اگر وضعیت برعکس باشد، ابزاری برای برقراری نظم عمل می‌کند، اما این روند سریعی نیست.»

بارزترین زمینه کاربرد BED، انتقال به یادداشت ها و فاکتورهای تحویل الکترونیکی است. اما آرتم تانان خاطرنشان می کند که اگرچه تنظیم کننده تمایل آشکاری برای حرکت سریع در این مسیر نشان می دهد، اما مشکلات خصوصی زیادی ایجاد می شود. به عنوان مثال، انتقال به مبادله صورتحساب‌های الکترونیکی به دلیل شرایطی که مثلاً خدمات در آخرین روز دوره مالیاتی (ارتباطات، اینترنت، آب و برق و غیره) ارائه می‌شد، و فاکتور با تأیید سند الکترونیکی با مشکل مواجه شد. اپراتور مدیریت در اوایل روز بعد در ماه تاریخ گذاری شد. این مشکل با تصویب قانون فدرال 382-FZ و توضیحات بعدی وزارت دارایی به سرعت حل شد.

موانع بر سر راه BED

چند سال پیش، پاسخ اصلی به این سوال، تز «آماده نبودن چارچوب نظارتی و قانونی» بود، اما اکنون کارشناسان با ذکر این مشکل، آن را در درجه اول قرار نمی دهند. ماکسیم کاینر می گوید: «سازمان ها علاقه ای به دور شدن از کاغذ ندارند. - هزینه های چاپ و کار با اسناد کاغذی آنقدر زیاد نیست که کاهش آنها یک مزیت محسوب شود. سیستم‌های ECM برای انتقال به جریان اسناد بدون کاغذ پیاده‌سازی نمی‌شوند، بلکه برای به دست آوردن اثرات ملموس‌تر و واضح‌تر دیگر اجرا می‌شوند: شفافیت فرآیندها و تسریع آنها، کاهش ریسک و غیره. از جمله به دلیل قیمت نسبتاً بالای گواهی امضای الکترونیکی. در همان زمان، او همچنین به کاستی‌های چارچوب نظارتی اشاره می‌کند - مبهم بودن تعدادی از فرمول‌بندی‌ها و ماهیت مشاوره کلی، و انتخاب را به سازمان‌هایی واگذار می‌کند که ممکن است به سادگی نخواهند الگوهای کار ثابت شده را تغییر دهند. در عین حال، او اطمینان دارد که رویکردهای جدید نباید به شدت تحمیل شوند، زیرا در اکثر شرکت ها به تغییراتی در سطح زیرساخت فناوری اطلاعات نیاز دارند.

النا ایوانووا با صحبت در مورد مشکل چارچوب قانونی، توجه خود را به این واقعیت جلب می کند که بسیاری از مسائل نظارتی بر عهده خود سازمان ها است. او مطمئن است: "از بسیاری جهات، اراده مدیریت در توسعه BED نقش دارد." - اگر مدیر دستور بدهد که بدون کاغذ کار کنید، همه چه بخواهند و چه نخواهند انجام می دهند. اگر چنین اقدام انگیزشی از سوی مدیریت در سازمان وجود نداشته باشد، به این معنی است که امکان پذیری اقتصادی و اثرگذاری در BEA را نمی بینند. همچنین مسئله کمبود پرسنلی وجود دارد که می توانند به عنوان محرک فرآیند اجرای BED عمل کنند و تمام لذت های آن را به مدیر منتقل کنند.

دیمیتری شمیلوف نیز با او موافق است: "البته می توان گفت که قانون از نظر توسعه BED از کشورهای غربی عقب است، اما بسیار مهمتر است که همه حتی از فرصت هایی که اصلاحات در قانون ایجاد می کند استفاده نکنند. در عوض، یک تاخیر وجود دارد: بسیاری از فناوری‌های BED تنها توسط چند سازمان استفاده می‌شوند. در مورد مشتریان خود، شاهد روند توسعه و تعمیق مباحث حسابداری الکترونیکی و ایجاد مدلی واحد برای پردازش و نگهداری اسناد حسابداری به صورت الکترونیکی هستیم. انتقال کامل به BED به دلیل فقدان فضای اعتماد واحد برای امضای الکترونیکی بسیار محدود شده است. همچنین الزامات حفاظت از اطلاعات را فراموش نکنید که در برخی موارد ذخیره و استفاده از اسناد الکترونیکی را غیرممکن می کند. خوب، تأمین مالی همچنان یک عامل مهم است.»

ارنست کولسنیکوف با تعبیر یک ضرب المثل معروف، دو مشکل اصلی مدیریت اسناد الکترونیکی روسیه را نام می برد: قوانین و مردم. وی ادامه داد: «شکاف‌هایی در قانون وجود دارد، به عنوان مثال، قالب‌ها فقط برای چند سند تأیید شده است، در حالی که کار روی انواع دیگر در حال انجام است. در آینده نزدیک باید فرمت سند انتقال جهانی تصویب شود؛ صحبت از یک ظرف جهانی است که هر سندی را می توان به آن ضمیمه کرد. رویه قضایی استفاده از اسناد غیر رسمی هنوز برای همه شرکت ها کافی نیست تا بدون ترس به EDI روی آورند، اما زمان می گذرد و وضعیت به سمت بهتر شدن تغییر می کند. دومین مشکل کلیدی مردم و واقعیت های غالب زندگی است؛ ما اغلب از مشتریان می شنویم: فقط در صورتی که ما را مجبور کنند از کاغذ امتناع می کنیم.

آرتم تنان می گوید: برای معرفی یک فناوری جدید در چارچوب یک فرآیند موجود، عمدتاً نیازمند آموزش مجدد پرسنل و تمایل مدیریت شرکت برای اعمال نوآوری است، اما فرآیندها در اصل یکسان باقی می مانند. او توصیه خاصی می کند: برای اجرای BED، شما باید افراد مسئول را منصوب کنید و سه وظیفه اصلی را انجام دهید - ایجاد یک رویه جدید برای کار با اسناد، آموزش کارکنان و تعیین مهلت برای کنار گذاشتن رویه قدیمی برای طرفین منتخب. برای اینکه رویه‌های جدید کار با اسناد ساده، قابل درک و دارای حداقل تفاوت با موارد موجود باشد، لازم است از ادغام BED با برنامه‌های حسابداری، مدیریت و EDMS و حتی بهتر از آن - ساخت BED پشتیبانی شود. بخشی جدایی ناپذیر از آنها یک بلوک جداگانه، احتمالاً مشکل‌سازترین، موضوع درگیر کردن طرف‌های مقابل است. نه تنها باید طرف مقابل مشتری BED را متصل کرد، بلکه در انتقال به یک روش جدید برای کار با اسناد نیز کمک کرد. در غیر این صورت حتی با استفاده از BED نیز اشتباهات و مغایرت در اطلاعات دفاتر خرید و فروش باقی خواهد ماند و پیامدهای منفی دیگری به همراه خواهد داشت. این کارشناس اطمینان دارد که موضوع ادغام BED با سایر سیستم های تجاری و مشارکت پیمانکاران در چند سال آینده نقش عمده ای در گسترش فناوری های BED در کشور ما خواهد داشت.

چه باید کرد؟

النا ایوانووا می‌گوید: «در حال حاضر در روسیه نمی‌توان کاغذ را به طور کامل رها کرد، چه در بخش دولتی و چه در بخش تجاری». - اول از همه، لازم است یک چارچوب قانونی ایجاد شود که سازمان ها را تشویق کند تا به BED روی آورند. تا حدی، این در حال حاضر در سازمان های دولتی در ارتباط با بهبود SMEV، M شروع به تجلی کرده است. او معتقد است که خیلی به فروشنده EDMS بستگی دارد. آنها می توانند اثر اقتصادی تغییر به BED را توجیه کنند و راه حل های تکنولوژیکی ارائه دهند. همچنین کار در جوامع حرفه‌ای و سازمان‌هایی که درگیر استانداردسازی در حوزه‌های EDMS/ECM هستند و تعامل با تنظیم‌کننده دولتی مهم است.

علاوه بر این، خود تامین کنندگان EDMS باید نمونه ای از انتقال به BED را ارائه دهند، دیمیتری شمایلوف مطمئن است. این شرکت ها همچنین برای بهبود کارایی کار خود به مدیریت اسناد الکترونیکی نیاز دارند. در شرایط کمبود مشتری، یک عامل موفقیت می تواند آزمایش فناوری BED در کسب و کار شما باشد. تامین کنندگان EDMS کمک خوبی از نظر توسعه فناوری خواهند بود و آخرین پیشرفت ها را ارائه می دهند که نیازهای فردی و ویژگی های مشتریان خود را برآورده می کند و در نظر می گیرد.

ماکسیم کاینر همچنین درباره توجیه اقتصادی انتقال به BED می‌گوید: «برای انتقال به جریان اسناد بدون کاغذ، پیاده‌سازی راه‌حل‌های فناوری اطلاعات باید از طریق صرفه‌جویی در کار پشتیبانی با رسانه‌های کاغذی (خرید و نگهداری تجهیزات، مواد مصرفی، هزینه های حمل و نقل و تحویل، هزینه های ذخیره سازی و بازیابی). کارشناسان جهان می گویند که دوره بازپرداخت سرمایه گذاری در راه حل های خاص ECM در بیش از نیمی از موارد یک سال و نیم یا کمتر است. مشارکت واقعی فروشندگان در این فرآیند ممکن است شامل ترویج ایده "کار بدون کاغذ امکان پذیر و سودآور است"، مشارکت در روند قانونگذاری، و همچنین کاهش هزینه راه حل های آنها، از جمله از طریق استفاده از مدل های ابری و SaaS باشد.

ارنست کولسنیکوف می‌گوید هیچ موانع غیرقابل عبوری برای BED وجود ندارد، اما مشکلاتی وجود دارد که می‌توان و باید آنها را حل کرد. یک جنبه مثبت واضح این است که مقامات دولتی در حال سرمایه گذاری هنگفتی برای اتوماسیون کشور هستند و می توان گفت که زندگی و کار در ده سال گذشته بسیار خوشایندتر شده است. مشکلاتی وجود دارد، اما با تلاش مشترک رگولاتور، توسعه دهندگان و مشتریان شناسایی و حل می شوند. او مطمئن است: «در یک مقطع زمانی، حجم اطلاعات در جامعه به حجم کافی خواهد رسید و همه متوجه خواهند شد که نمایش اسناد به روش قدیمی روی کاغذ، چیزی مربوط به گذشته است. اکنون تصور اینکه چگونه بدون اینترنت زندگی می‌کردیم دشوار است، اما با پردازش اسناد الکترونیکی، فکر می‌کنم وضعیت به همین منوال خواهد بود.

Artem Tanan توصیه می کند: "ما توصیه می کنیم که شرکت ها منتظر "آخرین تماس" نباشند، زمانی که خودشان دیگر قادر به مقابله با جریان کاغذ نیستند و الزامات تنظیم کننده را برآورده نمی کنند. - آنها باید اکنون تصمیم بگیرند که BED برای چه نوع معاملات/اسناد و با کدام طرف مقابل استفاده می شود، سپس مسئولین را تعیین و ضرب الاجل تعیین کنند. در صورت لزوم، کارشناسانی را با صلاحیت های کافی در این زمینه مشارکت دهید تا از اجرای با کیفیت وظایف محول شده اطمینان حاصل کنید. اگر مشکلاتی با ماهیت روش‌شناختی یا فنی پیش آمد، آن‌ها را برای بحث در پلتفرم‌های تخصصی، در گروه‌های کاری درباره موضوعات BED مطرح کنید. تنها تعیین وظایف خاص هنگام انتقال به BED در یک شرکت واحد به فرد امکان می دهد تا تجربه موفقی کسب کند که برای سایر فعالان بازار قابل درک باشد. تکرار این تجربه توسط شرکت‌های بزرگ همراه با اپراتورهای SF، فروشندگان نرم‌افزار و شبکه‌های شریک آنها مؤثرترین راه برای توزیع فناوری‌های BED در بازار است.

همکاران!

در برخی از تنظیمات، خطاها امکان بارگیری داده ها و بنابراین ارائه گزارش به خدمات مالیاتی فدرال را فراهم نمی کند.

معامله با طرف مقابل - چرا چک TIN / KPP تصویب نمی شود - یک فرآیند طولانی است و اغلب فقط باید اطلاعات را به خدمات مالیاتی فدرال منتقل کنید و در صورت سؤال، گواهی در مورد طرف مقابل ارائه دهید تا می تواند خود با آن مقابله کند، نه اینکه خودتان سعی کنید این مشکل را حل کنید و به دلیل گزارش دیرهنگام جریمه دریافت کنید.

اکنون با استفاده از مثال پیکربندی ویرایش 8 1C: حسابداری بر روی برخی تکنیک‌ها برای خروج از چنین موقعیت‌هایی تمرکز می‌کنیم. 3.0.

بنابراین، ترفند شماره 1:راستی‌آزمایی داخلی طرف‌های مقابل در حسابداری 8 فقط با طرف‌هایی که TIN/KPP دارند کار می‌کند. اگر TIN/KPP را از طرف مقابلی که تأیید را گذرانده است حذف کنید، پیام خطایی وجود نخواهد داشت. به سادگی در ماژول تأیید گزارش از بررسی حذف می شود.

ترفند شماره 2: هنگام بررسی طرف مقابل، یک رجیستری خاص از اطلاعات پر می شود: "وضعیت طرف مقابل". این همان چیزی است که باید با آن کار کنید.

با استفاده از مثال یک پایگاه آموزشی، این گزینه را در نظر خواهیم گرفت. ما فهرستی از طرف مقابل تأیید نشده داریم:

این برنامه گزارش می دهد که وضعیت، به عنوان مثال، طرف مقابل Camellia "KPP با داده های موجود در پایگاه داده خدمات مالیاتی فدرال مطابقت ندارد." چنین طرف مقابل چک را پاس نمی کند و برنامه به شما اجازه دانلود گزارش مالیات بر ارزش افزوده حاوی چنین طرف مقابل را نمی دهد.

چه کاری می توان انجام داد؟

ما ثبت اطلاعات "وضعیت طرفین" را باز می کنیم - فصل. منو - همه توابع - ثبت اطلاعات:

در ثبت اطلاعات "وضعیت پیمانکار"، مکان نما را در خط با طرف مقابل مورد نظر قرار دهید:

و وضعیت تأیید را از «ایست بازرسی با داده‌های خدمات مالیاتی فدرال مطابقت ندارد» به «طرف مقابل در پایگاه داده خدمات مالیاتی فدرال است» تغییر می‌دهیم.

نسخه جدید 1.3.8 از پیکربندی استاندارد "1C: Library of Electronic Documents 1.3" منتشر شده است.

نسخه 1.3.8

ویژگی ها و تغییرات جدید

در فرم جستجوی پیشنهادات تجاری، امکان جستجو بدون اتصال به سرویس 1C: Business Network و امکان جستجوی تامین کننده با نام اضافه شده است.
گزارشی از پیشنهادات تجاری منتشر شده اضافه شد.
یک محل کار برای انتشار پیشنهادات تجاری در سرویس 1C:Business Network اضافه شده است.
انطباق با زیرسیستم های "1C: Library of Standard Subsystems" نسخه 2.4.2، "1C: Library of Internet User Support" نسخه 2.2.2 انجام شد.

انتقال به نسخه 1.3.8 از نسخه 1.3.7

تغییرات ماژول:

عملکرد اضافه شده است درخواست متن برای محصولات منتشر شدهبرای به دست آوردن یک منبع داده برای انتشار پیشنهادات تجاری و تهیه گزارش در مورد کالاهای منتشر شده. هنگام دریافت لیستی از محصولات، لازم است یک فراخوانی تابع به متد FillOfferPackage پیاده سازی شود.

تغییرات در ماژول پیشنهادات تجاری

رویه اضافه شد UpdateDecorationConditionsPublicationsبرای به روز رسانی عنصر فرم دکوراسیون با وضعیت انتشار. باید تنظیمات انتشار عنصر وضعیت را به تماس در فرم اضافه کنید.

نقش اضافه شد ReportsTradingOffersبرای دسترسی به گزارش مورد نیاز است پیشنهادات تجاری منتشر شده.

نسخه 1.3.7

مقادیر ویژگی پیکربندی:

حالت سازگاری باید روی «استفاده نشود» تنظیم شود.
حالت استفاده از روش را می توان روی "استفاده نکنید" تنظیم کرد.
حالت سازگاری رابط می تواند مقادیر "نسخه 8.2"، "نسخه 8.2. اجازه تاکسی" یا "Taxi. Allow Version 8.2" را داشته باشد.

ویژگی ها و تغییرات جدید

امکان به دست آوردن وضعیت سند پرداخت از Sberbank اضافه شده است.
دریافت خودکار تنظیمات برای Sberbank هنگام اتصال به سرویس 1C:DirectBank اجرا شد.
قابلیت نمایش تبلیغات متنی 1C:DirectBank اضافه شده است.
سازگاری برای کار با سرویس 1C: Business Network در سرویس ابری 1CFresh انجام شده است.
امکان انتشار، جستجو و سفارش پیشنهادات تجاری در سرویس 1C: Trade Offers برای شرکت کنندگان در سرویس 1C: Business Network اضافه شده است.
انطباق با زیرسیستم های "1C: Library of Standard Subsystems" نسخه 2.4.1، "1C: Library of Internet User Support" نسخه 2.1.9، "1C: Library of Service Technology" نسخه 1.0.12 انجام شد.

انتقال به نسخه 1.3.7 از نسخه 1.3.6

زیر سیستم "مبادله با طرف مقابل"

تغییرات ماژول:

تاریخ سند, DocBaseDate

زیر سیستم "مبادله با بانک ها"

تغییرات در ماژول کار با FilesOverridable:

به رویه هنگام تعریف تنظیماتباید کد را اضافه کنید:

ElectronicInteraction.WhenDefiningSettings(Settings);

به رویه هنگام تعریف دایرکتوری های ذخیره سازی فایلباید کد را اضافه کنید:

تعامل الکترونیکی. هنگام تعریف فهرست های ذخیره فایل (FileOwnerType، DirectoryNames)؛

دایرکتوری های MessageExchangeWithBanksAttachedFiles و EDAttachedFiles به برنامه تبادل UpdateInformationBase اضافه شده اند.
دایرکتوری های MessageExchangeWithBanksAttachedFiles و EDAttachedFiles به نوع تعریف شده SignedObject اضافه شده اند.

در مدیریت رویداد فرم وقتی CreatedOnServerروش های مکان ExchangeWithBanksClientServer.ShowAdvertisingDirectBank:

&روی سرور
رویه هنگام CreateOnServer (شکست، پردازش استاندارد)
…
ExchangeWithBanksClientServer.ShowAdvertisingDirectBank(

پایان رویه

در مدیریت رویداد فرم پردازش هشدارهاروش ExchangeWithBanksClient.UpdateAdvertisingDirectBank را قرار دهید:

&OnClient

…
// تعامل الکترونیکی تبادل با بانک ها
ExchangeWithBanksClient.UpdateAdvertisingDirectBank(EventName,
Elements.GroupAdvertisingDirectBankHorizontally, Elements.TextDirectBankHorizontally);
// پایان تعامل الکترونیکی تبادل با بانک ها
پایان رویه

زیر سیستم "تبادل با سایت ها"

تغییرات در ماژول سایت ExchangeOverridable:

رویه اضافه شد DetailsFormNode را اضافه کنید، برای افزودن جزئیات به گره طرح تبادل از فرم تبادل با سایت استفاده می شود. فرم گره تبادل وجود جزئیات مربوط به راه حل برنامه را فرض نمی کند، جزئیات به صورت برنامه ریزی شده اضافه می شوند.
رویه اضافه شد FieldWhenChangedOnServer را وارد کنید، برای پردازش رویداد در شمال استفاده می شود هنگامی که فیلد ورودی فرم گره طرح تبادل تغییر می کند، در رویه Add NodeFormDetails اضافه می شود.
رویه اضافه شد CheckboxFieldWhenChangedOnServerهنگامی که فیلد پرچم فرم گره طرح مبادله که در رویه Add NodeFormDetails اضافه شده است، برای پردازش رویداد روی سرور استفاده می شود.
رویه اضافه شد WhenCreatingOnServerFormCreateSite، برای افزودن جزئیات به فرم پردازش CreateSite استفاده می شود.

تغییرات در ماژول ExchangeSiteClientOverridable:

رویه حذف شد نوع کاتالوگ GroupTableU را تعریف کنید، نوع مقدار ستون Groups از جدول کاتالوگ محصولات توسط تنظیمات صرافی تعیین می شود.
رویه اضافه شد InputFieldOnChange، برای پردازش رویداد فراخوانی می شود هنگامی که فیلد ورودی فرم گره طرح تبادل تغییر می کند، در رویه SiteExchangeOverridden.AddNodeFormDetails اضافه می شود.
رویه اضافه شد CheckboxFieldOnChangeزمانی که فیلد پرچم فرم گره طرح تبادل در روال SiteExchangeOverridden.AddNodeFormDetails تغییر می کند، برای پردازش رویداد فراخوانی می شود.
رویه اضافه شد TableFormBeforeFinishEditing، برای پردازش رویداد BeforeFinishEdit یک فیلد در قسمت جدولی شکل گره طرح تبادل اضافه شده در رویه SiteExchangeOverridden.AddNodeFormDetails فراخوانی می شود.

زیر سیستم "شبکه تجاری"

اضافه شدن روش های جدید برای اجرای کارهای روتین در حالت تقسیم، ماژول مشترک تعامل الکترونیکی، رویه ها پس از دریافت لیستی از الگوها، . روش هایی با همین نام را در ماژول عمومی JobQueueOverridable ببینید.
هنگام جاسازی یک کتابخانه، برای کار در حالت تقسیم، باید یک فراخوانی به روش‌ها در ماژول عمومی اضافه کنید. JobQueueOverridable:
- در رویه پس از دریافت لیستی از الگوها:

// تعامل الکترونیکی
ElectronicInteraction.OnReceivingListTemplates(TaskTemplates);

در رویه هنگام تعریف مستعار Handlers:

// تعامل الکترونیکی
ElectronicInteraction.WhenDefiningHandlerAliases(MatchNamesAliases);
// پایان تعامل الکترونیکی

تغییرات در ماژول BusinessNetwork Overridable:
- رویه تغییر نام داد IB UserContacts را دریافت کنید V دریافت اطلاعات تماس کاربر.
- رویه به عملکرد تغییر کرد بر اساس جزئیات، طرف مقابل ایجاد کنید، پارامتر Account حذف شده است.

زیر سیستم "پیشنهادات تجاری"

یک زیر سیستم جدید "پیشنهادات تجاری" اضافه شده است؛ برای جاسازی شما نیاز دارید:

روش های نادیده گرفته شده را در ماژول های رایج توسعه دهید TradeOffersClientOverridable, TradeOffersOverridable.
انواع داده ها را در انواع تعریف شده مشخص کنید انواع مقادیر جزئیات 1СBusinessNetwork, انواع تخت نامگذاری, جزئیات بیشتر BED, پیشنهاد تجاری.

برای جزئیات بیشتر به مستندات جاسازی مراجعه کنید.

نسخه 1.3.6

ویژگی ها و تغییرات جدید

فرمت های اسناد فاکتور اولیه (از نظر انتقال یک سند اصلی جداگانه، فاکتور) مطابق با دستور سرویس مالیاتی فدرال مورخ 24 مارس 2016 شماره MMВ-7-15/155@ "در مورد تایید" پشتیبانی می شود. فرمت فاکتور و فرمت ارائه سند در مورد حمل کالا (اجرای کار)، انتقال حقوق مالکیت (سند ارائه خدمات)، از جمله فاکتور، به صورت الکترونیکی.
قالب های اسناد اولیه در مورد تغییرات ارزش، از جمله یک فاکتور تنظیم، (از نظر انتقال یک سند اصلی جداگانه، یک فاکتور تنظیم) مطابق با دستور سرویس مالیاتی فدرال مورخ 13 آوریل 2016 N MMV پشتیبانی می شود. -7-15/189@ "در مورد تایید قالب صورتحساب تعدیل و فرمت ارائه سند تغییرات بهای تمام شده کالای ارسالی (کار انجام شده، خدمات ارائه شده)، حقوق مالکیت منتقل شده از جمله فاکتور تعدیل در فرم الکترونیکی."
اسناد الکترونیکی جدید اضافه شد: انتقال کالا، انتقال نتایج کار، شکل جدید ارائه تصویری اسناد.
مکانیزم مبادله یک طرفه اضافه شده است که نیازی به اعلام رسید از طرف گیرنده ندارد.
اضافه شدن قابلیت کنترل باز کردن بسته بندی اسناد الکترونیکی ورودی (به صورت خودکار یا دستی)، امکان پیکربندی ایجاد نوع خاصی از سند هنگام دریافت اسناد الکترونیکی.
اضافه شدن قابلیت پیوند یک سند الکترونیکی به چندین سند حسابداری پایگاه اطلاعاتی.
تقسیم اسناد الکترونیکی به ورودی و خروجی اجرا شده است.
یکپارچه سازی با سرویس اجرا شده است 1C-UMIبه شما امکان می دهد وب سایت هایی را از برنامه ایجاد کنید، تبادل با یک فروشگاه آنلاین راه اندازی کنید UMI.
سازگاری برای کار با سرویس 1C-EDO در سرویس ابری 1CFresh انجام شد.

انتقال به نسخه 1.3.6 از نسخه 1.3.5

زیر سیستم "مبادله با طرف مقابل"

ماژول عمومی ExchangewithCounterpartiesRedefinable

روش اضافه شده UPD SCHFDOP.
روش اضافه شده اطلاعات مربوط به اطلاعات خریدار UPD خدمات مالیاتی فدرال را پر کنید. این روش داده ها را برای یک سند الکترونیکی از نوع عملکرد UPD (اطلاعات خریدار) SCHFDOP آماده می کند.
تابع SCHFDOP روش UPD (اطلاعات فروشنده) به اشیاء امنیت اطلاعات اضافه شد.
روش اضافه شده داده های اطلاعات اضافی خدمات مالیاتی فدرال فروشنده را پر کنید. این روش داده ها را برای یک سند الکترونیکی مانند STD (اطلاعات فروشنده) تابع DOP آماده می کند.
روش اضافه شده FindCreate UPDT DocumentAboutTransfer. این روش داده ها را از سند الکترونیکی UPD (اطلاعات فروشنده) تابع DOP در شی IS ذخیره می کند.
روش اضافه شده اطلاعات مربوط به اطلاعات SCHFISeller خدمات مالیاتی فدرال را پر کنید. این روش داده ها را برای یک سند الکترونیکی از نوع UTD (اطلاعات فروشنده) تابع SSF آماده می کند.
روش اضافه شده FindCreateUPDSInvoiceInvoice. این روش داده ها را از تابع SSF سند الکترونیکی UPD (اطلاعات فروشنده) در شی امنیت اطلاعات ذخیره می کند.
روش اضافه شده این روش داده ها را برای یک سند الکترونیکی از نوع UCD (اطلاعات فروشنده) تابع KSCHFDIS آماده می کند.
روش اضافه شده اطلاعات مربوط به خدمات مالیاتی فدرال اطلاعات خریدار UKID را پر کنید. این روش داده ها را برای یک سند الکترونیکی از نوع تابع UKD (اطلاعات خریدار) KSCHFDIS آماده می کند.
روش اضافه شده این روش داده ها را از تابع سند الکترونیکی UCD (اطلاعات فروشنده) KSCHFDIS در اشیاء امنیت اطلاعات ذخیره می کند.
روش اضافه شده داده های اطلاعات نادرست سرویس مالیاتی فدرال فروشنده را پر کنید. این روش داده ها را برای یک سند الکترونیکی از نوع UCD (اطلاعات فروشنده) تابع DIS آماده می کند.
روش اضافه شده FindCreateUKDDocumentAboutChangeValue. این روش داده ها را از سند الکترونیکی UCD (اطلاعات فروشنده) تابع DIS در یک شی IS ذخیره می کند.
روش اضافه شده اطلاعات مربوط به اطلاعات KSCHFISeller خدمات مالیاتی فدرال را پر کنید. این روش داده ها را برای یک سند الکترونیکی از نوع UCD (اطلاعات فروشنده) تابع KSCHF آماده می کند.
روش اضافه شده FindCreateUKDSAaccountInvoice. این روش داده ها را از تابع سند الکترونیکی UCD (اطلاعات فروشنده) KSCHF در یک شی امنیت اطلاعات ذخیره می کند.
روش اضافه شده انطباق انواع خروجی ED با اسناد امنیت اطلاعات. این روش مطابقت بین اسناد الکترونیکی خروجی و اسناد امنیت اطلاعات را تشکیل می دهد.
روش اضافه شده FindCreateDocumentTransferWorkResults. این روش برای پر کردن سند بارنامه دریافت شده در قالب "انتقال کالا" استفاده می شود.
روش اضافه شده FindCreateDocumentTransfer of کالا. این روش برای پر کردن سند گواهی ارائه خدمات دریافت شده در قالب "نتایج انتقال کار" استفاده می شود.
روش اضافه شده InstalledStateExchangeCompleted. این متد زمانی فراخوانی می شود که وضعیت جریان سند به آن تغییر کند تبادل تکمیل شد, تبادل با تصحیح کامل شد.
هنگام تولید اسناد الکترونیکی UPD، UKD، انتقال کالا، انتقال نتایج کار، جزئیات تاریخ سند, DocBaseDateباید پر شوند.

پردازش تبادل با طرفین

در طرح "Torg-12Seller":

فیلد "IdStateContract" اضافه شد.
قسمت جدولی "فاکتور حمل و نقل" اضافه شد.
فیلدهای "تاریخ فاکتور حمل و نقل"، "شماره فاکتور حمل و نقل" حذف شده اند.
فیلد «اطلاعات شخصی که کالا را انتقال داده» اضافه شد.

در چیدمان قانون انتقال حقوق:

بخش جدولی "پایه" اضافه شد.
فیلدهای "DocumentBaseName"، "DocumentBaseNumber"، "DocumentBaseDate"، "DocumentBaseAdditionalInformation" حذف شده اند.
فیلد "CurrencyName" اضافه شد.
فیلد "ادعاها" اضافه شد.
فیلد "تاریخ اجرا" اضافه شد.
در ویژگی های شرکت کنندگان در تراکنش، قسمت "نمابر" با قسمت "ایمیل" جایگزین شده است.
در املاک شرکت کنندگان در تراکنش، قسمت «کد کشور» با قسمت «کد کشور» جایگزین شده است.
در ویژگی های شرکت کنندگان تراکنش، فیلد AddressText با قسمت AddressText جایگزین شده است.

به روز رسانی یک نوع تعریف شده طرف مقابل:

روش به روز رسانی:

نوع تعریف شده Account را به AccountBED تغییر نام دهید.
پیکربندی را از پشتیبانی BED 1.3.5 حذف کنید.
مقایسه/ادغام با پیکربندی BED 1.3.5 را اجرا کنید، موافقت کنید که پیکربندی را برای پشتیبانی تنظیم کنید.
تیک همه اشیاء را بردارید و فقط نوع حساب تعریف شده را بگذارید، ادغام را انجام دهید.
به روز رسانی پیکربندی را شروع کنید، فایل BED 1.3.6 را انتخاب کنید.
چک باکس های انواع تعریف شده AccountBED و Account را انتخاب کنید. سایر اشیاء پایگاه داده لازم را برای به روز رسانی مشخص کنید.
یک به روز رسانی انجام دهید.

زیر سیستم "مبادله با بانک ها"

زیر سیستم "تبادل با سایت ها"

گره تبادل تغییر کرد تبادل سایت، فرم، ماژول شی:

قابلیت آپلود موارد با انتخاب بر اساس انواع آیتم ها اضافه شده است (قبلاً فقط توسط گروه های مورد در دسترس بود).

کتاب مرجع اضافه شد وب سایت ها:

قابلیت پیکربندی انتقال به سایت از 1C - به قسمت کاربر سایت و به قسمت مدیریت سایت اضافه شده است.
بر اساس سایت، می توانید یک گره تبادل ExchangeSite ایجاد کنید.

پردازش اضافه شده است یک وب سایت ایجاد کنید:

اضافه شدن قابلیت ایجاد سایت در دامنه 1C-UMI؛ سایت به صورت خودکار ایجاد می شود (عنصر Sites) و با داده های 1C پر می شود. یک گره تبادل ExchangeSite به طور خودکار ایجاد می شود و اولین تبادل کامل با سایت انجام می شود.

ماژول عمومی سایت ExchangeOverridable:

قابلیت انتخاب انواع آیتم ها اضافه شده است؛ امکان انتخاب کتاب مرجع دلخواه حذف شده است.

ماژول عمومی ExchangeSiteEvents:

قابلیت انتخاب انواع آیتم ها اضافه شد.
امکان انتخاب دایرکتوری سفارشی حذف شده است.

تغییرات دیگر

راه اندازی زیر سیستم مدیریت تعرفهدر مدل خدمات کتابخانه ای فناوری های خدماتی

نسخه 1.3.5

مقادیر ویژگی پیکربندی:

حالت سازگاری باید روی «استفاده نشود» تنظیم شود.
حالت استفاده از روش را می توان روی "استفاده نکنید" تنظیم کرد.
حالت سازگاری رابط می تواند مقادیر "نسخه 8.2"، "نسخه 8.2. اجازه تاکسی" یا "Taxi. Allow Version 8.2" را داشته باشد.

ویژگی ها و تغییرات جدید

عملکرد کتابخانه با ویژگی های خاص کار بر روی پلت فرم 8.3.8 با حالت سازگاری غیرفعال تطبیق داده شد.
زیرسیستم های "کتابخانه زیرسیستم های استاندارد" به نسخه 2.3.3.45 به روز شده اند.
این کتابخانه شامل زیرسیستم "کتابخانه های پشتیبانی کاربران اینترنتی"، نسخه 2.1.8.3 است.

انتقال به نسخه 1.3.5 از نسخه 1.3.4

بدون نیاز به تغییرات

نسخه 1.3.4

ویژگی ها و تغییرات جدید

یک سیستم اطلاع رسانی در مورد رویدادهای EDI (اسناد الکترونیکی جدید، دعوت نامه های جدید، انقضای گواهی و غیره) پیاده سازی شده است. اکنون می توان اعلان های ایمیل را در نمایه تنظیمات EDF پیکربندی کرد و همچنین اعلان های مربوط به رویدادها را مستقیماً در برنامه 1C با استفاده از پیام های پاپ آپ نمایش داد.
فرمت سند اولیه پشتیبانی می شود، از جمله فاکتور (فرمت UPD) مطابق با دستور سرویس مالیاتی فدرال مورخ 24 مارس 2016 شماره ММВ-7-15/155@ «در مورد تأیید فرمت فاکتور و فرمت ارسال سند در مورد حمل کالا (اجرای کار)، انتقال حقوق مالکیت (سند ارائه خدمات)، از جمله فاکتور، به صورت الکترونیکی"؛
قالب سند در مورد تغییر ارزش، که شامل یک فاکتور تنظیم است، پشتیبانی شده است" (فرمت UKD) مطابق با دستور سرویس مالیاتی فدرال مورخ 04/13/2016 N ММВ-7-15/189@ "در مورد تصویب فرمت فاکتور تعدیل و سند فرمت ارائه در مورد تغییرات بهای تمام شده کالای ارسال شده (کار انجام شده، خدمات ارائه شده)، حقوق مالکیت منتقل شده، از جمله یک فاکتور تنظیم، به صورت الکترونیکی"؛
از استفاده از اجزای خارجی در مبادله با بانک ها با استفاده از فناوری DirectBank پشتیبانی می کند.

انتقال به نسخه 1.3.4 از نسخه های 1.3.2، 1.3.3

تغییرات در فرم های لیست اسناد راه حل برنامه

در فرم‌های فهرست اسناد، باید یک رویه افزونه اضافه کنید تبادل با CounterpartiesClient.Waiting ProcessorEDW:

&OnClient

پایان رویه

&OnClient
مراحل بازگشایی (شکست)
…
// زیر سیستم "تبادل با طرف مقابل".
// پایان زیرسیستم «مبادله طرف مقابل».
پایان رویه

تغییرات در فرم های سند راه حل برنامه

در فرم های سند باید یک رویه افزونه اضافه کنید Connectable_WaitingHandlerEDO، جایی که باید فراخوانی متد را قرار دهید

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

&OnClient
Procedure Connectable_EDOWaitingHandler()
ExchangeCounterpartiesClient.EDOWaitingHandler(ThisObject);
پایان رویه

مثلا:

&روی سرور
رویه زمانی که روی سرور ایجاد شد (شکست، پردازش استاندارد)
…
// زیر سیستم "تبادل با طرف مقابل".
پارامترهای EDO هنگام ایجاد = تبادل با طرف مقابل پارامترها هنگام ایجاد در Server_DocumentForm();
پارامترهای EDO هنگام ایجاد.Form = ThisObject;
پارامترهای EDO هنگام ایجاد.DocumentLink = Object.Link;
پارامترهای EDO هنگام ایجاد.DecorationStateEDO = Elements.DecorationStateEDO;
پارامترهای EDO هنگامی که ایجاد شد. گروه ایالتی EDO = گروه ایالتی عناصر.EDO;
تبادل با Counterparties.When CreatedOn Server_DocumentForm(Refusal, StandardProcessing, EDO ParametersWhen Created);
// پایان زیرسیستم «مبادله طرف مقابل».
پایان رویه

تغییرات در ماژول ExchangeCounterparties

رویه اضافه شد وقتی CreatedOnServer_ListForm، از کنترل کننده رویداد "When CreatedOnServer" در فرم لیست اسناد فراخوانی می شود. به عنوان سومین پارامتر متد، ساختاری ارسال می شود که توسط متد مقدار دهی اولیه می شود ParametersWhenCreatingOnServer_ListForm.
رویه اضافه شد وقتی CreatedOnServer_FormDocument، از کنترل کننده رویداد "When CreatedOnServer" فرم سند فراخوانی می شود. به عنوان سومین پارامتر متد، ساختاری ارسال می شود که توسط متد مقدار دهی اولیه می شود ParametersWhenCreatingOnServer_DocumentForm.
رویه اضافه شد AfterRecordingOnServer، از کنترل کننده رویداد "AfterRecordOnServer" فرم سند فراخوانی شده است. به عنوان سومین پارامتر متد، ساختاری ارسال می شود که توسط متد مقدار دهی اولیه می شود ParametersAfterRecordingOnServer.

تغییرات در ماژول تبادل با CounterpartiesClient.

رویه اضافه شد هنگام باز شدن، از کنترل کننده رویداد "On Opening" فرم لیست اسناد و فرم سند فراخوانی شده است.
رویه اضافه شد ProcessingAlerts_ListForm، از کنترل کننده رویداد "پردازش اعلان" فرم لیست اسناد فراخوانی شده است. به عنوان چهارمین پارامتر متد، ساختاری ارسال می شود که توسط متد مقدار دهی اولیه می شود Alert ParametersEDO_ListForm.
رویه اضافه شد ProcessingAlert_FormDocument، از کنترل کننده رویداد "پردازش اعلان" فرم سند فراخوانی شده است. به عنوان چهارمین پارامتر متد، ساختاری ارسال می شود که توسط متد مقدار دهی اولیه می شود Notification ParametersEDO_DocumentForm.
تغییرات در ماژول ExchangewithCounterparties Overridable:
روش اضافه شده انتقال داده های مجری کار را پر کنید.
مثال:

روش CheckAbility toEdit Objectبه یک رویه تبدیل شد.
روش اضافه شده اطلاعات مربوط به UPDاطلاعات سرویس مالیاتی فدرال فروشنده را پر کنید. این روش داده ها را برای یک سند الکترونیکی از نوع آماده می کند UPDعملکرد (اطلاعات فروشنده). SCHFDOP.
روش اضافه شده FindCreateUniversalTransferDocument. این روش داده ها را از یک سند الکترونیکی ذخیره می کند UPDعملکرد (اطلاعات فروشنده). SCHFDOPvاشیاء IS
روش اضافه شده اطلاعات مربوط به خدمات مالیاتی فدرال اطلاعات فروشنده UKDI را پر کنید. این روش داده ها را برای یک سند الکترونیکی از نوع آماده می کند UKDعملکرد (اطلاعات فروشنده). KSCHFDIS.
روش اضافه شده FindCreateUniversalAdjustmentDocument. این روش داده ها را از یک سند الکترونیکی ذخیره می کند UKDعملکرد (اطلاعات فروشنده). KSCHFDISبه اشیاء امنیت اطلاعات

تغییرات در زیرسیستم «مبادله با بانک ها».

تغییرات در ماژول ExchangeWithBanksRedefinable

روش وقتی وضعیت ED تغییر می کنداضافه. هنگامی که وضعیت جریان اسناد الکترونیکی تغییر می کند، فراخوانی می شود.

تغییرات برای کار در حالت سرویس

اگر پیکربندی مقصد برای عملکرد در حالت سرویس ضروری است:

در روش GetProvidedDataHandlers ماژول مشترک SuppliedDataOverridden، کد زیر را اضافه کنید:

ElectronicInteraction.RegisterDeliveredDataHandlers(Handlers);

کار معمول Update External Modules Exchange With Banks را به ویژگی کلی Data Area Basic Data اضافه کنید.

تغییرات دیگر

به نوع تعریف شده گزینه های کاربردی فضای ذخیره سازینیاز به اضافه کردن یک ثابت ازExchangeWithBanks استفاده کنید;
ویژگی حذف شد تبادل با بانک ها تبادل مستقیم با بانک توصیه می شود.

نسخه 1.3.3

مقادیر ویژگی پیکربندی:

حالت سازگاری باید روی «استفاده نشود» تنظیم شود.
حالت استفاده از روش را می توان روی "استفاده نکنید" تنظیم کرد.
حالت سازگاری رابط می تواند مقادیر "نسخه 8.2"، "نسخه 8.2. اجازه تاکسی" یا "Taxi. Allow Version 8.2" را داشته باشد.

ویژگی ها و تغییرات جدید

بر اساس دستور مورخ 30 نوامبر 2015 به شماره ММВ-7-10/551@ "در مورد تصویب فرمت ارائه سند انتقال کالا در جریان معاملات تجاری به صورت الکترونیکی" و دستور مورخ 30 نوامبر 2015 شماره. ММВ-7-10/552@ "در مورد تایید فرمت ارائه سند در مورد انتقال نتایج کار (سند ارائه خدمات) به صورت الکترونیکی" فرمت های جدید اسناد الکترونیکی پشتیبانی می شود.

انتقال به نسخه 1.3.2.19 از نسخه های 1.2.7، 1.3.1

تغییرات در زیر سیستم "تبادل با طرف مقابل"

در ماژول ExchangewithCounterparties Overridableتعییری ایجاد کن:

// داده ها را برای یک سند الکترونیکی از نوع بارنامه آماده می کند.
// گزینه ها:
// LinkOnED - پیوند به ED که توسط آن لازم است یک سند الکترونیکی تولید شود،
// StructureED - ساختار، ساختار داده برای تولید یک سند الکترونیکی.
// درخت داده - درختی از مقادیر، درختی از داده ها برای پر کردن یک سند الکترونیکی.
روش پر کردن اطلاعات انتقال کالا به فروشنده (پیوند به حجم

ما کارهایی را که قبلا انجام داده ایم ادامه می دهیم.

چرنومیردین V.S.

چندی پیش، یک مشتری بار دیگر با یک مشکل شناخته شده به من مراجعه کرد. شرکت او به روز رسانی 1C را نصب کرد. و کار متوقف شد زیرا برنامه به درستی کار نمی کرد. من فکر می کنم همه کسانی که به عنوان برنامه نویس یا کاربر با محصولات نرم افزاری 1C مواجه شده اند با این وضعیت بسیار آشنا هستند.

البته در این مورد خاص سعی کردم هر چه سریعتر تمام مشکلات را حل کنم و در نتیجه کار اداری به حالت عادی برگشت. اما در این شرایط هم از مشتری منفی زیادی دریافت کردم. و سپس به این فکر کردم که چرا این همه مشکلات دائماً با محصولات نرم‌افزار 1C به وجود می‌آیند، چرا این همه منفی از سوی مشتریان وجود دارد، و چرا خود برنامه‌نویسان 1C اغلب از جمله برنامه‌نویسان دیگر از آنها متنفر هستند؟

در این مقاله، تصمیم گرفتم نسخه خود را از دلایلی که منجر به چنین منفی‌کاری می‌شود، ارائه دهم. من سعی خواهم کرد تا حد امکان از اصطلاحات خاص استفاده کنم تا متن برای هر چه بیشتر خوانندگان قابل درک باشد.

در عین حال، مدتی من خودم به طور انحصاری به برنامه نویسی 1C مشغول بودم و امروز به طور فعال از محصولات نرم افزاری 1C در کار خود استفاده می کنم و از این شرکت بسیار سپاسگزارم که به من فرصت کسب درآمد از جمله برای من

اما از سوی دیگر، معتقدم که دلایل منفی بودن را نیز باید درک کرد. حداقل برای اینکه همه چیز را در سطح شهود و احساسات رها نکنیم.

1C چگونه شروع شد؟ به یاد بیاوریم!

من شخصا کار با نرم افزار 1C را از نسخه 6.0 شروع کردم. به نظر من، این برنامه کمی پیچیده تر از گزینه های حسابداری مختلف بود که در صفحات گسترده اکسل نگهداری می شد.

این نسخه با نسخه 7 جایگزین شد، از جمله موفق ترین نسخه آن - 1C 7.7. این قبلاً یک محصول نرم افزاری نسبتاً قدرتمند بود که در سراسر فضای پس از شوروی بسیار گسترده شد. در این زمان، اکثر کاربران آنقدر به کار با 1C عادت کرده بودند که امکان استفاده از این برنامه ها به یکی از شرایط استخدام حسابداران، پرسنل مختلف ادارات و همچنین مدیران، انبارداران و ... تبدیل شد.

در اصل، 1C 7.7 مشکلات مرتبط با انواع مختلف حسابداری را با موفقیت حل کرد. ضمن اینکه این محصول نرم افزاری همچنان در مواردی مورد استفاده قرار می گیرد که این نیز نشان دهنده محبوبیت آن است.

اکنون این نرم افزار با گستردگی قابلیت ها و در عین حال پیچیدگی سیستم شگفت زده می شود.

امروزه شرکت 1C یک اکوسیستم کامل را برای مشتریان خود فراهم می کند:

پلتفرم قدرتمند برای توسعه دهندگان
محیطی برای نگهداری انواع حسابداری و تجزیه و تحلیل
امکان اتصال انواع تجهیزات تجاری
گسترده ترین شبکه شرکا
CMS چند منظوره برای ایجاد وب سایت

در عین حال همه اجزای این اکوسیستم با هم و جدا از هم به بهترین شکل عمل نمی کنند. اغلب مشکلات پیش می آید، شکست در کار، زمان و پول اضافی مورد نیاز است که البته باعث طرد می شود.

به روز رسانی 1C: چگونه کار می کند

من می خواهم به طور خلاصه به شما یادآوری کنم که امروزه محصولات نرم افزاری خانواده 1C چگونه کار می کنند. در بیشتر موارد، کاربر یک یا چند محصول نرم افزاری را خریداری می کند که شامل یک پلتفرم و یک برنامه کاربردی نوشته شده بر روی این پلت فرم است - به اصطلاح پیکربندی.

در مرحله بعد، برنامه نویس عملکرد تنظیمات انتخاب شده را با نیازهای یک شرکت خاص تنظیم می کند، اغلب پلاگین های اضافی را نصب می کند، گزارش های خاصی را اصلاح می کند، اسناد جدیدی ایجاد می کند که به عنوان جریان اسناد داخلی در این شرکت شرکت می کنند و غیره.

در عین حال، هم در پلتفرم و هم در هر پیکربندی تعداد نسبتاً زیادی باگ از طرف توسعه دهنده وجود دارد. و خود سیستم به قدری پیچیده و حجیم است که رفع این اشکالات با کمک برنامه نویس 1C برای کاربر نهایی بسیار دشوار و مهمتر از همه بی سود است. علاوه بر این، هر دو پلت فرم و تنظیمات خود با کیفیت ناخوشایندی مانند عدم وجود ماژولار متمایز می شوند.

در نتیجه، برای رفع اشکالات باید به روز رسانی ها را نصب کنید. در این مورد، کل پلت فرم و/یا پیکربندی هر بار به روز می شود. طبیعتاً چنین راه حلی زمان زیادی می برد و اگر در مورد پیکربندی صحبت می کنیم ، به احتمال زیاد تنظیمات ، افزونه های اضافی و سایر اصلاحات انجام شده توسط برنامه نویس باید دوباره انجام شود.

اما این غم انگیزترین چیز در وضعیت به روز رسانی 1C نیست. غم انگیزترین چیز این است که وب سایت توسعه دهنده نشان می دهد که به روز رسانی ها اغلب منتشر می شوند، گاهی اوقات حتی 3-4 بار در ماه. در برخی موارد، خطاهای غیر مهم اصلاح می شوند، در برخی دیگر - اشکالات جدی مربوط به عملکرد کل سیستم.

هر نسخه جدید افزودنی از عملکرد و نوعی "پچ" به باگ های قبلی است که خطاهای قدیمی را اصلاح می کند، اما تقریباً همیشه موارد جدید را معرفی می کند. بنابراین، نصب به‌روزرسانی‌ها اغلب فرآیندی غیرقابل پیش‌بینی است.

عدم مدولار بودن: چرا اینقدر مهم است

ابتدا اجازه دهید مستقیماً در مورد پلتفرم صحبت کنیم. برنامه نویسان 1C می دانند که چقدر دست و پا گیر شده است. قبلاً در مورد عدم وجود ماژولار در بالا نوشتم. کد محصول شامل به اصطلاح زیرسیستم‌هایی است، اما الزامات مدولار بودن را برآورده نمی‌کنند، و بنابراین به سادگی نوعی تلاش برای ساختار کد هستند.

چرا من شخصاً عدم وجود ماژولار را یک مشکل می دانم؟ بیایید با یک مثال آن را درک کنیم. بیایید بگوییم که نیاز به اصلاح برخی از عملکردهای لازم برای عملکرد موفقیت آمیز مدیریت تجارت یا ایجاد تغییراتی در وسایل ذخیره موجودی وجود دارد. اما در پلتفرم 1C همه چیز به هم مرتبط است و بنابراین برای کار با حقوق، حسابداری و غیره باید به روز رسانی ها را نیز بکشید. و غیره

در غیاب ماژولار بودن، برای ایجاد کوچکترین تغییرات، باید کل آرایه، کل پلت فرم را مطالعه کنید.

در عین حال، پلت فرم 1C بسیار بزرگ و دست و پا گیر است. امروزه آنقدر زیاد است که در ابتدا حتی به دلیل امکانات فراوان باعث تحسین می شود. اما با استفاده از این پلت فرم، تحسین به سرعت از بین می رود. توسعه دهندگان 1C، در تلاش برای جهانی کردن این برنامه، بسیاری از ویژگی های مختلف را به پلتفرم اضافه کردند.

و اکنون شما در عین حال یک ابزار قدرتمند، یک رابط بصری مناسب و... بسیاری از مشکلات و اشکالات به دلیل پیچیدگی سیستم.

اجازه بدهید مثال دیگری بزنم. فرض کنید برای کارم فقط به تجارت نیاز دارم. این شرکت از هیچ چیز دیگری استفاده نمی کند، نه رابط تلفن همراه، نه حسابداری، نه فروشگاه آنلاین و نه هیچ مؤلفه دیگری. اما مهم نیست که چه اتفاقی می‌افتد، وقتی به‌روزرسانی‌ها را دریافت می‌کنم، کل پلتفرم را دریافت می‌کنم، از جمله عملکردهای لازم برای عملکرد آن اجزایی که از آنها استفاده نمی‌کنم. آن ها علیرغم اینکه من از Commerce استفاده می کنم و به روز رسانی ها برای کار با حسابداری طراحی شده اند، باید کل پلتفرم را دانلود و نصب کنم.

خط مشی مجوز و اشکالات در سیستم

هنگام به روز رسانی پلت فرم، اغلب کاربران با این واقعیت مواجه می شوند که کلیدهای مجوز کار نمی کنند. اگر شخصاً با چنین وضعیتی مواجه نشده اید، فقط کافی است در موتور جستجو "1C پس از به روز رسانی کار نکرد" تایپ کنید و خواهید دید که این مشکل چقدر گسترده است.

بنابراین، وضعیت را تصور کنید. یک شرکتی هست که مثلا 30 نفر کار می کند. پس از به روز رسانی، برنامه پذیرش کلیدهای مجوز را متوقف کرد. کار شرکت فلج شده است. شرکت متحمل ضرر می شود.

یک مشکل مهم: غیرقابل پیش بینی بودن رفتار پلتفرم هنگام به روز رسانی.

علاوه بر این واقعیت که مجوز اغلب با شکست مواجه می شود، پس از به روز رسانی پلت فرم ممکن است دارای عملکرد جدیدی باشد که ممکن است به درستی کار نکند. اما شما فقط می توانید کیفیت کار را بررسی کنید و اشکالات جدید را در نسخه جدید برنامه در عمل شناسایی کنید. در حال پیش رفت.

اجازه دهید به شما یادآوری کنم که این پلت فرم بسیار بزرگ و دست و پا گیر است و بنابراین آزمایش آن با یک برنامه نویس در مدت زمان کوتاه غیر واقعی است. و همه اینها باید با هر به روز رسانی در نظر گرفته شود.

بنابراین، وضعیت برنامه نویس به این صورت است:

هر بار که به‌روزرسانی می‌کنم، شلوغی زیادی به من دست می‌دهد، زیرا پلتفرم کاملاً به‌روزرسانی شده است و هیچ راهی برای حذف یا نصب نکردن ابزارهایی که در آینده استفاده نمی‌شوند وجود ندارد.
و با این حال، به روز رسانی ها ضروری است، زیرا این تنها فرصت برای "درمان" اشکالات فعلی است که توسط برنامه نویس شناخته شده یا هنوز شناسایی نشده اند.
علاوه بر این، به‌روزرسانی جدید معمولاً دارای اشکالات جدیدی است که در نسخه بعدی برطرف می‌شوند.

بنابراین دایره بسته می شود. و برنامه نویس مجبور است هر چند وقت یکبار با وجود مشکلات جدیدی که می آورند نسخه های جدید را نصب کند.

چرا این همه باگ وجود دارد؟

دلیل اصلی فراوانی باگ ها، به نظر حقیر من، پیچیدگی سیستم است. به یاد داشته باشید، اکنون پلت فرم 1C برای ویندوز 32 و 64 بیت، برای لینوکس، نسخه سرور، موبایل و غیره در دسترس است. پیچیدگی تعمیر و نگهداری بسیار زیاد است و همانطور که تمرین نشان می دهد، توسعه دهندگان 1C به سادگی نمی توانند با تعمیر و نگهداری کنار بیایند.

به دلیل عدم وجود ماژولار، مشکلات اضافی نیز ایجاد می شود، زیرا شناسایی همه خطاها و اشکال زدایی چنین محصول نرم افزاری دست و پا گیر عملا غیرممکن است. در نتیجه، به روز رسانی های جدید به طور مداوم منتشر می شود.

یکی دیگر از دلایل بسیار مهم وجود دائمی باگ ها و وضعیت آنها عدم رقابت است. در واقع، 1C اکنون یک انحصارگر است.

البته، محصولات نرم افزاری جایگزین در حال ایجاد هستند، برخی از آنها کاملا مناسب هستند. اما تا کنون همه آنها راه حل های کاربردی هستند که قادر به حل مسائل خاص هستند، در حالی که 1C یک اکوسیستم کامل است.

علاوه بر این، شرکت 1C با بازاریابی بسیار قدرتمند و تهاجمی متمایز است؛ همه در مورد این نرم افزار می دانند.

به همین دلیل است که من ادعا می کنم که امروز 1C رقیب شایسته ای در فضای پس از شوروی ندارد. و فقدان رقابت همیشه منجر به کاهش کیفیت خود محصول می شود که در مثال 1C شاهد آن هستیم: به روز رسانی های "خام" ثابت ، اشکالات ثابت ، عدم وجود اسناد دقیق برای به روز رسانی و غیره.
بنابراین، من شخصاً به همه مشتریان خود توصیه می کنم که مگر در موارد ضروری به روز رسانی نکنند. به هر حال، من خودم همین توصیه را از یکی از افرادی که در مبدا 1C بودند دریافت کردم.

البته نسخه فعلی قطعاً دارای اشکالاتی است، اما اگر بدون مشکل در آن کار کنید، پس این باگ ها برای شما حیاتی نیستند. پیش بینی اینکه در نسخه جدید چه اتفاقی خواهد افتاد غیرممکن است. بنابراین، به روز رسانی ها باید فقط زمانی نصب شوند که واقعاً برای کار ضروری باشد.

پرچمداران. تنظیمات معمولی

خط تولید نرم افزار 1C بر اساس تنظیمات استاندارد است. تعداد زیادی راه حل جعبه ای آماده ارائه شده در وب سایت 1C وجود دارد.

اما اکثر کاربران تنها از 4 پیکربندی استفاده می کنند:

حسابداری سازمانی
مدیریت تجارت
مدیریت کارخانه تولیدی
مدیریت حقوق و منابع انسانی

و هر یک از تنظیمات دارای معایبی مشابه پلتفرم هستند:

عدم مدولار بودن
حجیم و بسیاری از توابع غیر ضروری
اشکالات جدید در نسخه های جدید
نتایج به روز رسانی غیرقابل پیش بینی

علاوه بر این، برای هر به روز رسانی، باید تجزیه و تحلیل کنید که دقیقاً چه چیزی به روز شده است، خود به روز رسانی را انجام دهید و پیکربندی را مجدداً پیکربندی کنید. اما به‌روزرسانی‌های پیکربندی نیز به قدری منتشر می‌شوند که درک آنها مشکل‌ساز می‌شود.

علاوه بر این، به دلیل عدم وجود ماژولار، اغلب باید به روز رسانی کنید، حتی اگر تغییرات بر عملکردهایی که استفاده نمی کنید تأثیر بگذارد. صرفاً به این دلیل که یک خطا در این عملکرد می تواند منجر به عملکرد نادرست سایر ماژول ها شود.

اگر در مورد تجارت صحبت کنیم، تمرین من نشان می دهد که در واقع مردم بیش از 30٪ از کل عملکرد این جزء را استفاده نمی کنند. وضعیت در سایر تنظیمات معمولی مشابه است. در پی اجرای حداکثر تعداد ویژگی ها، توسعه دهندگان محصولات بسیار دست و پا گیر و پیچیده ای ایجاد کرده اند که در آن همه چیز به هم مرتبط است و بنابراین حتی غیرفعال کردن عملکردهای غیر ضروری همیشه امکان پذیر نیست.

به عنوان مثال، هنگام به روز رسانی Trade، توسعه دهندگان یک سیستم پاداش جدید اضافه کردند. مشتری اصلا از پاداش استفاده نمی کند. او به آنها نیاز ندارد. اما اگر بخواهید این پاداش ها را غیرفعال کنید، سیستم تخفیف به اشتباه شروع به کار می کند. من در عمل با این وضعیت مواجه شدم. البته حل این مشکل نیاز به کمک یک برنامه نویس داشت.

اخیراً به این نتیجه رسیده ام که پس از اتمام یک پروژه، به همه مشتریان توصیه می کنم که اصلاً به روز نشوند. من همه چیز را همانطور که برای کار لازم بود پیکربندی کردم، به همراه مشتری و کارمندانش پیکربندی را آزمایش کردیم و مطمئن شدیم که همه چیز به خوبی کار می کند. بنابراین، تا زمانی که نیاز به تغییرات اساسی ایجاد نشود، نیازی به به روز رسانی پیکربندی نیست.

بازاریابی تهاجمی و نتایج آن

اغلب مشتریان من برخلاف توصیه من به روز رسانی را نصب می کنند. چرا این اتفاق می افتد؟

انگیزه برنامه نویس

برنامه نویسان 1C علاقه مند هستند که مشتری هر چه بیشتر نرم افزار را به روز کند. این به سادگی برای آنها مفید است. هر بار که به‌روزرسانی می‌کنید، باید پیکربندی را مجدداً پیکربندی کنید. بنابراین، با کمک به روز رسانی، آنها به معنای واقعی کلمه درآمدی از هوا دریافت می کنند.

موقعیتی را تصور کنید که در آن یک شرکت در برخی از تنظیمات بدون به روز رسانی با آرامش و قابل اعتماد کار می کند. اما به عنوان مثال نیاز به ایجاد یک گزارش دیگر یا نصب پردازش اضافی وجود داشت. طبیعتاً در این مورد به متخصص مراجعه می کنند.

بعد چه اتفاقی می افتد؟ یک برنامه نویس 1C می آید و می بیند که برنامه مدت زیادی است که آپدیت نشده است. او به مشتری می گوید که این چقدر بد است، توضیح می دهد که بدون به روز رسانی نمی تواند گزارش مورد نیاز مشتری را تنظیم کند یا کارهای دیگری را انجام دهد، او را با تعداد زیاد خطاهایی که در نسخه قدیمی وجود دارد می ترساند و غیره. و غیره به طور کلی، مشتری را متقاعد می کند که به روز رسانی ها را خریداری و نصب کند.

در واقع، در بیشتر موارد نیازی عینی به به روز رسانی وجود ندارد. اما میزان کاری که برنامه نویس انجام می دهد و بر این اساس، دستمزد او به میزان قابل توجهی افزایش می یابد. به هر حال، به همین دلیل است که بسیاری از کاربران نگرش منفی نسبت به برنامه نویسان 1C دارند. از نظر آنها 90 درصد مبلغ را به برنامه نویس برای چیزی می پردازند که قبل از شروع به کار او کاملاً کار کرده است. آنها باید چندین بار برای عملکرد یکسان هزینه کنند.

بازاریابی تهاجمی از 1C

خود شرکت 1C نیز علاقه مند است تا اطمینان حاصل کند که کاربران تا آنجا که ممکن است به روز می شوند. در نتیجه، کاربران اغلب یادآورهایی در مورد به روز رسانی های جدید، هشدارهایی در مورد نیاز به به روز رسانی پلت فرم یا پیکربندی دریافت می کنند. اما در عین حال، سایت اطلاعات دقیق کافی در مورد اینکه کاربر در صورت بروز رسانی دقیقاً چه چیزی دریافت می کند، چه اشکالاتی برطرف شده است، چه ویژگی هایی ظاهر شده است، ندارد. آن ها ارزیابی عینی نیاز به نصب یک به روز رسانی خاص غیرممکن است. در نتیجه، بسیاری از کاربران به‌روز می‌شوند تا در امنیت باشند.

معایب خدمات و حق امتیاز

من معتقدم که عملاً هیچ خدمات مشتری در شرکت 1C وجود ندارد. این شرکت در زمینه فروش کار بسیار خوبی انجام می دهد؛ واقعاً یک سیاست بازاریابی بسیار تهاجمی و مسلماً مؤثر دارد. اما اگر نیاز به نگهداری داشته باشید، با مشکلات زیادی روبرو خواهید شد.

یک بخش کامل در وب سایت 1C وجود دارد که در آن می توانید شرکای تأیید شده در منطقه خود را پیدا کنید که خدمات تعمیر و نگهداری محصولات نرم افزاری 1C را ارائه می دهند. این شرکا گواهی شده اند و هزینه های وابسته را پرداخت می کنند. به نظر می رسد که همه چیز مرتب است.

اما در واقع، شرکت 1C عملاً با شرکا کار نمی کند:

برای اینکه یک شرکت وضعیت شریک را دریافت کند، کافی است یک متخصص خبره در کارمندان داشته باشد.
پس از آن، هیچ کس بررسی یا امتحان مکرر انجام نمی دهد. بنابراین، ممکن است یک برنامه نویس معتبر تنها متخصص باشد و افراد کاملاً متفاوتی به خدمت شما بیایند یا کلاً از کار خارج شود، اما شرکت وضعیت شریک خود را از دست ندهد.
1C عملا با شرکا کار نمی کند، آموزش ارائه نمی دهد و کیفیت کار را کنترل نمی کند.

نتیجه چنین سیاستی برای بسیاری شناخته شده است. حضور یک شرکت خاص در لیست شرکای 1C خدمات با کیفیت را تضمین نمی کند.

قبلاً اشاره کردم که 1C یک اکوسیستم کامل است. از برخی جهات حتی می توان آن را با اپل مقایسه کرد. یک سیستم کامل در آنجا ساخته شده است که متشکل از سخت افزار، نرم افزار و فروشندگان است. 1C همچنین دارای یک پلت فرم است، تنظیماتی وجود دارد، فروشندگان تایید شده وجود دارد.

اما اگر اپل کیفیت را در تمام مراحل به شدت کنترل می کند - از تولید تا کار شرکا، و بالاترین کیفیت یکی از مزیت های رقابتی مهم برای این برند است، در شرکت 1C همه چیز کاملاً متفاوت است. اینجا عملا هیچ سرویسی وجود ندارد، هیچکس کار شرکا را کنترل نمی کند، در نتیجه کیفیت کار پس از فروش با نرم افزار بسیار پایین است.

همچنین جالب است که شرکت 1C تلاش های بازاریابی خود را در درجه اول به سمت مصرف کنندگان محصول هدایت می کند. بر روی کاربران و کار با تنظیمات کاملاً بر روی برنامه نویسان متمرکز است. در نتیجه یک چیز تبلیغ می شود، اما در عمل معلوم می شود که خریدار چیز کاملاً متفاوتی دریافت کرده است.

و در اینجا دلایل منفی بودن نسبت به برنامه نویسان 1C و خود محصول نرم افزاری نیز ظاهر می شود.
زمانی که کارم را فقط با 1C متوقف کردم و شروع به مشاوره تجاری کردم، شروع به استفاده از انواع محصولات نرم افزاری در کارم کردم. اینها سایت‌هایی در دروپال و سیستم‌هایی مانند ZOHO CRM، ATOL RMK، Redmine و بسیاری از سیستم‌های دیگر بودند. و تقریبا تمامی این سرویس ها و برنامه ها نیازی به آپدیت مداوم و مکرر ندارند. و هنگام به روز رسانی، مشکلات زیادی وجود ندارد.

در حالی که شرکت 1C از دو جهت درآمد کسب می کند: در فروش و به روز رسانی مداوم. اما مشتری چه ربطی به آن دارد؟ او مجبور به پرداخت و ارتقاء می شود، زیرا چاره دیگری وجود ندارد. علاوه بر این، تمام محصولات مورد استفاده در شرکت باید به طور همزمان به روز شوند.

به عنوان مثال، اگر از Trade استفاده می کنید، یک به روز رسانی واقعا مفید برای آن منتشر شده است که برخی از باگ های مربوط به شما را برطرف می کند، قطعاً باید حسابداری را نیز به روز کنید. زیرا تبادل داده فقط بین نسخه های پیکربندی یکسان امکان پذیر است. اگر تصمیم دارید بدون به روز رسانی حسابداری را ترک کنید، بارگذاری اسناد از تجارت به حسابداری دیگر برای شما کار نخواهد کرد.

در نتیجه، مشتری مجبور می شود از سیستمی استفاده کند که دائماً خراب می شود و به طور منظم برای بازیابی آن هزینه می پردازد. البته مشتری منفی می شود. اما او نمی تواند به یک محصول نرم افزاری دیگر روی بیاورد، او به سادگی جایگزین شایسته ای نمی بیند.

بله، سیستم های حسابداری دیگری نیز در کشور ما وجود دارد، حتی برخی از آنها از نظر قابلیت ها به تدریج به 1C می رسند. اما بازاریابی یک چیز عالی است! بنابراین، مشتری جایگزینی نمی بیند، و با وجود منفی بودن مداوم، پرداخت دیگری انجام می دهد.

1C: Bitrix - مشکلات، ویژگی ها، بازاریابی

محصول دیگری که به طور سنتی به عنوان بخشی از خط 1C طبقه بندی می شود، سیستم مدیریت وب سایت 1C-Bitrix است. در عین حال، بسیاری از کاربران مطمئن هستند که خرید Bitrix کافی است و تمام مشکلات ادغام سایت و داده ها در 1C حل خواهد شد.

کاربری که محصولات نرم‌افزار 1C را خریداری می‌کند و وب‌سایتی را در 1C-Bitrix سفارش می‌دهد، یک برند مشترک را می‌بیند و مطمئن است که اینها محصولاتی از همان خط هستند که همیشه بدون مشکل با هم کار می‌کنند.
در واقع، CMS Bitrix یک محصول جداگانه است که توسط متخصصانی که هیچ ارتباطی با شرکت 1C ندارند، توسعه یافته است. بعداً ابزارهای ادغام با محصولات خط 1C به این CMS اضافه شد و نام جدیدی "1C-Bitrix" ظاهر شد. این اتفاق به این دلیل رخ داد که شرکت 1C سهام بزرگ Bitrix را خریداری کرد و تصمیم گرفت از این CMS به همراه نرم افزار خود استفاده کند.

نتیجه چه بود؟

ادغام پایگاه داده فروشگاه آنلاین و محصولات نرم افزاری 1C در واقع ارائه شده است. اما بسیار پیچیده است و بدون کمک یک متخصص، راه اندازی تبادل داده تقریبا غیرممکن است و تغییر آن بسیار بسیار دشوار است.

علاوه بر این، برنامه نویسانی که 1C را برای شما تنظیم کرده اند، نمی توانند Bitrix را نصب و پیکربندی کنند. در اینجا به یک برنامه نویس وب، متخصص Bitrix نیاز دارید. ادغام تا حدی توسط برنامه نویسان 1C و تا حدودی توسط متخصصان Bitrix پیکربندی شده است. و مواردی وجود دارد که کاربر اصلاً نمی داند با چه کسی تماس بگیرد.

مثلا من این وضعیت را داشتم. پس از آخرین به روز رسانی، تبادل اطلاعات مشتری من با سایت متوقف شد. من به یک متخصص 1C مراجعه کردم، اما او نتوانست به ما کمک کند، زیرا به نظر او، مشکل از طرف Bitrix بود. ما به یک برنامه نویس Bitrix مراجعه کردیم. او همچنین دستان خود را بالا انداخت و گفت که به احتمال زیاد مشکل هنوز در سمت 1C است. تبادل اطلاعات با سایت حدود 2 هفته کار نکرد. مشتری مجبور شد قیمت ها و موجودی ها را به صورت دستی دانلود کند و سفارشات را از وب سایت تخلیه کند. در نهایت ما خوش شانس بودیم. من با یک برنامه نویس تماس گرفتم که هم Bitrix و هم 1C را می شناخت و او ماژول تبادل را راه اندازی کرد.

Bitrix و 1C: سیستم های مختلف، کاستی های رایج

توسعه دهندگان وب که با آخرین نسخه های Bitrix آشنا هستند اکنون مرا درک خواهند کرد. درست مانند محصولات نرم افزاری 1C، آخرین نسخه های Bitrix بسیار قدرتمند، با قابلیت های گسترده، اما در عین حال غیر ضروری پیچیده شده اند. امروزه بدون کمک یک مدیر (برنامه نویس وب) در Bitrix، کاربر اغلب حتی نمی تواند دسته های جدیدی را در کاتالوگ محصولات تنظیم کند، زیرا برای سازماندهی یک جستجوی هوشمند لازم است که پارامترهای خود را برای هر نوع محصول تنظیم کنید.

در عین حال، برای نگهداری وب سایت و برنامه های 1C به متخصصان مختلفی نیاز دارید. پس از همه، اینها محصولات متفاوتی هستند. آنها برای اهداف مختلف استفاده می شوند، پلتفرم های مختلفی دارند و برای کار با آنها به دانش فناوری های مختلف نیاز دارند.

به جای رزومه

پس بیایید خلاصه کنیم. محصولات نرم افزاری خط 1C به دلایل زیر باعث منفی شدن متخصصان می شود:

پیچیدگی سیستم بالا
عدم مدولار بودن
اشکالات در هر به روز رسانی
عدم وجود مستندات دقیق برای به روز رسانی
نتیجه غیر قابل پیش بینی نصب به روز رسانی

همه اینها هم برای پلتفرم و هم برای هر پیکربندی 1C صدق می کند.

منفی بودن کاربران ناشی از موارد زیر است:

نتایج غیر قابل پیش بینی از نصب به روز رسانی. این برنامه ممکن است در هر زمانی از کار بیفتد. با این حال، به دلیل اشکالات در نسخه های قبلی، به روز رسانی ضروری است.
هم شرکت 1C و هم برنامه نویس باید برای به روز رسانی هزینه بپردازند. در عین حال، مزایای قابل مشاهده برای کاربر در بیشتر موارد ناچیز است و بیشتر هزینه ها باید برای بازگرداندن عملکرد برنامه پس از نصب نسخه جدید پرداخت شود.

منفی بودن برنامه نویسان 1C نیز مشخص می شود:

کاربران مقداری از منفی بودن برنامه را به متخصص منتقل می کنند. از این گذشته ، این برنامه نویس 1C است که برای نصب به روز رسانی ها و تنظیم تنظیمات پرداخت می کند.
برنامه نویسانی که در زمینه های دیگر کار می کنند می دانند که اغلب همکاران آنها که در 1C متخصص هستند، در اصل برای "فروش هوا" پول دریافت می کنند. این امر به ویژه زمانی قابل توجه است که به روز رسانی توسط خود متخصصان به مشتری تحمیل شود.
به دلیل عدم کنترل از طرف 1C، افراد تصادفی مشغول خدمات رسانی به محصولات نرم افزاری هستند که این نیز به تصویر مثبت کمک نمی کند.

اینها نتیجه گیری هایی است که من شخصاً انجام دادم. شاید من در مورد چیزی کاملاً درست نیستم، شاید چیزی را از دست داده ام. در هر صورت، تصمیم گرفتم این مقاله را نه به خاطر انتقاد، بلکه برای اینکه بفهمم مشتریان به چه دلایلی ممکن است نگرش منفی نسبت به برنامه های خط 1C و برنامه نویسان 1C داشته باشند، بنویسم.

برچسب ها: اضافه کردن برچسب

شاید خواندن آن مفید باشد: