ফিসকাল রেজিস্ট্রার atol এর কাজের জন্য প্রক্রিয়াকরণ। পাভেল চিস্তভ

বৃহৎ প্রতিষ্ঠানের জন্য প্রিমিয়াম-শ্রেণির ফিসকেল রেজিস্ট্রার, যেখানে প্রচুর পরিমাণে বিক্রির পয়েন্ট রয়েছে, যার লক্ষ্য বৃহৎ গ্রাহক প্রবাহকে যতটা সম্ভব দক্ষতার সাথে এবং দ্রুত পরিবেশন করা। গুণমান, সুবিধা এবং নির্ভরযোগ্যতা রাশিয়া জুড়ে হাজার হাজার ব্যবহারকারী দ্বারা পরীক্ষা করা হয়েছে। রসিদে মার্কেটিং তথ্য স্থাপন করে ক্রেতার দৃষ্টি আকর্ষণ করুন, ডিসকাউন্ট সম্পর্কে তথ্য, বিশেষ প্রচার এবং আপনার গ্রাহকদের সাথে বিশ্বস্ত সম্পর্ক তৈরি করার জন্য প্রয়োজনীয় অন্যান্য তথ্য। স্বয়ংক্রিয় কর্তনকারীজাপানি কোম্পানি Seiko Instruments থেকে অনন্য প্রযুক্তির জন্য ছুরি জ্যামিংয়ের বিরুদ্ধে বীমা করা হয়েছে। উপযুক্তসমস্ত সাধারণ অপারেটিং সিস্টেম (উইন্ডোজ, লিনাক্স, অ্যান্ড্রয়েড বা আইওএস) এবং নগদ নিবন্ধন প্রোগ্রামগুলির সাথে। EGAIS এর জন্য প্রস্তুত— আপনাকে একটি রসিদে QR কোড তৈরি এবং মুদ্রণ করতে দেয়। বসানোর সুবিধা- ক্যাশ ডেস্কে অনুভূমিক বা উল্লম্ব বসানো সম্ভব।

মুদ্রণের গতি: 200 মিমি/সেকেন্ড পর্যন্ত
প্রিন্ট হেড রিসোর্স: 100 কিমি রসিদ টেপ
স্বয়ংক্রিয়ভাবে কাটা: হ্যাঁ (রসিদ টেপের ম্যানুয়াল বিভাজনের জন্য একটি চিরুনি উপস্থিতি), সম্পদ 1,000,000 কাট
প্রতি লাইনে অক্ষরের সংখ্যা: 24 থেকে 64 পর্যন্ত (80 মিমি কাগজ সহ); 24 থেকে 48 পর্যন্ত (58 মিমি কাগজ সহ)
ইন্টারফেস: ইথারনেট, ইউএসবি। ঐচ্ছিক Wi-Fi, 2G, 3G (একটি যোগাযোগ মডিউল ইনস্টল করে)
পাওয়ার: পাওয়ার সাপ্লাই থেকে 24V
ওজন: 1.4 কেজি
মাত্রা: 140 × 200 × 140 মিমি

পৃষ্ঠা মেনু:

কম্পিউটারের সাথে সংযোগ করার আগে ফিসকাল রেজিস্ট্রার সেটিংস

মাধ্যমে আর্থিক তথ্য স্থানান্তর কনফিগার করতে USB তারেরএই নির্দেশ দেখুন।

ডিফল্টরূপে, ATOL 30F একটি USB পোর্টের মাধ্যমে একটি PC এর সাথে কাজ করার জন্য কনফিগার করা হয়েছে ডিভাইসে কনফিগার করার জন্য অতিরিক্ত কিছুর প্রয়োজন নেই।

ড্রাইভার ইনস্টলেশন

• আমরা পিসিতে FPrint11 PTK সংযোগ করি। এটি করার জন্য, পূর্বে ডাউনলোড করা খুলুন Atol হার্ডওয়্যার ড্রাইভার সংস্করণ 6.20এবং নির্বাচন করুন "সেটিং বৈশিষ্ট্য":

এর পরে, যে নতুন উইন্ডোটি খোলে, সেখানে নির্বাচন করুন "সরঞ্জামের জন্য অনুসন্ধান করুন":

নিম্নলিখিত চিহ্নটি উইন্ডোতে উপস্থিত হবে, যার সাথে আমরা এটি সন্ধান করব। যখন একটি ডিভাইস পাওয়া যায়, এটি নীচের লাইনে প্রদর্শিত হয়:

• আপনি একটি ট্রায়াল বিক্রয় করে সরাসরি প্রিন্টার পরীক্ষা করতে পারেন। এটি করার জন্য, আমরা ক্রমানুসারে:

1. "ডিভাইস চালু আছে" বাক্সটি চেক করুন;
2. পছন্দ করা রেজিস্ট্রেশন মোডউপরের ডান কোণে;
3. পরবর্তী, "লগইন" ক্লিক করুন;
4. এবং কেন্দ্রীয় ক্ষেত্রে আমরা একটি পরীক্ষা বিক্রয় করি:

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

1C 7.X এর সাথে সংযোগ

1C 8.X এর সাথে সংযোগ

"ATOL: KKM ড্রাইভার" 1c v8.1/8.2

"ATOL: জেনারেল KKM ড্রাইভার" কে 1C সংস্করণ 8.2 এর সাথে সংযুক্ত করা হচ্ছে, সাধারণ কনফিগারেশন "রিটেল 1.0"

1C প্ল্যাটফর্মের সংস্করণ 8.0/8.1/8.2-এ স্ট্যান্ডার্ড কনফিগারেশন "ম্যানুফ্যাকচারিং এন্টারপ্রাইজ ম্যানেজমেন্ট", সংস্করণ 1.2-এর সাথে সংযোগ একইভাবে সঞ্চালিত হয়।

1) "ATOL: সাধারণ ড্রাইভার KKM 6" ইনস্টল করুন।
ফোল্ডার থেকে পুনরায় লিখতে হবে...\Program Files\ATOL\Drivers\BIN\*.dll এক্সটেনশন সহ সমস্ত ফাইল 1C প্ল্যাটফর্ম ডিরেক্টরিতে (..\Program Files\1Сv81\bin\)

2) নিবন্ধন করুন সিস্টেম রেজিস্ট্রিফাইল FPrnM1C.dll কমান্ড সহ regsvr32 “[পাথ টু ফাইল]\FPrnM1C.dll” (যদি কোনো কারণে ইনস্টলেশনের কারণে নিবন্ধন স্বয়ংক্রিয়ভাবে না ঘটে)।

3) যদি উপরে বর্ণিত পদ্ধতিতে সিস্টেমে ফাইলটি নিবন্ধন করা সম্ভব না হয় (যা OS এর বৈশিষ্ট্যগুলির কারণে হতে পারে), তবে আপনাকে প্রশাসক হিসাবে কমান্ড লাইনটি চালাতে হবে (উইন্ডোজ 8 এ আপনি প্রেস করতে পারেন Win + X কী এবং তারপরে উইন্ডোজ 7 এ পছন্দসই মেনু আইটেম নির্বাচন করুন; কমান্ড লাইনস্টার্ট মেনুতে অবস্থিত)। এরপরে, সেখানে উপরের কমান্ডটি প্রবেশ করান এবং রান করুন।

4) পিসিতে নগদ নিবন্ধন সংযুক্ত করুন।

5) 1C লঞ্চ করুন: এন্টারপ্রাইজ।

6) "পরিষেবা" -> "বাণিজ্যিক সরঞ্জাম" -> "বাণিজ্যিক সরঞ্জাম সংযোগ এবং সেট আপ করার জন্য সহকারী" মেনু খুলুন।

7) ফর্ম উইন্ডোতে, "ফিসকাল রেজিস্ট্রার" নির্বাচন করুন, ক্লিক করুন আরও

7) ড্রাইভার রক্ষণাবেক্ষণ প্রক্রিয়াকরণ যোগ করার জন্য ফর্মে, ক্যাটালগ থেকে প্রক্রিয়াকরণ নির্বাচন করুন, ক্লিক করুন তালিকা পান, নির্বাচন করুন ATOL: ফিসকাল রেজিস্ট্রার(এই প্রক্রিয়াকরণটি প্রথমে https://its.1c.ru/db/metod8dev#content:3020:hdoc লিঙ্কে প্রদত্ত প্রসেসিং ডাটাবেস থেকে ডাউনলোড করতে হবে), পরবর্তী ক্লিক করুন।

8) একটি নতুন ডিভাইস যোগ করার জন্য উইন্ডোতে, আপনার মডেল এবং নগদ রেজিস্টার নির্বাচন করুন যেখানে রেকর্ডার কাজ করবে, ক্লিক করুন আরও.

9) সেটিংসে, রেকর্ডারটি যে পোর্টে সংযুক্ত রয়েছে সেটি নির্বাচন করুন, ঠিক আছে টিপুন।

10) ডিভাইসটি সংযুক্ত, আপনি কাজ শুরু করতে পারেন :)

অ্যান্ড্রয়েডের সাথে সংযোগ

সফটওয়্যার ইনস্টলেশন

1. আপনার স্মার্টফোন চালু করুন এবং একটি ইন্টারনেট সংযোগ স্থাপন করুন।

3. আপনার স্মার্টফোনে ডাউনলোড করা প্রোগ্রামটি ইনস্টল করুন (এটি ডাউনলোড ফোল্ডারে অবস্থিত)। ইনস্টলেশনের সময়, একটি অজানা উত্স থেকে প্রোগ্রামটি ইনস্টল করার বিষয়ে একটি সতর্কতা উপস্থিত হতে পারে, এই ক্ষেত্রে আপনাকে মেনুতে যেতে হবে নিরাপত্তা"P" বক্স চেক করুন "অজানা উত্স থেকে অ্যাপ্লিকেশন ইনস্টল করার অনুমতি দিন।"

লাইসেন্স প্রাপ্তি

5. একটি আইটেম নির্বাচন করুন৷ "লাইসেন্স সক্রিয়করণ" NEXT-এ ক্লিক করুন, "TabletPOS/Your STORE" নির্বাচন করুন, আবার NEXT-এ ক্লিক করুন, তারপর LicenseID (ট্যাবলেট POS লাইসেন্স চুক্তির ফর্মে) এবং DeviceID (FPrint-11-এর পিছনের প্যানেলে সিরিয়াল নম্বর) লিখুন। একটি লাইসেন্স ফাইল সহ একটি চিঠি (ভিতরে "dat" ফর্ম্যাট ফাইল সহ ZIP সংরক্ষণাগার) প্রবেশ করা ই-মেইলে পাঠানো হবে।

6. আনজিপ করুন (হয় একটি স্মার্টফোন ব্যবহার করে, অথবা অন্য কম্পিউটারে এবং তারপরে স্মার্টফোনে ডাউনলোড করুন)।

ডিভাইসের সাথে যোগাযোগ ডিবাগিং

7. বারকোড স্ক্যানারটিকে FPrint-11 ডিভাইসের সাথে সংযুক্ত করুন৷

8. ক্যাশ রেজিস্টার সেটিংসে ব্লুটুথ ডেটা এক্সচেঞ্জ চ্যানেল সেট করুন৷ এটি করার জন্য, আপনাকে পরিষেবা মোডে প্রবেশ করতে হবে। ফাস্ট ফরওয়ার্ড বোতাম টিপে ডিভাইসটি চালু করুন। দ্রুত এগিয়ে যাওয়ার বোতামটি ছেড়ে না দিয়ে, পঞ্চম সাউন্ড সিগন্যালের জন্য অপেক্ষা করুন ("স্কিক"), এবং শুধুমাত্র তারপর বোতামটি ছেড়ে দিন। SERVICE MODE মেনু প্রিন্ট করা উচিত।

9. ফাস্ট ফরওয়ার্ড বোতামটি 2 বার টিপুন (প্রতিটি চাপার সাথে একটি শব্দ সংকেত শোনা উচিত)। "এক্সচেঞ্জ চ্যানেল" সাবমেনু প্রিন্ট করা উচিত। ব্লুটুথ নির্বাচন করতে (বিন্দু 3), স্ক্রোল বোতামটি 3 বার টিপুন।

10. পরিষেবা মোড থেকে প্রস্থান করুন - এক ক্লিক করুন।

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

লাইসেন্স সক্রিয়করণ

12. ট্যাবলেটপিওএস প্রোগ্রামটি খুলুন। "সরঞ্জাম" -> "KKM", "মডেল" মেনুতে এবং "সংযুক্ত" মেনুতে FPrint-11 নির্বাচন করুন।

13. প্রধান মেনুতে ফিরে যান। এখন "পরিষেবা" -> "লাইসেন্সিং", "আপডেট" বোতামে ক্লিক করুন। "ফাইন্ড লাইসেন্স" তালিকায়, লাইসেন্স ফাইলের নাম এবং ক্যাশ রেজিস্টারের সিরিয়াল নম্বর সহ আইটেমটি ধূসর রঙে হাইলাইট করা উচিত এবং "সক্রিয়" বার্তাটি প্রদর্শিত হবে।

প্রস্তাবিত উন্নয়নটি ATOL, SHTRIKH-M, ISKRA ট্রেডমার্কের সমস্ত মডেলের ফিসকাল রেজিস্ট্রার এবং নগদ রেজিস্টার সরঞ্জামগুলির সাথে 1C কনফিগারেশনের সহযোগিতাকে সংগঠিত করার উদ্দেশ্যে তৈরি করা হয়েছে ব্যবহারকারীদের মধ্যে সর্বাধিক জনপ্রিয়, সেইসাথে অন্যান্য সুপরিচিত রাশিয়ান বিকাশকারীদের নগদ রেজিস্টার সরঞ্জাম। প্রোগ্রামটির কার্যকারিতা ফেডারেল আইন নং 54 এর প্রয়োজনীয়তাগুলিকে সম্পূর্ণরূপে পূরণ করে এবং আপনাকে সমস্ত বিদ্যমান আর্থিক ডেটা ফর্ম্যাটের সাথে কাজ করার অনুমতি দেয়। বর্তমানে এটি সংস্করণের একটি লাইন (প্রটোকল) 1.0, 1.05 এবং 1.1।

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

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

মৌলিক কার্যকারিতা

● প্রোগ্রাম প্রকাশের সময় বিদ্যমান প্রায় সমস্ত নগদ নিবন্ধন সরঞ্জামের সাথে সামঞ্জস্য।

● সবার নিয়ন্ত্রণে কাজ করুন বর্তমান সংস্করণউইন্ডোজ এবং লিনাক্স ওএস।

● আর্থিক নথিগুলির সমস্ত অনুমোদিত ফর্ম্যাটের জন্য সমর্থন - প্রাথমিক সংস্করণ 1.0 এবং ট্রানজিশন প্রোটোকল 1.05 থেকে এই মুহূর্তে সবচেয়ে উন্নত FFD 1.1 পর্যন্ত৷

● একটি রসিদে থাকা ডেটাকে দুই বা তার বেশি ভাগে পুনঃবন্টন করার কাজ আর্থিক নিবন্ধক.

● v.8.1 থেকে শুরু করে সমস্ত 1C কনফিগারেশনের জন্য বাহ্যিক উপাদান তৈরি করার জন্য বিনিময় ফর্ম্যাট এবং প্রযুক্তির জন্য গ্যারান্টিযুক্ত সমর্থন।

মুদ্রণ বৈশিষ্ট্য

● একটি নিয়মিত নেটওয়ার্ক বা স্থানীয় প্রিন্টার, বা ক্যাশিয়ারের কর্মক্ষেত্রে একটি আদর্শ নথি প্রিন্টার ব্যবহার করে একটি রসিদের একটি অনুলিপি প্রিন্ট করার সম্ভাবনা৷

● একটি মুদ্রণ সারি তৈরি করা - দুই বা ততোধিক ওয়ার্কস্টেশন থেকে রসিদ মুদ্রণের ক্ষমতা।

● একটি রসিদ প্রিন্ট করার আগে স্ক্রিনে প্রিভিউ করার ফাংশন, যা প্রিন্ট সেটিংস উইন্ডোতে সংশ্লিষ্ট বোতাম টিপে বলা হয়।

● "সংশোধন চেক" মুদ্রণের জন্য সমর্থন এমনকি ক্ষেত্রে যেখানে কার্যকারিতা মৌলিক প্রোগ্রাম এই নথীটিঅনুপস্থিত।

● একটি প্রাথমিক মুদ্রণ ফর্মের উপলব্ধতা যা আপনাকে রসিদে আর্থিক লাইনের বিষয়বস্তু পরিবর্তন করতে বা একটি ভিন্ন অর্থপ্রদানের পদ্ধতি নির্দিষ্ট করতে দেয়৷

টেমপ্লেট সেট আপ করা হচ্ছে

● একটি নতুন, সম্পূর্ণ আসল রসিদ টেমপ্লেট তৈরি করা, একটি বারকোড স্থাপন করা, বিজ্ঞাপনের ছবি বা পাঠ্য, সেইসাথে এতে অন্য যেকোন দরকারী তথ্য। (সেটআপ পদ্ধতির জন্য, "ডকুমেন্ট টেমপ্লেট" বিভাগটি দেখুন)।

● একটি কর ব্যবস্থায় কাজ করার সময় একটি পণ্য আইটেমকে এক লাইনে প্রদর্শনের সম্ভাবনা যার জন্য বিভিন্ন আইটেমের জন্য রসিদের আলাদা অ্যাকাউন্টিং প্রয়োজন হয় না।

● একটি নগদ নথি থেকে সরাসরি পণ্য আইটেমগুলির একটি সম্পূর্ণ তালিকা সহ একটি রসিদ মুদ্রণের জন্য সমর্থন।

● টেমপ্লেট সেটআপ প্রক্রিয়া চলাকালীন একটি প্রস্তুত রসিদ পূর্বরূপ দেখার কাজ।

নথি তৈরি এবং পাঠানোর বৈশিষ্ট্য

● একযোগে একাধিক ট্যাক্স সিস্টেমের জন্য একটি নথিতে ডেটা একযোগে রেকর্ড করার সম্ভাবনা, উদাহরণস্বরূপ, EVND এবং OSN৷ (সেটিং পদ্ধতিটি "নেভিগেশনে সহায়তার বিতরণ" বিভাগে বিশদভাবে বর্ণিত হয়েছে)।

● 1C কার্যকারিতা ব্যবহার করে ক্রেতার ই-মেইলে চেকের একটি ইলেকট্রনিক সংস্করণ পাঠানোর জন্য সমর্থন।

● প্রোটোকল 1.05 এবং 1.0 এ অগ্রিম এবং আংশিক অর্থপ্রদানের জন্য অ্যাকাউন্টিং। (সেটআপ পদ্ধতির জন্য, "প্রিন্ট টেস্ট ফর্ম" বিভাগটি দেখুন)।

● ইনপুট গতি বাড়ানোর জন্য নিজস্ব বিল্ট-ইন ফর্মের উপলব্ধতা অতিরিক্ত তথ্যরসিদ - ক্রেতার ফোন নম্বর এবং ইমেল।

অন্যান্য বৈশিষ্ট্য

● গ্রাহকের চাহিদা অনুযায়ী প্রক্রিয়াকরণ প্রোগ্রামের কার্যকারিতা পরিবর্তন করতে অতিরিক্ত লাইব্রেরির সংযোগ।

● আর্থিক স্টোরেজ ইউনিটের সাথে সজ্জিত নয় এমন নগদ রেজিস্টারগুলির সাথে কাজ করার জন্য সমর্থন।

● একটি এমুলেটর ইনস্টল করার সম্ভাবনা, যা আপনাকে নগদ রেজিস্টারের সাথে একসাথে কাজ করার সমস্ত ক্ষমতা এবং মোড পরীক্ষা করতে দেয়।

● চেক প্রিন্ট করার সময় নগদ ড্রয়ার খোলার নিয়ন্ত্রণ করে এমন একটি প্যারামিটার প্রবেশ করার সম্ভাবনা।

লাইসেন্সিং

ক্রয়কৃত লাইসেন্সের ব্যবহারের সময়সীমার উপর কোন বিধিনিষেধ নেই এবং নবায়ন করার প্রয়োজন নেই। উল্লিখিত লাইসেন্স চুক্তি 12 মাসের সময়কাল সাধারণ প্রকৃতির এবং সফ্টওয়্যার পণ্যের সমস্ত বাণিজ্যিক সংস্করণে প্রযোজ্য নয়।

কার্যকারিতা এবং "ডেমো" এবং "লাইসেন্স" মোডের মধ্যে পার্থক্য

টেস্ট ডেমো মোডে কাজ করার সময়, ইনস্টল করা প্রক্রিয়াকরণ পণ্যের একেবারে সমস্ত ফাংশন এবং পরিষেবা উপলব্ধ। "ডেমো" মোড এবং ক্রয়কৃত পণ্যের কার্যকারিতার মধ্যে পার্থক্য এবং ইনস্টল কীএকটি রসিদ প্রিন্ট করার সময়, অস্থায়ী ডেমো মোডে কাজ করার বিষয়ে একটি বার্তা সহ একটি তথ্য উইন্ডো পর্দায় উপস্থিত হয় এবং রসিদটি কিছুটা বিলম্বে মুদ্রিত হয়। উপরন্তু, এই মোডে একটি ওয়ার্কস্টেশন থেকে প্রবেশ করা যেতে পারে এমন অপারেশনের সংখ্যা সীমিত।

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

সাধারণ সমস্যা এবং বিতর্কিত সমস্যা

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

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

কনফিগারেশন চূড়ান্ত করার পদ্ধতি

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

অভিজ্ঞ প্রোগ্রামারদের জন্য পৃথক সেটিংস

