فناوری پایگاه اطلاعات توزیع شده (RIB) به شما امکان می دهد یک سیستم توزیع شده جغرافیایی را بر اساس پیکربندی های 1C Enterprise ایجاد کنید. این امکان وجود یک فضای اطلاعاتی مشترک را حتی با بخش هایی که کانال ارتباطی قابل اعتمادی ندارند، فراهم می کند و استقلال بالای گره ها را با توانایی تبادل سریع اطلاعات ترکیب می کند. در مقالات خود به بررسی ویژگی ها و اجرای عملی این مکانیزم در پلتفرم 8.2 خواهیم پرداخت.

اول از همه، بیایید یک سوال از خود بپرسیم: چرا تعویض خودکار؟ فن آوری های مدرن، همراه با اینترنت ارزان و سریع، امکان سازماندهی کار از راه دور را بدون هیچ مشکلی فراهم می کند. انتخاب روش‌ها گسترده‌تر از همیشه است: RDP، مشتریان نازک و وب، اتصال شبکه‌ها با استفاده از VPN - چیزی برای فکر کردن وجود دارد. با این حال، همه این روش ها یک اشکال قابل توجه دارند - وابستگی شدید به کیفیت کانال ارتباطی.

حتی با کار ایده آل یک ارائه دهنده محلی، تضمین 100٪ در دسترس بودن کانال ارتباطی غیرممکن است. مشکلات ارائه دهنده ستون فقرات، کمبود منبع تغذیه، آسیب فیزیکی به خط ارتباطی و بسیاری عوامل دیگر این کار را غیر قابل حل می کند. در عین حال، عدم دسترسی به پایگاه اطلاعاتی در یک انبار از راه دور یا در یک فروشگاه خرده فروشی منجر به زیان های کاملاً ملموس می شود. و در نهایت، فراموش نکنیم که مکان هایی (به عنوان مثال، مناطق صنعتی در حومه شهرها) وجود دارد که در آن ها ارائه یک کانال ارتباطی با کیفیت بالا گران و / یا مشکل است.

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

RIB در پلت فرم 8.2 اساساً چیز جدیدی نیست و نشان دهنده توسعه بیشتر پلت فرم URIB 7.7 است، فقط اکنون این فناوری در دسترس تر و ساده تر شده است. برخلاف کامپوننت URIB که باید جداگانه خریداری می‌شد، RIB بخشی جدایی‌ناپذیر از بسیاری از تنظیمات معمولی است و کاملاً در حالت کاربر عمل می‌کند و امکان انجام بدون Configurator را حتی در مرحله راه‌اندازی فراهم می‌کند.

در این مرحله، وقت آن است که به بخش عملی برویم، اما باید یک انحراف دیگر انجام دهیم. واقعیت این است که انتقال به پلت فرم 8.2، که به نظر می رسد قبلا رخ داده است، در واقع منجر به ظهور دو نوع پیکربندی شد: بر اساس یک برنامه مدیریت شده، "بومی" برای پلت فرم 8.2، و اقتباس از 8.1، ادامه استفاده فن آوری ها و مکانیسم های قدیمی از آنجایی که بخش قابل توجهی از پیکربندی ها (حسابداری سازمانی، حقوق و دستمزد و منابع انسانی) سازگار یا انتقالی هستند، نمی توان آنها را تخفیف داد، بنابراین بخش اول مقاله ما به این پیکربندی ها (در واقع، پلت فرم 8.1) اختصاص خواهد یافت، در حالی که در در مرحله دوم، راه اندازی تبادل خودکار را برای پیکربندی های مبتنی بر یک برنامه مدیریت شده (پلتفرم 8.2) تجزیه و تحلیل خواهیم کرد.

بیایید یک کار عملی را در نظر بگیریم: تبادل خودکار از طریق FTP را برای پیکربندی Enterprise Accounting 2.0 پیکربندی کنید. علیرغم اینکه RIB به شما امکان تبادل با استفاده از ایمیل یا اشتراک گذاری فایل را می دهد، توصیه می کنیم از FTP به عنوان ساده ترین و مطمئن ترین روش ارتباطی استفاده کنید. می توانید نحوه راه اندازی سرور FTP خود را در آن بخوانید یا می توانید از سرویس FTP هر ارائه دهنده میزبانی استفاده کنید.

