ظاهر و ویژگی های استفاده از تبادل اطلاعات جهانی. ظاهر و ویژگی های استفاده از تبادل اطلاعات جهانی، قوانین مبادله در 1C چیست؟

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

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

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

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

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

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

• هماهنگی ترکیب مبادله؛
• تعیین حمل و نقل (پروتکل های مبادله)؛
• نصب قوانین؛
• طراحی یک برنامه

شناسایی ترکیب 1C مبادله

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

* به عنوان مثال، هنگامی که یکپارچه سازی "WA: Finctier" - راه حل هایی برای حفظ حسابداری مالی و مدیریت فرآیندهای خزانه داری، بر اساس "1C: Enterprise"، کارشناسان Wiseadvice توصیه می کنند که آن را به عنوان یک سیستم اصلی است. این به خاطر وجود ابزارهای کنترل برای پیروی از قوانین سیاست برنامه، و به همین ترتیب، برای اطمینان از اثربخشی تصمیم گیری است.

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

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

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

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

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

• مکانیسم که به شما امکان می دهد مبادله پایگاه داده 1C را تنظیم کنید، هر دو با پیکربندی های 1C: پلت فرم سازمانی و سیستم های شخص ثالث. مبادله با انتقال داده ها انجام می شود فرمت جهانی XML مطابق با "برنامه های تبادل".

utprisedata

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

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

برای سیستم در پلت فرم "1c: Enterprise 8" طیف گسترده ای از فرصت ها را برای سازماندهی مبادله با هر یک فراهم می کند منابع اطلاعاتی به طور کلی پذیرفته شده است استانداردهای جهانی (XML، فایل های متنی، اکسل، Ado-connection، و غیره). بنابراین، هنگام تعیین حمل و نقل برای داده ها، مبادله باید از قابلیت های پایگاه داده شریک تکرار شود.

هماهنگ سازی کتاب های مرجع

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

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

تنظیم قوانین

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

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

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

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

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

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

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

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

در "Service" Submenu، "تبادل اطلاعات را با محصولات بر روی پلتفرم" انتخاب کنید (انتخاب مبادله مستقیم با "خرده فروشی" اغلب اشتباهات را در سطح اشیاء COM تهدید می کند). توجه به پیام خدمات " این ویژگی غیر قابل دسترسی. "

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

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

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

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

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

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

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

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

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

کشیدن یک تیک و انتخاب "هماهنگ سازی".

ما تنظیم "معکوس" را تولید می کنیم، انتخاب مدیریت شرکت تولیدی.

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

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

ما درست مثل UPP عمل می کنیم.

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

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

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

آماده.

پرسش: قوانین به اشتراک گذاری آماده برای پیکربندی های معمول

همه همه همه من به دنبال قوانین مبادله به پایان رسید برای پیکربندی های معمول برای انتقال در هر دو جهت نه تنها کتاب های مرجع، بلکه اسناد، باقی مانده ها با توجه به اسناد و غیره. شاید کسی به اشتراک بگذارد من به دنبال یک بار تخلیه اسناد و PUB 7.7 در UPP 8 RED 1.2، از تجارت 7.7 در UPP از حقوق 7.7 UPP، از مدیریت معاملات 8 در UPP 8. متشکرم.

پاسخ:

من به دنبال قوانین تبادل بین 1C 8.1 UPP 1.2 با 1C 8.2 UPP 1.3

پرسش: خدمات با عملکرد استاندارد پیکربندی های استاندارد 1C

UT 11.4.1.254 (یا می تواند به ERP تبدیل شود، اگر به چیزی کمک کند)

به عنوان یک عملکرد منظم از پیکربندی های استاندارد 1C به تعمیر چاپگرها، به جای خدمات مشتریان خود را (به دلیل روش متدولوژیک 1C، تعمیر زمانی که آنها خدمت به تجهیزات خود، نه مشتریان)؟

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

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

غرفه اصلی - من واقعا نمی خواهم تغییرات را انجام دهم پیکربندی مدل و / آیا استفاده از پیکربندی های غیر یکنواخت (ماژول ها)

پاسخ:

در عوض، به روز رسانی، کارکنان در ERP
انتقال به UHF غیر معمول است ... و برای کوچک، و برای یک شرکت بزرگ.
UT 11 - اصلاح شده با ماژول Bitrix، به سایت (فروشگاه آنلاین) Bitrix - همچنین دیدم