প্রোগ্রামের কার্যকারিতা পরিবর্তন করার জন্য, আপনি অতিরিক্ত প্রক্রিয়াকরণ ব্যবহার করতে পারেন, যার বিতরণ প্রধান পণ্যের সংরক্ষণাগারে উপস্থিত রয়েছে। সম্ভাব্য পরিবর্তনগুলি বাস্তবায়নের উদাহরণগুলি প্রদর্শনের ভিডিওগুলিতে স্পষ্টভাবে দেখানো হয়েছে৷

তৃতীয় পক্ষের কনফিগারেশন এবং পণ্যগুলির সাথে সামঞ্জস্যপূর্ণ

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

ডিবাগ ফর্ম

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

কারিগরি সহযোগিতা

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

অতিরিক্ত ওয়ার্কস্টেশনের সংযোগ এবং কনফিগারেশনের পরিবর্তন একটি অর্থপ্রদানের ভিত্তিতে করা হয়।

এটা কি সমর্থন করে এই প্রক্রিয়াকরণএক্স রিপোর্ট মুদ্রণ (খালি ছাড়া রিপোর্ট)?

হ্যাঁ এটা করে।

এটা কি কনফিগারেশন সমর্থন করে?

যে কোনটি প্রচলিত ফর্মে কাজ করে এবং বাণিজ্যিক সরঞ্জামের সাথে কাজ করে। উদাহরণস্বরূপ, ট্রেড ম্যানেজমেন্ট 10.3, ইন্টিগ্রেটেড অটোমেশন 1, অ্যাকাউন্টিং 2, খুচরা 1, ম্যানুফ্যাকচারিং এন্টারপ্রাইজ ম্যানেজমেন্ট 1.3, একটি সরকারী প্রতিষ্ঠানের অ্যাকাউন্টিং 1, তাদের উপর ভিত্তি করে শিল্প প্রোগ্রাম: রারুস: সিআরএম, বিট: ক্যাফে, বিট: নির্মাণ এবং আরও অনেকগুলি।

পৃএই প্রক্রিয়াকরণ আমার কনফিগারেশনের জন্য কাজ করবে?

হ্যাঁ, যদি আপনার কনফিগারেশন একটি পরিচালিত ফর্মে না থাকে, তবে বেশিরভাগ ক্ষেত্রেই এটি করবে।

বিক্রি করার সময় অগ্রিম এবং আংশিক অর্থপ্রদান কীভাবে বিবেচনা করবেন?

FFD 1.0 এর জন্য, প্রিপেমেন্ট অ্যাকাউন্টিংয়ের জন্য বেশ কয়েকটি বিকল্প দেওয়া হয়েছে:

1. আপনি চেকে নামকরণ প্রতিফলিত করেন, কিন্তু এতে পরিমাণ কমিয়ে দেন যাতে এটি অগ্রিম পরিমাণের সাথে মেলে। 2. আপনি শিলালিপি "অ্যাডভান্স" সহ চেকের একটি লাইন প্রতিফলিত করেন, তারপরে, আপনি যখন সম্পূর্ণ অর্থপ্রদান করতে পারেন, তখন আপনি রসিদ "অগ্রিম" ফেরত দেবেন এবং বিক্রি হওয়া আইটেমগুলির বিবরণ সহ সম্পূর্ণ পরিমাণ পাবেন৷

FFD 1.05 এর জন্য প্রিপেমেন্ট এবং আংশিক পেমেন্ট আলাদা অর্থপ্রদানের ধরন "প্রাক-পেমেন্ট", "পোস্টপেমেন্ট" এবং "কাউন্টার প্রভিশন" এর মাধ্যমে বিবেচনা করা হয়।

এর মাধ্যমে কি পরিশোধ করা সম্ভব সত্তা?

হ্যা, তুমি পারো। একটি অর্ডার দেওয়ার সময়, একটি আইনি সত্তা থেকে অর্থপ্রদান নির্বাচন করুন এবং বিশদগুলি পূরণ করুন এবং এই আইনি সত্তার জন্য একটি চালান তৈরি করা হবে৷

এই প্রক্রিয়াকরণ কি পরিচালিত ফর্মগুলিতে কাজ করে (অ্যাকাউন্টিং 3, রিটেল 2, ERP, UT 11, UNF, ইত্যাদি)?

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

আপনার প্রক্রিয়াকরণ শুরু না হলে, আমি কি করব?

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

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

আমি এখন কিভাবে একটি শিফট খুলতে এবং বন্ধ করতে পারি এবং একটি এক্স-রিপোর্ট প্রিন্ট করতে পারি?

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

প্রিন্ট করার সময় "প্রিন্ট ডকুমেন্ট সংজ্ঞায়িত করা সম্ভব নয়" উইন্ডো প্রদর্শিত হবে?

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

একটি ডেমো সংস্করণ বিনামূল্যে ডাউনলোডের জন্য উপলব্ধ (1C 7.7 এর জন্য একটি "ফ্রি" ফাইল "অনলাইন ক্যাশ রেজিস্টার (54-FZ অনুযায়ী) প্রকাশনার সাথে সংযুক্ত: [ডেমো সংস্করণ]")
প্রোগ্রামটি কিনতে আগ্রহী যে কেউ বিকাশ ক্ষমতা পরীক্ষা করার জন্য বিনামূল্যে ডেমো সংস্করণ ডাউনলোড করতে পারেন।

ডেমো সংস্করণের সীমাবদ্ধতা রয়েছে:
1) একটি ইলেকট্রনিক চেক শুধুমাত্র একটি নির্দিষ্ট ইমেল ঠিকানায় পাঠানো হয়
2) চেকের পরিমাণ 300 রুবেলের বেশি হওয়া উচিত নয়।
3) চেকের অবস্থানের সংখ্যা 3 এর বেশি হওয়া উচিত নয়।
4) একটি চেক ভাঙ্গার সময় কাজের সময় সীমাবদ্ধ: 8:00 থেকে 16:59 পর্যন্ত

ডেমো সংস্করণে বাহ্যিক প্রক্রিয়াকরণ কোডটি KZK-2 ব্যবহার করে বন্ধ এবং সুরক্ষিত! সঠিক ক্রিয়াকলাপের জন্য, প্রথমে 1C ডাটাবেসের ডিরেক্টরিতে precomp.dll লাইব্রেরি (কিটে অন্তর্ভুক্ত) স্থাপন করা প্রয়োজন যেখান থেকে প্রসেসিং চালু করা হয় বা 1C প্রোগ্রামের ইনস্টলেশন ডিরেক্টরিতে (সাধারণত C:\Programm ফাইলগুলি) \1cv77\bin\)

বাণিজ্যিক সংস্করণে, প্রক্রিয়াকরণ কোড সম্পূর্ণরূপে খোলা এবং সুরক্ষিত নয়।

নতুন!!! Atol DTO 10 ড্রাইভার 1C 7.7 প্ল্যাটফর্মের জন্য সমর্থিত।
নতুন!!! 07/01/2019 থেকে পরিবর্তনগুলি সমর্থিত (ট্যাগ 1227-1231 এবং অন্যান্য সমস্ত)।

নতুন!!! লেবেলযুক্ত তামাকজাত পণ্য, জুতা, ওষুধ ইত্যাদির খুচরা বিক্রয় সমর্থিত।

মনোযোগ! মডিউল "54-FZ: 1C 7.7 এর জন্য RMK GISM (মার্কিং)" বেস মডিউলের এক্সটেনশন হিসেবে কাজ করে "54-FZ: 1C 7.7 এর জন্য অনলাইন নগদ নিবন্ধন" এবং এটি লেবেলযুক্ত পণ্যগুলির বারকোড প্রবেশ করার জন্য একটি ইন্টারফেস এবং তাদের পরবর্তী KKM রসিদ মুদ্রণ মডিউলে স্থানান্তর করার জন্য।
বেস মডিউল ছাড়া এটি সম্পূর্ণরূপে স্বাধীনভাবে ব্যবহার করা যাবে না এবং নগদ নিবন্ধনগুলিতে রসিদ পাঠানোর প্রক্রিয়া ধারণ করে না, কারণ এই প্রক্রিয়াটি মৌলিক মডিউলটিতে রয়েছে - "54-FZ: 1C 7.7 এর জন্য অনলাইন নগদ নিবন্ধন", যা এই প্রকাশনার পৃষ্ঠায় আলাদাভাবে কেনা যেতে পারে।

ভিডিও উপস্থাপনা "1C 7.7 এর জন্য RMK GISM (মার্কিং)":

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

সমর্থিত কনফিগারেশনের তালিকা	FR-এ মুদ্রণ সমর্থন করে এমন নথি
1C 7.7 “বাণিজ্য এবং গুদাম, ed. ৯.২"	কেকেএম চেক রসিদ নগদ আদেশ অ্যাকাউন্ট নগদ পরোয়ানা
1C 7.7 “জটিল, ed. 4.5"	কেকেএম চেক রসিদ নগদ আদেশ অ্যাকাউন্ট নগদ পরোয়ানা
1C 7.7 “অ্যাকাউন্টিং, ed. 4.5"	রসিদ নগদ আদেশ অ্যাকাউন্ট নগদ পরোয়ানা
1C 7.7 “USN, ed. 1.3"	রসিদ নগদ আদেশ অ্যাকাউন্ট নগদ পরোয়ানা
1C 7.7 এর উপর ভিত্তি করে যেকোন অ-মানক বা পুরানো কনফিগারেশন ("ট্রেড এবং গুদাম, রেভ. 8.7", "RARUS" কনফিগারেশন সহ)	অভিযোজন প্রয়োজন, যা আপনি নিজেই করতে পারেন। আমরা অভিযোজন জন্য আদেশ গ্রহণ

1C কনফিগারেশন পরিবর্তন না করেই সংযোগ করা সম্ভব (মেটাডেটাতে পরিবর্তন না করেই 1 সিভি7. মো), এবং কনফিগারেশন পরিবর্তন সহ। কনফিগারেশনের পরিবর্তন ছাড়াই মোডে, কিছু ফাংশন অক্ষম করা হবে, যা বেশিরভাগ ক্ষেত্রেই দেওয়া যেতে পারে (নিচে আরও দেখুন, * দেখুন)।

এটি একটি নির্বিচারে কনফিগারেশনে প্রয়োগ করাও সম্ভব যার খুচরা সরঞ্জাম সংযোগ এবং ব্যবহারের জন্য নিজস্ব কার্যকারিতা নেই (নীচে ভিডিও নির্দেশাবলী):

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

ভিডিও উপস্থাপনা "FFD 1.05 / 1.1 এর কাঠামোর মধ্যে জটিল গণনার জন্য (অগ্রিম, অগ্রিম অর্থ প্রদানের অফসেট, কিস্তি পরিকল্পনা, ঋণ) 1C 7.7-এ অনলাইন ক্যাশ ডেস্ক মডিউল (54-FZ) কীভাবে ব্যবহার করবেন":

সমর্থিত সরঞ্জামের তালিকা

1C 7.7 এর জন্য অনলাইন ক্যাশ রেজিস্টার মডিউলের সাথে শুধুমাত্র ফিসকাল রেজিস্ট্রার ধরনের ক্যাশ রেজিস্টার মেশিন (KKM) দিয়ে একসাথে কাজ করা সম্ভব নিম্নলিখিত ড্রাইভার ব্যবহার করে:

1. অটোল(FprnM1C.dll)
2. Shtrikh-M(DrvFR.dll)
3. ফিসকাল রেজিস্ট্রার এমুলেশন মোড। একটি রসিদ, ডিসকাউন্ট, ভ্যাট, অর্থপ্রদানের প্রকারের মুদ্রিত ফর্ম পরীক্ষা করতে ব্যবহৃত হয়। এই ক্ষেত্রে, চেক ডেটা মনিটরের স্ক্রিনে প্রদর্শিত হয় একটি আর্থিক নিবন্ধকের প্রয়োজন হয় না।

ATOL:"ATOL 11F", "ATOL 15F", "ATOL 20F", "ATOL 22F / FPrint-22PTK", "ATOL 25F", "ATOL 30F", "ATOL 30F+", "ATOL 42FS", "ATOL 50F", " ATOL 52F", "ATOL 55F", "ATOL 60F", "ATOL 77F", "ATOL 90F", "Evotor ST2Ft" এবং অন্যান্য।

শ্রীখ-এম:"SHTRIX-ON-LINE", "SHTRIX-LIGHT-01F", "SHTRIX-M-01F", "RETAIL-01F (রিটেল-01K)", "SHTRIX-LIGHT-02F (SHTRIX-LIGHT-FR-K, SHTRIX-LIGHT-PTK, SHTRIX-LIGHT-200)", "SHTRIX-M-02-F (SHTRIX-M-FR-K, SHTRIX-M-PTK, SHTRIX-M 200)", "SHTRIX-MINI-02F (SHTRIX-MINI-PTK), "SHTRIX-FR-02F (SHTRIX-FR-PTK)", "SHTRIX-MOBILE-F (SHTRIX-MOBILE-PTK)", "ELVES-FR-F (ELVES-FR- K)", "NCR-001F (PTK NCR-001K)", "SHTRIKH-MINI-01F (SHTRIKH-MINI-FR-K)", "SHTRIKH-FR-01F (SHTRIKH-FR-K)", "রিটেল -01Ф (PTK RETAIL-01K)", "RR-02Ф (RR-02K)", "RR-01Ф (RR-01K)", "RR-04Ф (RR-04K)", "RR-03Ф (RR- 03K)", "SHTRIX-COMBO-FRK", "ELWES-MICRO-K", "SHTRIX-MINI-K", "ELVES-MK", "SHTRIX-COMBO-PTK", "SHTRIX-950K", "ELWES -এমএফ" এবং অন্যান্য।

বিতরণের বিষয়বস্তু:

1. ফিসকাল রেজিস্ট্রার সার্ভিসিং এর বাহ্যিক প্রক্রিয়াকরণ. ডেটা প্রক্রিয়াকরণ সহ ফোল্ডার এক্সটফর্মস 1C ইনফোবেস ডিরেক্টরিতে অনুলিপি করা দরকার:

54-FZ-এর অধীনে Atol মডেলগুলির জন্য সমর্থন ফাইলটিতে রয়েছে fr54_Atol.ertএবং fr54_Atol10.ert, মডেল Shtrikh-M - fr54_Shtrih-M.ert. কাযক্রম চলছে fr54_emul.ertডিএফ-এ একটি মুদ্রণ এমুলেটর রয়েছে, যা আপনাকে আসল ডিএফ সংযোগ করার আগে অপারেশন পরীক্ষা করতে দেয়।

FR এর সাথে কাজ করার জন্য, আপনাকে বাণিজ্যিক সরঞ্জামগুলির জন্য ড্রাইভার ডাউনলোড করতে হবে: জন্য ATOL- ড্রাইভার DTO8সংস্করণ কম নয় বা ড্রাইভার DTO10সংস্করণ কম নয় (এবং একটি পিসিতে উভয় সংস্করণের একযোগে ইনস্টলেশন সম্ভব: DTO8এবং DTO10, কাজের সময় আপনি নির্বিচারে ডিটিও-এর সাথে কাজ করার জন্য প্রক্রিয়াকরণ থেকে FR পরিবর্তন করতে পারেন); জন্য Shtrikh-M- ড্রাইভার সংস্করণ না4.14 এর কম নয়।

ড্রাইভার ইন্সটল করার পর অটোলসংস্করণ DTO8ফোল্ডার থেকে নিতে হবে প্রোগ্রাম ফাইল \ ATOL \ ড্রাইভার 8 \ Bin_Freeএবং 1C ডাটাবেস বা 1C প্ল্যাটফর্ম সহ ডিরেক্টরিতে দুটি ফাইল অনুলিপি করুন:

1. FprnM1C.dll
2. Dpp2_3.dll

ড্রাইভার ইন্সটল করার পর অটোলসংস্করণ DTO10ফোল্ডার থেকে নিতে হবে প্রোগ্রাম ফাইল \ ATOL \ ড্রাইভার10\ কেকেটি\ langs\ com এবং অপারেটিং সিস্টেমের সিস্টেম ডিরেক্টরিতে অনুলিপি করুনউইন্ডোজ\ পদ্ধতি32 ফাইল addin_fptr10_x86.dll(এই ফাইলটি ফোল্ডারের DTO10 ডিস্ট্রিবিউশন থেকেও নেওয়া যেতে পারে wrappers\com ).
এর পরে, ড্রাইভারটিকে একটি COM অবজেক্ট হিসাবে সংযুক্ত করতে, আপনাকে সিস্টেমে লাইব্রেরি নিবন্ধন করতে হবে addin_fptr10_x86.dllকমান্ড ব্যবহার করে regsvr32.exe(ফাইলটি সিস্টেম ডিরেক্টরিতে অনুলিপি করার প্রয়োজন নেইউইন্ডোজ , এবং এটির মূল অবস্থানে নিবন্ধন করুন৷).

ড্রাইভার ইন্সটল করার পর Shtrikh-Mফোল্ডার থেকে নিতে হবে C:\Program Files\SHTRIH-M\DrvFR 4.14\Binএবং 1C ডাটাবেস বা 1C প্ল্যাটফর্ম সহ ডিরেক্টরিতে তিনটি ফাইল অনুলিপি করুন:

1. DrvFR . dll
2. DrvFR . lic
3. sqlite 3. dll

সার্ভিসিং এফআর (ফিসকাল রেজিস্ট্রার) এর প্রয়োজনীয় প্রক্রিয়াকরণের সংযোগ 1C: মেনুর মাধ্যমে এন্টারপ্রাইজ মোডে সঞ্চালিত হয় পরিষেবা - বাণিজ্যিক সরঞ্জাম সেট আপ করাবুকমার্কে ফিসকাল রেজিস্ট্রার:

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

এই ক্ষেত্রে, আপনি অতিরিক্তভাবে একই বিবরণে ক্যাশিয়ারের অবস্থান নির্দেশ করতে পারেন।

নীতিগতভাবে, এই ক্রিয়াগুলি ইতিমধ্যেই অনলাইন নগদ রেজিস্টার মোডে ফেডারেল তহবিলের জন্য চেক নিবন্ধন করার জন্য যথেষ্ট। পরিষেবা প্রক্রিয়াকরণ ডেটা সর্বজনীন। এগুলি টিআইএস কনফিগারেশনের সাথে ব্যবহার করা যেতে পারে। নতুন রিলিজ 988 উভয়ের 9.2, যেটিতে JSC 1C কনফিগারেশনে পরিবর্তন না করেই অনলাইন ক্যাশ রেজিস্টার মোডে (একটি অসম্পূর্ণ ছেঁটে দেওয়া ফর্মে) এবং পুরানো রিলিজগুলিতে Atol FR সমর্থন করার দৃষ্টিভঙ্গি যোগ করেছে।

এই ক্ষেত্রে, প্রক্রিয়াকরণ রসিদে নিম্নলিখিত বাধ্যতামূলক বিবরণ প্রদর্শন করবে:

• ক্যাশিয়ারের পুরো নাম (বর্তমান 1c ব্যবহারকারীর নাম ব্যবহার করা হবে);
• পণ্য আইটেম ডিসকাউন্ট. এই ক্ষেত্রে, ডিসকাউন্ট সঠিকভাবে চেকে প্রদর্শিত হবে, যদিও 54-FZ FD-তে ডিসকাউন্ট প্রত্যাহারের জন্য প্রদান করে না, তবে প্রতিটি আইটেমের জন্য অ্যাকাউন্টিং সিস্টেম ব্যবহার করে ডিসকাউন্টের গণনা করা প্রয়োজন। অনুসন্ধান;
• তাকে একটি ইলেকট্রনিক রসিদ পাঠাতে ক্রেতার যোগাযোগের তথ্যের অনুরোধ করুন;
• রসিদে পণ্যের ভ্যাট প্রদর্শন করুন। ডিফল্টরূপে, প্রক্রিয়াকরণ বিবেচনা করবে যে শুধুমাত্র PKO বা RKO থেকে জেনারেট করা চেকের জন্য VAT প্রত্যাহার করা প্রয়োজন। প্রক্রিয়াকরণে বা 1C কনফিগারেশনে ছোট পরিবর্তন করে এই যুক্তিটি সহজেই পরিবর্তন করা যেতে পারে (নিচে আরও দেখুন, ** দেখুন)।

টিআইএস-এ প্রাপ্তির জন্য সম্পূর্ণ ডিসকাউন্ট গণনা করার জন্য একটি অ্যালগরিদম রয়েছে, যা সাধারণ ক্ষেত্রে, রাউন্ডিং ত্রুটি ছাড়াই নতুন আইন অনুসারে রসিদে সঠিকভাবে স্থানান্তর করা যায় না। এই সমস্যাটি সমাধান করার জন্য, আমরা সুপরিচিত "1 পেনি নিয়ম" ব্যবহার করেছি এবং একটি অ্যালগরিদম তৈরি করেছি যা আপনাকে কোনও উত্স ডেটার জন্য রাউন্ডিং ত্রুটি ছাড়াই একটি চেকের মধ্যে ডেটা প্রদর্শন করতে দেয়৷ এই নিয়মটি 1C এবং নগদ রেজিস্টারের মূল্য গণনার জন্য অ্যালগরিদমের অসঙ্গতি দূর করার জন্য একটি নগদ রেজিস্টার রসিদে 1C রসিদে একটি পণ্য আইটেমকে দুটিতে ভাগ করতে পারে এবং নিশ্চিত করে যে 1C-তে নির্দিষ্ট করা রসিদ আইটেমগুলির পরিমাণ হবে ঠিক 1 কোপেকের জন্যও গণনার পরিমাণ পরিবর্তন না করে নগদ রেজিস্টার রসিদে স্থানান্তর করা হয়েছে:

*) কনফিগারেশনে পরিবর্তন করে, আপনি একটি অনলাইন ক্যাশ রেজিস্টারে চেক তোলার সময় নিম্নলিখিত সমস্যার সমাধান করতে পারেন:

• একটি ইলেকট্রনিক চেক পাঠাতে (যদি ক্রেতা এই পদ্ধতিটি চান), ক্রেতার ইমেল বা ফোন নম্বর প্রয়োজন। KKM রসিদ নথিতে, আপনি ক্রেতার যোগাযোগের তথ্য প্রবেশ এবং সংরক্ষণ করার জন্য বিশদ সংগঠিত করতে পারেন। PKO এবং RKO নথিতে, ক্লায়েন্টের যোগাযোগের তথ্য বিশদ থেকে নেওয়া যেতে পারে ইমেইলডিরেক্টরি প্রতিপক্ষবা প্রপস ফোনডিরেক্টরি ব্যক্তি. কনফিগারেশন চূড়ান্ত না করে, চেকটি পাঞ্চ করার সময় ক্রেতার যোগাযোগের তথ্য FR পরিষেবা প্রক্রিয়াকরণের দ্বারা অনুরোধ করা হবে।
• **) বিক্রেতার কর ব্যবস্থার উপর নির্ভর করে ক্যাশ রেজিস্টার রসিদে ভ্যাট হার এবং ভ্যাট পরিমাণের আউটপুট। কর ব্যবস্থা সাধারণ হলেই ভ্যাটের হার দেখানো উচিত। বিশেষ শাসনের জন্য (USN, UTII, ইউনিফাইড এগ্রিকালচারাল ট্যাক্স, PSN), ভ্যাটের হার দেখানো উচিত নয়। স্ট্যান্ডার্ড কনফিগারেশনে দ্ব্যর্থহীনভাবে কর ব্যবস্থা নির্ধারণের জন্য কোন বিবরণ নেই। অতএব, ডিফল্টরূপে কনফিগারেশন নিজেই নিম্নলিখিত নিয়ম গ্রহণ করে: জন্য খুচরা বিক্রয়(KKM চেকের মাধ্যমে) চেকে ভ্যাট প্রদর্শন করবেন না (PKO এবং RKO-এর মাধ্যমে) চেকে ভ্যাট দেখান (যা সম্পূর্ণ সঠিক নয়, যেহেতু পাইকারি বিক্রয় ভ্যাট ছাড়াই হতে পারে, এবং খুচরা বিক্রয় - ভ্যাট সহ)। অতএব, যদি আপনার কেস এই নিয়মের অধীনে না পড়ে তবে আপনাকে কনফিগারেশন বা পরিষেবা প্রক্রিয়াকরণে পরিবর্তন করতে হবে। কর ব্যবস্থা ভেরিয়েবলের মাধ্যমে প্রোগ্রাম কোডে নির্ধারিত হয় নাভি(অ্যাকাউন্টিং পলিসি প্যারামিটার)
• PKO এবং RKO নথি থেকে পণ্যের নাম, পরিমাণ এবং দামের নগদ রেজিস্টারের রসিদের আউটপুট, যদি সেগুলি একটি চালানের ভিত্তিতে প্রবেশ করা হয় (পুরানো কনফিগারেশন রিলিজের জন্য)। নতুন রিলিজে, এই কার্যকারিতা 1C CJSC দ্বারা (ত্রুটি সহ) যোগ করা হয়েছে, উদাহরণস্বরূপ, 1C 7.7 কনফিগারেশনের 988 সংস্করণে “বাণিজ্য এবং গুদাম, ed. 9.2"

কনফিগারেশনে পরিবর্তন করতে (শুধুমাত্র যদি আপনি উপরে উত্থাপিত সমস্যাগুলি সমাধান করতে চান), এই নির্দেশাবলীর 2, 3 এবং 4 ধাপ অনুসরণ করুন। এই পরিবর্তনগুলি কনফিগারেশন 1C 7.7 এর উদাহরণ ব্যবহার করে প্রস্তুত করা হয়েছিল “বাণিজ্য এবং গুদাম, ed. 9.2" এগুলি 1C 7.7 “কমপ্লেক্স, ed এর জন্যও সম্পূর্ণ উপযুক্ত। 4.5" অন্যান্য কনফিগারেশনের জন্য পরিবর্তন একই ভাবে করা যেতে পারে।

মন্তব্যের সাথে চিহ্নিত কোডের টুকরা কপি করে নথি মডিউলে ম্যানুয়ালি পরিবর্তন করা যেতে পারে অসারতাকনফিগারেশন ফাইল থেকে TIS987_54FZ.mdঅথবা কনফিগারেশন মোডের সমন্বয়ের মাধ্যমে, মার্জ করার সময় শুধুমাত্র নথি নির্বাচন করুন PKO, RKO, CheckKKM.

বিঃদ্রঃ: মন্তব্যের মাধ্যমে //tschi 54FZ TIS988চিহ্নিত কোডের টুকরো যা TIS 988 রিলিজে পাওয়া যায়, কিন্তু যেগুলি পুরানো TIS রিলিজে নেই।

অভিযোজনের জন্য, TIS 987 রিলিজটি বিশেষভাবে নেওয়া হয়েছিল, যার মধ্যে 1C JSC-এর কাছে এখনও অনলাইন নগদ রেজিস্টার সংযোগ করার জন্য তার দৃষ্টিভঙ্গি প্রবর্তনের সময় ছিল না, যাতে আমরা এই রিলিজের অপ্রয়োজনীয় পরিবর্তন এবং ত্রুটিগুলিকে কোড থেকে বাদ দিতে পারি, এবং আমাদের বিকাশকে সেই সংস্থাগুলির জন্যও ব্যবহার করা সম্ভব করে তুলুন যারা তাদের পরিবর্তনের সাথে পুরানো TIS রিলিজ ব্যবহার করে এবং সর্বশেষ কনফিগারেশন রিলিজে পরিবর্তন করতে অসুবিধা হয়।

যাইহোক, আমাদের পরিবর্তন সার্বজনীন এবং এটি TIS 988 রিলিজ এবং একটি পুরানো উভয়ের সাথে কাজ করতে পারে এবং এটি স্বয়ংক্রিয়ভাবে নির্ধারণ করে যে কোন কার্যকারিতা উপলব্ধ এবং এটির জন্য উপলব্ধ কনফিগারেশন বিকল্পগুলি ব্যবহার করে৷

সুতরাং, কনফিগারেশনে আপনি যে পরিবর্তনগুলি করতে পারেন সে সম্পর্কে আরও:

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

3)ডকুমেন্ট ফর্ম মডিউলে পদ্ধতিতে CheckKKMপাঞ্চ চেকএনএকেকেএম () পরিবর্তন করতে হবে (মডিউলে একটি মন্তব্য সহ চিহ্নিত) - আরও বিশদ বিবরণের জন্য, দেখুন TIS987_54FZ.md:

//[+] 54FZ যদি পণ্যের তালিকা। সারিগুলির সংখ্যা() > 0 তারপর পণ্যের তালিকা। নতুন কলাম ("54FZ ডেটা"); //info প্রোডাক্টলিস্টপ্রডাক্টলিস্ট টেবিলের প্রথম সারিতে মানগুলির একটি তালিকা হিসাবে লেখা হয়।GetRowByNumber(1); পণ্যের তালিকা।Data54FZ = CreateObject("মানগুলির তালিকা"); ডেটা = পণ্যের তালিকা।Data54FZ; Data.AddValue(প্রসঙ্গ,"প্রসঙ্গ"); //বর্তমান নথিতে লিঙ্ক করুন যদি হেডারের বিবরণ থাকে("ক্রেতার ঠিকানা", দেখুন()) = 1 তারপর //যদি ক্রেতার ঠিকানা নির্দেশ করতে সংলাপ নথিটি পরিবর্তন করা হয় Data.AddValue(short(GetAttribute("ক্রেতার ঠিকানা") )),,"ক্রেতার ঠিকানা"); //আপনি যদি এই লাইনটি মন্তব্য করেন, তাহলে FR পরিষেবার প্রক্রিয়াকরণে ক্রেতার ঠিকানা অনুরোধ করা হবে; যদি আপনি একটি খালি স্ট্রিং ("") পাস করেন, তাহলে ক্রেতার ঠিকানা শেষ না করেই একটি কাগজের চেক আউটপুট হবে; যদি আপনার কাছে হেডার অ্যাট্রিবিউট ("কার্ড দ্বারা অর্থপ্রদান", দেখুন()) = 1 থাকে তাহলে //যদি কার্ড দ্বারা অর্থপ্রদানের ধরন নির্দেশ করতে ডায়ালগ নথিটি পরিবর্তন করা হয় CardPayment Attribute = GetAttribute("কার্ড দ্বারা অর্থপ্রদান"); Data.AddValue(CardPaymentAttribute,"PaymentType"); // চেক প্রিন্ট করার আগে একটি পৃথক ডায়ালগে অর্থপ্রদানের প্রকারের অনুরোধ না করার জন্য (যেহেতু অর্থপ্রদানের ধরণটি চেকে প্রবেশ করানো হয়েছে), 1 - চেকটি প্রিন্ট করার আগে একটি পৃথক ডায়ালগে অর্থপ্রদানের প্রকারের অনুরোধ করুন। এই প্যারামিটারটি কাজ করার জন্য, আপনাকে অবশ্যই প্রসঙ্গ প্যারামিটারটি পাস করতে হবে! অন্যথায় কার্ড পেমেন্ট অ্যাট্রিবিউট = 0 EndIf; অন্যথায় রিপোর্ট করুন("নগদ রেজিস্টার রসিদে তোলার জন্য কোন অবস্থান নেই!","!!"); রিটার্ন 0 EndIf; //[-] tschi 54ФЗ

আপনি আপনার প্রয়োজন অনুসারে এই কোডটি নিজেই পরিবর্তন করতে পারেন, যথা, নিম্নলিখিত পরামিতিগুলির মানগুলি পুনরায় সংজ্ঞায়িত করুন:

« কোষাধ্যক্ষ » - পদ এবং ক্যাশিয়ারের পুরো নাম। ডিফল্টরূপে, বর্তমান 1C ব্যবহারকারীর পুরো নাম নেওয়া হয়: ক্যাশিয়ার = সংক্ষেপে(glUser.Name)। যাইহোক, নথি মডিউল CheckKKM, PKO, RKO-এ, আপনি ক্যাশিয়ার হিসাবে অন্য নির্বিচারে মান স্থানান্তর প্রোগ্রাম করতে পারেন।

« নাভি » - কর ব্যবস্থা। আপনার যদি রসিদে দেখানোর জন্য ভ্যাট প্রয়োজন হয়, তাহলে প্যারামিটারটিকে "0" মান নির্ধারণ করুন, অন্যথায় "0" এর চেয়ে বড় একটি মান। গ্রহণযোগ্য মান: 0 - সাধারণ SNO, 1 - আয় সরলীকৃত কর ব্যবস্থা, 2 - আয়-ব্যয় সরলীকৃত কর ব্যবস্থা, 3 - UTII, 4 - একীভূত কৃষি কর, 5 - PSN

« SNO পরিবর্তন করুন " - মান "1" এর মানে হল যে আপনাকে ট্যাক্সেশন সিস্টেম (SNO) FR-এ স্থানান্তর করতে হবে; এটি SNO-কে FR-এ স্যুইচ করতে ব্যবহার করা যেতে পারে, যদি একটি FR-এ বিভিন্ন SNO দিয়ে চেক প্রিন্ট করা হয়। মান "0" - FR-এ নেভিগেশন সহায়তা পরিবর্তন করবেন না এই ক্ষেত্রে, FR-এ নেভিগেশন প্রিসেট ব্যবহার করা হয়।

« ক্রেতার ঠিকানা » - একটি ইলেকট্রনিক রসিদের জন্য ক্রেতার যোগাযোগের তথ্য: ই-মেইল বা ফোন।

« ক্রেতার ঠিকানা চেক করুন " - মান "1" নির্ধারণ করে যে, একটি রসিদ ইস্যু করার আগে, ক্রেতার নিজের দ্বারা তাদের সঠিকতার ভিজ্যুয়াল যাচাইয়ের জন্য ক্রেতার ডেটা মুদ্রণ করা প্রয়োজন। যদি এই ধরনের যাচাইকরণের প্রয়োজন না হয় (উদাহরণস্বরূপ, ক্রেতা নিজেই একটি বিশেষ ফর্মে ডেটা প্রবেশ করে), তাহলে এই প্যারামিটারের মানটি "0" এ সেট করুন।

« প্রিন্টচেক » - একটি ইলেকট্রনিক চেক পাঠানোর ক্ষেত্রে কাগজের চেক: 0 - মুদ্রণ করবেন না, 1 - সর্বদা মুদ্রণ করুন, 2 - একটি কাগজের চেক প্রিন্ট করার জন্য অনুরোধ করুন।

« প্রিন্ট মোড ডিসকাউন্ট » - ডিসকাউন্ট প্রিন্টিং মোড: 0 - রসিদে ডিসকাউন্ট প্রিন্ট করবেন না, 1 - রসিদে সাধারণ ডিসকাউন্ট প্রিন্ট করুন, 2 - পণ্য আইটেমগুলিতে প্রিন্ট ডিসকাউন্ট এবং রসিদে সাধারণ ছাড়

4) পদ্ধতিতে PKO এবং RKO ডকুমেন্ট ফর্ম মডিউলে অনুরূপ পরিবর্তন করা দরকারএকটি রসিদ মুদ্রণ() (পরিবর্তনগুলি একটি মন্তব্য সহ মডিউলে চিহ্নিত করা হয়েছে, আরও বিস্তারিত জানার জন্য দেখুন TIS987_54FZ.md)

"এফআর এমুলেটর" এ প্রদর্শিত রসিদের একটি উদাহরণ:

আপনি দেখতে পাচ্ছেন, "টেবিল ডিম" পণ্যটির জন্য "1 কোপেক নিয়ম" কাজ করেছে, কারণ অন্যথায়, টিআইএস-এ এমবেড করা ডিসকাউন্ট গণনা অ্যালগরিদম আপনাকে প্রত্যাহার করার অনুমতি দেবে না এই পণ্যপরিমাণ বিকৃত না করে অনলাইন চেকআউটে। যথা:

ছাড়ের পরিমাণ = 146,61 , পরিমাণ = 30 , অতএব, ডিসকাউন্ট মূল্য = 146,61 / 30 = 4,887

সমস্ত ছাড় এবং সারচার্জ বিবেচনা করে পরিমাণ এবং মূল্য অবশ্যই FR ড্রাইভারের কাছে হস্তান্তর করতে হবে। মূল্য নিকটতম কোপেকে বৃত্তাকার স্থানান্তর করা হয় ( 4,887 -> 4,89 ), চেক আইটেমের পরিমাণ FR ড্রাইভার নিজেই গণনা করে, ফলস্বরূপ চেকের পরিমাণ অন্তর্ভুক্ত হবে = 30 * 4,89 = 146,70 . এটা চালু 9 KKM চেক নথিতে গণনার চেয়ে বেশি kopecks। অতএব, "1 কোপেক নিয়ম" এই ত্রুটিটি দূর করতে পরিমাণ এবং মূল্য (ছাড় সহ) নির্বাচন করে অবস্থানটিকে দুটি লাইনে ভাগ করেছে, যখন এই দুটি অবস্থানের মূল্য একে অপরের থেকে 1 কোপেকের বেশি নয়:

9 * 4,48 = 43,92

21 * 4,89 = 102,69

মোট পরিমাণ = 30, পরিমাণ = 146.61 1C রসিদে মূল তথ্য অনুসারে সম্পূর্ণ।

প্রকৃতপক্ষে, বাস্তবে "1 পেনি নিয়ম" ট্রিগার করার প্রয়োজনীয়তা এত ঘন ঘন হবে না, তবে সর্বদা সঠিক এবং ত্রুটিমুক্ত ;)

5) চেকের মাধ্যমে মিশ্র অর্থপ্রদানের পদ্ধতি (নগদ, ব্যাঙ্ক কার্ড). সাধারণ 1C কনফিগারেশনগুলি একটি ব্যাঙ্ক কার্ডের মাধ্যমে চেকের অর্থ প্রদানের জন্য অর্থ প্রদান করে না। যাইহোক, এই প্রকাশনায় ডিএফ পরিষেবা প্রক্রিয়াকরণে অর্থপ্রদানের ধরন নির্দিষ্ট করার কার্যকারিতা অন্তর্ভুক্ত রয়েছে ( নগদ, ব্যাংক কার্ডবা মিশ্র ধরনের: কিছু অংশ নগদে এবং কিছু অংশ কার্ডের মাধ্যমে)। মিশ্র অর্থপ্রদানের ইন্টারফেস বাস্তবায়নের জন্য, আমরা নথিতে নিম্নলিখিত পরিবর্তনগুলি করার প্রস্তাব দিই “ কেকেএম চেক»:

1. ডকুমেন্ট হেডারে বিশদ বিবরণ যোগ করুন কার্ড দ্বারা পেমেন্ট(টাইপ নম্বর 1.0)

2. ব্যাঙ্ক কার্ড দ্বারা অর্থপ্রদান নির্দেশ করতে নথি ফর্মে উপাদান যোগ করুন (নীচের চিত্র দেখুন)

3. নথি মডিউল পদ্ধতিতে যোগ করুন ফর্মহেডার()লাইন:

কার্ড দ্বারা = ?((মোট("অ্যামাউন্ট")>প্রাপ্ত) এবং (কার্ড দ্বারা অর্থপ্রদান=1), মোট("অ্যামাউন্ট")-প্রাপ্ত, 0); //tschi

4. নথি পোস্টিং মডিউলে শর্ত:

অন্যথায় যদি প্রাপ্ত হয়< НеобходимаяСумма Тогда

এর সাথে প্রতিস্থাপন করা প্রয়োজন:

অন্যথায় (প্রাপ্ত< НеобходимаяСумма) и (ОплатаКартой = 0) Тогда //тщи

নির্দিষ্ট পরিবর্তন ফাইল অন্তর্ভুক্ত করা হয় TIS987_54FZ.mdনথির জন্য CheckKKM:

অর্থপ্রদানের ধরন নির্বাচন করার আরেকটি উপায় একজন সহকর্মী দ্বারা প্রস্তাবিত - একটি চেক পাঞ্চ করা হলে একটি অতিরিক্ত উইন্ডো প্রদর্শন করা, যেখানে বিক্রেতাকে নির্বাচন করতে হবে পছন্দসই প্রকারঅর্থপ্রদান:

আরও উন্নয়নের জন্য পরিকল্পনা:

1. FFD প্রোটোকল অনুসারে গ্রাহকদের সাথে বন্দোবস্তের সুবিধার জন্য পুরো রুবেলে চেকের পরিমাণ বা 50 kopecks প্রদান করুন।
2. টিআইএস কনফিগারেশনের জন্য একটি পূর্ণাঙ্গ RMK এর বিকাশ। 9.2। ইন্টারফেস নমুনা দেখা যেতে পারে:
3. সাথে যোগাযোগের তথ্য লিঙ্ক করা ডিসকাউন্ট কার্ডগ্রাহকরা, যাতে ক্রমাগত রসিদে নিয়মিত গ্রাহকদের জন্য একই যোগাযোগের তথ্য লিখতে না পারে।

তালিকাতে পরিষেবা - অতিরিক্ত বৈশিষ্ট্যআইটেম " 54FZ (অনলাইন ক্যাশ রেজিস্টার) পরিষেবা এবং সেটিংস",যা আপনাকে ডিএফ-এ পরিষেবা ফাংশন সম্পাদন করার পাশাপাশি প্রাথমিক সেটআপ সম্পাদন করার অনুমতি দেবে:

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

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

প্রযুক্তিগত সহায়তা শুধুমাত্র এই সফ্টওয়্যার পণ্যের জন্য প্রদান করা হয় এবং অপারেটিং সিস্টেমের সমস্যা সমাধান অন্তর্ভুক্ত করে না; 1C প্রোগ্রামের অপারেশনে ব্যর্থতা যা এই প্রোগ্রামের কার্যকারিতার সাথে সম্পর্কিত নয়; প্রোগ্রাম ব্যবহার করার সময় ভুল ব্যবহারকারীর ক্রিয়া (প্রতিষ্ঠিত ব্যবহারকারী ম্যানুয়াল লঙ্ঘন); আইন 54-FZ এর সাথে সম্পর্কিত নয় এমন বিষয়ে পরামর্শ; কনফিগারেশন বা বাণিজ্যিক সরঞ্জাম ইনস্টলেশন, বাণিজ্যিক সরঞ্জাম ড্রাইভার; বাণিজ্যিক সরঞ্জাম পরিচালনায় সমস্যা সমাধানের সমস্যা। যাইহোক, এই সমস্যাগুলি একটি পৃথক চুক্তি ভিত্তিতে সমাধান করা যেতে পারে।

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

মডিউল বাস্তবায়ন পদ্ধতি:

1) আপনি একটি ফিসকাল ড্রাইভের সাথে একটি ফিসকাল রেজিস্ট্রার ক্রয় করেন (অথবা 54-FZ-এর প্রয়োজনীয়তা মেটাতে আপনার বিদ্যমান একটি সংশোধন করুন) মডেল অনুযায়ী।

2) OFD এর সাথে একটি পরিষেবা চুক্তিতে প্রবেশ করুন৷ ফেডারেল ট্যাক্স সার্ভিসে ট্যাক্স রিটার্ন প্রেরণের জন্য আপনার অপারেটরের সাথে লিঙ্কযুক্ত একটি OFD বেছে নেওয়া ভাল (যদি সম্ভব হয়)।

3) মাধ্যমে নগদ রেজিস্টারের আর্থিককরণ এবং নিবন্ধনের পদ্ধতিটি সম্পাদন করুন ব্যক্তিগত এলাকাফেডারেল ট্যাক্স সার্ভিস ওয়েবসাইটে। EDS আবশ্যক (ট্যাক্স রিপোর্টিংয়ের জন্য উপযুক্ত)