اول از همه، ما باید گره های تبادل را پیکربندی کنیم. برای انجام این کار، پیکربندی را با حقوق مدیر اجرا کنید و انتخاب کنید عملیات - طرح های مبادله.

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

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

حالا بریم جلو سرویس - پایگاه اطلاعات توزیع شده (RIB) - پیکربندی گره های RIB.

در پنجره باز شده روی دکمه کلیک کنید اضافه کردنو یک تبادل جدید راه اندازی کنید که میزبان راه دور، نوع تبادل (از طریق FTP) و پارامترهای اتصال به سرور را مشخص می کند.

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

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

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

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

بسیاری از کارآفرینان درگیر در فعالیت های تجاری، به منظور بهبود کارایی مدیریت، به طور همزمان دو برنامه "1C: حسابداری 8" را به دست می آورند. (از این پس BP)و "1C: مدیریت تجارت 8" (از این پس UT).

BP برای حفظ حسابداری و گزارشگری تنظیم شده و UT برای حسابداری عملیاتی و مدیریتی در شرکت استفاده می شود.
موفقیت استفاده مشترک از این محصولات نرم افزاری تا حد زیادی به سازماندهی تبادل داده بین منبع تغذیه و تنظیمات UT بستگی دارد.

درک ویژگی‌های زیر یک تبادل معمولی داده به جلوگیری از خطا در تبادل بین پیکربندی‌ها و نقض حسابداری در هر پیکربندی به طور جداگانه کمک می‌کند.

هنگام نوشتن این مقاله، از موادی از اسناد 1C برای محصولات نرم افزاری استفاده شد. روش دقیقی برای راه اندازی مبادله در فایل htm "Sharing configurations Trade Management (11) and Enterprise Accounting" توضیح داده شده است که در فهرست قالب ها قرار دارد. هنگام نصب به عنوان 1C: Accounting 2.0 (از این پس BP) و 1C: Trade Management 11 (از این پس UT)؛ توصیه های دریافت شده در کنفرانس شریک 1C و تجربه شخصی نویسنده در ایجاد و تغییر تنظیمات تبادل برای مشتریان RG-Soft Project Consulting LLC.

1. راه اندازی تبادل یک طرفه یا دو طرفه.

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

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

این به دلیل این واقعیت است که بررسی های دقیق تری در مورد محتوای پرونده مشتری-بانک به UT اضافه شده است، به عنوان مثال: بررسی پر کردن TIN، بررسی شماره سند، شماره باید فقط شامل اعداد مطابق با مقررات بانک مرکزی روسیه مورخ 3 اکتبر 2002 N2-P "در مورد پرداخت های بدون نقد در فدراسیون روسیه" (در تاریخ 3 مارس 2003، 11 ژوئن 2004، 2 مه 2007، 22 ژانویه 2008 اصلاح شده است).

راه اندازی یک صرافی یک طرفه (از UT به BP) تنها در صورتی منطقی است که تمام اسناد و اطلاعات نظارتی و مرجع در UT پر شده باشد. بنابراین، می توان از تکرار عناصر در این پایگاه داده جلوگیری کرد.

برای انجام این کار، باید سناریوی تبادل زیر را پیکربندی کنید: یک سناریوی مبادله در پیکربندی UT ایجاد کنید، که در آن فقط تخلیه را ذخیره کنید (شکل 1)، یک اسکریپت تبادل در پیکربندی BP ایجاد کنید و فقط بار را ذخیره کنید.

لازم به ذکر است که در این سناریوی تبادل، کلیه اسناد و دایرکتوری های اضافی ایجاد شده در BP برای مبادله ثبت می شوند، اما در UT بارگیری نمی شوند، بنابراین توصیه می شود به طور دوره ای ثبت نام را تنظیم مجدد کنید، در غیر این صورت پیام مبادله فایل از BP به طور مداوم افزایش می یابد و روند تبادل را کند می کند ...

