ডেটা সিঙ্ক্রোনাইজেশন সেটিং তৈরি করার সময় ত্রুটি ঘটেছে৷ একটি স্ট্যান্ডার্ড কনফিগারেশনে একটি বিনিময় পরিকল্পনা যোগ করা হচ্ছে

আমার ইমেল এই নিবন্ধটি পাঠান

1C ডাটাবেসের মধ্যে বিনিময় বাস্তবায়নের প্রয়োজনীয়তার প্রধান কারণগুলি হল শাখার উপস্থিতি এবং অ্যাকাউন্টিং প্রকারের বিচ্ছেদ, কারণ প্রায়শই কোম্পানিগুলি বিভিন্ন তথ্য ডাটাবেসে কাজ করে। 1C 8.3 এক্সচেঞ্জ সেট আপ করা আপনাকে দ্বিগুণ কাজ দূর করতে দেয় - দুটি প্রোগ্রামে একই নথি এবং ডিরেক্টরি প্রবেশ করানো, পাশাপাশি বিভিন্ন শাখা এবং বিভাগের জন্য প্রয়োজনীয় সিস্টেম অবজেক্টগুলি দ্রুত সরবরাহ করে।

ক্ষেত্রে যখন শাখাগুলির মধ্যে বিনিময় করার প্রয়োজন হয়, তখন RIB (ডিস্ট্রিবিউটেড ইনফরমেশন বেস) ব্যবহার করা হয়। এটি অভিন্ন কনফিগারেশনের মধ্যে একটি বিনিময় প্রক্রিয়া। এটি একটি গাছের প্রতিনিধিত্ব করে যার উপরে সবচেয়ে গুরুত্বপূর্ণ রুট নোড রয়েছে, নিচে এক জোড়া আন্তঃসংযুক্ত নোড। এই সিস্টেমের যেকোন নোডে পরিবর্তন করা যেতে পারে, এবং সেগুলি অন্যান্য সংযুক্ত নোডে প্রেরণ করা হবে। এটি শুধুমাত্র ডেটাই নয়, রুট নোড থেকে স্লেভ নোডগুলিতে কনফিগারেশন পরিবর্তনগুলিও বিতরণ করে।

যদি আলাদা ধরনের অ্যাকাউন্টিং প্রয়োজন হয়, উদাহরণস্বরূপ, ট্রেডিং ডাটাবেসে অপারেশনালগুলি বজায় রাখা এবং অ্যাকাউন্টিং ডেটাবেসে নিয়ন্ত্রিতগুলি, নমনীয় ডেটা সিঙ্ক্রোনাইজেশন সেটিংস সহ সর্বজনীন বিনিময় প্রক্রিয়া উপলব্ধ।

সর্বশেষ 1C উন্নয়নের একটি হল এন্টারপ্রাইজডেটা ডেটা এক্সচেঞ্জ ফরম্যাট। এটি ব্যবহার করা সহজ এবং 1C ডাটাবেস এবং তৃতীয় পক্ষের প্রোগ্রাম উভয়ের মধ্যেই কোম্পানির মধ্যে বিনিময়ের উদ্দেশ্যে।

একটি এন্টারপ্রাইজে ডেটা এক্সচেঞ্জের বাস্তবায়ন অনুক্রমিক পদ্ধতির আকারে উপস্থাপন করা যেতে পারে।

প্রথমত, কোন ডাটাবেসের মধ্যে বিনিময় হওয়া উচিত তা নির্ধারণ করা প্রয়োজন; এটা কি দ্বিমুখী বা একমুখী বিনিময় হবে; যদি একমুখী হয়, তাহলে কোন ডাটাবেস তথ্য প্রেরণ করবে এবং কোনটি শুধুমাত্র গ্রহণ করবে; যদি এটি একটি জটিল শাখা নেটওয়ার্ক হয়, তাহলে একটি ডাটাবেস নির্মাণ প্রকল্প নিবন্ধন করা প্রয়োজন।

তারপরে আমরা উপযুক্ত বিন্যাস নির্বাচন করি: RIB, সর্বজনীন বিন্যাস; বিনিময় নিয়ম অনুযায়ী বিনিময়; বিনিময় নিয়ম ছাড়া বিনিময়.

পরবর্তী ধাপ হল এক্সচেঞ্জ চালানোর জন্য একটি যানবাহন নির্বাচন করা। প্রযুক্তির একটি বড় নির্বাচন উপলব্ধ, আসুন প্রধানগুলি হাইলাইট করি: ডিরেক্টরি (স্থানীয় বা নেটওয়ার্ক), FTP সংস্থান, COM সংযোগ, ওয়েব পরিষেবা, ইমেল।

চতুর্থ ধাপটি হবে ডেটা শনাক্ত করা: নথি, রেফারেন্স বই এবং প্রয়োজনে, তাদের স্বতন্ত্র বিবরণে স্থানান্তর করার জন্য তাদের বিস্তারিত বিবরণ।

এবং উপসংহারে, বিনিময় ফ্রিকোয়েন্সির একটি সময়সূচী নির্ধারিত হয়

1C 8.3 এক্সচেঞ্জ সেট আপ করার জন্য প্রতিটি বিকল্পের জন্য সতর্ক প্রস্তুতি প্রয়োজন। এর বাস্তবায়ন প্রতিটি ব্যবহারকারীর ক্ষমতার বাইরে; অনেকগুলি সূক্ষ্মতা বিবেচনায় নেওয়া এবং বিনিময়ের নীতিগুলি বোঝা প্রয়োজন। কনফিগারেশনে বিশেষ মনোযোগ দিতে হবে যদি ডাটাবেসগুলিতে: পরিবর্তন বা অতিরিক্ত অনেকগুলি থাকে। বিশদ বিবরণ, প্ল্যাটফর্ম সংস্করণে পার্থক্য বা কনফিগারেশনের পুরানো সংস্করণ ব্যবহার করে, এন্টারপ্রাইজটি বড় এবং ব্যবহার করে স্বয়ংক্রিয় সিস্টেম, ঘাঁটি একটি বড় সংখ্যা গঠিত. এখানে ত্রুটিগুলি অগ্রহণযোগ্য, কারণ... অপূরণীয় পরিণতি হতে পারে। 1C-তে বিনিময়ের স্বাধীন বাস্তবায়ন শুধুমাত্র তখনই সুপারিশ করা হয় যখন আপনাকে স্ট্যান্ডার্ড কনফিগারেশনের মধ্যে তথ্যের একটি সাধারণ স্থানান্তর সেট আপ করতে হবে।

আপনি যদি আপনার ক্ষমতা নিয়ে সন্দেহ করেন তবে সংরক্ষণ না করা ভাল, তবে একজন দক্ষ বিশেষজ্ঞের সাথে যোগাযোগ করুন যিনি 1C 8.3 এক্সচেঞ্জ সেট আপ করার জটিল সমস্যা সমাধানে সহায়তা করবেন।

আপনি যদি এখনও বিশেষজ্ঞদের জড়িত না করে 1C এক্সচেঞ্জগুলি কনফিগার করার সিদ্ধান্ত নেন, তবে প্রথমে ডাটাবেসের অনুলিপিগুলি পরীক্ষা করার পরামর্শ দেওয়া হয় এবং কার্যকরী ডাটাবেসে কাজ শুরু করার আগে, ত্রুটির ক্ষেত্রে মূল অবস্থায় ফিরে আসতে সক্ষম হওয়ার জন্য কনফিগারেশনগুলি আপলোড করুন।

নীচে আমরা স্ট্যান্ডার্ড কনফিগারেশন ট্রেড ম্যানেজমেন্ট 11 (UT) এবং এন্টারপ্রাইজ অ্যাকাউন্টিং 3.0 (BP) এর মধ্যে একতরফাভাবে 1C 8.3 বিনিময় সেট আপ করার একটি বিশদ উদাহরণ দিই। উদাহরণটি পাইকারি ও খুচরা বাণিজ্যে নিযুক্ত অনেক কোম্পানির জন্য প্রাসঙ্গিক। ইউটি-তে, ম্যানেজমেন্ট অ্যাকাউন্টিং রক্ষণাবেক্ষণ করা হয়, বিপি-তে নিয়ন্ত্রিত, ব্যবহারকারীদের কাজের সুবিধার্থে বিনিময় প্রয়োজন।