4) আপনার কম্পিউটারে FR এবং এর ড্রাইভার ইনস্টল করুন।

5) মডিউল 54-ФЗ ক্রয় করুন: 1C7.7 এর জন্য অনলাইন নগদ নিবন্ধন করুন এবং নির্দেশাবলী অনুযায়ী এটি ইনস্টল করুন। এই ধাপে আপনার কোন প্রশ্ন বা সমস্যা থাকলে, সহায়তার জন্য আমাদের প্রযুক্তিগত সহায়তার সাথে যোগাযোগ করুন।

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

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

সংস্করণের তুলনা

[সংস্করণ 1.2] 03/31/17

1) স্থির চিহ্নিত ত্রুটি
2) FR Shtrikh-M-এর জন্য রক্ষণাবেক্ষণ প্রক্রিয়াকরণ যোগ করা হয়েছে

[সংস্করণ 1.3] 04/03/17

3) স্থির চিহ্নিত ত্রুটি
4) একটি রসিদে ডিসকাউন্টের প্রদর্শন স্পষ্ট করা হয়েছে এখন রসিদ মোট দেখায়: ছাড় ছাড়া পরিমাণ এবং রসিদে ছাড়ের পরিমাণ
5) পরিবর্তন ACS পরামিতি যোগ করা হয়েছে. মান "1" এর মানে হল যে আপনাকে ট্যাক্সেশন সিস্টেম (SNO) FR-এ স্থানান্তর করতে হবে, এটি SNO-কে FR-এ পরিবর্তন করতে ব্যবহার করা যেতে পারে, যদি একটি FR-এ বিভিন্ন SNO দিয়ে চেক প্রিন্ট করা হয়। মান "0" - FR-এ নেভিগেশন সহায়তা পরিবর্তন করবেন না এই ক্ষেত্রে, FR-এ নেভিগেশন প্রিসেট ব্যবহার করা হয়। গ্রহণযোগ্য SNO মান: 0 - সাধারণ SNO, 1 - আয় সরলীকৃত কর ব্যবস্থা, 2 - আয়-ব্যয় সরলীকৃত কর ব্যবস্থা, 3 - UTII, 4 - একীভূত কৃষি কর, 5 - PSN

[সংস্করণ 1.4] 04/07/17
6) স্থির চিহ্নিত ত্রুটি
7) PrintReceipt প্যারামিটার যোগ করেছে, যা আপনাকে একটি ইলেকট্রনিক পাঠানোর ক্ষেত্রে একটি কাগজের রসিদ মুদ্রণ অক্ষম করতে বা একটি ইলেকট্রনিক থাকলে একটি কাগজের রসিদ মুদ্রণের অনুরোধ প্রদর্শন করতে দেয়।
8) চেকের মাধ্যমে মিশ্র ধরনের পেমেন্ট বাস্তবায়নের জন্য CheckKKM নথিতে একটি ইন্টারফেস যোগ করা হয়েছে: নগদ, ব্যাঙ্ক কার্ড।

[সংস্করণ 1.5] 04/12/17
9) Shtrikh-M ড্রাইভারদের জন্য অ্যালগরিদম অপ্টিমাইজ করা হয়েছে
10) প্যারামিটার যোগ করা হয়েছে ডিসকাউন্ট প্রিন্টমোড - ডিসকাউন্ট প্রিন্টিং মোড: 2 - রসিদে ডিসকাউন্ট প্রিন্ট করবেন না, 1 - রসিদে মোট ডিসকাউন্ট প্রিন্ট করুন, 0 - পণ্য আইটেমগুলিতে প্রিন্ট ডিসকাউন্ট এবং রসিদে মোট ছাড়
11) ডিসকাউন্ট প্রিন্ট করার সময়, ডিসকাউন্টের পরিমাণ ডানদিকে সারিবদ্ধ করা হয়
12) সহকর্মী Sergey (Che) Kotsyura থেকে অর্থপ্রদানের ধরন (নগদ/কার্ড) নির্বাচন করার বিকল্প যোগ করা হয়েছে

[সংস্করণ 1.6] 04/24/17
13) ডিসকাউন্ট প্রয়োগের জন্য অ্যালগরিদম পুনরায় কাজ করা হয়েছে। "1 পেনি নিয়ম" ব্যবহার না করে ক্যাশ রেজিস্টার ড্রাইভারদের জন্য নতুন ফার্মওয়্যারের জন্য ডিসকাউন্ট সঠিকভাবে প্রয়োগ করা হয়। অতএব, এই নিয়মটি এখন ডিফল্টরূপে অক্ষম করা হয়েছে।
14) প্যারামিটার RecognizeReturnপ্রসারিত এবং নিম্নলিখিত ধরনের রসিদ সমর্থন করে: 0 - বিক্রয়, 1 - বিক্রয়ের রিটার্ন, 2 - ক্রয়, 3 - ক্রয়ের রিটার্ন। DF রক্ষণাবেক্ষণ প্রক্রিয়াকরণের এই প্যারামিটারের নাম পরিবর্তন করা হয়েছে প্রাপ্তির ধরন
15) একটি চেক প্রিন্ট করার সময়, বর্তমান শিফট নম্বরটি একটি পরিবর্তনশীলভাবে কলিং প্রোগ্রামে ফেরত দেওয়া হয় শিফট নম্বর
16) অ্যাকাউন্টিং 7.7, রেভের জন্য অভিযোজিত কনফিগারেশন ফাইল যোগ করা হয়েছে। 4.5 এবং USN 7.7, সংস্করণ। 1.3

[সংস্করণ 1.7] 05/04/17
17) বাগ সংশোধন করা হয়েছে
18) PKO/RKO-তে কনফিগারেশনে, একটি ডুপ্লিকেট ভ্যাট রেট কলামের সংযোজন মুছে ফেলা হয়েছে (যেহেতু ভ্যাট কলামটি প্রেরণ করা হয়েছে)
19) পরীক্ষা করার জন্য শূন্য পরিমাণ স্থানান্তর করার ক্ষেত্রে স্থির ত্রুটি
20) DF কমান্ড যোগ করা হয়েছে: রিপোর্ট_বিনা_ক্যানসেলেশন, রিপোর্ট_বাই_ডিপার্টমেন্ট, ওপেন_বক্স, ডিপোজিট_মানি, উইথড্র_মানি
21) FR - "কন্ট্রোল প্যানেল" (fr54_Settings.ert) সেট আপ এবং বজায় রাখার জন্য প্রক্রিয়াকরণ যোগ করা হয়েছে। এটি মেনুতে পাওয়া যায় পরিষেবা - অতিরিক্ত বৈশিষ্ট্য - "54FZ (অনলাইন ক্যাশ রেজিস্টার) কন্ট্রোল প্যানেল". এর সাহায্যে, আপনি FR-এ অতিরিক্ত কমান্ড পাঠাতে পারেন

[সংস্করণ 1.8] 05/10/17
22) স্বয়ংক্রিয় চেকরেগুলার এক্সপ্রেশনের মাধ্যমে ক্রেতার ঠিকানার বৈধতা
23) FD কমান্ড যোগ করা হয়েছে: "সফ্টওয়্যার সংস্করণ পান", "সর্বশেষ রসিদের অনুলিপি", "FD নম্বর দ্বারা নথির অনুলিপি"
24) আর্থিক বিবৃতিতে ক্যাশিয়ারের পুরো নাম স্থানান্তর যোগ করা হয়েছে (জেড-রিপোর্ট, এক্স-রিপোর্ট, বিভাগ দ্বারা রিপোর্ট)
25) DF এর সাথে কাজ করার জন্য অন্যান্য ফাংশন যোগ করা হয়েছে, DF পরিষেবা প্রক্রিয়াকরণ কোডের রিফ্যাক্টরিং

[সংস্করণ 1.8.1] 05/10/17
26) Atol প্রক্রিয়াকরণের জন্য একটি শিফট খোলার ত্রুটি সংশোধন করা হয়েছে।

[সংস্করণ 1.9] 05/11/17
27) FR এমুলেটরে, নির্বাচিত কর ব্যবস্থার নাম রসিদে প্রদর্শিত হয় যদি পরামিতি SNO = 1 পরিবর্তন করে
28) অনলাইন ক্যাশ রেজিস্টারের অবস্থা নির্ণয়ের জন্য "পরিষেবা" ফাংশনগুলি DF পরিষেবা প্রক্রিয়াকরণে সমর্থিত
29) কন্ট্রোল প্যানেলে (fr54_Settings.ert) পরিষেবা ফাংশনগুলির জন্য সমর্থন অব্যাহত রয়েছে: "FN বৈধতার সময়কাল", "OFD-এ পাঠানো হয়নি এমন নথির সংখ্যা", "OFD-এর সাথে সংযোগের ডায়াগনস্টিকস"

[সংস্করণ 1.10] 05/18/17
30) বুকমার্কগুলি কন্ট্রোল প্যানেলে যোগ করা হয়েছে (fr54_Settings.ert)<Параметры>এবং<Настройки>, যার সাহায্যে আপনি ইন্টারেক্টিভভাবে (প্রোগ্রামিং 1C মডিউল অবলম্বন না করে) FD ("FR প্যারামিটার") চেক এবং রিপোর্ট আউটপুট করার জন্য প্যারামিটারগুলি কনফিগার করতে পারেন।
এই প্রক্রিয়াটির জন্য ধন্যবাদ, 1C কনফিগারেশনের সাথে DF সংযোগ এবং কনফিগার করা সহজ, কারণ ডিএফ-এর সাথে কাজ করার জন্য সেটিংস কনফিগারেশনে পরিবর্তন না করে বা ন্যূনতম পরিবর্তন না করে কনফিগার করা যেতে পারে।
প্যারামিটারগুলি নির্বাচনের ক্ষেত্রে কনফিগার করা যেতে পারে: কোম্পানি, নগদ ডেস্ক, 1C ব্যবহারকারী, নথির প্রকার, সেইসাথে অন্যান্য স্বেচ্ছাচারী শর্ত। নির্বাচিত নির্বাচনের উপর নির্ভর করে, আপনি ঐচ্ছিকভাবে নিম্নলিখিত পরামিতিগুলিকে আলাদা করতে পারেন:
- বিক্রেতা-ক্যাশিয়ারের পুরো নাম
- কর ব্যবস্থার পছন্দ
- ক্রেতার ইমেল ঠিকানার জন্য অনুরোধ
- প্রবেশ করা ক্রেতা ঠিকানা ভিজ্যুয়াল যাচাই করার জন্য অনুরোধ
- ইলেকট্রনিক রসিদ মুদ্রণ মোড
- রসিদের উপর ছাড় মুদ্রণের জন্য মোড
- পেমেন্ট ধরনের পছন্দ
- একটি রসিদে ভ্যাট আউটপুট করার মোড (বিশেষ মোডের জন্য ভ্যাট রেট আউটপুট করার জন্য ব্যবহারকারীদের ইচ্ছাকে বিবেচনায় নেওয়া সহ, সেইসাথে ভ্যাট হার 18, 10, 0% এবং ভ্যাট ছাড়া একই সাথে আউটপুট)
- চেকের মধ্যে বিভাগ নম্বরের প্রদর্শন সেট আপ করা (চেক অবস্থানের ভ্যাট হারের উপর নির্ভর করে বিভাগ নম্বরটি প্রদর্শন করার জন্য ব্যবহারকারীদের ইচ্ছা বিবেচনা করা সহ)
- অন্যান্য পরামিতি
আপনি যখন একটি প্যারামিটার নির্বাচন করেন তখন সমস্ত প্যারামিটারের একটি বিবরণ থাকে যা ফর্মটিতে প্রদর্শিত হয়। এছাড়াও, প্যারামিটারের একটি বিবরণ ParametersFR.xls ফাইলে রয়েছে
30) চেক প্রিন্টিং প্যারামিটারের সেটিংস ইন্টারেক্টিভভাবে কনফিগার করার কারণে, চেক প্রিন্টিং পদ্ধতিতে নথি মডিউলগুলিতে পরিবর্তন করা হয়েছে। বেশিরভাগ প্যারামিটারের কনফিগারেশন মডিউলের পাঠ্য থেকে সরানো হয়েছে। যোগ করা হয়েছে নতুন প্যারামিটারএকটি প্রসঙ্গ যা আপনাকে বর্তমান নথির একটি লিঙ্ক (প্রসঙ্গ) DF পরিষেবা প্রক্রিয়াকরণে পাস করতে দেয়৷ এই লিঙ্ক"ডকুমেন্ট টাইপ" নির্বাচন কাজ করার জন্য প্রয়োজনীয়
31) FR পরিষেবা প্রক্রিয়াকরণের জন্য রিফ্যাক্টরিং কোড
32) FR রক্ষণাবেক্ষণ প্রক্রিয়াকরণ কন্ট্রোল প্যানেলে ইন্টারেক্টিভভাবে নির্দিষ্ট করা প্যারামিটারগুলিকে বিবেচনা করে (fr54_Settings.ert)
33) সার্ভিসিং এফআর প্রক্রিয়াকরণে ক্যাশিয়ারের পুরো নাম উত্পন্ন প্রতিবেদনে স্থানান্তর করাকে বিবেচনা করা হয় (একটি নগদ রেজিস্টার শিফট বন্ধ করা, এক্স-রিপোর্ট এবং অন্যান্য)। OFD ওয়েবসাইটে তথ্যের সঠিক প্রজন্মের জন্য এটি প্রয়োজনীয়। ক্যাশিয়ারের পুরো নাম "এফআর প্যারামিটার" এ সেট করা আছে
34) fr54_SelectPaymentType.ert প্রসেসিং Extforms\EQUIP ফোল্ডারে সরানো হয়েছে - সেখানেই এটি রয়েছে৷

[সংস্করণ 1.10.1] 05/19/17
35) Shtrikh-M ড্রাইভারের জন্য 54-fz সমর্থন নির্ধারণে স্থির ত্রুটি
36) 1C কনফিগারেশনের ডকুমেন্ট মডিউলে (সরলীকৃত ট্যাক্স সিস্টেম কনফিগারেশন ব্যতীত), ফিসকাল রেজিস্ট্রারকে "0%" এবং "ভ্যাট ছাড়া" ভ্যাট হারের পৃথক স্থানান্তর প্রদান করা হয়েছে। ভ্যাট হার ভ্যাট রেট বা ভ্যাট কলামের মাধ্যমে নিম্নলিখিত মান 18, 10, 0 এবং -1 (যথাক্রমে: 18%, 10%, 0% এবং "ভ্যাট ছাড়া") সহ প্রেরণ করা হয়
37) 1C নথি মডিউলের পরিবর্তনের তালিকাটি অভিযোজন সহজ করার জন্য পৃথক পাঠ্য ফাইলগুলিতে বর্ণনা করা হয়েছে

[সংস্করণ 1.11] 05.23.17
38) Shtrikh-M ড্রাইভারের জন্য 54-fz সমর্থন নির্ধারণে ত্রুটিটি আবার ঠিক করা হয়েছে
39) এফআর এমুলেটর (fr54_emul.ert) এর প্রক্রিয়াকরণে একটি চেক নম্বর গঠনের অনুকরণ (একটি এলোমেলো সংখ্যা হিসাবে সংজ্ঞায়িত) যুক্ত করা হয়েছে - ধন্যবাদ ভ্লাদিমির পোল্টাভথেনকোবাস্তবায়নের জন্য
40) বাহ্যিক মোডে আর্থিক বাজারে চেক আউটপুট করার জন্য সমর্থন যোগ করা হয়েছে মুদ্রিত ফর্ম(ভিপিএফ)। ভিপিএফ এর সাথে সংযুক্ত করা হচ্ছে সঠিক প্রকারনথি অনলাইন নগদ নিবন্ধন নিয়ন্ত্রণ প্যানেলে বাহিত হয় - "ট্যাবে" সেটিংস" - টেবিলের " ব্যবহৃত নথির ধরন"কলামের মাধ্যমে" ভিপিএফ".
এই চেক প্রত্যাহার মোডের নিম্নলিখিত সুবিধা রয়েছে:
1. কনফিগারেশনে কোন পরিবর্তন না করেই একটি স্ট্যান্ডার্ড কনফিগারেশনের সাথে ডেভেলপমেন্ট সংযোগ করা - এখন একেবারে সমস্ত সেটিংস ইন্টারেক্টিভভাবে বা প্রোগ্রামিং এক্সটার্নাল মডিউলের মাধ্যমে তৈরি করা যেতে পারে, এমনকি কনফিগারেশনের পুরানো এবং অনেক অ-মানক রিলিজের জন্যও।
2. নথির প্রকারের তালিকা প্রসারিত হচ্ছে, সরাসরি যে ফর্ম থেকে আপনি ফেডারেল রিজার্ভে একটি চেক প্রত্যাহার করতে পারেন৷ উদাহরণস্বরূপ, আপনি নথি থেকে FR-এর জন্য একটি চেক প্রদর্শন করতে পারেন " বাস্তবায়ন"একটি নথি তৈরি না করে" রসিদ নগদ আদেশ"
3. বিভিন্ন ধরনের নথির জন্য FR-এ চেক প্রত্যাহারের প্রক্রিয়াকরণের অ্যালগরিদম ফাংশনে বর্ণিত হয়েছে ডকুমেন্ট হ্যান্ডলার(ডকুমেন্ট), যা বাহ্যিক প্রতিবেদনে অবস্থিত Extforms/PrnForms/fr54_PrintReceipt.ert.
ডকুমেন্ট প্রসেসরে একটি সার্বজনীন অ্যালগরিদম রয়েছে যা আপনাকে ডিএফ-এ প্রায় যেকোনো স্ট্যান্ডার্ড এবং অ-মানক নথি প্রদর্শন করতে দেয়, যাতে পণ্য, পরিষেবা বা কাজের সাথে একটি ট্যাবুলার অংশ থাকে এবং প্রতিটি আইটেমের পরিমাণ নির্দেশিত হয়।
এই সত্ত্বেও, প্রোগ্রামিং দক্ষতা থাকার, আপনি পারেন এই ফাংশনঅ-মানক কনফিগারেশন এবং (বা) অ-মানক কাজগুলির জন্য মানিয়ে নেওয়ার জন্য "নিজের জন্য" পুনরায় লিখুন।

[সংস্করণ 1.11.1] 05/24/17
41) প্রক্রিয়াকরণ ব্যবহার করে একটি বাগ সংশোধন করা হয়েছে ভিপিএফটিআইএস রিলিজের জন্য 988।
42) প্যারামিটারের জন্য ডিফল্ট মানগুলির ব্যবহার স্পষ্ট করা হয়েছে " কোষাধ্যক্ষ" এবং " ক্রেতার ঠিকানা অনুরোধ করুন"
43) ড্রাইভারের জন্য OFD তে অপ্রেরিত নথির সংখ্যা প্রদর্শন স্থির করা হয়েছে Shtrikh-M(বাস্তবায়নের জন্য আমার সহকর্মীকে ধন্যবাদ কোলুনিয়া)

[সংস্করণ 1.11.2] 05/25/17
44) TIS কনফিগারেশনের PKO এবং RKO ডকুমেন্ট ফর্মগুলির মডিউলগুলিতে পরিবর্তন করা হয়েছে যাতে খুচরা সরঞ্জাম সেট আপ করার ক্ষেত্রে পতাকা "নগদ অর্থ প্রদানের প্রতিফলন করতে ব্যবহৃত হয়" বিবেচনা করা হয় না। এটি আপনাকে এই পতাকা পরিবর্তন করার প্রয়োজন ছাড়াই "চেককেকেএম" এবং "পিকেও", "আরকেও" নথিগুলির একযোগে ব্যবহারের জন্য একই ক্যাশ রেজিস্টার ব্যবহার করার অনুমতি দেবে। এই নথিগুলি একসাথে ব্যবহার করার সময় একটি শিফট বন্ধ করা সঠিকভাবে ঘটে।
45) নথি ফর্ম মডিউল চেককেকেএম, পিকেও এবং আরকেও (সমস্ত উপস্থাপিত কনফিগারেশনে), চেক প্রিন্ট (পাঞ্চ চেকএনএকেকেএম) পদ্ধতিতে একটি অ্যালগরিদম যোগ করা হয়েছে যা আপনাকে নথি ফর্ম ডায়ালগে যোগ করা অতিরিক্ত বিবরণ ব্যবহার করতে দেয়: ক্রেতার ঠিকানা, গৃহীত, কার্ড দ্বারা পেমেন্ট. এই ক্ষেত্রে, অ্যালগরিদম এই বিবরণগুলির উপস্থিতি নির্ধারণ করে, এবং তাদের অনুপস্থিতিতে, চেক ভাঙার আগে অনুপস্থিত ডেটার জন্য একটি অনুরোধ শুরু করে, তার আচরণ সামঞ্জস্য করে।
46) Shtrikh-M ড্রাইভারের জন্য সফ্টওয়্যার সংস্করণ পাওয়ার সময়, ফিসকাল ড্রাইভ সংস্করণটি অতিরিক্তভাবে প্রদর্শিত হয়।
47) ক্যাশিয়ার কন্ট্রোল প্যানেলের টেবিল "ব্যবহৃত ধরনের নথি" খালি থাকলে VPF মোড সক্রিয়করণের ভুলভাবে নির্ণয় করা একটি ত্রুটি সংশোধন করা হয়েছে।
48) একটি নতুন প্যারামিটার যোগ করা হয়েছে "13)UAP" (ক্রেতার ঠিকানা নির্দিষ্ট করুন), আপনাকে স্পষ্ট করার অনুমতি দেয় ইমেল ঠিকানানগদ রেজিস্টারে চেক পাঞ্চ করার আগে ক্রেতা। এটি আপনাকে কাউন্টারপার্টিজ ডিরেক্টরিতে প্রবেশ করা যোগাযোগের তথ্য ব্যবহার করতে দেয়, নগদ রেজিস্টার রসিদের জন্য এটি পরিষ্কার বা বাতিল করার সম্ভাবনা সহ।
49) ক্যাশিয়ার কন্ট্রোল প্যানেলে প্যারামিটারগুলি সংরক্ষণ করার সময় একটি বস্তুর লিঙ্ক লেখার একটি ত্রুটি সংশোধন করা হয়েছে
ভিতরে