برای این، توصیه می شود از پردازش استفاده کنید RegistrationChangesForExchange82.epf، که می توان آن را در تحویل پیکربندی "تبدیل داده ها، نسخه 2.1" یافت. پس از نصب پیکربندی، پردازش در دایرکتوری نصب به روز رسانی قرار می گیرد: ... \ 1c \ Conversion \ ... version_number ...

اگر اطلاعات هنجاری و مرجع هم در UT و هم در BP پر شده باشد، باید یک تبادل دو طرفه پیکربندی شود، اما در عین حال ممکن است لازم باشد با شروع تبادل در حالت تعاملی به جای خودکار، موارد تکراری را ردیابی کنید. (شکل 2).

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

اولویت تغییر داده ها

اگر ابتدا تبادل در UT و سپس در PSU انجام شود، داده های تخلیه شده از UT اولویت دارند. به عنوان مثال، در UT آنها سند "دریافت به حساب جاری" را آوردند، صرافی را ابتدا در UT راه اندازی کردند، سپس در BP - سند در پیکربندی BP ظاهر شد. سپس حسابدار در پیکربندی BP تغییراتی در این سند ایجاد کرد. در طی مبادله بعدی، اگر ترتیب شروع مبادله تغییر نکرده باشد، تغییرات ایجاد شده در سند با داده های UT بازنویسی می شود.

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

2. تفاوت بین BP و UT، بر مبادله تأثیر می گذارد

قراردادهای پیمانکار

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

اگر قراردادی با پارامترهای مورد نیاز در پیکربندی BP نباشد، چنین قراردادی ایجاد می شود. لازم به ذکر است که جستجوی یک قرارداد فقط از تعداد قراردادهایی که قبلاً از UT بارگیری شده است انجام می شود.

سازمان مدیریت در UT

با شروع نسخه 11.0.6.9، یک عنصر از پیش تعریف شده "سازمان مدیریت" در UT در فهرست سازمان ظاهر شده است. این مورد نباید با سازمان فعلی (تک یا یک) مرتبط (یا تغییر کند). اطلاعات بیشتر در مورد استفاده از این شی را می توانید در فایل مستندات مطالعه کنید "تغییرات و اضافات در documentation.htm"در تحویل UT گنجانده شده است.

ساختار شرکت

در UT برای حسابداری مدیریت از دایرکتوری "ساختار سازمانی" استفاده می شود که حاوی لیستی از بخش های شرکت است. هنگام تنظیم اسناد، نشان دادن تقسیم شرکت اجباری است.

عناصر دایرکتوری "ساختار سازمانی" با عناصر دایرکتوری "بخش های سازمانی" در BP مرتبط نیستند. برای اینکه UT اسناد را با یک زیرشاخه پر نشده بارگیری نکند، باید مقدار پیش فرض را در تنظیمات تبادل پر کنید (شکل 4).

انبار در قسمت جدول

اگر UT قصد دارد از توانایی جدید برای تعیین انبارها در بخش های جدولی اسناد استفاده کند، در تنظیمات گره طرح مبادله، باید یک انبار تعمیم دهنده تنظیم کنید که هنگام تخلیه اسناد از UT در BP جایگزین می شود. پیکربندی به جای انبارهای مجاز برای انتخاب در بخش های جدولی اسناد (شکل 4).

نوع نامگذاری

هنگام تخلیه داده ها از BP به UT، مورد "نوع آیتم" در مورد پر نمی شود، این به این دلیل است که صرافی زمانی که مورد در پیکربندی UT ایجاد می شود، و نه در BP، سناریو را ارائه می دهد. در اسناد جابجایی کالا در UT بخش جدولی جداگانه ای برای خدمات حسابداری وجود ندارد (خدمات در جدول کالا پر شده است) بنابراین برای اینکه خدمات مشخص شده در اسناد UT به درستی به جدول منتقل شود. بخش در BP، شما نیاز دارید:

1. در بخش اطلاعات مرجع، کتاب مرجع "انواع نامگذاری" را باز کنید، به نمای مورد "خدمات" بروید - روی "همه اقدامات" کلیک کنید - ویرایش را مجاز کنید و نوع مورد - سرویس را انتخاب کنید.