و روشن نیست - برای چه؟
بالا من نوشتم
سفارش مشتری در UT 11 ایجاد شده است، بر اساس آن \u003d قانون کار انجام شده است.
"اطلاعات مربوط به کار ممکن است در سفارش مشتری همراه با اطلاعاتی در مورد کالاهای فروخته شده یا خدمات ارائه شده در هنگام فروش باشد."

ممکن است عملکرد پروژه های بلندمدت (حوادث و مراحل تعامل با مشتری) را پیچیده سازد

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

به نظر می رسد UHF و بدون معجزه، به جز مشکلات اضافی، پیدا نشد

در این مورد، من تنها به این واقعیت متعهد شدم که شروع به انجام "بررسی ادبی" از نحوه انجام آن در UT - ERP و نحوه حل آن انجام دادم:
- در سایر تنظیمات معمول
- پیکربندی های جداگانه جداگانه جداگانه
- ماژول ها برای UT 11
. تنبل سعی کنید مغز را حرکت دهید

بله، بله، زمانی که می دانید استفاده کنید - چطور یا کسی که قبلا تنظیم شده است
(به عنوان مثال، در demobazes معمولی - هیچ چیز برای دیدن وجود دارد - چیزی را برای نمونه آماده کنید)
.
فقط کمی مجبور به تضعیف مهارت های حسابداری و توزیع درآمد و هزینه های UT-ERP شد، و به طور کلی، به طور کلی، لازم است که تمام حساب ها را مطالعه کنیم و سر را بر روی هر موضوع بررسی کنیم.

سوال: حذف یک شی از یک قانون مبادله موجود

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

پاسخ:

پیام از allexei

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

متشکرم، سعی خواهم کرد.

می تواند به طور معمول حذف شود

پرسش: قوانین مبادله - از کجا ویرایش؟

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

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

پرسش: "مدیریت تجارت"، تجدید نظر 10.3 (10.3.46.2) قوانین مبادله را برای خرده فروشی 2.1 تغییر دهید