[সংস্করণ 1.12] 05/31/17
50) Atol ড্রাইভারের জন্য: অতিরিক্ত মুদ্রণ। জেড-রিপোর্টে তথ্য (মোট রাজস্ব, নগদ, ইলেকট্রনিক); ইলেকট্রনিক চেক সহ আপনার শেষ চেকের একটি অনুলিপি মুদ্রণ করা; একটি সফ্টওয়্যার সংস্করণ পাওয়ার সময় প্রসারিত তথ্য।
51) বহিরাগত রিপোর্ট "54FZ (অনলাইন ক্যাশ রেজিস্টার) কন্ট্রোল প্যানেল" এর নাম পরিবর্তন করে "KKM কন্ট্রোল প্যানেল" করা হয়েছে
52) কোড একত্রিত করার জন্য, DF পরিষেবা প্রক্রিয়াকরণ থেকে কিছু ফাংশন প্রসেসিং fr54_Settings.ert ("KKM কন্ট্রোল প্যানেল") এ সরানো হয়েছে
53) ডেমো সংস্করণ ব্যবহারের সময়সীমা শিথিল করা হয়েছে
54) Atol ড্রাইভারের জন্য, techMode প্যারামিটারটি RetrieveKTableFR() ফাংশনে যোগ করা হয়েছে
55) ক্যাশ রেজিস্টার কন্ট্রোল প্যানেলের নতুন প্যারামিটার যোগ করা হয়েছে:<Предварительный просмотр чека>, <Печатать одно наименование>, <Режим печати номенклатуры в чеке>. মূলত, এই প্যারামিটারগুলি আংশিক অর্থপ্রদানের জন্য বা অগ্রিম প্রাপ্তির জন্য একটি রসিদ মুদ্রণ কনফিগার করে। ভবিষ্যতে, এই পরামিতিগুলি আপনাকে FFD 1.05 প্রোটোকল ব্যবহার করে মিথস্ক্রিয়া কনফিগার করার অনুমতি দেবে
চেক আইটেমগুলির পূর্বরূপ এবং সম্পাদনা মোড বহিরাগত প্রক্রিয়াকরণের মাধ্যমে প্রয়োগ করা হয় Extforms\Equip\fr54_Printing.ert-এর জন্য আইটেমগুলির তালিকা।
56) POS প্রিন্টার কন্ট্রোল প্যানেলের "সেটিংস" ট্যাবে "EAN পরিষেবার API অনুরোধ কী" ক্ষেত্রটি সক্রিয় করা হয়েছে। এটি আপনাকে অর্থপ্রদত্ত API ব্যবহার করে EAN বারকোড ব্যবহার করে নামকরণ ডিরেক্টরিটি স্বয়ংক্রিয়ভাবে পূরণ করার অনুমতি দেবে - https://barcodes.olegon.ru/
একটি বোতাম (দূরবীনের একটি চিত্র সহ) "নামকরণ" ডিরেক্টরি উপাদানে (TIS-এর জন্য) যোগ করা হয়েছে, যা প্রবেশ করা বারকোডের উপর ভিত্তি করে স্বয়ংক্রিয়ভাবে পণ্যের নাম পূরণ করে। ম্যানুয়াল ট্রেডিং থেকে স্যুইচ করার সময় স্ক্র্যাচ থেকে একটি স্টোর দ্রুত শুরু করার জন্য এই পরিষেবাটি প্রয়োজনীয়: এটি আপনাকে পণ্যের বারকোড স্ক্যান করার মোডে 1C-তে দ্রুত একটি পণ্য ডেটাবেস তৈরি করতে দেয়।
Nomenklat ডিরেক্টরি উপাদানের মডিউলে, SearchPoShk() পদ্ধতি যোগ করা হয়েছে, যা API পরিষেবা অ্যাক্সেস করার জন্য এক্সটার্নাল প্রসেসিং Extforms\ean_online.ert কল করে। এই প্রক্রিয়াকরণের লেখক সহকর্মী volk13 (ওরফে fkr)।
57) চেকের মধ্যে প্রিন্টিং আইটেমগুলির মোড নিয়ন্ত্রণ করার ক্ষমতা বাস্তবায়নের জন্য নথি মডিউল CheckKKM, PKO, RKO-তে পরিবর্তন করা হয়েছে
58) একই উদ্দেশ্যে, বহিরাগত প্রক্রিয়াকরণের জন্য ডকুমেন্ট হ্যান্ডলার() পদ্ধতিতে পরিবর্তন করা হয়েছে Extforms\PrnForms\fr54_PrintReceipt.ert

[সংস্করণ 1.12.1] 06/01/17
59) EAN পরিষেবাতে একটি "ফ্রি" API অনুরোধ যুক্ত করেছে (Extforms\ean_online.ert, লেখক volk13 দ্বারা প্রক্রিয়াকৃত)। যদি তিনি উত্তর না দেন, তাহলে একটি প্রদত্ত পরিষেবার সাথে যোগাযোগ করা হয়। প্রদত্ত পরিষেবা ব্যবহার করার জন্য, আপনাকে একটি অ্যাক্সেস কী কিনতে হবে https://olegon.ru/market/buy_barcode.php (একটি পণ্যের নামের জন্য 10 কোপেক)।

[সংস্করণ 1.12.2] 06/05/17
60) EAN পরিষেবাতে "ফ্রি" API অনুরোধটি IP ঠিকানা দ্বারা সাইটে ব্লক করা এড়াতে ডিফল্টরূপে অক্ষম করা হয়৷
61) ফিসকাল রেজিস্ট্রার পরিষেবা প্রক্রিয়াকরণে একটি রসিদে ডিসকাউন্ট গণনা করার একটি ত্রুটি সংশোধন করা হয়েছে (1 kopeck দ্বারা রাউন্ডিং ত্রুটি)
62) 1C নথিতে ফিরে আসা পরামিতিগুলিকে আনুষ্ঠানিক করার জন্য বাহ্যিক প্রক্রিয়াকরণ মডিউলগুলিতে পরিবর্তনগুলি করা হয়েছিল।

[সংস্করণ 1.13] 06.06.17
63) স্থির চিহ্নিত ত্রুটি
64) যৌক্তিক ডিভাইস ব্যবহার করে একটি কর্মক্ষেত্রে বেশ কয়েকটি আর্থিক নিবন্ধকের জন্য সমর্থন যোগ করা হয়েছে (ফিসকাল রেজিস্ট্রারদের অবশ্যই একই ড্রাইভার ব্যবহার করতে হবে)।
একাধিক FD ব্যবহার করার মোড "সেটিংস" ট্যাবে ক্যাশ রেজিস্টার কন্ট্রোল প্যানেলে "অ্যালো সিলেকশন অফ দ্য ফিসকাল রেজিস্ট্রারের লজিক্যাল ডিভাইস" চেকবক্সে টিক দিয়ে সক্রিয় করা হয়েছে।
এই ক্ষেত্রে, "পরিষেবা" ট্যাবে, সক্রিয় (বর্তমান) লজিক্যাল ডিভাইস নির্বাচন করা সম্ভব হয় যার জন্য পরিষেবা কমান্ডগুলি কার্যকর করা হবে।
"প্যারামিটার" ট্যাবে, প্যারামিটার 4) #LU উপলব্ধ হয়। এটির সাহায্যে, আপনি ডিএফ লজিক্যাল ডিভাইসের একটি নির্দিষ্ট সংখ্যা নির্দিষ্ট করতে পারেন যেখানে শর্তগুলির উপর নির্ভর করে রসিদটি মুদ্রিত হবে (নির্বাচন: কোম্পানি, ক্যাশ ডেস্ক, ব্যবহারকারী, নথির ধরন, অভিব্যক্তি)।
লজিক্যাল ডিভাইসগুলিকে KKM ড্রাইভার ব্যবহার করে (KKM ড্রাইভার ইউটিলিটি (ড্রাইভার টেস্টের মাধ্যমে) বা 1C-তে পরিষেবা - পরামিতি - বৈশিষ্ট্য (FR ড্রাইভার) ব্যবহার করে নির্ধারণ করতে হবে।

[সংস্করণ 1.14] 06/10/17
65) চিহ্নিত ত্রুটি সংশোধন করা হয়েছে
66) গণনাকৃত ভ্যাট হারের জন্য সমর্থন যোগ করা হয়েছে (10/110% এবং 18/118%)
67) Shtrikh-M ড্রাইভারের জন্য একটি শিফট জোরপূর্বক খোলার যোগ করা হয়েছে
68) নগদ রেজিস্টারে একটি চেক পাঞ্চ করার আগে প্রাপ্তির পূর্বরূপ (পিপিপি) ফর্মটি উন্নত করা হয়েছে। এই ফর্মটিতে, আপনি চেকের পণ্যের সংমিশ্রণে পরিবর্তন করতে পারেন: ম্যানুয়ালি বা স্বয়ংক্রিয়ভাবে (আংশিক অর্থপ্রদান এবং অগ্রিম অর্থপ্রদান সহ)। অর্থপ্রদানের ধরন নির্ধারণ করুন (নগদ, পেমেন্ট কার্ড), ইমেল লিখুন বা স্পষ্ট করুন। ক্রেতার ঠিকানা (ফোন বা ইমেল)
68) সম্পূর্ণ বা আংশিক অর্থপ্রদানের (মিশ্র ভ্যাট হার সহ) চেকের জন্য ভিত্তি নথির ভিত্তিতে ভ্যাট পরিমাণের যোগ করা বন্টন
69) FFD 1.0 প্রোটোকলের জন্য সম্পূর্ণ এবং আংশিক অর্থপ্রদানের জন্য উন্নত স্বয়ংক্রিয়-বন্টন মোড
70) 1C নথিতে নগদ রেজিস্টার পরিবর্তন নম্বর ফেরত দেওয়ার জন্য একটি প্রক্রিয়া যোগ করা হয়েছে, সেইসাথে অন্যান্য নথির বিবরণ যদি সেগুলি PPP (রসিদ পূর্বরূপ) উইন্ডোতে সম্পাদনা করা হয়: ক্রেতার ঠিকানা, প্রাপ্তি, কার্ডের মাধ্যমে অর্থপ্রদান৷
71) KKM কন্ট্রোল প্যানেলে, প্যারামিটারগুলিকে দুটি গ্রুপে ভাগ করা হয়েছে: "বেসিক" এবং "উন্নত" - তথ্যের উপলব্ধি সহজ করার জন্য।

[সংস্করণ 2.0 বিটা] 06/13/17
72) (বিটা Поддержка проткола ФФД 1.05, а именно: тегов 1212 (признак предмета расчета), 1214 (признак способа расчета), 1215-1217 (доп. типы оплаты). Формат ФД 1.05 позволяет корректно отобразить в чеке операции по продаже подарочных карт, предоплаты или авансы, продажу товаров в кредит и другие!}
জটিল গণনার বিকল্প সহ স্কিম। এই ট্যাগগুলির মানগুলি পিপিপি ফর্ম (রসিদ পূর্বরূপ) এ দেখা এবং সম্পাদনা করা যেতে পারে: দুটি অতিরিক্ত। কলাম "PR" (গণনার বিষয়) এবং "CP" (গণনার পদ্ধতি) পণ্যের টেবিলে (শীর্ষ) এবং অতিরিক্ত। পেমেন্ট টেবিলে লাইন (নিম্ন)।
73) পণ্য টেবিলের উপরে "সেট" বোতামটি কলামের মানগুলির গ্রুপ সেটিং এর উদ্দেশ্যে।
74) FFD 1.05 প্রোটোকলের ব্যবহার ক্যাশ রেজিস্টার কন্ট্রোল প্যানেলে "প্যারামিটার" ট্যাবে "অ্যাডভান্সড" গ্রুপে "17) FFD" প্যারামিটার সহ সক্ষম করা যেতে পারে।

[সংস্করণ 2.0.1 বিটা] 06/13/17
75) আংশিক অর্থপ্রদানের জন্য HRBP ফর্মে চেক ফর্মটি পূরণ করার ক্ষেত্রে ত্রুটিগুলি সংশোধন করা হয়েছে
76) FR এমুলেটর সার্ভিসিং প্রক্রিয়াকরণে একটি ত্রুটি সংশোধন করা হয়েছে

[সংস্করণ 2.0.2] 06/14/17
77) চিহ্নিত ত্রুটি সংশোধন করা হয়েছে
78) আমরা EAN অনুরোধের সংস্করণটি চূড়ান্ত করেছি এবং Olegon থেকেও জানতে পেরেছি যে তিনি আর csv ফর্ম্যাট সমর্থন করেন না এবং জোরালোভাবে json-এর সুপারিশ করেন। json এর সাথে বিলম্ব তার ডাটাবেসের বাস্তবায়ন বৈশিষ্ট্যগুলির সাথে যুক্ত, এখানে বিশদ বিবরণ: https://olegon.ru/showthread.php?t=26135&page=6 (ভোল্ক 13 প্রক্রিয়াকরণের লেখক)
79) EGAIS-এ অ্যালকোহল প্রাপ্তির রেকর্ডিং সক্ষম করতে একটি প্যারামিটার যোগ করা হয়েছে।

[সংস্করণ 2.0.3] 06/15/17
80) স্থির চিহ্নিত ত্রুটি, সহ। প্রসেসিং fr54_SelectPaymentType.ert ব্যবহার করার সময় অর্থপ্রদানের প্রকারের ভুল সংজ্ঞা
81) ব্যাঙ্ক স্টেটমেন্ট লাইন রসিদ এবং ব্যাঙ্ক স্টেটমেন্ট লাইন এক্সপেন্ডিচার নথির উপর ভিত্তি করে একটি নগদ রেজিস্টার রসিদ পাঞ্চ করার ক্ষমতা যুক্ত করা হয়েছে। এই ধরনের নথি PKO/RKO এর পরিবর্তে ব্যবহার করা যেতে পারে যদি পেমেন্ট কার্ডের মাধ্যমে পেমেন্ট করা হয় এবং নগদে নয়।
82) ean_online.ert প্রক্রিয়াকরণে EAN অনুরোধ উন্নত করা হয়েছে (প্রসেসিং Volk13 এর লেখক)

[সংস্করণ 2.1] 06/22/17
83) 1C কনফিগারেশনের জন্য: বাণিজ্য এবং গুদাম, ed. 9.2 (comprehensive, rev. 4.5) ডকুমেন্ট রসিদ স্টেটমেন্ট লাইনের উপর ভিত্তি করে RKO ডকুমেন্ট এন্ট্রিতে যোগ করা হয়েছে, ডকুমেন্টবেস() ফাংশন অনুযায়ী ফিলিং এ পরিবর্তন করা হয়েছে, ডকুমেন্ট রিসিপ্ট স্টেটমেন্ট লাইন "এন্টার ভিত্তিক" সেটিংয়ে যোগ করা হয়েছে "এর উপর ভিত্তি করে লিখুন" তালিকায়
84) 1C কনফিগারেশনের জন্য: অ্যাকাউন্টিং, ed. ইনকামিং অর্ডার ডকুমেন্টের উপর ভিত্তি করে আউটগোয়িং অর্ডার ডকুমেন্ট ইনপুটে 4.5 যোগ করা হয়েছে, ডকুমেন্ট কারেন্সি(), ডকুমেন্টঅ্যামাউন্টভ্যাল(), ডকুমেন্টরেট(), পদ্ধতি AtStartValueSelection() ফাংশনে পরিবর্তন করা হয়েছে
85) 1C কনফিগারেশনের জন্য: USN, ed. 1.3 যোগ করা হয়েছে:
1. নথিতে নতুন বৈশিষ্ট্য ডকবেসিস ইনকামিং অর্ডার এবং আউটগোয়িং অর্ডার, এই বৈশিষ্ট্যটি নির্দিষ্ট নথির আকারে প্রদর্শিত হয় এবং আপনাকে নগদ রেজিস্টার রসিদে ভিত্তি নথি থেকে আইটেমগুলির নাম প্রদর্শন করতে দেয়, পরিবর্তনগুলি করা হয়েছে নির্দিষ্ট নথির InputOnBasis(), PrintReceipt(), ProcessValueSelection(), ফর্ম মডিউলের শেষে, ডকুমেন্টবেস অ্যাট্রিবিউটে যে ধরনের নথি নির্বাচন করতে হবে তা প্রোগ্রাম্যাটিকভাবে সংজ্ঞায়িত করা হয়।
2. নথির জন্য বহির্গামী আদেশ, নথির ইনকামিং অর্ডার, তৃতীয় পক্ষের সংস্থার পরিষেবা, ইনভেন্টরির প্রাপ্তি, OS-এর রসিদ এবং "এন্টার ভিত্তিক" তালিকায় অস্পষ্ট অস্পষ্ট বস্তুর প্রাপ্তি "ভিত্তিতে প্রবেশ করুন" তালিকায় যুক্ত করা হয়েছে। বিন্যাস
86) KKM চেক প্রিন্ট করার সময়, ট্যাক্স গণনার বিকল্পটি বিবেচনায় নেওয়া হয় - কনফিগারেশন 1C এর জন্য "উপরে ভ্যাট" (আগে, এই ক্ষেত্রে চেকে ভ্যাট পরিমাণ অতিরিক্ত চার্জ হিসাবে প্রদর্শিত হয়েছিল): ট্রেড এবং গুদাম, ed. 9.2, 1C: জটিল, সংস্করণ। 4.5 এবং 1C: অ্যাকাউন্টিং, ed. 4.5 (1C এর জন্য: USN, rev. 1.3 - প্রয়োজন নেই)
87) বাহ্যিক মুদ্রিত ফর্ম (EPF) fr54_PechatChek.ert প্রক্রিয়াকরণে, নতুন ধরনের বেস নথি এবং ট্যাক্স গণনার বিকল্প - "উপরে ভ্যাট" বিবেচনায় নেওয়া হয়।
88) সার্ভিসিং ফিসকাল রেজিস্ট্রারগুলির প্রক্রিয়াকরণে, FD পদ্ধতিতে অ্যাক্সেসের জন্য প্রেরণ করা পাসওয়ার্ডের বৈধতা নির্ধারণের জন্য একটি চেক চালু করা হয়েছে। প্রশাসক এবং ব্যবহারকারীর পাসওয়ার্ড "সেটিং আপ ট্রেডিং ইকুইপমেন্ট" প্রসেসিং (এই ক্ষেত্রে, FR সার্ভিস প্রসেসিং ডিফল্ট পাসওয়ার্ড ব্যবহার করবে) এর অনুমতি দেওয়া হয় না: অ্যাডমিনিস্ট্রেটর পাসওয়ার্ড =৷ 30, ব্যবহারকারীর পাসওয়ার্ড = 1।
89) fr54_Shtrih-M.ert পরিষেবাটি প্রক্রিয়া করার সময়, FFD 1.05 প্রোটোকল ব্যবহারের বিষয়ে Shtrih-M প্রযুক্তিগত সহায়তার মন্তব্যগুলিকে বিবেচনায় নেওয়া হয়েছিল
90) চিহ্নিত ত্রুটি সংশোধন করা হয়েছে.

[সংস্করণ 2.1.1] 06/26/17
91) "Rule1kop" প্যারামিটারের জন্য একটি নতুন মান যোগ করা হয়েছে - "2 - সক্ষম করুন, রসিদে সারচার্জ দেখাবেন না।" এই আপডেটটি ইনস্টল করার পরে, আপনাকে POS কন্ট্রোল প্যানেলে এই প্যারামিটারের মানগুলি পুনরায় নির্বাচন করতে হবে (যদি আগে ইনস্টল করা থাকে)।
92) FR রক্ষণাবেক্ষণ প্রক্রিয়াকরণে, একটি চেক যোগ করা হয়েছে যে শিফটটি 24 ঘন্টারও বেশি সময় ধরে খোলা আছে।
93) fr54_Atol.ert পরিষেবা প্রক্রিয়া করার সময়, FFD 1.05 প্রোটোকল ব্যবহারে Atol প্রযুক্তিগত সহায়তার মন্তব্যগুলিকে বিবেচনায় নেওয়া হয়েছিল। এই প্রোটোকলটি কাজ করার জন্য, KKM ড্রাইভার সংস্করণটি 8.14.2-এর কম হওয়া উচিত নয় এবং KKM ফার্মওয়্যার সংস্করণটি 3689 (বর্তমান 4139) এর চেয়ে কম হওয়া উচিত নয়।
94) চিহ্নিত ত্রুটি সংশোধন করা হয়েছে.