2. مورد (سرویس) را تغییر دهید - روی "همه اقدامات" کلیک کنید - ویرایش را مجاز کنید و این نوع مورد را با نوع Service انتخاب کنید.

3. راه اندازی فیلترهای مبادله (شکل 5)

تغییر تاریخ بارگذاری (بارگذاری) اسناد

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

2) می توانید تاریخ را به عقب برگردانید، زیرا فقط منطقه داده های آپلود شده را گسترش می دهد. شایان ذکر است که در این صورت اسناد مربوط به دوره بسته قبلی به طور خودکار برای تعویض ثبت نمی شود. برای انجام این کار، یا باید اسناد را تغییر دهید یا از پردازش استفاده کنید RegistrationChangesForExchange82.epf.

فیلتر بر اساس سازمان

فعال کردن این فیلتر به شما امکان می دهد لیست سازمان هایی را که تبادل داده برای آنها مجاز است محدود کنید. وجود فیلتر فعال هم بر تخلیه فهرست خود سازمان ها و هم بر تخلیه سایر داده های مربوط به سازمان ها (دایرکتوری ها و اسناد) تأثیر می گذارد.

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

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

4. حذف اشیا از یکی از پایه ها

علامت گذاری برای حذف

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

حذف موارد تکراری

برای حذف اشیایی که در هنگام تبادل موارد تکراری ایجاد شده اند، توصیه می کنیم از پردازش استفاده کنید Search & Replace.epf، که در دایرکتوری \ 1CITS \ EXE \ ExtReps \ Unireps82 \ SearchAndChange \ روی دیسک ITS قرار دارد. و برای بررسی صحت مقایسه اشیاء دو پایگاه اطلاعاتی می توانید ثبت اطلاعات "مطابقات اشیاء پایگاه اطلاعاتی" را باز کنید و ورودی های این رجیستر را به صورت دستی اصلاح کنید. لازم است بدانید که پس از حذف یک شی در یکی از پایه ها، یک مطابقت برای شی حذف شده (یک پیوند شکسته) در ورودی ثبت اطلاعات باقی می ماند، یا باید شی دیگری را مطابقت دهید یا ورودی را حذف کنید.

5. تنظیمات اضافی

اقلام جریان نقدی

برای پیکربندی UT، ممکن است لازم باشد "corr. حساب "برای آن دسته از اقلام جریان نقدی که در BP استفاده و تخلیه می شود.

برای پیکربندی BP: ممکن است لازم باشد نوع جریان نقدی را در عناصر دایرکتوری ذکر کنید.

کاربران

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

پیشوند پایه و پیشوند سازمان

در UT، پیشوند همیشه یک طول ثابت و جداکننده (فاصله) "-" دارد. بنابراین، اگر پیشوند پایگاه اطلاعاتی مشخص نشده باشد یا پیشوند سازمان مشخص نشده باشد، با صفر جایگزین می شود. با این حال، هنگام راه‌اندازی صرافی، پیشوند پایگاه اطلاعاتی همیشه در بانک مرکزی (برای UT) و روی واحد منبع تغذیه (به ترتیب برای پیکربندی واحد منبع تغذیه) پر می‌شود.

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

تصحیح خطا

در مقاله ما، مهمترین جنبه های سازماندهی تبادل داده بین "1C: مدیریت تجارت 8" نسخه 11 و "1C: حسابداری 8" نسخه 2.0 در نظر گرفته شد.

متخصصان شرکت "RG-Soft Project Consulting" آماده هستند تا نه تنها راه اندازی یک بورس برای ویژگی های نگهداری سوابق یک سازمان خاص، بلکه راه هایی برای اصلاح خطاها در مبادلات موجود را نیز ارائه دهند.

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

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

تبادل داده در محیط 1C اجازه می دهد:

• حذف دوبار ورود اسناد؛
• خودکارسازی فرآیندهای تجاری مرتبط؛
• بهینه سازی ارتباط بین واحدهای توزیع شده؛
• به‌روزرسانی سریع داده‌ها برای کار متخصصان بخش‌های مختلف؛
• "تشخیص" انواع مختلف حسابداری.

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

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