এই অ্যালগরিদমটি 1C 8.3 প্ল্যাটফর্মে অন্যান্য স্ট্যান্ডার্ড কনফিগারেশনের জন্যও উপযুক্ত

প্রথমত, আমরা তথ্য গ্রহণকারীর জন্য প্রস্তুতিমূলক কাজ চালাব, যেমন BP এর জন্য। আমরা এন্টারপ্রাইজ মোডে প্রোগ্রাম চালু করি। আপনাকে ডেটা সিঙ্ক্রোনাইজেশন ধ্রুবক সেট করতে হবে (সেকশন অ্যাডমিনিস্ট্রেশন → ডেটা সিঙ্ক্রোনাইজেশন)।

উপসর্গ ক্ষেত্রে মনোযোগ দিন; এখানে আপনাকে একটি মান নির্দিষ্ট করতে হবে যা আপনাকে পরবর্তীতে পার্থক্য করতে দেয় (ডিরেক্টরি কোড বা নথি নম্বরের মান দ্বারা) কোন প্রোগ্রামে বস্তুগুলি মূলত তৈরি করা হয়েছিল। আমাদের উদাহরণে, সাধারণ সংক্ষেপণ BP এবং UT উপযুক্ত, যদি 1C 8.3 এক্সচেঞ্জ সেটআপটি বিপুল সংখ্যক ডাটাবেসের মধ্যে একটি জটিল বিনিময়ের জন্য সঞ্চালিত হয়, সেইসাথে অভিন্ন কনফিগারেশনের জন্য, আপনাকে প্রতিটি ডাটাবেসকে তার নিজস্ব স্পষ্ট উপাধি সহ প্রবেশ করতে হবে। .

যেহেতু পাওয়ার সাপ্লাই ইউনিট শুধুমাত্র তথ্য গ্রহণকারী, তাই আমরা ইউটি সেট আপ করতে এগিয়ে যাই।

এখানে, ঠিক BP এর মত, আপনাকে সিঙ্ক্রোনাইজেশন সক্ষম করতে হবে এবং একটি উপসর্গ নির্দিষ্ট করতে হবে। এই তথ্যটি মাস্টার ডেটা এবং প্রশাসন বিভাগ → ডেটা সিঙ্ক্রোনাইজেশন সেটিংসে উপলব্ধ।

সেটআপ পদ্ধতি নির্বাচন করুন: ম্যানুয়ালি সেটিংস নির্দিষ্ট করুন। আরও

চলুন একটি সরাসরি সংযোগ বিকল্প সেট আপ করা যাক, যখন উভয় প্রোগ্রাম একটিতে অবস্থিত স্থানীয় নেটওয়ার্ক, আমরা এই নেটওয়ার্কে তথ্য সুরক্ষা ডিরেক্টরিতে সংযোগ করার জন্য পরামিতিগুলি নির্দেশ করব এবং ব্যবহারকারীর (BP ডাটাবেসে) সম্পর্কে প্রমাণীকরণ তথ্যও পূরণ করব। আরও

সিস্টেমটি নির্দিষ্ট ডেটার সঠিকতা এবং যদি তা পরীক্ষা করবে ইতিবাচক ফলাফল 1C 8.3 বিনিময় সেটিংস উইন্ডো প্রদর্শন করবে।

এক্সচেঞ্জের সেটিংস অ্যাক্সেস করতে ডেটা আপলোডের নিয়ম পরিবর্তন করুন লিঙ্কটিতে ক্লিক করুন। আমরা মাস্টার ডেটা স্পষ্ট করব - শুধুমাত্র নথিতে ব্যবহৃত সেইগুলি আপলোড করব, সংস্থাগুলি নির্বাচন করুন এবং চুক্তির সাথে কাজ করার বিকল্প - রেফারেন্স ছাড়াই, গুদাম দ্বারা নথি আলাদা করা। বিনিময় শুরু হয় চলতি বছরের ১ মার্চ।

আমরা প্রবর্তিত নিয়মগুলি লিখি এবং সেগুলি বন্ধ করি।

যেহেতু উদাহরণটি তথ্যের একমুখী সংক্রমণ সম্পর্কে, অন্য প্রোগ্রাম থেকে ডেটা গ্রহণ করার জন্য পরবর্তী সেটিংস উইন্ডোতে, আপনাকে পাঠাবেন না বলে মান সেট করতে হবে। রেকর্ড এবং বন্ধ. আরও

এখন আপনাকে প্রবেশ করা পরামিতিগুলি পরীক্ষা করতে হবে এবং যদি সেগুলি সঠিক হয় তবে পরবর্তীতে ক্লিক করুন, অন্যথায় ফিরে ক্লিক করে পূর্ববর্তী ধাপে ফিরে যান।

তারপর আপনাকে সিঙ্ক্রোনাইজ করতে বলা হবে। Finish এ ক্লিক করুন।

যদি দুটি কনফিগারেশনের অভিন্ন বস্তুর সাথে সম্পর্ক স্থাপনের প্রয়োজন হয় তবে ডেটা তুলনা করার জন্য একটি উইন্ডো খুলবে। আমরা তুলনা সঞ্চালন এবং পরবর্তী ক্লিক করুন.

বস্তু স্থানান্তর করার সময়, সমস্যাযুক্ত পরিস্থিতি দেখা দিতে পারে; আপনি ডেটা সিঙ্ক্রোনাইজেশনের সময় সতর্কতা লিঙ্কে ক্লিক করে ফলাফল দেখতে পারেন।

সিঙ্ক্রোনাইজেশন সম্পন্ন হওয়ার পরে, এই প্রক্রিয়াটির সফল সমাপ্তি নিশ্চিত করে একটি উইন্ডো প্রদর্শিত হবে।

এখানে, কনফিগার কমান্ড ব্যবহার করে বা পরে, সিঙ্ক্রোনাইজেশন স্ক্রিপ্টে, আপনি স্বয়ংক্রিয়ভাবে বিনিময় সম্পাদনের জন্য একটি সময়সূচী কনফিগার করতে পারেন।

বিভিন্ন পরিস্থিতিতে যখন আপনাকে একটি স্ট্যান্ডার্ড কনফিগারেশনে একটি নতুন বিনিময় পরিকল্পনা যোগ করতে হবে। উদাহরণ স্বরূপ:

• একটি বিনিময় সেট আপ করতে হবে আদর্শ মানেএকটি কনফিগারেশন যার সাথে কোন স্ট্যান্ডার্ড এক্সচেঞ্জ নেই।
• একই কনফিগারেশন সহ বেশ কয়েকটি তথ্য বেস রয়েছে; আপনাকে বিভিন্ন নিয়ম অনুসারে তাদের সাথে বিনিময় সেট আপ করতে হবে। এবং আপনি জানেন যে, 8.2 প্ল্যাটফর্মে পণ্যগুলির সাথে বিনিময় বিভিন্ন নোডের জন্য বিভিন্ন নিয়ম লোড করার অনুমতি দেয় না।

কিভাবে 1C: এন্টারপ্রাইজ 8.2 প্ল্যাটফর্মে পণ্যগুলির সাথে একটি নতুন বিনিময় পরিকল্পনা যুক্ত করবেন (স্ট্যান্ডার্ড সাবসিস্টেম 2.0/3.0 এর একটি লাইব্রেরির সমর্থন সহ)

WiseAdvise দ্বারা তৈরি ফিনান্সিয়ার কনফিগারেশনের সাথে বেশ কয়েকটি জাতীয় অ্যাকাউন্টিং বিভাগের (রাশিয়ান, ইউক্রেনীয় এবং কাজাখ) একীকরণের উদাহরণ ব্যবহার করে এই পদ্ধতিটি বিবেচনা করা যাক।

নতুন বিনিময় পরিকল্পনা যোগ করে, আমরা একসাথে 2টি সমস্যার সমাধান করব:

1. স্ট্যান্ডার্ড অ্যাকাউন্টিং-এ, ফিনান্সিয়ার কনফিগারেশনের জন্য কোনও বিনিময় পরিকল্পনা নেই (এটা ভাল যে এই বিনিময় পরিকল্পনাটি ফাইন্যান্সিয়ার ডেলিভারির মধ্যেই অন্তর্ভুক্ত)।
2. রাশিয়া, ইউক্রেন এবং কাজাখস্তানের জন্য অ্যাকাউন্টিং বিভাগের সংস্করণগুলি বেশ উল্লেখযোগ্যভাবে পৃথক, তাই প্রতিটি অ্যাকাউন্টিং বিভাগের জন্য আলাদা আলাদা বিনিময় নিয়ম থাকা উচিত। এবং যেহেতু একটি বিনিময় পরিকল্পনার জন্য শুধুমাত্র একটি নিয়ম সেট করা যেতে পারে, তাই আপনাকে প্রতিটি জাতীয় অ্যাকাউন্টিং বিভাগের জন্য বেশ কয়েকটি বিনিময় পরিকল্পনা করতে হবে। আপনি অবশ্যই ফাইন্যান্সিয়ার কনফিগারেশনটি এমনভাবে পরিবর্তন করতে পারেন যাতে প্রতিটি নোডের জন্য একটি বিনিময় পরিকল্পনায় আপনার নিজস্ব নিয়মগুলি লোড করা সম্ভব হয়, তবে এটি, আমার মতে, নিজেই কিছুটা জটিল হবে এবং তদ্ব্যতীত, আরো কনফিগারেশন আপডেট জটিল হবে.

সুতরাং, কর্মের অ্যালগরিদম:

এটি বিনিময় পরিকল্পনার সংযোজন সম্পূর্ণ করে। আপনি যখন 1C:এন্টারপ্রাইজ মোডে স্যুইচ করেন এবং ডেটা এক্সচেঞ্জ সেট আপ করেন, তখন আমরা যে প্ল্যান যোগ করি তা উপলব্ধ প্ল্যানের তালিকায় উপস্থিত হওয়া উচিত।

যদি প্রয়োজন হয়, আপনি কনফিগারেটে এক্সচেঞ্জ প্ল্যানে নিবন্ধন এবং রূপান্তর নিয়ম সহ লেআউট যোগ করতে পারেন। তারা মান হিসাবে বিবেচিত হবে. অথবা আপনি ইতিমধ্যে 1C: এন্টারপ্রাইজ মোডে থাকা ফাইলগুলি থেকে এই নিয়মগুলি লোড করতে পারেন৷

প্রশ্ন: ডেটা সিঙ্ক্রোনাইজেশন সেটিংস পুনরায় কনফিগার করা হচ্ছে

হ্যালো. 1C রিটেইল 2.1-এ, পেরিফেরাল নোডে, নতুন তৈরি ইমেজটির প্রাথমিক লঞ্চের সময়, যে স্টোরগুলির জন্য এক্সচেঞ্জ হচ্ছিল সেগুলি নির্দেশিত হয়েছিল৷ আমি এখন এই স্টোরগুলির রচনা কীভাবে পরিবর্তন করব তা বুঝতে পারছি না। আমি এটি প্রশাসনে দেখতে পাচ্ছি -> ডেটা সিঙ্ক্রোনাইজেশন ->
নথি এবং রেফারেন্স তথ্য আপলোড করুন:
1 জানুয়ারি, 2016 থেকে শুরু হচ্ছে,
শুধুমাত্র দোকান দ্বারা: দোকানের তালিকা

দোকানের তালিকা কীভাবে পরিবর্তন করবেন তা এখানে রয়েছে (একটি চিহ্ন ছিল যেখানে দোকানগুলি চিহ্নিত করা হয়েছিল)। আমি বুঝতে পারছি না কিভাবে তালিকায় উঠব?
যদি আমি এটি কেন্দ্রীয় নোডে খুঁজে পাই - এটি স্টোরের বিনিময় পরিকল্পনায় রয়েছে এবং সেখানে আমি এক্সচেঞ্জ প্ল্যানে যাই এবং রেজিস্ট্রেশন ফিল্টার সেট আপ করি, তারপর পেরিফেরাল নোডগুলিতে আমি এটি কোথায় তা নির্ধারণ করতে পারি না।
ধন্যবাদ.

উত্তর:

MyNameNoName বলেছেন:

ধন্যবাদ. প্রধান নোডের দিকে, সবকিছু সঠিকভাবে কনফিগার করা হয়েছে। আমি ডাটাবেসে নতুন স্টোর যুক্ত করেছি, তারা শীঘ্রই কাজ শুরু করবে। প্রধান নোডে আমি তাদের সক্ষম করেছি। কিন্তু কিছু পেরিফেরাল নোডগুলিতে এটি সমস্ত দোকানের জন্য লেখা নয়, তবে দোকানগুলি তালিকাভুক্ত। এখন আমি ভাবছি যে স্টোরগুলির মধ্যে সম্পূর্ণ সিঙ্ক্রোনাইজেশন হবে কিনা।

প্রসারিত করতে ক্লিক করুন...

ঠিক আছে, প্রধান নোডের পাশে আপনি বিতরণ করা নোডগুলিতে প্রতিটি নোডের (নতুন এবং পুরানো উভয়) জন্য স্টোরের একটি তালিকা কনফিগার করবেন এই স্টোরগুলি আপনার নির্দিষ্ট করা তালিকায় উপস্থিত হবে।

প্রশ্ন: ইউএনএফ-এ সিঙ্ক্রোনাইজেশন সেটিংস

UNF রিলিজ 1 .6 .16 .32 আমরা 1C অ্যাকাউন্টিং 3.0 এর সাথে সিঙ্ক্রোনাইজেশন সেট আপ করেছি।

আগে সর্বশেষ আপডেট(প্ল্যাটফর্ম এবং কনফস), যদি অ্যাকাউন্টিং ডাটাবেসের পথ পরিবর্তিত হয়, আমরা রুট বরাবর এটি পরিবর্তন করেছি:
1C এর সাথে সিঙ্ক্রোনাইজেশন: এন্টারপ্রাইজ এবং RIB প্রোগ্রাম -> ডেটা সিঙ্ক্রোনাইজেশন সেট আপ করা -> কনফিগার -> ডেটা সিঙ্ক্রোনাইজেশন সেটিংস -> সংযোগ সেটিংস।

এখন এই বিন্দু চলে গেছে.

ধরা কি? কিভাবে আমি এখন সিঙ্ক্রোনাইজেশন পাথ পুনরায় কনফিগার করতে পারি?

উত্তর:অন্য উপায়:

সমস্ত ফাংশন - তথ্য নিবন্ধন - ডেটা বিনিময় পরিবহন সেটিংস

প্রশ্ন: একটি সর্বজনীন বিন্যাসের মাধ্যমে ডেটা সিঙ্ক্রোনাইজেশন শুধুমাত্র পোস্ট করা নথিগুলিকে সিঙ্ক্রোনাইজ করে

শুভ অপরাহ্ন!

একমুখী প্রেরণ/গ্রহণ মোডে BP3.0 এবং BP3.0 এর মধ্যে কনফিগার করা ডেটা সিঙ্ক্রোনাইজেশন। এটি লক্ষ্য করা গেছে যে শুধুমাত্র একটি সম্পূর্ণ স্থিতি সহ নথি পাঠানো হয়। এবং যদি প্রেরক ডাটাবেসে ইতিমধ্যে প্রেরিত নথির স্থিতি পোস্ট না করায় পরিবর্তন করা হয়, তবে রিসিভার ডাটাবেসে এটি মুছে ফেলার জন্য চিহ্নিত করা হয়। আমি ইন্টারনেট ঘেঁটে দেখলাম কিছুই পেলাম না। সর্বত্রই মূলত ইউটি এবং বিপির মধ্যে সিঙ্ক্রোনাইজেশন রয়েছে। এটা দিয়ে কিভাবে বানাবেন নির্দিষ্ট তারিখসমস্ত নথি, এমনকি সেগুলির একটি সম্পূর্ণ স্থিতি সহ, রিসিভার ডাটাবেসে পাঠানো হয়েছিল এবং, যখন পোস্টিং বাতিল করা হয়েছিল, সেখানে মুছে ফেলার জন্য চিহ্নিত করা হয়নি।