[সংস্করণ 2.1.2] 06/28/17
95) fr54_Atol.ert পরিষেবা প্রক্রিয়াকরণে, FFD 1.05 প্রোটোকল ব্যবহার করার সময় ক্যাশ রেজিস্টার ড্রাইভারের টেবিল 12-এ অর্থপ্রদানের প্রকারের একটি চেক যোগ করা হয়েছে। যদি আর্থিক অর্থপ্রদানের ধরনগুলি ডিফল্ট মানগুলির সাথে সামঞ্জস্য না করে, তবে চেক মুদ্রণের আগে সেগুলি ডিফল্টে রূপান্তরিত হয়
96) "সেটিংস" ট্যাবে POS প্রিন্টার কন্ট্রোল প্যানেলে, "বর্তমান ব্যবহারকারীর সাথে লিঙ্ক" অ্যাট্রিবিউট যোগ করা হয়েছে। ডিফল্টরূপে, সাধারণ কনফিগারেশনের জন্য, এর মান হল "glUser" - এটি গ্লোবাল মডিউল ভেরিয়েবলের নাম, যা ব্যবহারকারীদের ডিরেক্টরি উপাদানের একটি লিঙ্ক ধারণ করে। অ-মানক কনফিগারেশনের জন্য, এই বৈশিষ্ট্যের মান ওভাররাইড করা যেতে পারে।
97) চিহ্নিত ত্রুটি সংশোধন করা হয়েছে.

[সংস্করণ 2.1.3] 06/29/17
98) প্রিন্টিং.ert-এর জন্য fr54_List of nomenclature প্রক্রিয়াকরণে স্থির ত্রুটি:
EXTFORMS\EQUIP\FR54_LIST OF NAMECLATURE for printing.ERT(184): মোট বস্তুর ক্ষেত্র পাওয়া যায়নি (পরিমাণ)
99) টেবিলে পরামিতি FR.xlsসংক্ষিপ্ত প্যারামিটার নাম সহ একটি কলাম যোগ করা হয়েছে

[সংস্করণ 2.2.0] 07/02/17
100) ক্যাশ রেজিস্টার কন্ট্রোল প্যানেলে "সেটিংস" ট্যাবে নতুন বিকল্প যোগ করা হয়েছে:
. শুধুমাত্র "প্যারামিটার" ট্যাবে নির্বাচিত নির্বাচনের জন্য FD-এ প্রত্যাহারের অনুমতি দিন - এই পতাকা আপনাকে কোম্পানি, ব্যবহারকারী, ইত্যাদির FD-এ চেক প্রত্যাহারের শর্ত সীমিত করতে দেয়।
. "পুরানো অ্যালগরিদম" ব্যবহার করে FD-তে চেক তোলার অনুমতি দিন - ডিফল্টরূপে, একটি ব্লকিং সক্ষম করা হয় যা FD-তে চেক প্রত্যাহারের অনুমতি দেয় না যদি চেক প্রিন্টিং পদ্ধতি ব্যবহার করা হয়, অনলাইন নগদ নিবন্ধনের জন্য অভিযোজিত না হয়।

[সংস্করণ 2.2.1] 07/19/17
101) ক্যাশ রেজিস্টার কন্ট্রোল প্যানেলে, "বিকল্প" ট্যাবে, "উন্নত" গ্রুপে একটি নতুন প্যারামিটার যোগ করা হয়েছে:
. 18) EGAIS - FixCheckVEGAIS - সমাধান https://infostart.ru/public/433840/ সহ EGAIS-এ অ্যালকোহলের খুচরা বিক্রয়ের রসিদ রেকর্ড করার সময় ব্যবহৃত হয়
102) ত্রুটি সংশোধন করা হয়েছে, fr54_Settings.ert প্রক্রিয়াকরণে অ্যালগরিদম অপ্টিমাইজ করা হয়েছে
103) প্রিন্টিং.ert-এর জন্য fr54_List of nomenclature প্রক্রিয়াকরণে ত্রুটি সংশোধন করা হয়েছে
104) FR পরিষেবা প্রক্রিয়াকরণে, সমাধান https://infostart.ru/public/433840/ সহ EGAIS-এ অ্যালকোহলের খুচরা বিক্রয়ের জন্য রসিদ রেকর্ড করার জন্য সমর্থন যোগ করা হয়েছে
105) DF রক্ষণাবেক্ষণ প্রক্রিয়াকরণে, লাইন দ্বারা আইটেমের নাম স্থানান্তর যোগ করা হয়েছে (যদি সরঞ্জাম এটি সমর্থন করে)
106) DF পরিষেবা প্রক্রিয়াকরণে, FD নম্বর ভেরিয়েবলের মাধ্যমে আর্থিক নথি নম্বরের রিটার্ন চেক প্রিন্টিং পদ্ধতিতে যোগ করা হয়েছে

[সংস্করণ 2.2.2] 07/25/17
107) POS প্রিন্টার ফার্মওয়্যার সংস্করণ, FR ড্রাইভার সংস্করণ, সেইসাথে রসিদ টেমপ্লেট (Atol-এর জন্য) উপর নির্ভর করে, রসিদ অবস্থানে প্রদর্শিত আইটেমের নামের দৈর্ঘ্যের উপর সীমাবদ্ধতা রয়েছে। আইটেম নামের অনুমতিযোগ্য দৈর্ঘ্য অতিক্রম করা হলে, FR ত্রুটি "অবৈধ দৈর্ঘ্য" প্রদর্শন করতে পারে এবং অস্বাভাবিকভাবে চেক বাতিল করতে পারে।
এই সমস্যা সমাধানের জন্য, ক্যাশ রেজিস্টার কন্ট্রোল প্যানেলে একটি প্যারামিটার যোগ করা হয়েছে
. 19) MDN - MaxNameLength, যা আপনাকে DF এ আউটপুট করার আগে আইটেমটির নাম নির্দিষ্ট দৈর্ঘ্যে ট্রিম করতে দেয়। DF যাতে সর্বোচ্চ 128 অক্ষরের নামের দৈর্ঘ্য সমর্থন করে, KKM ফার্মওয়্যার এবং DF ড্রাইভারকে সর্বশেষ সংস্করণে আপডেট করার এবং FDF প্রোটোকল সংস্করণ 1.05 ব্যবহার করার পরামর্শ দেওয়া হয়।
108) প্যারামিটারের জন্য মানের তালিকা 7)PEC - প্রিন্ট রসিদ প্রসারিত করা হয়েছে: নগদ নিবন্ধন নিয়ন্ত্রণ প্যানেল: নগদ রেজিস্টার টেপে যে কোনও রসিদ (শুধু ইলেকট্রনিক নয়) মুদ্রণ অক্ষম করার ক্ষমতা যুক্ত করা হয়েছে। আপনার নিজের বিপদ এবং ঝুঁকি এই সুযোগ ব্যবহার করুন, কারণ আইনটি নগদ রসিদ ইস্যু করতে ব্যর্থতার জন্য প্রশাসনিক দায়বদ্ধতার বিধান করে - এটি অবশ্যই জারি করা উচিত - হয় ইলেকট্রনিকভাবে বা কাগজের আকারে।
109) FR পরিষেবা প্রক্রিয়াকরণে যেকোনো রসিদ মুদ্রণ অক্ষম করার জন্য সমর্থন যোগ করা হয়েছে
110) প্রক্রিয়াকরণে আংশিক অর্থপ্রদানের জন্য উন্নত অ্যালগরিদম fr54_ Printing.ert-এর জন্য নামকরণের তালিকা

[সংস্করণ 2.3.1] 08/02/17
111) একটি ইলেকট্রনিক চেকের জন্য একটি টেলিফোন নম্বরের বৈধতা পরীক্ষা করার সময়, এখন +7... দিয়ে শুরু হওয়া একটি টেলিফোন নম্বর নির্দেশ করা গ্রহণযোগ্য (fr54_Settings.ert প্রক্রিয়াকরণে পরিবর্তন)
112) ক্যাশ রেজিস্টার কন্ট্রোল প্যানেলে, "বিকল্প" ট্যাবে, "উন্নত" গ্রুপে একটি নতুন প্যারামিটার যোগ করা হয়েছে:
. 20)#FD - ReturnFDNumber - ডিফল্টরূপে, চেক নম্বর ফেরত দেওয়া হয়। আপনি যদি এই প্যারামিটারের মান সেট করেন: 1 - "হ্যাঁ", তাহলে আর্থিক নথি নম্বরটি চেক নম্বর হিসাবে ফেরত দেওয়া হবে। উভয় নম্বরই (চেক নম্বর এবং এফডি নম্বর) চেকে প্রদর্শিত হয়। চেক নম্বরটি ক্যাশ রেজিস্টার শিফটের মধ্যে নম্বর দেওয়া হয়, শিফট বন্ধ হওয়ার পর, চেকের নম্বর দেওয়া শুরু হয় 1 থেকে। FD নম্বর হল চেকের শেষ থেকে শেষ নম্বর, 1 থেকে এর নম্বর দেওয়া শুরু হবে শুধুমাত্র প্রতিস্থাপনের পরে। এফএন (ফিসকাল ড্রাইভ)।
এই পরামিতি ব্যবহার করে, আপনি নির্বাচন করতে পারেন কোন নম্বরটি 1C-তে ফেরত দেওয়া হবে এবং 1C নথিতে রেকর্ড করা হবে। চেক নম্বরের পরিবর্তে 1C-তে FD নম্বর সংরক্ষণ করা FD নম্বর (KKM কন্ট্রোল প্যানেলে একটি পরিষেবা ফাংশন) দ্বারা চেকের একটি অনুলিপি পাওয়ার ক্ষেত্রে সুবিধাজনক।
113) সংশোধন চেক জন্য সমর্থন যোগ করা হয়েছে. এই উদ্দেশ্যে, ক্যাশ রেজিস্টার কন্ট্রোল প্যানেলে "সংশোধন চেক" ট্যাব যোগ করা হয়েছে। এই ট্যাবে, আপনি ম্যানুয়ালি সংশোধন চেকের জন্য ডেটা প্রবেশ করতে পারেন এবং এটি FR-এ পাঞ্চ করতে পারেন। সংশোধন চেকের উভয় সংস্করণই সমর্থিত: 1 (FFD 1.0 প্রোটোকলের জন্য) এবং 2 (FFD 1.05-এর জন্য)।
"বেস ডকুমেন্ট" বিশদটি ঐচ্ছিক। এর ভরাট জন্য ব্যবহার করা যেতে পারে স্বয়ংক্রিয় সনাক্তকরণএকটি সংশোধন চেকের ক্ষেত্রে ACS যখন ACS - [অটো] একটি সংশোধন চেকের জন্য ফর্মে নির্বাচন করা হয়।
একটি সংশোধন চেক দুই ধরনের হতে পারে: "রসিদ" - একটি অপারেশন যাতে ব্যবহারকারী জমা করে নগদসংশোধন এবং "ব্যয়" - একটি অপারেশন যেখানে ব্যবহারকারী সংশোধন তহবিল প্রত্যাহার করে।
সংশোধন চেক পাঞ্চ করার পরে, চেক নম্বর এবং FD নম্বর প্রক্রিয়াকরণ ফর্মে একই নামের বিশদ বিবরণে ফেরত দেওয়া হয়।
114) রসিদ প্রিন্ট করার সময় FD নম্বর নির্ধারণে ত্রুটিগুলি FD পরিষেবা প্রক্রিয়াকরণে সংশোধন করা হয়েছে
115) DF রক্ষণাবেক্ষণ প্রক্রিয়াকরণে, প্যারামিটারের প্রক্রিয়াকরণ 20) #FD - রিটার্ন FDNumber যোগ করা হয়েছে
116) FS RAR বার্তা সম্পাদন করার জন্য DF পরিষেবা প্রক্রিয়াকরণে http://egais.ru/news/view?id=1518, EGAIS-এ অ্যালকোহলযুক্ত পানীয়ের খুচরা বিক্রয়ের রসিদ প্রেরণ করার সময়, FD নম্বরটি এখন সর্বদা ব্যবহৃত হয় চেক নম্বর।
117) FR পরিষেবা প্রক্রিয়াকরণে সংশোধন চেক প্রিন্ট করার জন্য সমর্থন যোগ করা হয়েছে
118) fr54_PrintChekka.ert-এর প্রক্রিয়াকরণে, একটি ত্রুটি সংশোধন করা হয়েছে যার কারণে পেমেন্ট কার্ডের মাধ্যমে অর্থপ্রদানের সূচকটি ভুলভাবে 1C নথিতে ফেরত দেওয়া হয়েছে (বাহ্যিক প্রক্রিয়াকরণের মাধ্যমে চেকটি পাঞ্চ করার আগে অর্থপ্রদানের ধরন পরিবর্তনের ক্ষেত্রে)
119) fr54_PrintChek.ert প্রক্রিয়াকরণের মাধ্যমে VPF ব্যবহার করার সময়, আইটেমের পুরো নাম (যদি থাকে) সংক্ষিপ্তটির পরিবর্তে চেকের উপরে প্রিন্ট করা হয়।

[সংস্করণ 2.3.2] 08/03/17
120) সংশোধন চেক মুদ্রণের জন্য অ্যালগরিদমের স্পষ্টীকরণ
121) অর্থপ্রদানের প্রকার fr54_SelectPaymentType.ert নির্বাচন করার জন্য সার্জির প্রক্রিয়াকরণ আপডেট করা হয়েছে।

[সংস্করণ 2.3.3] 08/04/17
122) সংশোধন চেক মুদ্রণের জন্য অ্যালগরিদমের স্পষ্টীকরণ
123) আর্থিক নথি নম্বর নির্ধারণ করার সময় ত্রুটিগুলি সংশোধন করা হয়েছে

[সংস্করণ 2.3.4] 08/15/17
124) চলছে fr54_Settings.ertএকটি কর্মক্ষেত্রে একাধিক FD ব্যবহার করার ক্ষেত্রে ক্যাশ রেজিস্টার রিপোর্টে (এক্স-রিপোর্ট, জেড-রিপোর্ট, ইত্যাদি) ক্যাশিয়ার আউটপুটে স্থির ত্রুটি
125) ডিএফ রক্ষণাবেক্ষণ প্রক্রিয়াকরণে, প্যারামিটার ব্যবহার করার ক্ষমতা " fr54_Settings এ কল করবেন নাএই প্যারামিটার আপনাকে প্রক্রিয়াকরণ এড়াতে অনুমতি দেয় fr54_Settings.ert. এটি ব্যবহার করা যেতে পারে যদি প্রোগ্রামার 1C কনফিগারেশন থেকে সমস্ত প্রয়োজনীয় প্যারামিটার স্থানান্তরের জন্য সরবরাহ করে থাকে এবং DF পরিষেবা প্রক্রিয়াকরণ ব্যতীত অন্যান্য সহায়ক প্রক্রিয়াকরণ কল করতে না চায়।
126) ব্যবহৃত নথির প্রকারের সারণীতে (" ট্যাবে সেটিংস"KKM কন্ট্রোল প্যানেল) কলাম যোগ করা হয়েছে" ধরন চেক করুন"। এটি আপনাকে একটি নির্দিষ্ট ধরণের নথির জন্য চেকের ধরনটি পুনরায় সংজ্ঞায়িত করতে দেয়। এটি বিকল্প নথিগুলির জন্য চেকের ধরনটি স্পষ্টভাবে নির্দেশ করতে ব্যবহার করা যেতে পারে যেখান থেকে চেকটি VPF মোডে মুদ্রিত হয় (উদাহরণস্বরূপ, নথি বিক্রয়, রিটার্ন থেকে) ক্রেতার কাছ থেকে, ইত্যাদি), পাশাপাশি নিয়মিত নথি থেকে (উদাহরণস্বরূপ, নগদ নিষ্পত্তির নথির জন্য, আপনি যদি স্ক্র্যাপ গ্রহণ করতে 1C কনফিগারেশন ব্যবহার করা হয় তবে আপনি "বিক্রয় রিটার্ন" এর পরিবর্তে "ক্রয়" এ চেকের ধরণ সেট করতে পারেন জনসাধারণের কাছ থেকে)
127) পূর্বরূপ আকারে (প্রসেসিং fr54_Printing.ert-এর জন্য নামকরণের তালিকা) চিহ্নিত ত্রুটি সংশোধন করা হয়েছে.
128) ফর্ম হেডারে প্রিভিউ উইন্ডোতে, অতিরিক্ত তথ্য প্রদর্শিত হয়, যেমন: চেকের ধরন, SNO, ক্যাশিয়ার।
129) প্রিভিউ উইন্ডোতে, ফর্মে অর্থপ্রদানের প্রকারের স্বয়ংক্রিয় গণনা নিষ্ক্রিয় করতে একটি পতাকা যুক্ত করা হয়েছে - যদি এই ফর্মে অর্থপ্রদানের পরিমাণ এবং নথির বিবরণের মধ্যে কোনও কঠোর লিঙ্ক না থাকে তবে ব্যবহার করা যেতে পারে, উদাহরণস্বরূপ, বিকল্পের জন্য নথি, যেমন: বিক্রয়, ক্রেতার কাছ থেকে ফেরত, ইত্যাদি।

[সংস্করণ 2.3.5] 08/16/17
130) প্যারামিটারের মান প্রসারিত এবং পরিবর্তিত হয়েছে 9) পেমেন্ট = RequestPaymentType. এখন, এই প্যারামিটারের মাধ্যমে, আপনি স্পষ্টভাবে অর্থপ্রদানের ধরন সম্পূর্ণরূপে নগদ বা ইলেকট্রনিক সেট করতে পারেন - যখন নগদ রেজিস্টারে একটি চেক প্রবেশ করানো হয় তখন অর্থপ্রদানের প্রকারের জন্য একটি অনুরোধ প্রদর্শন না করে (আরো বিশদ বিবরণের জন্য, ParametersFR.xls দেখুন)।
মনোযোগ! অর্থপ্রদানের প্রকারের অনুরোধের মান "2" এ পরিবর্তিত হয়েছে৷ আপডেট করার পরে, যদি আপনি এটি ব্যবহার করেন তবে আপনাকে অবশ্যই এই প্যারামিটারটির মান পুনরায় সেট করতে হবে। অন্যথায়, ভুল অপারেশন ঘটতে পারে।

[সংস্করণ 2.3.6] 08/20/17
131) পেমেন্টের পরিমাণ বেস ডকুমেন্টের (চালান) পরিমাণের চেয়ে বেশি হলে "অ্যাডভান্স" লাইনটি স্বয়ংক্রিয়ভাবে চেকে যোগ করা হয়
132) পুনরায় কাজ করা ব্যবহারকারীর নির্দেশাবলী

[সংস্করণ 2.4.0] 10/13/17
133) Shtrikh-M পরিষেবা প্রক্রিয়াকরণে সংশোধন: সংশোধন চেক প্রিন্ট করার সময় অ্যাডমিনিস্ট্রেটর পাসওয়ার্ড ব্যবহার করে, একটি শিফটের জন্য চেক নম্বর গ্রহণ করা, আর্থিক নথির সংখ্যা, চেকে পরিবর্তনের পরিমাণের আউটপুট যোগ করা।
134) ডিএফ ইমুলেশন পরিষেবা পরিচালনা করতে, একটি বিকল্প যোগ করা হয়েছে যা আপনাকে একটি চেক নম্বরের র্যান্ডম জেনারেশন নিষ্ক্রিয় করতে দেয় - POS প্রিন্টার কন্ট্রোল প্যানেলের "সেটিংস" ট্যাবে।
135) DF পরিষেবা প্রক্রিয়াকরণে, নিম্ন-স্তরের ডেটা অ্যাক্সেস করার জন্য অ্যালগরিদমগুলি স্পষ্ট করা হয়েছে, EGAIS চেক স্লিপ হেডারের মুদ্রণ অক্ষম করার ক্ষমতা যুক্ত করা হয়েছে, যেহেতু এটি ক্যাশ রেজিস্টার কন্ট্রোল প্যানেলের "সেটিংস" ট্যাবে - অনলাইন ক্যাশ রেজিস্টার দ্বারা রসিদে ডেটা আউটপুট নকল করে৷
136) বাগ ফিক্সড - প্যারামিটার মান 19) MDN(সর্বোচ্চ আইটেমের নামের দৈর্ঘ্য) রসিদ পূর্বরূপ উইন্ডোতে রসিদ আইটেম বিতরণ করার সময় প্রয়োগ করা হয়নি।
137) পরামিতি দ্বারা চেক অবস্থানের স্বয়ংক্রিয় বিতরণের জন্য অ্যালগরিদমে সংশোধন 16) অন-লোড ট্যাপ-চেঞ্জারএবং রসিদ পূর্বরূপ উইন্ডোতে "পূর্ণ করুন" বোতাম।

[সংস্করণ 2.4.2] 01.11.17
138) ডিএফ রক্ষণাবেক্ষণ প্রক্রিয়াকরণে, ক্যাশ রেজিস্টার ড্রাইভার টেবিল থেকে স্ট্রিং মান পড়ার যুক্তি স্পষ্ট করা হয়েছে
139) Atol ড্রাইভারের জন্য, ফার্মওয়্যার 4555 এর ব্যবহার বিবেচনায় নেওয়া হয় ( মনোযোগ! ফার্মওয়্যার 4555-এ, এর বেশি ভ্যাট হারের সঠিক আউটপুট পূর্ববর্তী সংস্করণপ্রক্রিয়াকরণ / সংস্করণ 2.4.2/ পর্যন্ত)
140) আপডেট করা ব্যবহারকারীর নির্দেশাবলী (অসমর্থিত 1c7.7 কনফিগারেশনগুলিকে মানিয়ে নেওয়ার জন্য নির্দেশাবলী যোগ করা হয়েছে যা খুচরা সরঞ্জাম সংযোগের জন্য প্রদান করে না)

[সংস্করণ 2.4.3] 12/19/17
141) ক্যাশ রেজিস্টার কন্ট্রোল প্যানেলে "একটি বোতাম যোগ করা হয়েছে৷ মুদ্রণ চালিয়ে যান", যা আপনাকে জ্যাম সাফ বা কাগজ ফুরিয়ে যাওয়ার পরে Shtrikh-M ড্রাইভারের জন্য একটি আর্থিক নথি মুদ্রণ চালিয়ে যেতে দেয়
142) Atol ড্রাইভারের জন্য, "বিকল্প" সক্রিয় থাকা অবস্থায় চেক শিরোনামের মুদ্রণ যোগ করা হয়েছে 6) PAP" ("ক্রেতার ঠিকানা চেক করুন")
143) স্থির চিহ্নিত ত্রুটি