• هماهنگی ترکیب بورس؛
• تعریف حمل و نقل (پروتکل های تبادل);
• تنظیم قوانین؛
• برنامه ریزی.

فاش شدن ترکیب تبادل 1C

اشیاء مبادله را می توان به طور مشروط به "منبع" و "گیرنده" تقسیم کرد. علاوه بر این، آنها می توانند دو نقش را همزمان انجام دهند که به آن تبادل دوجانبه می گویند. تعیین مبدا و مقصد بسته به نیاز یا عملکرد سیستم به روشی منطقی انجام می شود.

* به عنوان مثال، هنگام ادغام "WA: Financier" - راه حلی برای حسابداری مالی و مدیریت فرآیند خزانه داری که بر اساس "1C: Enterprise" توسعه یافته است، کارشناسان WiseAdvice آن را به عنوان یک سیستم اصلی توصیه می کنند. این به دلیل در دسترس بودن ابزارهای کنترلی برای مطابقت با قوانین خط مشی برنامه، و بر این اساس، برای اطمینان از اثربخشی راه حل است.

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

در همان مرحله، بسته به ناوگان سیستم های موجود و ساختار شرکت، قالب مبادله تعیین می شود:

پایگاه اطلاع رسانی توزیع شده

• RIB مستلزم تبادل بین پیکربندی‌های یکسان پایگاه‌های داده 1C، با یک ساختار کنترل اصلی-برده برای هر جفت تبادل است. RIB به عنوان عنصری از پلتفرم فناوری، علاوه بر داده ها، می تواند تغییرات را در پیکربندی و اطلاعات اداری پایگاه داده (اما فقط از Master به Slave) منتقل کند.

تبادل جهانی داده در 1C

• مکانیزمی که به شما امکان می‌دهد تبادل پایگاه‌های داده 1C را هم با پیکربندی‌های روی پلتفرم 1C: Enterprise و هم با سیستم‌های توسعه شخص ثالث پیکربندی کنید. مبادله با تبدیل داده ها به فرمت xml جهانی مطابق با "طرح های تبادل" انجام می شود.

EnterpriseData

• آخرین توسعه 1C، طراحی شده برای اجرای تبادل داده در قالب xml بین محصولات ایجاد شده در پلت فرم 1C: Enterprise با هر سیستم اتوماسیون. استفاده از EnterpriseData پیشرفت های مربوط به تبادل را ساده می کند. پیش از این، زمانی که یک پیکربندی جدید در سیستم گنجانده شد، لازم بود مکانیزمی برای واردات و صادرات داده ها، هم برای آن و هم برای سیستم های موجود، پیاده سازی شود. اکنون سیستم‌هایی که EnterpriseData را پشتیبانی می‌کنند، نیازی به تغییر ندارند و تنها یک نقطه «ورود-خروج» دارند.

تعریف حمل و نقل (پروتکل های مبادله)

برای سیستم مبتنی بر پلت فرم 1C: Enterprise 8، طیف گسترده ای از امکانات برای سازماندهی تبادل با هر گونه منابع اطلاعاتی از طریق استانداردهای جهانی پذیرفته شده عمومی (xml، فایل های متنی، Excel، ADO-connection و غیره) ارائه شده است. بنابراین، هنگام تعریف حمل و نقل برای تبادل داده، باید از قابلیت های یک پایگاه داده سیستم شخص ثالث استفاده کرد.

همگام سازی دایرکتوری ها

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

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

تنظیم قوانین

توانایی نمایش داده‌ها از سیستم‌های منبع در گیرنده‌ها به قوانین مبادله به درستی مشخص شده بستگی دارد. قوانین ارائه شده در قالب xml، مطابقت ویژگی های کلیدی اشیاء مبدا-مقصد را تنظیم می کند. راه حل 1C: Data Conversion برای ایجاد خودکار قوانین برای اجرای تبادل یکباره و دائمی طراحی شده است.

هنگام مبادله طرح مبادله، از دست دادن داده ها اطمینان حاصل نمی کند. این بخشی جدایی ناپذیر از هر پیکربندی در پلتفرم 1C: Enterprise است که به طور کامل روند تبادل 1C را شرح می دهد: ترکیب داده ها (اسناد با جزئیات "شناسایی") و گره ها (پایه های اطلاعاتی فرستنده ها و گیرنده ها) و همچنین فعال سازی RIB. برای مسیرهای تبادل انتخاب شده