سلام. چگونه قوانین را در UT تغییر دهید؟
من طرح قوانین را در برنامه های مبادله مبادله معاملات ممنوعیت بازرگانی 103 تغییر می دهم، من به روز رسانی Restart-not این قوانین. نسخه حتی به صورت دستی تغییر کرد. هنوز کمک نمی کند
Sdura رکورد قوانین را از ثبت نام قانون مبادله داده حذف کرد.
نه این دکمه طبیعی است برای دانلود پرونده قوانین و یا به روز رسانی آن از طرح آب نبات.
اضافه کردن و تست نیاز به انجام بسیاری، و چگونه به تغییر مقررات سریع برای ثبت نام / تبادل من نمی دانم (

پاسخ: به روز شده با آن، همه به ترتیب. در حال حاضر تمام مغز این مبادله را گرفته است

سوال: جایگزینی قوانین مبادله در فایل تخلیه

خوب همه!
یک فایل تخلیه XML با توجه به قوانین مبادله وجود دارد. بر این اساس، آن را یک بلوک دارد

<ПравилаОбмена> ...

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

P.S. سوال معقول معقول "چرا؟" لازم است محافظت از تغییرات در قوانین در منبع، I.E. همیشه از طریق استاندارد از گیرنده دانلود کنید.

پاسخ:

ارسال شده. برخی از شک و تردید در بهینه سازی وجود دارد. ضبط به XML موقت از طریق RecordXML، و سپس readietexstay برای پشته کردن آن همه را به یک فایل که در اصل انتقال داده شد.
با یک روش روش شناختی خطاهای درشت نه؟

// روش جایگزین بلوک می شود<ПравилаОбмена>... در file.xml // فرستاده شده در هر واحد از قالب که در آن قطعه فایل تخلیه با توجه به قوانین مرجع ذخیره می شود. // // settings // name filexml - نوع: ردیف - نام فایل کامل تخلیه داده ها، // که در آن ما بلوک را تغییر خواهیم داد<ПравилаОбмена> // // بازگشت ارزش: // نام Fielemumleml - نوع: ردیف - مسیر // روش برای جایگزینی breedingwefile blowwallsws (name filexml) figifxml \u003d new readyxml؛ فایل lizardxml. opeflile (name filexml)؛ ثابت \u003d New ReadingXML؛ pakakshladevile \u003d operaberplavilmilm ()؛ راه اندازی شده openfile (pubclablavlavl)؛ fifemumleml \u003d file operatequmen ("XML")؛ regustxml \u003d recordxml جدید؛ فایل reatexml.text (نام پارامترهای نام)؛ تا زمانی که فایل loadsxml. upire () چرخه Tipuzel \u003d فایل loadsxml.types اگر typus \u003d نوع packslaxml. آیمۀ و فایل های loadsxml imli \u003d "Rulsman" سپس lizardxml.purry ()؛ در حالی که به طور موقت اجرا می شود () چرخه اگر ما وسوسه شده است .type \u003d type \u003d type. iCelere-lement و templated \u003d "قوانین" و سپس نتیجه XML. recuitexecterial (موقت)؛ در حالی که موقتا متناوب () چرخه نتیجه را به دست می آورید. استخدام (الگو)؛ اگر ما مورد استفاده قرار دادیم. عنصر Concelter و به طور موقت به نام \u003d "Rulsman" سپس وقفه؛ به پایان رسید؛ Endcycle؛ وقفه؛ به پایان رسید؛ Endcycle؛ در غیر این صورت، نتیجه ISML. ضبط (FILEML)؛ به پایان رسید؛ Endcycle؛ فایل lizardxml. بستن ()؛ تنظیم شده. زباله ()؛ ردیابی بستن ()؛ متن \u003d new readeTexte (نام پارامترزارتامل)؛ گزارش \u003d متن بالا ()؛ RemarkStext \u003d گزارش جدید (نام FileXML، encodingtectation.utf8)؛ PostText ضبط (گزارش)؛ posttext.close ()؛ روش های اضافی // جایگزینی Replacementravalobmen ()

سوال: کمک به قوانین مبادله

1c 8.3.9.1850، UT 11.3.2.157، خرده فروشی 2.2.5.22. هنگام بارگیری قوانین، یک خطا در UT ظاهر می شود. آیا این امکان وجود دارد که قوانین را اصلاح کنید.

اشاره به یک شیء فراداده غیر موجود در قوانین مبادله
شی \u003d
query \u003d type تعریف نشده است (حضور شمارش شده.
pointsmodule \u003d پردازش. کليدواژگان: اصول اصلاحيه ماژول. ModuleObject (4885)
kstobacks \u003d 11.

پاسخ:

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

سوال: نحوه آپلود قوانین مبادله برای بوت شدن به تبدیل

نحوه آپلود قوانین تبدیل از یک پیکربندی معمولی؟

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

من یک راه حل را می بینم: قوانین را برای سفارشات تخلیه بارگیری کنید، آنها را به تبدیل تبدیل کنید، PC ها را برای وضعیت اضافه کنید و به تنظیمات بازگردید. اما چگونه این قوانین را تخلیه کنیم؟ در طرح Exchange طرح بندی وظایف بارگیری نمودار وجود دارد، در آخرین برگه راه اندازی، دکمه "ذخیره به فایل" را فشار می دهد، اما من درک می کنم که این نیست و در تبدیل، این نیست فایل XML دانلود نیست

لطفا به من بگو.

قوانین مبادله TIS 7.7 و BP2 انتقال دو اسکله را اضافه کرد
Cor. حساب و صورتحساب صورتحساب تصحیح این همه به طور معمول تبدیل می شود. هر دو این اسکله، تنظیم پیاده سازی را در BP2 ایجاد می کنند.
اما مشکل شکل گرفته بود، لازم است که به اسکله برای تنظیم پیاده سازی (BP2) نیاز به افزایش فاکتور به عنوان معمولی، بلکه اساس این فاکتور به عنوان مثال. پیاده سازی.
یک قطعه کد PKO (پس از بارگیری):
شیء. مورد نیاز زیر (شیء، "کالاها"، حقیقت)؛ Object. VideoDoproduction \u003d Unumerations. خواسته ها شیء اصلاح \u003d حقیقت؛ شیء summaglceadds \u003d حقیقت؛ اگر شیء. تشکیل شده است. در حال حاضر () سپس جسم. به طور کامل \u003d Gldctable ("Glueuter")؛ به پایان رسید؛ شیء documentalization \u003d object لینک. مستند سازی مستندات؛<--- проблема Объект.Записать(РежимЗаписиДокумента.Проведение);
قبل از ورود، جسم وجود ندارد و بنابراین غیرممکن است که به الزامات مورد نیاز اشاره شود، و پس از ضبط آن خیلی دیر می شود. قوانین به طور معمول کار خواهند کرد. به من بگویید که چگونه در CD حل شود، فقط شروع به درک کرد.

پاسخ: پس از ضبط \u003d پس از فراخوانی روش برای نوشتن

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

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

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

اگر تخلیه یا دانلود در پلت فرم "1C: Enterprise 8" رخ دهد، کد پردازنده به کد مبادله داده ها متصل نیست و به پرونده قوانین مبادله تخلیه می شود. در فرآیند مبادله داده ها، دستگیره ها یا کد الگوریتم ها از پرونده قوانین گرفته شده است و به طور مستقیم در زمینه اپراتور "اجرا" انجام می شود. برای اشکال زدایی دستگیره ها و الگوریتم ها، شما می توانید از پردازش "جهانی XML تبادل" استفاده کنید.

و نشان می دهد که چگونه آن را به شدت ساده راه حل وظایف خود را

امروز ما تجزیه و تحلیل خواهیم کرد که به معنای واقعی کلمه به معنای واقعی کلمه 10-15 دقیقه برای پیکربندی و انتقال ساده از کتاب های مرجع و بقایای اولیه است.

و این است - وظیفه جرم و منظمکه تقریبا اجتناب ناپذیر برای اکثر تنظیمات جدید راه اندازی شده است.

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

به خصوص اگر آنها قبلا CD 3 را دیده اند و موفق به ترس از :)

بله، هنگامی که آن را برای اولین بار ببینید - نه انجیر روشن نیست.

اما در واقع - همه چیز بسیار ساده است. بنابراین فقط که شما حتی خسته خواهد شد :)