[সংস্করণ 2.4.4] 03/06/18
144) স্ট্যান্ডার্ড 1C কনফিগারেশনের জন্য বিবেচনা করা হয়, একটি কর্মক্ষেত্রে একাধিক FD ব্যবহার করার সময় একটি স্ট্যান্ডার্ড মেকানিজম ব্যবহার করে ক্যাশ রেজিস্টার শিফট বন্ধ করার জন্য সমর্থন:
- FR পরিষেবার বাহ্যিক প্রক্রিয়াকরণে খোলার পদ্ধতিতে পরিবর্তন করা হয়েছে (EQUIP\fr54_***.ert)
- গ্লোবাল মডিউল glFRCloseShift() এবং ক্যাশিয়ারশিফট বন্ধ করার প্রক্রিয়াকরণের পদ্ধতিতে পরিবর্তন করা হয়েছে

[সংস্করণ 2.5.0] 04/10/18
145) সংশোধনের ভিত্তিতে নথির নাম, নম্বর এবং তারিখ প্রেরণের জন্য বিশদ সংশোধনী চেকে যুক্ত করা হয়েছে।
146) প্যারামিটারের জন্য<Правило1коп>"12)P1k" এখন ডিফল্ট মান "2 - সক্ষম করুন, রসিদে সারচার্জ দেখাবেন না।" নগদ রেজিস্টার প্রিন্টার নির্মাতারা রসিদ মুদ্রণ করার সময় সর্বদা এই নিয়মটি ব্যবহার করার পরামর্শ দেন এই কারণে এটি করা হয়েছে। Shtrikh-M-এর জন্য নতুন KKM ফার্মওয়্যার প্রিন্টিং রসিদগুলিকে সমর্থন করে না যদি এই নিয়মটি অক্ষম থাকে, "এই সেটিংসের সাথে অবৈধ প্যারামিটার" ত্রুটি তৈরি করে৷
মনোযোগ!!! এই রিলিজে আপডেট করার পরে, এই প্যারামিটারের সেটিং পরীক্ষা করুন এবং আপনার অ্যাকাউন্টিং সিস্টেমের যুক্তি অনুসারে প্রয়োজন হলে পরিবর্তন করুন।
147) সমস্ত ক্ষেত্রে, পণ্যের সম্পূর্ণ নাম, সম্পূর্ণ হলে, নগদ রেজিস্টার রসিদে স্থানান্তর করা হয়।
148) ক্যাশ রেজিস্টার রসিদে গণনাকৃত ভ্যাট পরিমাণ স্থানান্তর করার জন্য একটি প্যারামিটার যোগ করা হয়েছে<ПередаватьСуммыНДС>"21) ভ্যাটের পরিমাণ"। ডিফল্টরূপে, FR চেক অবস্থানের পরিমাণ এবং ভ্যাট হারের প্রেরিত মানগুলির উপর ভিত্তি করে চেক অবস্থানের জন্য স্বাধীনভাবে ভ্যাট পরিমাণ গণনা করে।
যাইহোক, প্যারামিটার ব্যবহার করার সময়<Правило 1 коп.>চেকে ভ্যাট পরিমাণ 1C নথিতে নির্দেশিত ভ্যাট পরিমাণ থেকে আলাদা হতে পারে। আপনি অসঙ্গতি সমাধান করতে এই বিকল্প ব্যবহার করতে পারেন.
মনোযোগ!!! Shtrikh-M ড্রাইভার ব্যবহার করে ক্যাশ রেজিস্টারের জন্য, এই প্যারামিটারটি শুধুমাত্র তখনই কাজ করে যখন "12)P1k প্যারামিটার ব্যবহার করে "1 kopeck নিয়ম" সক্ষম করা থাকে।
149) ক্যাশিয়ারের INN OFD-এ স্থানান্তর করার ক্ষমতা যোগ করা হয়েছে। আপনি যদি একজন ক্যাশিয়ারের ট্যাক্সপেয়ার আইডেন্টিফিকেশন নম্বর প্রদান করতে চান, তাহলে ক্যাশিয়ারের নামের পরে এটি লিখুন, একটি অ্যাম্পারস্যান্ড (&) দ্বারা বিভক্ত। উদাহরণস্বরূপ: আনা ইভানোভা &112233445566। ক্যাশিয়ারের টিআইএন OFD-এ স্থানান্তর করা হবে, কিন্তু রসিদে প্রিন্ট করা হবে না।
যদি একটি চেক প্রিন্ট করার সময় আপনি ব্যবহারকারী ডিরেক্টরি থেকে বর্তমান ব্যবহারকারীর নাম ব্যবহার করেন, তাহলে আপনি কনফিগারারের মাধ্যমে এই ডিরেক্টরিতে টিআইএন শনাক্তকারীর সাথে একটি নতুন বিশদ যোগ করতে পারেন। এই বিবরণের মান চেকে ক্যাশিয়ারের INN হিসাবে ব্যবহার করা হবে এবং ব্যবহারকারীর নামে INN অ্যাম্পারস্যান্ড (&) এর মাধ্যমে নির্দেশিত নাও হতে পারে। যদি এই বিশদটি একই সাথে পূরণ করা হয় এবং টিআইএন ক্যাশিয়ারের নামে একটি অ্যাম্পারস্যান্ড (&) এর মাধ্যমে নির্দেশিত হয়, তবে ক্যাশিয়ারের নামে নির্দিষ্ট করা টিআইএন চেকে ব্যবহার করা হবে (এটি টিআইএন অ্যাট্রিবিউটের মানের চেয়ে বেশি অগ্রাধিকার রয়েছে) .
150) 1 kopeck নিয়ম অনুযায়ী গণনা অ্যালগরিদম স্পষ্ট করা হয়েছে. কখনও কখনও এটি এমন একটি ফলাফল দেয় যা 1 কোপেকের দ্বারা পৃথক হয়। ডান এক থেকে আলেকজান্ডার মেদভেদেভ ওরফে ওন্ডুলআমরা এই সমস্যায় আপনার গবেষণার জন্য আপনাকে ধন্যবাদ.
151) বাগ সংশোধন করা হয়েছে.

[সংস্করণ 2.5.2] 04/20/18
152) Atol ড্রাইভারের সংশোধন চেকটিতে সংশোধন বেস লেখার একটি ত্রুটি সংশোধন করা হয়েছে যদি এটি পূরণ না হয়। পরিবর্তনগুলি শুধুমাত্র fr54_Atol.ert এর প্রক্রিয়াকরণে, তাই অবশিষ্ট মডিউলগুলির সংস্করণ সংখ্যা 2.5.0 থেকে যায়

[সংস্করণ 2.5.3] 04/25/18
153) প্যারামিটার প্রয়োগে একটি ত্রুটি সংশোধন করা হয়েছে<МаксДлинаНаименования>(নামকরণের নামে ডানদিকে তুচ্ছ স্থানগুলি সরানো হয়নি)
154) Atol ড্রাইভারের জন্য স্থির প্যারামিটার ব্যবহারের ত্রুটি<ПередаватьСуммыНДС>

[সংস্করণ 2.5.4] 05/11/18
155) Shtrikh-M ড্রাইভার ব্যবহার করার সময় শিফট খোলা এবং বন্ধ করার রিপোর্টে ট্যাগ 1203 "ক্যাশিয়ার INN" স্থানান্তর করার একটি ত্রুটি সংশোধন করা হয়েছে

[সংস্করণ 2.6.0] 05/14/18
156) FD-তে চেক প্রিন্ট করার সময় নন-ফিসকাল ডেটা (NFD) প্রদর্শনের জন্য একটি প্রক্রিয়া যুক্ত করা হয়েছে।
প্রদর্শিত তথ্যের উদাহরণ:
- প্রতিপক্ষের নাম বা পুরো নাম;
- প্রতিপক্ষ চুক্তির নাম;
- ডিসকাউন্ট বা প্রচার সম্পর্কে তথ্য;
- বিজ্ঞাপন তথ্য;
- অন্যান্য বিনামূল্যে পাঠ্য।
এই প্রক্রিয়া অনুমতি দেয়:
- এলোমেলো ক্রমে চেকের নামকরণের আইটেম প্রদর্শনের আগে এবং পরে চেকের শুরুতে এবং শেষে অবাধে অ-আর্থিক লাইনের প্রদর্শন কনফিগার করুন;
- FR টেপের প্রস্থের উপর নির্ভর করে দীর্ঘ পাঠ্যের স্বয়ংক্রিয় লাইন-বাই-লাইন মোড়ানোর ব্যবস্থা করুন;
- FR-এ মুদ্রণ করার সময় অ-আর্থিক পাঠ্যের সারিবদ্ধকরণের পদ্ধতি নির্ধারণ করুন: বাম প্রান্তে, মাঝখানে, ডান প্রান্তে, এবং টেপের প্রস্থ বরাবর একটি স্থানধারক হিসাবে (বিভাজক লাইন প্রদর্শনের জন্য);
- অ-আর্থিক ডেটা প্রদর্শন করার সময়, আপনি একটি সাংখ্যিক মান যুক্ত করতে পারেন যা স্বয়ংক্রিয়ভাবে ফর্ম্যাট করা হবে এবং টেপের প্রস্থ বরাবর ডান প্রান্ত বরাবর রসিদে প্রদর্শিত হবে (উদাহরণস্বরূপ, ছাড়ের পরিমাণ বা ছাড়ের আগে মূল্য দেখানো প্রয়োগ করা হয়);
- দুটি কলামে টেক্সট আউটপুট কনফিগার করুন, বাম কলামের টেক্সট বাম দিকে সারিবদ্ধ করুন এবং ডান কলামের টেক্সট ডানদিকে সারিবদ্ধ করুন।
- চেক প্রিভিউ উইন্ডোর মাধ্যমে একটি চেকের মধ্যে অ-আর্থিক লাইনের আউটপুট নিয়ন্ত্রণ করুন (Fr54_Printing.ert-এর জন্য নামকরণের তালিকা);
- চেক প্রিন্ট পদ্ধতিতে (Punch CheckNaKKM), সেইসাথে ডকুমেন্ট হ্যান্ডলার পদ্ধতিতে VPF fr54_Check Print.ert-এর মাধ্যমে প্রোগ্রাম্যাটিকভাবে নন-ফিসকাল লাইনের আউটপুট কনফিগার করুন।
এই ক্ষেত্রে, আপনাকে মান তালিকার (পণ্যের তালিকা) টেবিলে NFD নামের একটি নতুন কলাম যুক্ত করতে হবে:
পণ্যের তালিকা।নতুন কলাম("NFD","সংখ্যা");
এই কলামটি নিম্নলিখিত সাংখ্যিক মান নিতে পারে:
- 0 - "ফিসকাল লাইন" (চেকের আর্থিক অবস্থানগুলি প্রদর্শন করতে আগের মতোই ব্যবহৃত হয়)
- 1 - "বাম প্রান্তিককরণ সহ অ-আর্থিক লাইন"
- 2 - "মাঝারি প্রান্তিককরণ সহ অ-আর্থিক লাইন"
- 3 - "ডান প্রান্তিককরণ সহ অ-আর্থিক লাইন"
- 4 - "টেপের প্রস্থে প্রান্তিককরণ এবং কাটিং সহ নন-ফিসকাল লাইন" (বিভাজক লাইন প্রদর্শনের জন্য)।
অ-আর্থিক লাইনের পাঠ্য তালিকা মান টেবিলের (পণ্যের তালিকা) আইটেমনাম কলামে সেট করা আছে।
আপনি যদি অতিরিক্ত কোনো যোগফলের মান স্থানান্তর করতে চান, আপনি মূল্য কলামে এটি সেট করতে পারেন। এই সাংখ্যিক মান ফরম্যাট করা হবে এবং রসিদ মুদ্রিত হলে ডান-সারিবদ্ধ করা হবে।
অ-আর্থিক ডেটা প্রদর্শন করার সময় মান তালিকার (পণ্যের তালিকা) টেবিলের অবশিষ্ট কলামগুলি খালি রাখা উচিত।

[সংস্করণ 2.6.1] 05.29.18
157) FD-এর জন্য একটি চেক প্রিন্ট করার সময় নন-ফিসকাল ডেটা (NFD) প্রদর্শনের জন্য নিম্নলিখিত মানটি যোগ করা হয়েছে:
- 5 - "সেগমেন্ট"(আপনাকে একটি ক্লিচ আউটপুট সহ একটি চেকের একটি বিভাগ তৈরি করতে দেয়)
158) fr54_PrintChek.ert প্রক্রিয়াকরণে, স্ট্যান্ডার্ড 1C কনফিগারেশনের স্টেটমেন্ট লাইন রিসিপ্ট এবং স্টেটমেন্ট লাইন এক্সপেন্ডিচার ডকুমেন্টের জন্য ভ্যাট পরিমাণ আউটপুট করার ত্রুটি সংশোধন করা হয়েছে
159) নগদ ড্রয়ারে নগদ ব্যালেন্স পাওয়ার জন্য ফিসকাল রেজিস্ট্রার সার্ভিসিং প্রক্রিয়াকরণে একটি ফাংশন যোগ করা হয়েছে। এই ফাংশনটি কল করার জন্য gFROCashBalance পদ্ধতি fr54_Settings.ert দ্বারা প্রক্রিয়া করা হচ্ছে। প্রয়োজনে, এটি আপনার 1C কনফিগারেশনের গ্লোবাল মডিউলে স্থাপন করা যেতে পারে।
160) নগদ ড্রয়ারে বর্তমান নগদ ব্যালেন্স ক্যাশ রেজিস্টার কন্ট্রোল প্যানেলের "পরিষেবা" ট্যাবে "ক্যাশ ব্যালেন্স" বোতামে ক্লিক করে দেখা যেতে পারে।
161) যোগ করা হয়েছে FAQ.doc(প্রায়শ জিজ্ঞাসিত প্রশ্ন এবং উত্তর)

[সংস্করণ 2.6.1+] 06/08/18
162) একটি বাগ সংশোধন করা হয়েছে - Shtrikh-M ড্রাইভার ব্যবহার করে FR-এ একটি রসিদ প্রিন্ট করার সময়, রসিদে শেষ আইটেমের নামটি নকল করা হয়েছিল।

[সংস্করণ 2.6.2] 06/30/18
163) চিহ্নিত ত্রুটি সংশোধন করা হয়েছে
164) FFD প্রোটোকল 1.05 এবং উচ্চতর জন্য, "গণনার বিষয়" এবং "গণনার পদ্ধতি" ট্যাগের আউটপুট যোগ করা হয়েছে
165) ক্যাশ রেজিস্টার কন্ট্রোল প্যানেলের সেটিংসে, "কোনও ডকুমেন্ট পোস্ট না করে ভিপিএফ মোডে ফেডারেল ফান্ডে চেক তোলার অনুমতি দিন" বিকল্পটি যোগ করা হয়েছে।

[সংস্করণ 2.6.3] 07/11/18
166) চেক প্রিন্ট করার জন্য অ্যালগরিদম অপ্টিমাইজ করা হয়েছে।
167) KKM কন্ট্রোল প্যানেলের প্যারামিটারে, FFD 1.1 প্রোটোকলের পছন্দ যোগ করা হয়েছে

[সংস্করণ 2.7.0] 10/04/18
168) চিহ্নিত ত্রুটি সংশোধন করা হয়েছে
169) চেক প্রিভিউ ফর্মে, চেক প্রিন্ট করার আগে চেকের ধরন, ট্যাক্সেশন সিস্টেম, পুরো নাম এবং ক্যাশিয়ারের টিআইএন সম্পাদনা করার ক্ষমতা যোগ করা হয়েছে

[সংস্করণ 2.8.0] 11/27/18
170) 20% ভ্যাট হারের জন্য সমর্থন যোগ করা হয়েছে, যা 01/01/2019 থেকে প্রয়োগ করা উচিত, আপনাকে অবশ্যই একটি নতুন ফার্মওয়্যার আপডেট করতে হবে যা 20% ভ্যাট হার সমর্থন করে৷ এই ক্ষেত্রে, নববর্ষের প্রাক্কালে 0:00 এ (KKM ঘন্টা অনুযায়ী), KKM স্বয়ংক্রিয়ভাবে নতুন ভ্যাট হার ব্যবহারে স্যুইচ করবে।

[সংস্করণ 2.8.1] 12/23/18
171) স্থির চিহ্নিত ত্রুটি, সহ। Shtrikh-M-এর জন্য, "80: আগের কমান্ড প্রিন্ট করা হচ্ছে" সমস্যাটি সমাধান করা হয়েছে।

[সংস্করণ 2.8.2] 01/31/19
172) চিহ্নিত ত্রুটি সংশোধন করা হয়েছে
173) Shtrikh-M-এর জন্য, ক্যাশিয়ারের TIN OFD-তে স্থানান্তরের সমস্যা দূর করা হয়েছে
174) Atol-এর জন্য, সংশোধন পরীক্ষায় ত্রুটিগুলি সংশোধন করা হয়েছে, একটি সংশোধন চেকের একাধিক ভ্যাট হারের জন্য সমর্থন যোগ করা হয়েছে (DTO ড্রাইভার সংস্করণ 8.16.4 থেকে শুরু করে সমর্থিত)
175) এমুলেশন মোডের জন্য, সংশোধন চেকের আরও বিস্তারিত প্রদর্শন যোগ করা হয়েছে

[সংস্করণ 2.9.0] 02/05/19
176) চেকে (সংশোধন চেক সহ) ট্যাগ 1192 ("অতিরিক্ত চেকের বিবরণ") স্থানান্তর করার জন্য সমর্থন যোগ করা হয়েছে। এই বিশদটির মাধ্যমে, আপনি একটি চেকের আর্থিক বৈশিষ্ট্য স্থানান্তর করতে পারেন যা আগে একটি নগদ নিবন্ধন ব্যবহার করে ভুলভাবে তৈরি করা হয়েছিল। আরও পড়ুন একটি সংশোধন চেক গঠন
"Tag1192" প্যারামিটারের মাধ্যমে বা ইন্টারেক্টিভভাবে রসিদ প্রিভিউ ফর্মের মাধ্যমে একটি নথির আর্থিক বৈশিষ্ট্য একটি রসিদে স্থানান্তর করা যেতে পারে (POS কন্ট্রোল প্যানেল প্যারামিটার সক্ষম করা আছে 14) পিপিসি = 2)
177) একটি রসিদে একটি আইটেমের নাম ব্যবহার করার ক্ষেত্রে (প্যারামিটার 15) P1N= হ্যাঁ), ট্যাগ মানগুলি ডিফল্টরূপে চেকে স্থানান্তরিত হয় গণনার বিষয়= "পণ্য" এবং গণনার পদ্ধতি= "সম্পূর্ণ অর্থপ্রদান"।
178) চেক অবস্থান নিবন্ধনের জন্য পুরানো পদ্ধতি নিষ্ক্রিয় করা হয়েছে. এই ক্ষেত্রে, প্যারামিটার ব্যবহার করে " P1k" = 0 ("1 kopeck নিয়ম অক্ষম করা") আপনাকে ছাড় ব্যবহার করে এবং পণ্য আইটেমটিকে দুটি লাইনে বিভক্ত না করেই চেকগুলি পাঞ্চ করতে দেয়, যা রাউন্ডিং ত্রুটিগুলি দূর করে৷

[সংস্করণ 2.10.0] 03/05/19
179) ট্যাগ 1162 (পণ্য কোড) এর জন্য সমর্থন যোগ করা হয়েছে। মান টেবিলে স্থানান্তর করতে পণ্য তালিকা, DF রক্ষণাবেক্ষণ প্রক্রিয়াকরণে স্থানান্তরিত হলে, আপনাকে তিনটি অতিরিক্ত কলাম যোগ করতে হবে, যা 1C থেকে প্রয়োজনীয় ডেটা দিয়ে পূরণ করতে হবে:
- মার্কিং টাইপ(টাইপ নম্বর, চিহ্নের ধরন, সিগারেটের জন্য = 5)
- মার্কিং গ্রুপ(টাইপ স্ট্রিং, পণ্য গ্রুপ কোড, সিগারেটের জন্য = GTIN)
- মার্কিং ইনস্ট্যান্স(টাইপ স্ট্রিং, পণ্য সনাক্তকরণ কোড, সিগারেটের জন্য = সিরিয়াল)
বর্তমানে, OFD-তে তামাক পণ্যের লেবেল স্থানান্তর সমর্থিত।
54-FZ: 1C 7.7 এর জন্য RMK Tabak