هرگونه تغییر در داده های وارد شده در طرح تبادل ثبت می شود و علامت «تغییر» دریافت می کند. تا زمانی که داده های تغییر یافته در گره های فرستنده-گیرنده با یکدیگر مطابقت نداشته باشند، پرچم پاک نمی شود و سیستم پیام های کنترلی را به هر دو گره ارسال می کند. پس از تخلیه داده ها و تایید مطابقت کامل آنها در هر دو سیستم، علامت ریست می شود.

برنامه تبادل در 1C

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

با در نظر گرفتن فرآیند اجرای صرافی استاندارد، بیایید به عواملی که در مراحل مختلف نیاز به بهبود دارند توجه کنیم:

• پیکربندی های پایگاه داده غیر معمولی و بسیار اصلاح شده.
• نسخه های مختلف 1C: پلت فرم Enterprise.
• برای مدت طولانی به روز نشده، نسخه های به روز پیکربندی نیست.
• اشیاء مبادله ای که قبلاً دستخوش تغییرات شده اند.
• نیاز به قوانین مبادله غیر استاندارد؛
• مجموعه و ترکیب بسیار متفاوتی از ملزومات در کتابهای مرجع موجود.

از آنجایی که حتی اقدامات استاندارد برای اجرای تبادل داده اولیه نیاز به دانش تخصصی دارد، توصیه می شود با مشارکت متخصصان 1C انجام شود. تنها پس از انجام تمام مراحل فوق باید اقدام به راه اندازی تبادل در پیکربندی کنید. بیایید ادغام پایگاه های داده را با استفاده از مثال "1C: UPP" و "1C: Retail" در نظر بگیریم (طبق همان طرح، تبادل با "1C: UT" پیکربندی شده است). همچنین، هماهنگ سازی معمولی شامل تبادل SCP - SCP است که برای سیستم های اتوماسیون در مقیاس بزرگ در بزرگترین شرکت های صنعتی معمول است.

در زیر منوی "سرویس"، "تبادل داده با محصولات روی پلت فرم ..." را انتخاب کنید (انتخاب تبادل مستقیم با "Retail" اغلب با خطاهایی در سطح اشیاء COM تهدید می شود). بیایید به پیام سرویس "This feature is not available" توجه کنیم.

برای حل این مشکل، باید "تنظیمات ارتباط" را انتخاب کنید.

... و کادر را علامت بزنید. بعد، پیام خطا را نادیده می گیریم.

در تنظیمات همگام سازی داده ها، "ایجاد صرافی با" خرده فروشی "... را انتخاب کنید.

قبل از پیکربندی تنظیمات برای اتصال از طریق دایرکتوری محلی یا شبکه، مطمئن شوید که فضای کافی روی دیسک برای دایرکتوری وجود دارد. اگرچه، به عنوان یک قاعده، بیش از 30-50 مگابایت طول نمی کشد، در موارد استثنایی ممکن است تا 600 مگابایت نیاز داشته باشد. می توانید دایرکتوری مورد نیاز را مستقیماً از پیکربندی ایجاد کنید.

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

در تنظیمات، ما به صورت دستی پیشوندها را قرار می دهیم - قراردادهای پایه (به عنوان یک قاعده، BP، UPP، RO)، قوانین و تاریخ شروع بارگذاری داده ها را تنظیم می کنیم. پیشوند در نام اسناد برای نشان دادن پایه ای که در آن ایجاد شده اند نشان داده می شود. اگر قوانین تخلیه ویرایش نشوند، داده ها به طور پیش فرض برای همه پارامترهای موجود تخلیه می شوند.

ما یک فایل تنظیمات تبادل برای "Retail" ایجاد می کنیم تا اقدامات خود را تکرار نکنیم. اگر لازم است بلافاصله پس از تنظیم همگام سازی داده ها را ارسال کنید، کادر را علامت بزنید.

برای خودکار کردن فرآیند تبادل، باید یک برنامه زمان بندی تنظیم کنید.