কনফিগারেশনটি সাধারণত "ট্যাক্সি"। 1C 8.3.10.2667 BP3.0.54.20। উভয় ডাটাবেস একই সম্মেলনের ভিত্তিতে তৈরি করা হয়েছিল।

উত্তর:এবং এক্সচেঞ্জ মডিউলে পরিবর্তনের পরে, এটি কাজ করার জন্য, আপনাকে সিঙ্ক্রোনাইজেশনটি পুনরায় তৈরি করতে হবে বা এটি ইতিমধ্যে তৈরি করাটিতে কাজ করবে। অন্যথায়, আমি প্রেরণ এবং গ্রহণ উভয় ক্ষেত্রেই পরিবর্তন করি, কিন্তু কিছুই ঘটবে বলে মনে হচ্ছে না(

প্রশ্ন: ZUP31-BUKH30 সিঙ্ক্রোনাইজেশন সেট আপ করা হচ্ছে

আমি সিঙ্ক্রোনাইজেশন ZUP31 - অ্যাকাউন্টিং 3.0 সেট আপ করছি।
সিঙ্ক্রোনাইজেশন সেট আপ করার বিষয়ে উত্সগুলিতে সর্বত্র তারা লিখেছেন যে প্রথম সিঙ্ক্রোনাইজেশনের সময় একটি চিঠিপত্র সেট আপ করার জন্য একটি উইন্ডো প্রদর্শিত হবে যাতে কোনও ডুপ্লিকেট ডিরেক্টরি নেই।
আমি প্রথমবার সিঙ্ক্রোনাইজেশন চালাই, চিঠিপত্র সেট আপ করার জন্য কোন উইন্ডো উপস্থিত হয়নি৷ ফলস্বরূপ, আমি যা দেখছি তা হল যে ZUP31-এ অন্য একটি সংস্থা উপস্থিত হয়েছে (BUKH30 থেকে স্থানান্তরিত), এবং BUKH30 তে নিজেই কোনও "বেতন প্রতিফলন" নথি তৈরি করা হয়নি , যদিও এটি ZUP31 এ বিদ্যমান।
দয়া করে বলুন আমি কি ভুল করছি?

উত্তর:() ধন্যবাদ, আমি চেষ্টা করব

প্রশ্ন: UT11 এবং BP3 এর মধ্যে ডেটা সিঙ্ক্রোনাইজেশন

শুভ সন্ধ্যা, প্রিয় ফোরাম সদস্যরা।

UT - বাণিজ্য ব্যবস্থাপনা, সংস্করণ 11 (11.3.2.207)
BP - এন্টারপ্রাইজ অ্যাকাউন্টিং, সংস্করণ 3.0 (3.0.47.33)

দুটি ডাটাবেস আছে যার মধ্যে আমি একটি সার্বজনীন বিনিময় বিন্যাসের মাধ্যমে ডেটা স্থানান্তর করতে চাই (UT (উৎস) ---> BP (রিসিভার))।
যখন আমি প্রথমবারের জন্য এক্সচেঞ্জ সেট আপ করি, তখন সমস্ত নথি এবং সমস্ত ডেটা যা স্থানান্তরিত নথিগুলির সাথে যুক্ত ছিল স্বাভাবিকভাবে লোড হয়৷

সমস্যাটি নিম্নরূপ: যখন কিছু সময়ের পরে আমি দ্বিতীয়বার ডেটা লোড করতে শুরু করি, তখন দেখা গেল যে এইবার বাস্তবায়নগুলি লোড করা হয়নি, আমি যেভাবে এক্সচেঞ্জটি পুনরায় কনফিগার করি না কেন, বাস্তবায়নগুলি লোড করা হয়নি। যতদূর আমি বুঝি, এই বাস্তবায়ন কিছু কারণে মান বিনিময়ের জন্য উপযুক্ত নয়। এই বিষয়ে, আমার একটি প্রশ্ন আছে, আপনি কিভাবে দেখতে পারেন তাদের সাথে ঠিক কি ভুল? কোন রিপোর্ট আছে?

অ্যাকাউন্টিং নীতি পরিবর্তন হয়নি, সংস্থা পরিবর্তন হয়নি, কনফিগারেশন আপডেট করা হয়নি।
একমাত্র জিনিস যা পরিবর্তিত হয়েছে তা হল এখন আমার কাছে নতুন নথিতে উপসর্গ যোগ হয়েছে যা আমি সিঙ্ক্রোনাইজেশন সেট আপ করার সময় সেট করেছি। কিন্তু আমি এটি বুঝতে পেরেছি, এটি মূল কারণ নয়, কারণ রসিদ এবং গ্রাহকের আদেশ (পেমেন্টের জন্য চালান) সমস্যা ছাড়াই লোড হয়। কোনো নিষেধাজ্ঞার তারিখ নির্ধারণ করা হয়নি।

আমি সত্যিই আপনার সাহায্যের জন্য আশা করি, শুভেচ্ছা আলেক্সি.

উত্তর:সার্বজনীন বিনিময় পরিকল্পনার কোন বিস্তারিত নির্দেশিকা আছে কি?

প্রশ্ন: সম্পূর্ণ অধিকার ছাড়া BP 3.0 ডেটা সিঙ্ক্রোনাইজ করা

শুভ অপরাহ্ন. BP 3.0.51.16। প্ল্যাটফর্ম 8.3.10.2252। ব্যবহারকারীকে ডেটা সিঙ্ক্রোনাইজ করার অধিকার দিতে হবে। আপনি যখন প্রোফাইল অধিকারগুলিতে "অন্যান্য প্রোগ্রামগুলির সাথে ডেটা সিঙ্ক্রোনাইজ করুন" যোগ করেন, তখন ইন্টারফেসে কোনও সিঙ্ক্রোনাইজেশন আইটেম থাকে না৷ অ্যাডমিনিস্ট্রেটর গ্রুপে তাকে অন্তর্ভুক্ত না করেই কি ব্যবহারকারীকে সিঙ্ক্রোনাইজেশন অধিকার দেওয়া সম্ভব।

উত্তর:অধিকন্তু, সাধারণ ফর্মে, কম অধিকার সহ প্রয়োজনীয় অধিবেশনের অধীনে, প্রয়োজনীয় ফর্মের সমস্ত উপাদান খোলা হয়নি।

BP 3.0.65.80 -> UT 11.3.4.227 এর মধ্যে একটি সার্বজনীন বিন্যাসের মাধ্যমে ডেটা সিঙ্ক্রোনাইজেশন রয়েছে। কিভাবে নিশ্চিত করা যায় যে UT এর সাথে বিনিময়ের জন্য পরিবর্তনের স্বয়ংক্রিয় নিবন্ধন শুধুমাত্র এক ধরনের নথির জন্য সঞ্চালিত হয়, যেমন "চলতি অ্যাকাউন্টে রসিদ"।

উত্তর:() অনেক ধন্যবাদ! সাহায্য করেছে)

প্রশ্ন: ডেটা সিঙ্ক্রোনাইজেশন ত্রুটি

দয়া করে আমাকে বলুন এই ত্রুটি কি:

দ্বিতীয় ইনফোবেসে একটি এক্সচেঞ্জ সেটআপ তৈরি করার সময়, ত্রুটি ঘটেছে: (Processing.DataExchangeCreation Assistant.ObjectModule(861)): কনটেক্সট অ্যাট্রিবিউটের মান সেট করার সময় ত্রুটি (SentNumber) NewNode.SentNumber = 0; কারণে: একটি পূর্বনির্ধারিত নোডের জন্য সম্পত্তি পরিবর্তন করা যাবে না

আমি একাধিকবার সিঙ্ক্রোনাইজেশন সেট আপ করেছি, কিন্তু এই প্রথমবার।
আমি কিভাবে সমস্যা সমাধান করার চেষ্টা করেছি:

• আমি ডাটাবেস আপডেট করেছি - একই ফলাফল;
• আমি নিয়মগুলিকে নতুন দিয়ে প্রতিস্থাপন করেছি - একই ফলাফল৷

ZUP 3.0.25 এবং BP 3.0.43 এর মধ্যে বিনিময় করুন

উত্তর:

দেখা গেল যে এক্সচেঞ্জ তৈরি করার সময়, 1C একটি নোড তৈরি করেনি এবং এমনকি উপসর্গগুলি (নোড "কোড") মেলেনি। এটা সম্ভব যে কেউ আমার আগে অদ্ভুত কিছু করেছে।
সাধারণভাবে, আমি নোডগুলি ম্যানুয়ালি তৈরি করেছি, কোডগুলিকে তথ্য সুরক্ষা উপসর্গ হিসাবে নির্দিষ্ট করেছি (কেবল ক্ষেত্রে), তারপর সিঙ্ক্রোনাইজেশন তৈরি সহকারী ব্যবহার করেছি এবং সবকিছু কাজ করেছে!
বন্ধ

প্রশ্ন: দ্বিমুখী বিনিময় UT 10.3 - BUKH 3.0 সেট আপ করা

BUKH 2.0 থেকে 3.0 তে রূপান্তরের পরে, আমি একটি দ্বি-মুখী বিনিময় UT 10.3 - BUKH 3.0 সেট আপ করেছি৷

UT 10.3-এ আমি বিনিময় নিয়ম লোড করেছি যা UT থেকে BUKH-এ ডেটা স্থানান্তর করে।
কিন্তু BUH থেকে UT-তে ডেটা স্থানান্তরের বিনিময়ের নিয়মগুলি কোথায় ডাউনলোড করতে হবে তা আমি খুঁজে পাচ্ছি না।
পূর্বে, BUKH 2.0 এর সাথে বিনিময় করার সময়, এই নিয়মগুলি UT 10.3-এ এক ফর্মে লোড করা যেতে পারে। এখন কিভবে?
BUKH 3.0-এ, ডেটা সিঙ্ক্রোনাইজেশন সেটিংসে, আমি "ডাউনলোড নিয়ম" বোতামটি খুঁজে পেয়েছি। আপনি যখন এটিতে ক্লিক করেন, আপনাকে একটি জিপ সংরক্ষণাগার ডাউনলোড করতে হবে। এবং আমি একটি xml ফাইল আকারে নিয়ম আছে.
তাছাড়া, BUKH 3.0-এর জিপ ফাইলে তিনটি ফাইল থাকতে হবে: বিনিময় নিয়ম UT-BUKH এবং BUKH-UT সহ দুটি ফাইল এবং একটি নিবন্ধন নিয়ম ফাইল।

1. BUKH 3.0 এ স্যুইচ করার পরে, শুধুমাত্র BUKH থেকে কি বিনিময় সম্ভব?
2. আমি কোথায় নিবন্ধন নিয়ম পেতে পারি?

আমাকে এক্সচেঞ্জ সেট আপ করতে সাহায্য করুন.

উত্তর: BP 3.0 থেকে শুধুমাত্র পেমেন্ট কার্ড ডাউনলোড করা হয়

প্রশ্ন: এর সাথে ডেটা সিঙ্ক্রোনাইজ করা তৃতীয় পক্ষের সিস্টেম(এন্টারপ্রাইজ ডেটা সম্পর্কে প্রশ্ন)

যারা ইতিমধ্যে সিঙ্ক্রোনাইজেশনের জন্য এই বিন্যাসটি ব্যবহার করেন তাদের জন্য প্রশ্ন।

1. এর ডেটা আপলোড করার সময়, 1C প্রায় প্রতিটি বস্তুর পরে একটি উপাদান যোগ করে<УдалениеОбъекта>:
<УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <КонтрагентыГруппаСсылка>79 e0f739-64 d0-11 e4-8025 -5404 a67fc69d
অধিকন্তু, এটি এমন উপাদানগুলির জন্য বার্তা পাঠায় যা মুছে ফেলা হয় না।
এটা কি ধরনের তথ্য?

উত্তর:শুধু মজা করার জন্য, একটি খালি 1C. অ্যাকাউন্টিং সিস্টেম নেওয়া হয়েছিল এবং সেখান থেকে ডেটা ডাউনলোড করা হয়েছিল।
একটি সত্তা যোগ করা হয়েছে - প্রাথমিকভাবে বিদ্যমান "পণ্য" গ্রুপে "পরীক্ষা পণ্য"।
1C তাদের আনলোড করেছে, কিন্তু প্রতিটির জন্য একটি DeleteObject যোগ করেছে।
<Справочник.ЕдиницыИзмерения> <КлючевыеСвойства> <Ссылка> <Код>796 <Наименование>পিসি <НаименованиеПолное>জিনিস <Справочник.Номенклатура> <КлючевыеСвойства> <Ссылка> <НаименованиеПолное>পরীক্ষা পণ্য <КодВПрограмме>b2-00000001 <Наименование>পরীক্ষা পণ্য <ТипНоменклатуры>পণ্য <ЕдиницаИзмерения> <Ссылка>675 d8f51-3418 -11 e4-bde5-bcaec5d977c3 <Код>796 <СтавкаНДС>ভ্যাট18 <Группа> <Ссылка> <Наименование>মাল <КодВПрограмме>00 -00000001 <ДанныеАлкогольнойПродукции> <АлкогольнаяПродукция>মিথ্যা <ВидАлкогольнойПродукции xsi:nil="true"/> <ИмпортнаяАлкогольнаяПродукция>মিথ্যা <ОбъемДАЛ xsi:nil="true"/> <ПроизводительИмпортер xsi:nil="true"/> <УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <НоменклатураГруппаСсылка>a0c6a6d7-7 b58-11 e7-8 a86-681729 e23587 <УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <НоменклатураСсылка>675 d8f53-3418 -11 e4-bde5-bcaec5d977c3

বাস্তব জীবনে, এটি একটি বিরল কোম্পানি যা শুধুমাত্র একটি 1C ডাটাবেস দিয়ে পায়। সবচেয়ে সাধারণ পরিস্থিতি হল দুটি বেস, অ্যাকাউন্টিং এবং বেতন।

ঘাঁটিগুলি অবশ্যই সংযুক্ত থাকতে হবে - বেতন জমা হয়েছে, জমাকৃত ট্যাক্স অবশ্যই অর্থপ্রদানের জন্য অ্যাকাউন্টিং বিভাগে যেতে হবে।

বিভিন্ন ডাটাবেস সংযোগ করতে, এক্সচেঞ্জ 1C আছে। সে কিভাবে কাজ করে?

এক্সচেঞ্জ 1C কি?

দোকানের একটি চেইন এবং একটি কেন্দ্রীয় অফিস রয়েছে। প্রতিটি দোকান এবং অফিসে একটি গুদাম আছে। গুদাম থেকে গুদামে (প্রধানত কেন্দ্রীয় গুদাম থেকে গুদাম গুদামে) পণ্য স্থানান্তর করা হয় এবং দোকানে বিক্রি করা হয়।

1C খুচরা ডাটাবেস অফিসে এবং একই ডাটাবেস প্রতিটি দোকানে ব্যবহৃত হয়। দোকানের ঘাঁটিগুলি অফিসের বেসের অধীনস্থ।

অফিসে, গুদাম থেকে গুদামে পণ্যের চলাচলের উপর নথি তৈরি করা হয় এবং দাম নির্ধারণ করা হয়। নথিগুলি অধস্তন ডাটাবেসে আপলোড করা হয় এবং সেখানে পণ্যগুলি "আবির্ভূত হয়"৷

দোকানগুলি পণ্যের সম্পূর্ণ বিক্রয় সম্পর্কে নথি তৈরি করে। দস্তাবেজগুলি অফিসের ডাটাবেসে আপলোড করা হয় এবং সেখানে বিক্রয় "আবির্ভূত হয়"৷

এই স্কিমটিকে ডিস্ট্রিবিউটেড ইনফরমেশন বেস (RIB) বলা হয়। নথি "আপলোড" করার পদ্ধতি - দ্বিমুখী 1C বিনিময়। এবং এই স্কিমটি স্থাপন করা হল URIB বা URIBD (ডিস্ট্রিবিউটেড ইনফরমেশন ডাটাবেস ম্যানেজমেন্ট)।

1C-তে ডিরেক্টরি বিনিময়ের নীতি