دقیقا در ویدیوی امروز چیست؟

اینها 4 ویدیو ویدئو تبادل را از طریق فرمت مبادله enterprisedata جهانی.

علاوه بر این، ما نمونه ای را نشان خواهیم داد. اصلاح قوانین مبادله معمولی در 1C: تبدیل اطلاعات 3.0

کل مدت زمان - 34 دقیقه. محتوا:

• تنظیم مبادله در مثال 1C: حسابداری 8 و 1C: ERP
• چگونه برای دانلود قوانین معمولی و فرمت تبادل جهانی در تبدیل اطلاعات 3.0
• انتقال ساختار متادیتا در CD 3.0
• نحوه انجام اولین مبادله داده ها
• پالایش قوانین تبدیل
• چگونه برای دانلود قوانین جدید بدون تغییر پیکربندی ( با پشتیبانی از پشتیبانی)

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

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

این آموزش های ویدئویی برای BSP مناسب است سرمقاله 2.3.2 (برای هر ساخت بیش از 2.3.2.43).

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

ویدئو 1:
بارگذاری قوانین مبادله بین پیکربندی های معمول به تبدیل داده ها 3.0

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

• بارگذاری در ساختار فرمت به اشتراک گذاری CD (
• ایجاد تبدیل
• تخلیه قوانین از پیکربندی معمولی
• تخلیه ماژول مدیر مبادله

ویدئو 2:
پالایش قوانین مبادله در CD 3.0

در این درس ما نشان خواهیم داد که چگونه جزئیات اشیا را هنگام بارگیری داده ها تکمیل کنیم.

این کار حل خواهد شد - هنگام بارگیری اشیاء از پیکربندی منبع، نظر را تنظیم کنید "آپلود شده از BP 3.0.

برای حل مشکل، شما باید انجام دهید تغییر در قوانین تبدیل اشیاء، در صورت "قبل از ضبط اطلاعات دریافت شده".

قوانین توسعه یافته در قالب پردازش خارجی برای استفاده بیشتر ذخیره می شود.

ویدئو 3:
راه اندازی تبادل جهانی بین پیکربندی های معمول

در این درس ما شاهد چگونگی پیکربندی تبادل جدید بین نمونه هستیم.

تنظیمات در پیکربندی منبع ساخته می شود و سپس به پیکربندی گیرنده ارسال می شود.

همچنین در این ویدیو ما نشان خواهیم داد که چگونه بدون پیکربندی پیکربندی آپلود قوانین مبادله جدید.

ویدئو 4:
انتقال بقایای اولیه با استفاده از قوانین مبادله

در درس، ما یک عملکرد معمولی انتقال بقایای اولیه را نشان می دهیم.

P.S.

بله، مبادلات از طریق TXT / DBF / OLE، و غیره حق وجود دارد در برخی موارد خاص، مانند اتصال با یک سرور وب یا انتقال از فرمت به پایان رسید یک برنامه خارجی.

با این حال، برای مبادلات استاندارد - روش های استاندارد و سریع تر و بسیار ساده تر.

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

P.P.S.

ما می خواهیم نشان دهیم که تبدیل داده ها 3.0 دشوار نیست.

غیر معمول - بله نه همه چیز بلافاصله روشن است - بله لحظات بسیار مبهم وجود دارد - بله

اما با کمک دستورالعمل های آماده و ویدئو، می توان آن را به معنای واقعی کلمه در 1-2 هفته تسلط داد.