منوی خرده فروشی

کادر را علامت بزنید و "Synchronization" را انتخاب کنید.

با انتخاب Manufacturing Enterprise Management تنظیمات "معکوس" را انجام می دهیم.

فایل تنظیمات ایجاد شده در SCP را بارگیری کنید.

ما یک تیک می زنیم، سیستم به طور خودکار آدرس را می گیرد.

ما به همان روشی که در SCP عمل می کنیم.

مقایسه داده‌های تأیید (مقایسه داده‌های دستی در مرحله مقدماتی توصیه می‌شود، زیرا این کار می‌تواند زمان‌برترین کار در فرآیند اجرای مبادله شود). پنجره نقشه برداری با دوبار کلیک کردن ماوس باز می شود.

در صورت بروز خطا در همگام سازی، "جزئیات ..." با "هرگز ..." جایگزین می شود.

"در جزئیات ..." یک گزارش ثبت نام با اطلاعات به روز شده در صرافی باز می شود.

آماده.

1C اصلی: خرده فروشی 8

تبادل اطلاعات

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

پیکربندی خرده فروشی از تبادل دو طرفه داده با پیکربندی مدیریت خرده فروشی، ویرایش 11 پشتیبانی می کند.

پیکربندی "خرده فروشی" از تبادل دو طرفه داده با پیکربندی "حسابداری سازمانی"، نسخه های 2.0، 3.0 پشتیبانی می کند.

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

مبادلات داخلی

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

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

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

داده های فروشگاه ویژه شامل قوانین قیمت گذاری و اسناد برای اعمال قیمت ها و جابجایی کالا در یک فروشگاه خاص است.

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

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

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

بیایید نگاهی به یک مثال ساده از زندگی واقعی بیاندازیم. فرض کنید شرکتی داریم که به تجارت عمده و خرده فروشی مشغول است و همچنین در این شرکت نیز مانند هر شرکت دیگری حسابداری انجام می شود. شرکت دارای دو پایه استاندارد است، اینها به ترتیب UT (مدیریت تجارت) و BP (حسابداری سازمانی) هستند، هر یک از پایه ها حسابداری خود را حفظ می کند، در مدیریت UT تا منعکس کننده تمام معاملات مربوط به تجارت، در BP حسابداری باشد. برای اینکه کار مضاعف انجام نشود، یعنی. اسناد یکسان را در دو پایه ایجاد نکنید (بالاخره حرکت ها باید برای مدیریت و حسابداری باشد) ما فقط همگام سازی بین این پایه ها را تنظیم می کنیم.

ما تبادل اطلاعات یک طرفه را راه اندازی خواهیم کرد، از UT ---> BP. همچنین امکان راه اندازی یک مبادله دو طرفه وجود دارد، اما در عمل این امر اغلب مورد نیاز نیست، بنابراین در مثال خود آن را در نظر نخواهیم گرفت.

مراحل مقدماتی برای راه اندازی بورس در BP

بیایید شروع به تنظیم همگام سازی کنیم، ابتدا به پایگاه داده 1C "Enterprise Accounting 3.0" (گیرنده) بروید، باید بررسی کنیم که آیا همگام سازی برای این پایگاه داده فعال است یا خیر، برای انجام این کار ابتدا باید به پایگاه داده برویم. به محض باز شدن پایه، به تب بروید "اداره" ---> "تنظیمات همگام سازی داده ها"

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

ما به پیکربندی همگام سازی داده ها در UT ادامه می دهیم

پس از انجام تمام اقدامات لازم در پایگاه گیرنده (BP 3.0)، برای ادامه راه اندازی تبادل داده، باید پایگاه منبع (UT 11.1) را باز کنیم. ما به تب "Administration" می رویم، در سمت چپ در منو، مورد "تنظیمات همگام سازی داده ها" را انتخاب کنید.... اگر همگام سازی فعال نیست، آن را با استفاده از چک باکس فعال کنید، و فراموش نکنید که پیشوند پایه منبع را مشخص کنید. پس از تکمیل تمام نکات 1-4 همانطور که در تصویر زیر نشان داده شده است، باید روی لینک "همگام سازی داده ها" (نقطه 5) کلیک کنید.