1C ডিরেক্টরি (এবং "কমপ্লেক্সে" সমস্ত ডিরেক্টরির সেটকে NSI বলা হয় - আদর্শ রেফারেন্স তথ্য) - বিভিন্ন ডাটাবেসে সাধারণত একই হওয়া উচিত। এর মানে হল যে বেশ কয়েকটি ডাটাবেস থাকলেও, বিভিন্ন ডাটাবেসে পণ্য, গুদাম এবং ঠিকাদারদের তালিকা একই।

একটি সাধারণ অভ্যাস হল যখন একটি ডাটাবেসে একটি ডিরেক্টরিকে সম্পাদনা করার অনুমতি দেওয়া হয় এবং এটি অন্যগুলিতে অনুলিপি করা হয় ("মাইগ্রেট")। যেমনটি আমরা আগে আলোচনা করেছি, প্রতিটি 1C উপাদানের একটি অনন্য শনাক্তকারী রয়েছে - GUID। ডিরেক্টরিগুলি সাধারণত তাদের GUID এর সাথে একত্রে অনুলিপি করা হয় এবং এইভাবে বিতরণ করা তথ্য সিস্টেম জুড়ে অভিন্ন।

অন্যথায়, যখন প্রাথমিকভাবে বিদ্যমান একাধিক ডাটাবেস সংযুক্ত থাকে, অথবা যখন একই সময়ে বিভিন্ন ডাটাবেসে ডিরেক্টরি তৈরি করা যায়, তখন তাদের GUID ভিন্ন হবে। এর জন্য একটি ম্যাচিং মেকানিজম আছে। 1C বিনিময়ের সময় একটি বিশেষ তথ্য রেজিস্টারে, তথ্য রেকর্ড করা হয় যে GUID xxx সহ ডাটাবেস নং 1 থেকে উপাদানটি GUID yyy-এর সাথে এই ডাটাবেসের উপাদানের সমান। প্রাথমিকভাবে, বিদ্যমান উপাদানগুলি যা আর সমান নয় স্বয়ংক্রিয়ভাবে তুলনা করা আবশ্যক (অন্যান্য বিবরণ ব্যবহার করে, উদাহরণস্বরূপ, নাম বা ট্যাক্স সনাক্তকরণ নম্বর এবং চেকপয়েন্ট দ্বারা) বা ম্যানুয়ালি।

1C তে নথি বিনিময়ের নীতি

1C-তে নথিগুলি রেজিস্টার অনুসারে পোস্ট করা হয় এবং তারপরে "পোস্ট করা" হিসাবে বিবেচিত হয়। এটি স্থানান্তরের সময় বোধগম্য অসুবিধার জন্ম দেয়।

একটি বিকল্প হ'ল কেবলমাত্র নথিগুলি স্থানান্তর করা এবং ডাউনলোড করার পরে সেগুলি আবার স্থানান্তর করা। এই পদ্ধতিটি প্রায়শই ব্যবহৃত হয়, তবে এটি ত্রুটির জন্ম দিতে পারে - নথিটি নতুন ডাটাবেসে পোস্ট করা যাবে না, যেহেতু পোস্ট করার সময় শর্তগুলি মূল ডাটাবেসে নথিটি পোস্ট করার সময় থেকে ভিন্ন হতে পারে।

আরেকটি বিকল্প হল নথি এবং রেজিস্টার একসাথে স্থানান্তর করা। আমরা যেমন বুঝি, প্রশ্নটি অবিলম্বে উত্থাপিত হয় - হয় আমরা সাধারণভাবে সমস্ত নথি হস্তান্তর করি এবং তারপরে সাধারণভাবে সম্পূর্ণ রেজিস্টার, অথবা আমরা হস্তান্তরিত নথিতে কেবল স্থানান্তর করার জন্য বেছে নিতে বাধ্য হই।

ধরা যাক নামকরণ ডিরেক্টরি থেকে আমাদের একটি আইটেম স্থানান্তর করতে হবে। এই ডিরেক্টরিটিতে 10টি ক্ষেত্র রয়েছে, যার মধ্যে 5টি স্ট্রিং এবং সংখ্যা এবং 5টি অন্যান্য ডিরেক্টরির লিঙ্ক।

তদনুসারে, নামকরণের একটি উপাদান স্থানান্তর করার সময়, আমরা অন্যান্য ডিরেক্টরিগুলির 5টি উপাদান অনুসন্ধান এবং স্থানান্তর করতে বাধ্য হই।

এইভাবে, একটি ডিরেক্টরি উপাদান বা একটি নথি স্থানান্তর করার সময়, 100 বা তার বেশি অন্যান্য 1C অবজেক্ট লিঙ্কের মাধ্যমে স্থানান্তর করা যেতে পারে।

প্রকৃতপক্ষে, এটি বলা হয় যে প্রায় সমস্ত কনফিগারেশন রেফারেন্স একে অপরকে একটি উপায় বা অন্যভাবে উল্লেখ করে।

1C বিনিময় পরিকল্পনা

ধরা যাক আমরা একটি বিতরণকৃত ডাটাবেস তৈরি করেছি এবং একটি 1C বিনিময় করেছি। কেন্দ্রীয় গুদামে পণ্য ক্রয় করা হয়েছে এবং দোকানে চালানের জন্য প্রস্তুত করা হয়েছে। অফিসে 1C তারা পরিচয় করিয়ে দেয় দরকারি নথিপত্রপণ্য চলাচল। তাদের দোকানে লোড করা প্রয়োজন.

কি করো? আবার একটি সম্পূর্ণ 1C বিনিময় আউট বহন? দীর্ঘ এবং অকার্যকর! অফিসে ব্যবহারকারীদের দ্বারা ঠিক কী যোগ বা পরিবর্তন করা হয়েছে তা গণনা করা আরও ভাল হবে, যাতে শুধুমাত্র পরিবর্তনগুলি স্টোরগুলিতে পাঠানো হয়।

এই জন্য 1C বিনিময় পরিকল্পনা আছে. প্রোগ্রামার অন্য কিছু ডাটাবেসের সাথে 1C এক্সচেঞ্জ করার জন্য অগ্রিম একটি 1C বিনিময় পরিকল্পনা তৈরি করে, উদাহরণস্বরূপ আমাদের স্টোরগুলির সাথে।

1C এক্সচেঞ্জ প্ল্যান নোট করে যখন ব্যবহারকারীরা এই ডাটাবেসের সাথে গত 1C এক্সচেঞ্জের পর থেকে কী কী যুক্ত বা পরিবর্তিত হয়েছে তা ডিরেক্টরি এবং নথির সাথে কাজ করে।

URIB 1C সৃষ্টি

সুতরাং, আমরা স্ক্র্যাচ থেকে একটি বিতরণ করা ডাটাবেস তৈরি করব। প্রাথমিকভাবে, আমাদের একটি "অভিভাবক" অফিস বেস আছে। এটি থেকে আমরা স্টোরগুলির ডাটাবেস নির্বাচন করব যা এটির অধীনস্থ হবে।

সাধারণ কনফিগারেশনে ইতিমধ্যেই স্ট্যান্ডার্ড 1C বিনিময় পরিকল্পনা রয়েছে। যে ধরনের ঘাঁটিগুলির জন্য তারা উদ্দেশ্য করে তা নাম থেকে স্বজ্ঞাতভাবে পরিষ্কার:

• একটি ওয়েবসাইটের সাথে 1C বিনিময় করুন: একটি 1C এর সাথে বিনিময় করুন: বিট্রিক্স ওয়েবসাইট৷
• এক্সচেঞ্জ 1C UPP-UT বা UT-রিটেল: বোন কনফিগারেশনের সাথে সাধারণ বিনিময়
• একই কনফিগারেশনের উপর ভিত্তি করে একটি ডাটাবেসের সাথে সম্পূর্ণ - 1C বিনিময়।

RIB - বিতরণকৃত তথ্যের ভিত্তি - এছাড়াও 1C "সম্পূর্ণ" বিনিময় পরিকল্পনার ভিত্তিতে তৈরি করা যেতে পারে। কনফিগারেটে, এই 1C বিনিময় পরিকল্পনায়, "ডিস্ট্রিবিউটেড ইনফোবেস" চেকবক্সটি চেক করা উচিত।