[সংস্করণ 3.0.0] 03/21/19
180) Atol ড্রাইভার সংস্করণের জন্য সমর্থন যোগ করা হয়েছে ডিটিও 10 .
181) 1C-তে চেক ভাঙার পরে একটি আর্থিক নথির (FPD) বৈশিষ্ট্যের ট্রান্সমিশন যোগ করা হয়েছে। এই প্যারামিটারের মান পদ্ধতিটি ব্যবহার করে কলিং পদ্ধতিতে পড়া যেতে পারে:
ডেটা = পণ্যের তালিকা।Data54FZ;
FPD = Data.Get("FPD");
যখন একটি চেক EPF (বাহ্যিক মুদ্রিত ফর্ম) এর মাধ্যমে পাঞ্চ করা হয়, তখন নথির মন্তব্যে FPD লেখা হয়, এবং যদি নথিতে FPD শনাক্তকারীর সাথে একটি বিশদ থাকে, তাহলে এটি এতে লেখা হয়।
182) চিহ্নিত ত্রুটিগুলি সংশোধন করা হয়েছে, ব্যবহারকারীর ম্যানুয়াল আপডেট করা হয়েছে (Atol-এর জন্য DTO10 সমর্থনের একটি বিবরণ যোগ করা হয়েছে), পরামিতিগুলির বিবরণে স্পষ্টীকরণ করা হয়েছে: 12) P1k, 17) FFD এবং 21) পরিমাণ ভ্যাট।
183) প্রসেসিং fr54_Atol10_Settings.ert প্যাকেজে যোগ করা হয়েছে DTO10 ড্রাইভারের জন্য নিজস্ব লজিক্যাল ডিভাইস মেকানিজম বাস্তবায়নের জন্য, কারণ লজিক্যাল ডিভাইস এই ড্রাইভার দ্বারা প্রদান করা হয় না. DTO10 সার্ভিসিং করার জন্য লজিক্যাল ডিভাইসের তালিকা সংরক্ষিত আছে উইন্ডোজ ফোল্ডার Windows\fr54_Atol10_Settings.ini ফাইলে (আপনাকে এই ফাইলটিতে ব্যবহারকারীকে লেখার অধিকার প্রদান করতে হবে)।
184) PAR বার্তা http://egais.ru/news/view?id=1518 অনুসারে ফিসকাল ড্রাইভের নম্বরটি EGAIS চেকে স্থানান্তরিত হয়, এবং ক্যাশ রেজিস্টারের ক্রমিক নম্বর নয়৷ এখন এই নম্বরটি ক্যাশ রেজিস্টার ডিরেক্টরিতে সংরক্ষণ করার প্রয়োজন নেই; এটি ক্যাশ রেজিস্টার ড্রাইভার পদ্ধতি ব্যবহার করে প্রক্রিয়া করা হয়।

[সংস্করণ 3.1.0] 04/21/19
185) স্থির চিহ্নিত ত্রুটি
186) সার্ভিসিং ফিসকাল রেজিস্ট্রারগুলির প্রক্রিয়াকরণে, লেবেলযুক্ত পণ্যগুলির জন্য ট্যাগ 1162-এর সমর্থনের তালিকা প্রসারিত করা হয়েছে: তামাকজাত পণ্য, পাদুকা, পশম পণ্য, ওষুধ .
খুচরা বিক্রয়ের জন্য, আমাদের পণ্যের সাথে "54-FZ: 1C 7.7 এর জন্য অনলাইন ক্যাশ রেজিস্টার" মডিউলটি ব্যবহার করার পরামর্শ দেওয়া হচ্ছে, যা পণ্য বিক্রি করার সময় লেবেলিং কোড স্ক্যান করা নিশ্চিত করে প্রয়োজনীয় বিন্যাসে FR সেবা প্রক্রিয়াকরণ মধ্যে.
187) EAN পরিষেবাতে API অনুরোধের আপডেট করা প্রক্রিয়াকরণ (প্রসেসিং Extforms\ean_online.ert, লেখক volk13): পাওয়া পণ্যের নাম নিষিদ্ধ অক্ষর থেকে সাফ করা হয়েছে।

[সংস্করণ 3.1.1] 05/20/19
188) প্যারামিটার 4 এর সম্প্রসারিত ব্যবহার)#LU (<Номер ЛУ ФР>).
এখন, এই প্যারামিটারের মাধ্যমে, আপনি আরএফ-এর সিরিয়াল (ফ্যাক্টরি) নম্বর নির্দিষ্ট করতে পারেন, এটিকে "অ্যাম্পারস্যান্ড" চিহ্ন (&) দিয়ে LU নম্বর থেকে আলাদা করে, উদাহরণস্বরূপ: 2&1234567901234,
যেখানে 2 হল LU নম্বর, এবং 12345678901234 হল৷ ক্রমিক সংখ্যা FR, যা এই LU নম্বরে বরাদ্দ করা হয়েছে।
এই ক্ষেত্রে, প্রোগ্রামটি পরীক্ষা করবে যে নির্দিষ্ট নম্বরটি প্রকৃতপক্ষে সংযুক্ত ডিএফ-এর সিরিয়াল নম্বরের সাথে মেলে কিনা - যদি কোনও অমিল থাকে তবে অপারেশনটি প্রত্যাখ্যান করা হবে।
এই প্যারামিটারে LU নম্বর নির্দিষ্ট না করে শুধুমাত্র RF-এর সিরিয়াল নম্বর নির্দেশ করা সম্ভব, উদাহরণস্বরূপ: &1234567901234।
এই ক্ষেত্রে, প্রোগ্রামটি নির্দিষ্ট ক্রমিক নম্বর ব্যবহার করে LU অনুসন্ধান করবে যার সাথে নির্দিষ্ট সিরিয়াল নম্বরের সাথে DF সংযুক্ত আছে এবং পাওয়া DF-তে অপারেশন সম্পাদন করবে।
189) লজিক্যাল ডিভাইস fr54_Atol10_Settings.ert নির্বাচনের প্রক্রিয়াকরণে, একটি "যোগাযোগ চেক" বোতাম যোগ করা হয়েছে, যা DF-এর মডেল নাম এবং ক্রমিক নম্বর বা ত্রুটির বিবরণ প্রদান করে যদি নির্দিষ্ট করা ডিএফ-এর সাথে সংযোগ থাকে। পরামিতি অসম্ভব।

[সংস্করণ 3.2.0] 05/25/19
190) ট্যাগ 1227 (ক্লায়েন্ট / ক্রেতার নাম), 1228 (ক্লায়েন্টের টিআইএন), পণ্যের উৎপত্তি দেশের কোড (ট্যাগ 1230), কাস্টমস ঘোষণা নম্বর (ট্যাগ 1231) ইত্যাদির জন্য সমর্থন যোগ করা হয়েছে ফিসকাল রেজিস্ট্রার সার্ভিসিং করার জন্য আপনি নতুন ট্যাগগুলির উদ্দেশ্য সম্পর্কে আরও জানতে পারেন এই লিঙ্কটি অনুসরণ করুন https://its.1c.ru/db/newscomm#content:458995:hdoc
নির্দিষ্ট ট্যাগগুলি Atol-এর জন্য ফার্মওয়্যার 10-7824 দিয়ে শুরু করে এবং Shtrikh-M-এর জন্য 10/24/2018 তারিখের ফার্মওয়্যার দিয়ে সমর্থিত।
একটি চেকের সাথে সম্পর্কিত ট্যাগগুলির মান (পজিশন চেক করার জন্য নয়) প্রোগ্রামগতভাবে চেকে স্থানান্তর করা যেতে পারে একটি আদর্শ উপায়ে:
Data.Set("Tag1227", "Pupkin Vasya");
Data.Set("Tag1230", 413);
চেক পাঞ্চ করা হলে ট্যাগগুলি OFD-এ স্থানান্তরিত হবে।
অ-আর্থিক পাঠ্য (ক্রেতাকে অবহিত করার জন্য) রসিদে অতিরিক্তভাবে ট্যাগগুলি মুদ্রিত করা প্রয়োজন হলে, আপনাকে ট্যাগের নামের সাথে "_p" প্রত্যয় যোগ করতে হবে, উদাহরণস্বরূপ:

Data.Set("Tag1230_p", 413);
ট্যাগ 1227 এবং 1228 এর জন্য, আপনি সমার্থক পদবি "ক্লায়েন্ট" এবং "ক্লায়েন্টআইএনএন" ব্যবহার করতে পারেন, উদাহরণস্বরূপ, নিম্নলিখিত জোড়া রেকর্ডগুলি সমতুল্য:
Data.Set("Tag1227_p", "Pupkin Vasya");
Data.Set("Client_p", "Pupkin Vasya");
এবং
Data.Set("Tag1228", "770123456789");
Data.Set("ClientINN", "770123456789");

রসিদ অবস্থানের সাথে সম্পর্কিত ট্যাগ মান তালিকা মান সারণী (পণ্যের তালিকা) মাধ্যমে রসিদে স্থানান্তর করা যেতে পারে। এটি করার জন্য, আপনাকে ট্যাগগুলির নামের সাথে এটির জন্য অতিরিক্ত কলাম খুলতে হবে এবং প্রাপ্তির লাইনগুলি অতিক্রম করার চক্রে মান তালিকা (পণ্যের তালিকা) সারণীটি পূরণ করার সময় মান নির্ধারণ করতে হবে। উদাহরণ:
List.NewColumn("Tag1230_p", "Number"); // পণ্যের উৎপত্তি দেশের কোড (রাশিয়ার জন্য পূরণ করা হয়নি)
List.NewColumn("Tag1231", "Row"); //শুল্ক ঘোষণার সংখ্যা
ট্যাগ নামের প্রত্যয় "_p" নির্ধারণ করে যে ট্যাগ মানটি ব্যবহারকারীর সুবিধার জন্য একটি অ-আর্থিক লাইন হিসাবে রসিদে প্রদর্শিত হবে কিনা বা মানটি শুধুমাত্র OFD-তে স্থানান্তরিত হবে কিনা।

191) VPF fr54_PrintChek.ert এর প্রক্রিয়াকরণে নতুন ট্যাগের জন্য সমর্থন যোগ করা হয়েছে।

192) নতুন ট্যাগের জন্য সমর্থন স্ট্যান্ডার্ড কনফিগারেশন নথিতে যোগ করা হয়েছে (TIS, Bukh, USN)। এটি করার জন্য, নথির শিরোনামে নতুন বিবরণ যুক্ত করা হয়েছে: FPD এবং ক্লায়েন্ট VOFD স্থানান্তর করবেন না এবং নথি মডিউলগুলিতে পরিবর্তন করা হয়েছে:
- PKO, RKO, স্টেটমেন্ট লাইন রসিদ, স্টেটমেন্ট লাইন খরচ, CheckKKM (TIS 9.2)
- ইনকামিং অর্ডার, আউটগোয়িং অর্ডার (অ্যাকাউন্টিং এবং সরলীকৃত ট্যাক্স সিস্টেম)
ক্লায়েন্ট স্থানান্তর করবেন না VOFD বৈশিষ্ট্যটি একটি চেকবক্স হিসাবে নথির ফর্মগুলিতে (চেককেকেএম ব্যতীত) যোগ করা হয়েছে। FPD বৈশিষ্ট্যটি TextCheckNumberKKM টেক্সট অ্যাট্রিবিউটে প্রদর্শিত হয়, এটি চেক নম্বর এবং FPD নম্বরকে মিটমাট করার জন্য প্রস্থে আকারে বড় করা হয়।
FPD অ্যাট্রিবিউট নথির ফিসকাল অ্যাট্রিবিউট সংরক্ষণ করে, যেটি ট্যাগ 1192 হিসাবে ব্যবহার করা হয় যখন একটি বিক্রয় রসিদের (বা বিপরীতে) উপর ভিত্তি করে একটি ফেরত চেক প্রবেশ করানো হয়।

193) স্ট্যান্ডার্ড কনফিগারেশন নথিতে পরিবর্তন বর্ণনাকারী ফাইলগুলি আপডেট করা হয়েছে:
- ChangesForConfigurationTIS987_54FZ.txt
- ChangesForConfigurationBuh633_54FZ.txt
- ChangesForConfigurationUSN275_54FZ.txt

194) 54-FZ: 1C 7.7 এর জন্য RMK GISM (মার্কিং)সংস্করণ 1.3-এ আপডেট করা হয়েছে - ড্রাগ লেবেলিং এবং বাগ ফিক্সের জন্য সমর্থন যোগ করা হয়েছে।

[সংস্করণ 3.2.1] 05/31/19
195) যেহেতু অতিরিক্ত চেকের বিবরণ (ট্যাগ) মুদ্রণকে নগদ নিবন্ধন ড্রাইভারের মাধ্যমে নিয়ন্ত্রণ করার পরামর্শ দেওয়া হয়, তাই ট্যাগ পরিবর্তন করার সময় "_p" প্রত্যয়টির ডিফল্ট ব্যবহার কনফিগারেশন মডিউল এবং বহিরাগত প্রক্রিয়াকরণে সরিয়ে দেওয়া হয়েছে (সংস্করণ 3.2-তে পরিবর্তনগুলি দেখুন .0)।
যাইহোক, যদি ইচ্ছা হয়, এই প্রত্যয়টি রসিদে অ-আর্থিক পাঠ্যে ট্যাগ প্রদর্শন করতে ব্যবহার করা যেতে পারে (প্রস্তাবিত নয়)।
196) DTO10 ড্রাইভারের (fr54_Atol10.ert) রক্ষণাবেক্ষণ প্রক্রিয়াকরণের জন্য সংস্করণ 3.2.0-এ একটি বাগ সংশোধন করা হয়েছে: অতিরিক্ত ট্যাগ পাস করার সময় একটি মুদ্রণ ত্রুটি ঘটেছে।

[সংস্করণ 3.2.2] 06/19/19
197) DTO8 এবং DTO10 (Atol) ড্রাইভারের জন্য ট্যাগ 1162 (পণ্য কোড) প্রেরণ করার সময় ত্রুটিগুলি সংশোধন করা হয়েছে৷
198) Shtrikh-M ড্রাইভারের মাধ্যমে 1129 - 1231 ট্যাগগুলি প্রেরণ করার সময় ত্রুটিগুলি সংশোধন করা হয়েছে৷ আবগারি করের পরিমাণ (ট্যাগ 1229) স্থানান্তর করতে, ড্রাইভার সংস্করণটি কমপক্ষে 4.14.768 (তারিখ 17 জুন, 2019) হতে হবে - https://cloud.mail.ru/public/PVBd/2tUfX7bz9 লিঙ্ক থেকে ডাউনলোড করা যেতে পারে
199) ট্যাগ 1227 (ক্লায়েন্টের নাম) স্থানান্তর করার ক্ষমতা যোগ করা হয়েছে যখন ট্যাগ 1228 (ক্লায়েন্ট ট্যাক্স সনাক্তকরণ নম্বর) অনুপস্থিত। এটি FFD 1.05 প্রোটোকলের জন্য অনুমোদিত। FFD 1.1-এর জন্য ট্যাগ 1228 (ক্লায়েন্টের ট্যাক্স শনাক্তকরণ নম্বর) প্রয়োজন।
একটি বাগ সংশোধন করা হয়েছে: টিআইএন ছাড়াও, ক্লায়েন্টের চেকপয়েন্টের প্রথম অক্ষরগুলিও ট্যাগ 1228-এ প্রেরণ করা হয়েছিল।
কনফিগারেশন নথিতে PrintReceipt() পদ্ধতিতে পরিবর্তন করা হয়েছে এবং VPF fr54_PrintReceipt.ert সার্ভিসিং প্রক্রিয়াকরণ করা হয়েছে।
VPF ব্যবহার করার সময় ট্যাগ 1227 এবং 1228 চেকে স্থানান্তরিত না হয় তা নিশ্চিত করার জন্য, নথিতে "ক্লায়েন্টকে OFD তে স্থানান্তর করবেন না" পতাকা সেট করা প্রয়োজন বা ক্লায়েন্টের নাম "ব্যক্তিগত ব্যক্তি" বা " খুচরা ক্রেতা"।

[সংস্করণ 3.2.2+] 06.20.19
200) বাগ সংশোধন করা হয়েছে: ট্যাগ 1228-এ, টিআইএন ছাড়াও, ক্লায়েন্টের চেকপয়েন্টের প্রথম অক্ষরগুলিও প্রেরণ করা হয়েছিল। কনফিগারেশন নথিতে এবং কনফিগারেশন পরিবর্তনের বিবরণে প্রিন্ট রসিদ() পদ্ধতিতে পরিবর্তন করা হয়েছে ChangesForConfiguration****.txt
201) Strih-M ড্রাইভার fr54_Strih-M.ert এর রক্ষণাবেক্ষণ প্রক্রিয়াকরণে পরিবর্তন করা হয়েছে: ট্যাগ 1227 এবং 1228 কিছু FR মডেলে প্রেরণ করা হয়নি।

[সংস্করণ 3.2.3] 06/28/19
202) বাগ সংশোধন করা হয়েছে: ভিপিএফ প্রক্রিয়াকরণের মাধ্যমে চ r54_PrintReceipt.ertটিআইএন এবং ক্রেতার নাম প্রেরণ করা হয়নি (ট্যাগ 1227 এবং 1228)
203) ট্যাগ 1229 - 1231 প্রেরণ করার সময় ত্রুটিগুলি সংশোধন করা হয়েছে
204) পেমেন্ট এজেন্ট, কমিশন ট্রেডিং এর জন্য ট্যাগগুলির জন্য সমর্থন যোগ করা হয়েছে: ট্যাগ 1057, 1222, 1226, সেইসাথে ট্যাগ 1005, 1016, 1026, 1044, 1073, 1074, 1075 (জটিল 21 ট্যাগ 21 এবং 23 ট্যাগের অংশ হিসাবে) 1171 (জটিল ট্যাগ 1224 এর অংশ হিসাবে)

54-FZ: 1C 7.7 এর জন্য RMK GISM (মার্কিং)সংস্করণ 1.4-এ আপডেট করা হয়েছে - জুতা এবং ওষুধের লেবেল করার সমর্থনে বাগ সংশোধন করা হয়েছে।

[সংস্করণ 3.3.0] 07/03/19
205) ইচ্ছামত অতিরিক্ত রসিদ ট্যাগ দেখার, সম্পাদনা এবং যোগ করার ক্ষমতা, সেইসাথে পণ্য চিহ্নিতকরণ কোড (ট্যাগ 1162) রসিদ পূর্বরূপ ফর্মে যোগ করা হয়েছে।
206) একটি 1C নথির সাথে লিঙ্ক না করে একটি চেক পাঞ্চ করার ক্ষমতা ক্যাশ রেজিস্টার কন্ট্রোল প্যানেলে যোগ করা হয়েছে। সার্বজনীন রসিদ সম্পাদক আপনাকে 1C ডেটার রেফারেন্স ছাড়াই যে কোনও সামগ্রী এবং কোনও ট্যাগ সহ যে কোনও রসিদ তৈরি করতে, সম্পাদনা করতে এবং পাঞ্চ করতে দেয়৷
207) প্যারামিটার 17) FDD এখন 1.05 এর ডিফল্ট মান নেয়।
208) 1C কনফিগারেশনের সাথে উন্নত সামঞ্জস্যতা: VPF প্রক্রিয়ার মাধ্যমে উৎপাদন+পরিষেবা+অ্যাকাউন্টিং 7.7।
209) পুরানো 1C TiS কনফিগারেশনের জন্য VPF মেকানিজমের মাধ্যমে চেক প্রিন্ট করার ক্ষমতা যুক্ত করা হয়েছে, ed. 9.2 লেনদেন কোড গণনা আপডেট না করে।
210) চিহ্নিত ত্রুটি সংশোধন করা হয়েছে

[সংস্করণ 3.3.1] 07/03/19
211) প্রিন্টিং.ert-এর জন্য fr54_Settings.ert এবং fr54_List-এর প্রক্রিয়াকরণে ত্রুটি সংশোধন করা হয়েছে, কিছু ক্ষেত্রে রসিদ সম্পাদক ব্যবহার করতে অক্ষমতার দিকে পরিচালিত করা হয়েছে।
212) ভিপিএফ মোডে, এটি বিবেচনা করা হয় যে 1C কনফিগারেশনে সাধারণ নথির বৈশিষ্ট্য "মন্তব্য" (fr54_PrintReceipt.ert) নাও থাকতে পারে।

[সংস্করণ 3.3.2] 07/08/19
213) মোডে ভিপিএফ(বাহ্যিক মুদ্রিত ফর্ম) ক্ষেত্রে রসিদে 1230 এবং 1231 (উৎপত্তির দেশ এবং শুল্ক ঘোষণা) প্রিন্টিং ট্যাগগুলির জন্য সমর্থন যোগ করা হয়েছে<স্বয়ংক্রিয় নির্বাচন> পণ্য এবং উপকরণের জন্য বিক্রয় নথিতে ব্যাচ। (ডকুমেন্ট মডিউলগুলিতে এমবেড করা মুদ্রণের জন্য সমর্থন ভবিষ্যতের রিলিজে পাওয়া যাবে।)
যদি প্রয়োজন হয়, একটি রসিদ মুদ্রণের সময় একটি নথির লাইনকে কয়েকটি অবস্থানে ভাগ করা হয় যদি নথির একটি লাইনে "ব্যাচ উপলব্ধতা" রেজিস্টারে একাধিক কাস্টমস ঘোষণা থাকে।
একটি চেক আউটপুট করার সময় পরিমাণ এবং ভ্যাটের জন্য রাউন্ডিং kopecks স্বয়ংক্রিয়ভাবে সামঞ্জস্য করা হয় প্যারামিটার সক্রিয় করার জন্য সুপারিশ করা হয় "; 21) ভ্যাটের পরিমাণ"যাতে চেকের মোট ভ্যাট পরিমাণ মূল নথির সাথে মিলে যায়৷

টাকা ফেরত গ্যারান্টি

ইনফোস্টার্ট এলএলসি আপনাকে 100% ফেরত দেওয়ার গ্যারান্টি দেয় যদি প্রোগ্রামটি বর্ণনা থেকে ঘোষিত কার্যকারিতার সাথে সঙ্গতি না করে। আমাদের অ্যাকাউন্টে টাকা প্রাপ্তির তারিখ থেকে 14 দিনের মধ্যে আপনি যদি এটির জন্য অনুরোধ করেন তবে অর্থ সম্পূর্ণরূপে ফেরত দেওয়া যেতে পারে।

প্রোগ্রামটি কাজ করার জন্য এতটাই প্রমাণিত হয়েছে যে আমরা সম্পূর্ণ আত্মবিশ্বাসের সাথে এমন একটি গ্যারান্টি দিতে পারি। আমরা চাই আমাদের সমস্ত গ্রাহকরা তাদের ক্রয়ের সাথে সন্তুষ্ট হোক।