در پنجره جدیدی که ظاهر می شود، باید روی علامت سبز سبز (پیکربندی همگام سازی داده ها) کلیک کنید، در منوی کشویی، مورد "Enterprise Accounting 3.0" را انتخاب کنید.

پیکربندی نقاط مهم در تبادل داده بین UT و PSU

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

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

در صفحه بعد باید قوانین ارسال و دریافت اطلاعات از پیکربندی (گیرنده) BP 3.0 را پر کنیم. روی "تغییر قوانین برای آپلود داده ها" کلیک کنید.

قبل از اینکه پنجره "قوانین ارسال داده" را باز کنیم، پارامترهای زیر را در آن تنظیم می کنیم:

• کدام داده مرجع ارسال خواهد شد (در مثال ما فقط به اسناد و داده های مرجع استفاده شده در آنها علاقه مند هستیم، بنابراین به مورد مناسب رفتیم، اگر اولین مورد "ارسال همه" را انتخاب کنید، همه فهرست ها بارگیری می شوند. در کنار اسناد، اغلب اگر از اطلاعات در اسناد استفاده نشود، برای گیرنده بی فایده است، زیرا به هیچ وجه بر حسابداری تأثیر نمی گذارد.
• از چه تاریخی برای ارسال همه اطلاعات (ما در این مقاله همگام سازی دستی را در نظر نخواهیم گرفت)
• برای کدام یا کدام سازمان ها داده ها را ارسال کنیم (در مثال ما، یک سازمان IE "Entrepreneur" را انتخاب کردیم)
• قوانین تنظیم قراردادها
• انبار عمومی
• اینکه آیا اسناد را در انبار تا کنید

پس از انجام تنظیمات، روی "ذخیره و بستن" کلیک کنید.

از آنجایی که در مثال ما در حال راه اندازی و استفاده از یک مبادله یک طرفه، از UT به BP هستیم، سپس تنظیمات قوانین برای به دست آوردن داده ها از "Enterprise Accounting 3.0" برای ما جالب نیست، بنابراین روی "بعدی" کلیک کنید.

در یک پنجره جدید، از ما دعوت شده است تا قوانین پایه گیرنده (BP) را پیکربندی کنیم. در نقطه 1، ما پایگاه خود را یک نام می نامیم، یک پیشوند به آن می دهیم. PREFIX باید همان باشد که در خود پایگاه داده BP در ابتدای این مقاله تنظیم کردیم، اگر پیشوندها متفاوت باشند، همگام سازی داده ها در برنامه 1C کار نخواهد کرد.پس از آن نقطه 2 و سپس نقطه 3 را فشار می دهیم.

در پاراگراف 3، باید اجازه دهیم اسناد زمانی که در پایگاه داده بارگذاری می شوند، پست شوند. روی "ذخیره و بستن" کلیک کنید.

حالا پنجره باید چیزی شبیه به تصویر زیر باشد، روی "بعدی" کلیک کنید.

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

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

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

بیایید یک مثال را در نظر بگیریم، فرض کنید در UT یک طرف مقابل با نام "PharmGroup LLC" و TIN 1234567 وجود دارد، و BP نیز یک طرف مقابل با TIN 1234567 دارد، اما نام "PharmGroup" را اگر این دو شی را با هم مقایسه نکنیم. با مقایسه داده ها در مرحله همگام سازی، سپس پس از همگام سازی در گیرنده (Enterprise Accounting 3.0) دو طرف مقابل با TIN 1234567 و دو نام "PharmGroup LLC" و "PharmGroup" خواهیم داشت. برای جلوگیری از چنین شرایطی، مکانیزمی برای تطبیق اشیا اختراع شد.

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

مرحله نهایی تبادل داده بین 1C

در مرحله آخر، برنامه پنجره زیر را نمایش می دهد که در آن کاربر از موفقیت آمیز بودن همگام سازی مطلع می شود، روی "پایان" کلیک کنید. این همگام سازی بین پایه ها را در مبادله یک طرفه از "Trade Management 11.1" (UT) به "Enterprise Accounting 3.0" (BP) تکمیل می کند.