কনফিগারেশনে তৈরি 1C বিনিময় পরিকল্পনাটি নির্দেশ করে যে আমরা এই কনফিগারেশনের সাথে বিনিময় করতে যাচ্ছি। এন্টারপ্রাইজ মোডে, একই 1C বিনিময় পরিকল্পনায়, আপনাকে এখন এই কনফিগারেশনের উপর ভিত্তি করে নির্দিষ্ট ডাটাবেস নির্দিষ্ট করতে হবে।

চলুন 1C এক্সচেঞ্জ প্ল্যানে যাই (অপারেশন/এক্সচেঞ্জ প্ল্যান; অন্য মেনুতেও থাকতে পারে, প্রায়শই সার্ভিস/XXX মেনুতে)।

1C বিনিময় পরিকল্পনার ডাটাবেসের তালিকায় ছবিতে একটি সবুজ বৃত্ত রয়েছে। এই উপাদান এই বেস জন্য দাঁড়িয়েছে. অবশিষ্ট উপাদান অন্যান্য ঘাঁটি নির্দেশ করে যার সাথে 1C বিনিময় করা হচ্ছে।

সমস্ত উপাদানের নাম এবং কোড উভয়ই পূরণ করা আবশ্যক।

একটি স্টোর সাববেস তৈরি করতে:

• 1C বিনিময় পরিকল্পনা উপাদানের তালিকায় কার্সার রাখুন, যা আমরা একটি "স্টোর বেস" হিসাবে তৈরি করেছি
• "ক্রিয়া/প্রাথমিক চিত্র তৈরি করুন" মেনু আইটেমটি নির্বাচন করুন।

ফলস্বরূপ, এটিতে আপলোড করা প্রাথমিক ডেটা দিয়ে একটি ডাটাবেস তৈরি করা হবে। এটি অবশ্যই 1C বিনিময় পরিকল্পনার প্রতিটি উপাদানের জন্য পুনরাবৃত্তি করতে হবে, বর্তমান ভিত্তি বাদে।

1C বিনিময় তত্ত্ব

1C বিনিময় তত্ত্বটি বেশ সহজ:

• একটি ডাটাবেস (সাধারণত কেন্দ্রের ডাটাবেস) একটি সময়সূচী বা "ইভেন্ট দ্বারা" (একটি নির্দিষ্ট ব্যবহারকারীর ডাটাবেসে লগইন, ইত্যাদি) অনুযায়ী 1C বিনিময় শুরু করে।
• 1C এক্সচেঞ্জ ডাটাবেস থেকে একটি ফাইল ডাউনলোড করে
• ফাইলটিকে অবশ্যই এমন একটি জায়গায় স্থানান্তর করতে হবে যেখানে একটি স্লেভ ডাটাবেস এটি নিতে পারে (সাধারণত একটি শেয়ার বা এফটিপি, কম প্রায়ই ই-মেইল)
• স্লেভ ডাটাবেস প্রাপ্ত ফাইল ডাউনলোড করে
• তথ্য প্রাপ্ত হয়েছে নিশ্চিতকরণ হিসাবে, স্লেভ ডাটাবেস একটি "প্রতিক্রিয়া" ফাইল আপলোড করে, যা কেন্দ্রীয় ডাটাবেসে একইভাবে লোড করা হয়।
• 1C বিনিময় অধিবেশন সম্পন্ন হয়েছে.

ফাইলের মাধ্যমে নয়, উদাহরণস্বরূপ, দুটি ডাটাবেসের মধ্যে সরাসরি COM সংযোগের মাধ্যমে 1C বিনিময়ের অন্যান্য পদ্ধতি রয়েছে। এর সুবিধা:

• কোনো "ফাইল সংরক্ষণ এবং স্থানান্তর করার জন্য স্থান" প্রয়োজন নেই
• নিশ্চিতকরণ পুনরায় আপলোড করার প্রয়োজন নেই
• প্রথম দুটি পয়েন্টের কারণে সবকিছু দ্রুত ঘটে।

যাইহোক, সীমাবদ্ধতা স্পষ্ট - একটি COM সংযোগ শুরু করতে সক্ষম হওয়ার জন্য ঘাঁটিগুলি একে অপরের কাছে এতটা অ্যাক্সেসযোগ্য হতে হবে।

RIB 1C সেট আপ করা হচ্ছে

স্ট্যান্ডার্ড কনফিগারেশনের ধ্রুবকগুলিতে (অপারেশন/কনস্ট্যান্ট; বা পরিষেবা/প্রোগ্রাম সেটিংস) সাধারণত থাকে সাধারণ সেটআপ 1C বিনিময়। এটি কোন ডাটাবেসে তৈরি করা হয়েছে তা সহজেই নির্ধারণ করতে উপাদান কোড এবং নথি সংখ্যার একটি উপসর্গ। সেইসাথে যেখানে ডিরেক্টরি এবং নথি তৈরি করা হয়েছিল সেই স্থান সম্পর্কে তথ্য সংরক্ষণের জন্য একটি অভ্যন্তরীণ পদ্ধতি।

এখন আপনাকে কনফিগার করতে হবে কিভাবে তৈরি করা ডাটাবেসের মধ্যে 1C তথ্যের পর্যায়ক্রমিক বিনিময় প্রক্রিয়াটি ঘটবে।
1C-তে সমস্ত RIB সেটিংস স্ট্যান্ডার্ড কনফিগারেশনে থাকে, সাধারণত মেনু পরিষেবা/ডিস্ট্রিবিউটেড ইনফরমেশন বেস/আরআইবি নোড কনফিগার করুন।

প্রতিটি পূর্বে তৈরি করা "রিমোট স্টোর বেস" উপাদানের জন্য, আপনাকে একটি সেটিংস উপাদান যোগ করতে হবে।

সেটিংস 1C বিনিময় পদ্ধতি নির্দেশ করে: ফাইল (শেয়ার), ফাইল (এফটিপি), ফাইল (ই-মেইল)।

একটি পাতলা ক্লায়েন্টে একটি বিতরণকৃত 1C তথ্য বেস তৈরি এবং সেট আপ করা

এর উপর ভিত্তি করে একটি সাধারণ কনফিগারেশনে একটি অনুরূপ সেটিং দেখুন পাতলা ক্লায়েন্ট– ট্রেড ম্যানেজমেন্ট রিভিশন 11।
সেটিংস (এবং স্ক্র্যাচ থেকে তৈরি) ইন্টারফেসের প্রশাসন ট্যাবে অবস্থিত। আইটেম "ডেটা বিনিময়"।

"একটি বিতরণ করা ইনফোবেসে একটি বিনিময় তৈরি করুন" নির্বাচন করুন।

প্রথম থেকেই, 1C আমাদের নির্দেশ করতে বলবে কিভাবে আমরা অধস্তন ডাটাবেসের সাথে তথ্য বিনিময় করতে যাচ্ছি। এখানে "বলের উপর একটি ফাইলের মাধ্যমে" কনফিগারেশন বিকল্পটি রয়েছে।

এখানে একটি FTP ফাইলের মাধ্যমে কনফিগারেশন বিকল্প আছে।

আমাদের 1C বিনিময় সেটআপের নাম।

এবং অবিলম্বে একটি "প্রাথমিক চিত্র" তৈরি করার প্রস্তাব - অর্থাৎ, প্রাথমিক তথ্য আপলোড করার সাথে স্লেভ ডাটাবেস নিজেই।

একটি পুরু ক্লায়েন্টের কনফিগারেশনের বিপরীতে, উভয় 1C বিনিময় সেটিংস এক জায়গায় রয়েছে।

1C 8 অ্যাপ্লিকেশন সমাধানগুলির মধ্যে ডেটা বিনিময় এমন কিছু যা ছাড়া একটি পূর্ণাঙ্গ তৈরি করা সম্ভব নয় তথ্য স্থানউদ্যোগ

• কেন ডেটা এক্সচেঞ্জ প্রয়োজন এবং কীভাবে সেগুলি ব্যবহার করবেন?
• 1C এর মধ্যে বিনিময়ের ধরন।
• কিভাবে 1C ডাটাবেসের মধ্যে ডেটা বিনিময় কনফিগার করবেন?

আপনি নীচের এই প্রশ্নের উত্তর খুঁজে পাবেন.

বিনিময় প্রবর্তনের জন্য সাধারণত দুটি কারণ রয়েছে:

সংস্থাটির একটি শাখা নেটওয়ার্ক রয়েছে

এই ক্ষেত্রে, আপনাকে কেবল বিভিন্ন শাখার মধ্যে বিনিময় সেট আপ করতে হবে। এই উদ্দেশ্যে, 1C 8.3 এন্টারপ্রাইজ সিস্টেমে একটি প্রক্রিয়া রয়েছে। যার সাহায্যে আপনি নমনীয়ভাবে তথ্য বিনিময় কনফিগার করতে পারেন। উদাহরণস্বরূপ, শাখাগুলির জন্য আপনি অন্যান্য শাখার নথিগুলির দৃশ্যমানতা অক্ষম করতে পারেন এবং একই সময়ে কেন্দ্রীয় অফিস সমস্ত শাখার নথি দেখতে পাবে৷ আরেকটি উদাহরণ হল একটি অফিস এবং স্টোরের 1C খুচরা ডাটাবেসের মধ্যে একটি বিনিময় স্থাপন করা।

অ্যাকাউন্টিং এর ধরন দ্বারা পৃথকীকরণ

একটি নিয়ম হিসাবে, এর মানে হল যে সংস্থাটি বিভিন্ন তথ্য ডাটাবেসে বিভিন্ন রেকর্ড বজায় রাখে। এই বিচ্ছেদ আপনাকে তথ্য ফিল্টার করতে দেয় যা বিভিন্ন তথ্য বেসের জন্য অন্য ধরনের অ্যাকাউন্টিংয়ের জন্য "অপ্রয়োজনীয়"। উদাহরণ: তথাকথিত "ব্যবস্থাপনা অ্যাকাউন্টিং" "ট্রেড ম্যানেজমেন্ট" ডাটাবেসে প্রবেশ করা হবে, যেখানে সমস্ত লেনদেন প্রতিফলিত হয় এবং ব্যবস্থাপনা ইভেন্টগুলির সম্পূর্ণ চিত্র দেখতে পায় এবং শুধুমাত্র অ্যাকাউন্টিং এবং ট্যাক্স অ্যাকাউন্টিংয়ের জন্য প্রয়োজনীয় নথিগুলি নিয়ন্ত্রিত অ্যাকাউন্টিং ডাটাবেসে আপলোড করা হয় "এন্টারপ্রাইজ অ্যাকাউন্টিং" ”

1C ডাটাবেসের মধ্যে বিনিময় প্রক্রিয়া কি কি?

ডেটা এক্সচেঞ্জ দুটি উপায়ে শ্রেণীবদ্ধ করা যেতে পারে: ব্যবহৃত প্রক্রিয়া এবং বিনিময়ের জন্য ব্যবহৃত পরিবহন।

1C ডেটা বিনিময় প্রক্রিয়া

সাধারণত, বিনিময়ের জন্য দুটি প্রক্রিয়া ব্যবহার করা হয়:

• ডিস্ট্রিবিউটেড ইনফরমেশন বেস (RIB)— একটি প্রক্রিয়া যা আপনাকে শাখাগুলির মধ্যে ডেটা বিনিময় সেট আপ করতে দেয়। প্রক্রিয়াটি বোঝায় যে একেবারে অভিন্ন ডাটাবেস কনফিগারেশনগুলি বিনিময় করা হয়। প্রক্রিয়া ডাটাবেস কনফিগারেশন পরিবর্তন স্থানান্তর করতে পারে. প্রক্রিয়াটি প্রযুক্তি প্ল্যাটফর্ম স্তরে প্রয়োগ করা হয়।
• কনফিগারেশনের মধ্যে বিনিময়ের জন্য একটি সর্বজনীন প্রক্রিয়া— প্রয়োগ সমাধানের জন্য প্রক্রিয়াটি 1C দ্বারা তৈরি করা হয়েছে। এটি সর্বজনীন এবং এর উপর ভিত্তি করে। এক্সএমএল নিয়মগুলি ব্যবহার করে ডেটা বিনিময় করা হয়, যা একটি বিশেষ কনফিগারেশনে তৈরি করা হয় - . এই প্রক্রিয়াটি ব্যবহার করে, আপনি 1C কনফিগারেশনের মধ্যে এককালীন বিনিময় এবং ধ্রুবক বিনিময় উভয়ই বাস্তবায়ন করতে পারেন। প্রক্রিয়াটি কনফিগারেশন স্তরে প্রয়োগ করা হয়; আপনি প্রযুক্তিগত কনফিগারেশন থেকে এটিকে আপনার কনফিগারেশনে একীভূত করতে পারেন।

ডেটা বিনিময়ের জন্য পরিবহন

পরিবহন প্রযুক্তির মোটামুটি বিস্তৃত পরিসর হতে পারে। আসুন সার্বজনীন বিনিময় প্রক্রিয়া 1C 8.2 এ বাস্তবায়িত প্রধানগুলি বিবেচনা করি:

বিনামূল্যে 1C-তে 267টি ভিডিও পাঠ পান:

• স্থানীয় বা নেটওয়ার্ক ডিরেক্টরি - সহজতম পরিবহন। একটি তথ্য নিরাপত্তা ডিস্কে একটি ফাইল তৈরি করে, দ্বিতীয়টি এটি পড়ে এবং তার নিজস্ব ফাইল যোগ করে।
• FTP সম্পদ— বিনিময় একটি ক্যাটালগ মাধ্যমে বিনিময় অনুরূপ. পার্থক্য হল যে বিনিময়টি FTP প্রোটোকলের মাধ্যমে সঞ্চালিত হয়।
• ডাক বার্তা বা ই-মেইল- বিনিময় উপায় মধ্যে সঞ্চালিত হয় ইমেইল. কনফিগারেশন একে অপরের কাছে পাঠানো হয় মেল বার্তাএবং নিয়মিত নতুন বার্তাগুলির জন্য ইমেল ঠিকানা পরীক্ষা করুন৷
• সরাসরি সংযোগ (COM)- বিনিময় মাধ্যমে বাহিত হয় সরাসরি সংযোগআমাদের উপায়ে এক থেকে অন্য ভিত্তি।
• ইন্টারনেট (ওয়েব সার্ভিস)- পরিবহন একটি ওয়েব পরিষেবা। একটি ইনফোবেস এর সাথে সংযোগ করে, ওয়েব পরিষেবাটি দ্বিতীয় ইনফোবেসের সাথে সংযোগ করে এবং বার্তা পরিবহন করে। এই ধরনের পরিবহন চালাতে আপনার অবশ্যই থাকতে হবে।

কিভাবে 1C ডাটাবেসের মধ্যে ডেটা বিনিময় সেট আপ করবেন?

"1C ডেটা রূপান্তর" কনফিগারেশন ব্যবহার করে 1C-তে ডেটা এক্সচেঞ্জ সেট আপ করার প্রাথমিক বিষয়গুলির জন্য, ভিডিওতে উদাহরণটি দেখুন:

1C 8.2-এ সময়সূচী অনুযায়ী 1C ডেটা বিনিময়

আপনি যদি একটি সময়সূচীতে স্বয়ংক্রিয় আপলোডিং কনফিগার করতে চান তবে কেবল কনফিগার করুন৷

ক্লায়েন্ট-সার্ভার সংস্করণের জন্য

"ডেটা এক্সচেঞ্জ সেটিংস" ডিরেক্টরিতে, "স্বয়ংক্রিয় বিনিময়" ট্যাবে, আপনাকে একটি নতুন নির্ধারিত টাস্ক তৈরি করতে হবে, যেখানে আপনি সময়সূচী নির্দিষ্ট করবেন:

ফাইল বিকল্পের জন্য

"ডেটা এক্সচেঞ্জ সেটিংস" ডিরেক্টরিতে, "স্বয়ংক্রিয় বিনিময়" ট্যাবে, আপনাকে একটি নতুন রুটিন টাস্ক তৈরি করতে হবে, যেখানে, "ইভেন্ট দ্বারা বিনিময়" ট্যাবে, যে ইভেন্টগুলিতে এক্সচেঞ্জ চালু হবে তা নির্দিষ্ট করুন৷ উদাহরণস্বরূপ, যখন একটি নির্দিষ্ট ব্যবহারকারী শুরু করে: