1s পুনঃগণনা। মজুরি সংশোধন এবং পুনর্গণনা। বৈধতা সময়কাল দ্বারা প্রিম্পশন

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

পুনঃগণনার রেকর্ড একটি পৃথক টেবিলে সংরক্ষণ করা হয়। তারা গ্যারান্টি দেয় না যে নির্ভরশীল রেজিস্টার সঠিকভাবে পুনঃগণনা করা প্রয়োজন, কিন্তু এই ধরনের একটি সম্ভাব্য প্রয়োজনের সংকেত হিসাবে কাজ করে।

সাধারণভাবে, পুনঃগণনা টেবিল এন্ট্রিতে নিম্নলিখিত ক্ষেত্রগুলি থাকে:

• পুনঃগণনা বস্তু (রেকর্ড নথি যার ডেটা পুনরায় গণনা করা প্রয়োজন)
• গণনার ধরন - এই গণনা রেজিস্টারের জন্য সংজ্ঞায়িত গণনার প্রকারের পরিকল্পনা থেকে গণনার প্রকারের লিঙ্ক

প্রদত্ত গণনা রেজিস্টারের এক বা একাধিক মাত্রার পরিপ্রেক্ষিতে রেকর্ডগুলি আরও বিস্তারিতভাবে সংরক্ষণ করা যেতে পারে। উদাহরণস্বরূপ, সমগ্র বিভাগের জন্য বেতন নিবন্ধক ব্যাকডেটেড ছিল; তদুপরি, পরিবর্তনগুলি শুধুমাত্র কর্মচারী ইভানভের জন্য ছিল। পুনঃগণনাতে কর্মচারী মাত্রা যোগ করলে আপনি এটি ট্র্যাক করতে পারবেন। এই ক্ষেত্রে, পুনঃগণনা মাত্রা গণনা রেজিস্টার মাত্রার সাথে লিঙ্ক করা আবশ্যক:

যদি সংশ্লিষ্ট ক্যালকুলেশন টাইপ প্ল্যানে বেস পিরিয়ড প্রোপার্টি সেট থাকে তাহলে পুনঃগণনা টেবিল থেকে ডেটা স্বয়ংক্রিয়ভাবে তৈরি হয়। যদি সম্পত্তি সেট না করা হয়, তাহলে ডেভেলপার রেকর্ড তৈরি করার জন্য দায়ী।

1C পরীক্ষার প্রশ্ন 14.41: প্ল্যাটফর্ম প্রফেশনাল। পুনঃগণনার তথ্য...

1. গণনা রেজিস্টার এন্ট্রি নয়
2. গণনা রেজিস্টার এন্ট্রি হয়
3. পুনঃগণনা রেজিস্টার এন্ট্রি হয়
4. প্রকৃত বৈধতার সময়কাল টেবিলের রেকর্ড

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

1C পরীক্ষার প্রশ্ন 14.42: প্ল্যাটফর্ম প্রফেশনাল। "পুনঃগণনা" মাত্রা বৈশিষ্ট্য উইন্ডোতে, "যোগাযোগ" ট্যাবে, "রেজিস্টার মাত্রা" বৈশিষ্ট্যে, নির্দেশ করুন...

1. বেস রেজিস্টারের পরিমাপ, যখন কোন ডেটার পরিবর্তন হয়, বর্তমান রেজিস্টার রেকর্ডটি পুনরায় গণনা করতে হবে
2. বর্তমান রেজিস্টারের পরিমাপ, যার এন্ট্রিগুলি পুনঃগণনা করা উচিত যখন বেস রেজিস্টারের ডেটা পরিবর্তিত হয়
3. বেস রেজিস্টারের পরিমাপ, যখন কোন ডেটার পরিবর্তন হয়, বর্তমান রেজিস্টার রেকর্ডটি অবশ্যই পুনরায় গণনা করতে হবে

সঠিক উত্তরটি দ্বিতীয়টি। বর্তমান রেজিস্টারে এন্ট্রি আপডেট করার প্রয়োজনীয়তা ট্র্যাক করতে পুনরায় গণনা করা প্রয়োজন।

1C পরীক্ষার প্রশ্ন 14.43: প্ল্যাটফর্ম প্রফেশনাল। "পুনরায় গণনা" টেবিলটি সারি দিয়ে পূর্ণ, যার প্রতিটি প্রতিনিধিত্ব করে...

1. গণনার ধরন এবং গণনা রেজিস্টার এন্ট্রির নথি-রেকর্ডার সম্পর্কে তথ্যের একটি সেট যা পুনরায় গণনা করা দরকার। টেবিলে পুনঃগণনার পরিমাপও থাকবে
2. গণনার ধরন এবং গণনা রেজিস্টার এন্ট্রির ডকুমেন্ট-রেজিস্ট্রার সম্পর্কে তথ্যের একটি সেট যা পুনরায় গণনা করা দরকার
3. গণনার ধরন সম্পর্কে তথ্যের একটি সেট, রেজিস্ট্রার নথির লাইন নম্বর এবং গণনা রেজিস্টার এন্ট্রির রেজিস্ট্রার নিজেই যা পুনরায় গণনা করা দরকার। টেবিলে পুনঃগণনার পরিমাপও থাকবে
4. কোন সঠিক উত্তর আছে

প্রথম উত্তর সঠিক, উপরে বিশ্লেষণ.

1C পরীক্ষার প্রশ্ন 14.45: প্ল্যাটফর্ম প্রফেশনাল। সঠিক উত্তরটি নির্বাচন কর:

1. পুনঃগণনার সাথে কাজ করার প্রক্রিয়াতে, বিকাশকারী সিস্টেমটি পুনঃগণনার টেবিলে সরবরাহ করে এমন তথ্য "উপেক্ষা" করতে পারে, অর্থাৎ, গণনার ফলাফলগুলি সংশোধন করতে অস্বীকার করে।
2. 1C: এন্টারপ্রাইজ 8 সিস্টেমে পুনঃগণনা পরিচালনার নীতি হল "বিজ্ঞপ্তি"
3. কনফিগারেশন ডেভেলপার সেটেলমেন্ট রেজিস্টার এন্ট্রি পুনঃগণনা করার প্রক্রিয়া নিয়ন্ত্রণ করতে পারে না; সিস্টেম স্বয়ংক্রিয়ভাবে সবকিছু করে
4. বিবৃতি 1 এবং 2 সত্য

চতুর্থ সঠিক উত্তর হল পুনঃগণনা শুধুমাত্র নির্ভরশীল ডেটা পরিবর্তনের সম্ভাব্য প্রয়োজনীয়তা নিরীক্ষণ করে।

1C পরীক্ষার প্রশ্ন 14.46: প্ল্যাটফর্ম প্রফেশনাল। একটি গণনার রেজিস্টারের জন্য...

1. শুধুমাত্র একটি পুনঃগণনা সমর্থন করা যেতে পারে
2. বিভিন্ন কাঠামোর শুধুমাত্র তিনটি বরাদ্দ সমর্থন করা যেতে পারে
3. বিভিন্ন কাঠামোর যেকোন সংখ্যক পুনঃগণনা সমর্থিত

সঠিক উত্তর হল তৃতীয়, গণনা রেজিস্টারে অধস্তন পুনঃগণনা বস্তুর সংখ্যা যোগ করতে কোনো সমস্যা নেই; তাদের গঠন কোনোভাবেই নিয়ন্ত্রিত নয়।

1C পরীক্ষার প্রশ্ন 14.57: প্ল্যাটফর্ম প্রফেশনাল। বন্দোবস্তের ফ্রিকোয়েন্সি মাসিক। গণনা রেজিস্টারে সংশ্লিষ্ট সেটিংস করা হয়েছে। বেতন গণনার প্রকারের জন্য, ট্রিপ গণনার ধরনটি স্থানচ্যুত গণনার ধরন হিসাবে নির্দিষ্ট করা হয়েছে। 03/01/14 তারিখে, বেতনের তথ্য তথ্য বেসে প্রবেশ করানো হয়েছিল, কিন্তু কোন হিসাব করা হয়নি। 03/20/14 তারিখে, ব্যবসায়িক ট্রিপ তথ্য ডাটাবেসে প্রবেশ করানো হয়েছিল এবং গণনা করা হয়েছিল। 03/30/14 তারিখে, বেতন গণনা চালু করা হয়েছিল। বেতন গণনা করার সময় ব্যবসায়িক ভ্রমণের ডেটা কি বিবেচনায় নেওয়া হবে? আমার কি আমার ব্যবসায়িক ট্রিপ পুনরায় গণনা করতে হবে?

1. বিবেচনায় নেওয়া হবে, তবে ব্যবসায়িক ট্রিপ পুনরায় গণনা করতে হবে
2. বিবেচনায় নেওয়া হবে, কোন ভ্রমণ পুনঃগণনার প্রয়োজন নেই
3. আমলে নেওয়া হবে না। ট্রিপ গণনা বাতিল করা এবং উভয় ধরনের গণনা পুনরায় গণনা করা প্রয়োজন
4. আমলে নেওয়া হবে না। সঠিকভাবে গণনা করতে, বেতন এবং ব্যবসায়িক ভ্রমণ একটি নথিতে থাকতে হবে

পুনঃগণনার প্রয়োজন নেই, ব্যবসায়িক ট্রিপ রেকর্ড মাসের মধ্যে।

এই নিবন্ধে, আমরা গণনার রেজিস্টারগুলির সাথে কাজ করার তাত্ত্বিক ভিত্তিগুলি বিবেচনা করব, এবং কাজের ঘন্টার সংখ্যার অনুপাতে কর্মচারীর মজুরিও গণনা করব।

তত্ত্ব

ক্যালকুলেশন রেজিস্টার (RR)- একটি কনফিগারেশন মেটাডেটা অবজেক্ট যা 1C সিস্টেমে পর্যায়ক্রমিক গণনা বাস্তবায়ন করতে ব্যবহৃত হয়। গণনা রেজিস্টারের প্রয়োগের সুস্পষ্ট ক্ষেত্রগুলির মধ্যে নিম্নলিখিতগুলি অন্তর্ভুক্ত রয়েছে: বেতন গণনা, ভাড়া গণনা, ভাড়া গণনা।

তাদের কাঠামোতে, গণনা রেজিস্টারগুলি সঞ্চয় নিবন্ধন বা তথ্য রেজিস্টারের অনুরূপ। তারা, যেমন সঞ্চয় নিবন্ধন, পরিমাপ, সম্পদ, বিবরণ আছে, কিন্তু গণনা রেজিস্টার পরিচালনার নীতি সম্পূর্ণ ভিন্ন।

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

কর্মের সময়কাল দ্বারা দমন প্রক্রিয়া«:

এখানে আমরা দেখতে পাচ্ছি যে গণনার ধরন "ব্যবসায়িক ট্রিপ" এর একটি সময়কাল রয়েছে এবং এটি 10 ​​এপ্রিল থেকে 20 এপ্রিল পর্যন্ত বৈধ, "বিজনেস ট্রিপ" গণনার প্রকার "বেতন" এর জন্য একটি স্থানচ্যুত গণনার ধরন হিসাবে নির্দেশিত হয়েছে। "বেতন" সময়ের সাথে সাথে প্রসারিত হয় এবং এটি 1 এপ্রিল থেকে 30 এপ্রিল পর্যন্ত বৈধ৷ যেহেতু "ব্যবসায়িক ট্রিপ" গণনার ধরন "বেতন" (বেতনের চেয়ে বেশি অগ্রাধিকার রয়েছে) এর জন্য একটি স্থানচ্যুত প্রকার হিসাবে নির্দেশিত হয় এবং বেতনের বৈধতার সময়কালের জন্য বৈধ, তারপর বেতন একটি ব্যবসায়িক ভ্রমণের দ্বারা স্থানচ্যুত হয় এবং "বেতনের বৈধতার প্রকৃত সময়কাল" গঠিত হয়।" বেতনের বৈধতার প্রকৃত সময়কাল "এটি একটি ব্যবসায়িক ট্রিপ দ্বারা স্থানচ্যুত হওয়ার পরে বেতনের বৈধতার সময়কাল, আমাদের ক্ষেত্রে এটি 2টি সময় নিয়ে গঠিত - 1 এপ্রিল থেকে 9 থেকে এবং 21 থেকে 30 এপ্রিল পর্যন্ত এবং মোট 19 দিন। সময়-ভিত্তিক স্থানচ্যুতি প্রক্রিয়া শুধুমাত্র দীর্ঘমেয়াদী গণনার জন্য কাজ করে।

উপরের চিত্রটি গ্রাফিকভাবে এর নীতিটি দেখায় " বেস পিরিয়ড দ্বারা নির্ভরতা প্রক্রিয়া«:

ধরা যাক 2017 সালের এপ্রিলের শেষে আমরা একজন কর্মচারীকে তাদের বেতনের 10% পরিমাণে বোনাস দিতে চাই। বেতন বোনাস জন্য গণনার মৌলিক ধরনের হিসাবে নির্দেশিত হয়.

কিন্তু প্রিমিয়াম গণনার জন্য একটি "বেস" হিসাবে, আমরা এপ্রিলের পুরো মাসটি নেব না, তবে শুধুমাত্র 10 এপ্রিল থেকে 20 এপ্রিল (11 দিন) পর্যন্ত বিরতি নেব। আসুন বোনাসের জন্য বেস গণনা করি, কর্মচারীর বেতন 60,000 রুবেল, এক মাসে 30 দিন আছে, দৈনিক বেতন = 60,000/30 = 2,000 রুবেল। পরবর্তী 2000*11 = 22000 ঘষা। প্রিমিয়াম গণনা করার ভিত্তি হল 22,000 রুবেল।

আসুন প্রিমিয়াম গণনা করি: (22000/100)*10 = 2200 রুবেল। বেতনের 10% বোনাস হল 2,200 রুবেল।

অ্যাপ্লিকেশন মেটাডেটা বস্তু "গণনার প্রকারের পরিকল্পনা" গণনা রেজিস্টারের সাথে ঘনিষ্ঠভাবে জড়িত।

প্ল্যান অফ ক্যালকুলেশন টাইপ (PVR)- একটি কনফিগারেশন মেটাডেটা অবজেক্ট যা গণনার প্রকারের প্রকার সম্পর্কে তথ্য সঞ্চয় করে এবং একে অপরের উপর বিভিন্ন গণনার প্রভাব নির্ধারণ করে।

একটি ক্যালকুলেশন টাইপ প্ল্যান একাধিক ক্যালকুলেশন রেজিস্টারে ব্যবহার করা যেতে পারে, কিন্তু একটি ক্যালকুলেশন রেজিস্টার একই সময়ে একাধিক ক্যালকুলেশন টাইপ প্ল্যান ব্যবহার করতে পারে না।

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

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

অনুশীলন করা

আসুন অনুশীলনে গণনা রেজিস্টারগুলিকে ঘনিষ্ঠভাবে দেখে নেওয়া যাক:

ধাপ 1আসুন গণনার ধরনগুলির জন্য একটি পরিকল্পনা দিয়ে শুরু করি। একটি গণনা রেজিস্টার তৈরি করার আগে আপনাকে অবশ্যই একটি গণনার ধরন পরিকল্পনা তৈরি করতে হবে। আমরা গণনা রেজিস্টারের আগে গণনার ধরনগুলির জন্য একটি পরিকল্পনা তৈরি করি কারণ গণনা করা ডেটা সংরক্ষণ করার জন্য একটি টেবিল তৈরি করার আগে (যেমন, একটি গণনা নিবন্ধন), এই ডেটা গণনা করার জন্য অ্যালগরিদমগুলি নির্দিষ্ট করা প্রয়োজন (অর্থাৎ, গণনার প্রকারগুলির জন্য একটি পরিকল্পনা)৷

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

আসুন একটি পূর্বনির্ধারিত গণনা টাইপ "বেতন" তৈরি করি। "বেসিক" ট্যাবে, সবকিছুই সহজ। গণনার প্রকারের নাম এবং কোড সেট করুন।

আমরা পতাকা সেট করার জন্য ধন্যবাদ " বৈধতা সময়কাল ব্যবহার করে"আমাদের এখন একটি ট্যাব আছে" স্থানচ্যুত"এবং চালু" সময়-ভিত্তিক দমন প্রক্রিয়া«.

এই ট্যাবে আমরা গণনার প্রকারগুলি নির্দেশ করি যা বৈধতার সময়কাল দ্বারা বেতনকে স্থানচ্যুত করবে (উদাহরণস্বরূপ, ব্যবসায়িক ট্রিপ)।

বিঃদ্রঃ: "ডিসপ্লেসিং"-এ আপনি গণনার প্রকারগুলি যোগ করতে পারেন যা শুধুমাত্র এই গণনার প্রকারের পরিকল্পনার অন্তর্গত।

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

ধাপ ২ডিফল্ট কাঠামোর সাথে একটি "চার্ট" ডিরেক্টরি তৈরি করা যাক। "সূচি" ডিরেক্টরিতে আমরা কর্মীদের কাজের সময় (পাঁচ-দিন, ছয়-দিন, ইত্যাদি) সংরক্ষণ করব।

ধাপ 3.আমাদের একটি বস্তুরও প্রয়োজন যেখানে আমরা উৎপাদন ক্যালেন্ডার (কাজের দিন এবং সপ্তাহান্তে) সংরক্ষণ করব। এই উদ্দেশ্যে, আমরা তথ্যের একটি অ-পর্যায়ক্রমিক স্বাধীন নিবন্ধন ব্যবহার করি।

আসুন 2টি মাত্রা "তারিখ" এবং "শিডিউল" এবং সংস্থান "ঘন্টার সংখ্যা" সহ একটি অ-পর্যায়ক্রমিক স্বাধীন তথ্য রেজিস্টার "কাজের সময়সূচী" তৈরি করি।

"কাজের সময়সূচী" তথ্য রেজিস্টারের জন্য ধন্যবাদ, আমরা কাজ করা দিনের সংখ্যার অনুপাতে বেতন থেকে মজুরি গণনা করতে সক্ষম হব।

ধাপ 4নীচে দেখানো বিশদ কাঠামো সহ একটি "পে-রোল" নথি তৈরি করুন:

প্রয়োজনীয়তা:

অপারেশনাল এক্সিকিউশন "নিষিদ্ধ" এ সেট করা হয়েছেকারণ এটি 1C-তে পর্যায়ক্রমিক বন্দোবস্তের প্রক্রিয়ার জন্য অর্থপূর্ণ নয় - আমরা বাস্তব সময়ে বোনাস, বেতন বা জরিমানা গণনা করি না।

ডিফল্ট সেটিংস সহ একটি নথি ফর্ম তৈরি করা যাক।

ধাপ 5. অবশেষে, আমরা গণনা রেজিস্টার তৈরির পর্যায়ে পৌঁছেছি।

ক্যালকুলেশন রেজিস্টার মেটাডেটা অবজেক্টটি কনফিগারারের "ক্যালকুলেশন রেজিস্টার" শাখায় অবস্থিত।

আসুন একটি গণনা রেজিস্টার "বেসিক চার্জ" তৈরি করি। আসুন নীচের গণনা রেজিস্টার সেটিংস দেখুন:

1. "গণনার প্রকারের পরিকল্পনা" ক্ষেত্রে, ধাপ 1 এ তৈরি PVR "বেসিক চার্জ" নির্দেশ করুন।

2. "বৈধতা সময়কাল" পতাকাটিকে "সত্য" হিসাবে সেট করুন ধাপ 1 এ উল্লেখিত PVR আছে সময় সম্প্রসারণ।

এই পতাকা সেট করার পরে, "অ্যাকশন পিরিয়ড", "অ্যাকশন পিরিয়ডস্টার্ট", ​​"অ্যাকশন পিরিয়ডএন্ড" এর স্ট্যান্ডার্ড বিশদ অবিলম্বে আমাদের কাছে উপলব্ধ হয়ে যায়, যার মানে এই গণনা রেজিস্টারে নিবন্ধিত গণনার প্রকারগুলিও রয়েছে সময়ের দৈর্ঘ্যএবং আমাদের অ্যাক্সেস আছে " কর্মের সময়কাল দ্বারা দমন প্রক্রিয়া«.

পুনশ্চ. যদি আপনি একটি PVR উল্লেখ করেন যে আছে সময়ের দৈর্ঘ্যএকটি RR-এর জন্য "মেয়াদ মেয়াদ" পতাকা "False" এ সেট করা হলে, এই PVR PVR হিসেবে কাজ করবে যার নেই সময় সম্প্রসারণ।

3. "বৈধতা সময়কাল" পতাকাকে "সত্য" তে সেট করার পরে, "চার্ট", ​​"চার্ট মান", "চার্ট তারিখ" ক্ষেত্রগুলি আমাদের কাছে উপলব্ধ হবে৷

"শিডিউল" ক্ষেত্রে আমরা ধাপ 3 এ তৈরি করা "কাজের সময়সূচী" তথ্য রেজিস্টার নির্দেশ করি।

"শিডিউল মান" ক্ষেত্রে আমরা "কাজের সময়সূচী" তথ্য রেজিস্টারে "ঘন্টার সংখ্যা" সংস্থান নির্দেশ করি।

"শিডিউল তারিখ" ক্ষেত্রে আমরা "কাজের সময়সূচী" তথ্য রেজিস্টারের "তারিখ" মাত্রা নির্দেশ করি।

4. "ফ্রিকোয়েন্সি" ফিল্ডে আমরা "মাস" মান নির্দেশ করি, এর মানে হল যে ডেটা মাসিক ভিত্তিতে রেজিস্টারে প্রবেশ করা হবে।

নীচে রেজিস্ট্রি মেটাডেটা কাঠামো রয়েছে:

একটি মাত্রার জন্য "মৌলিক" পতাকা শুধুমাত্র কর্মক্ষমতা প্রভাবিত করে; আপনাকে এটি সেট করতে হবে না, তবে আপনি যদি তা করেন তবে "কর্মচারী" ক্ষেত্রটি সূচিত হবে।

"কর্মচারী" মাত্রা - এটি "এ ব্যবহৃত হয়" কর্মের সময়কালের উপর ভিত্তি করে দমন প্রক্রিয়া" এবং " ভিত্তি সময়ের উপর নির্ভরতার প্রক্রিয়া«.

সম্পদ "পরিমাণ" - গণনাকৃত বেতন সেখানে রেকর্ড করা হবে।

"চার্ট" অ্যাট্রিবিউটটি একটি অ্যাট্রিবিউট হিসেবে নির্দেশিত হয়, রেজিস্টার ডাইমেনশন নয়, কারণ এটি বা এটি কিছুই স্থানচ্যুত করে না - মূলত একটি রেফারেন্স ক্ষেত্র। গুরুত্বপূর্ণ!!! "শিডিউল লিঙ্ক" ক্ষেত্রটি পূরণ করতে ভুলবেন না"শিডিউল" অ্যাট্রিবিউটে, "কাজের সময়সূচী" তথ্য রেজিস্টারের "শিডিউল" মাত্রা অবশ্যই সেখানে নির্দেশ করতে হবে, অন্যথায় বেতনের পরিমাণ গণনা করা হবে না।

"প্যারামিটার" বৈশিষ্ট্যটি বেতনের মান সংরক্ষণ করবে।

এখন যেহেতু আমরা "কাজের সময়সূচী" MS-এর সাথে সংযোগ নির্দেশ করেছি, আমরা কর্মরত দিনের সংখ্যার অনুপাতে কর্মচারীর বেতন গণনা করব।

আমরা নথিটিকে রেজিস্ট্রার হিসাবে নির্দেশ করি " বেতন" ধাপ 4 এ তৈরি করা হয়েছে।

ধাপ 6. আমরা গণনা রেজিস্টার "বেসিক চার্জ" অনুযায়ী আন্দোলন করি।

4 ধাপে তৈরি করা "পে-রোল" নথিতে ফিরে আসা যাক।

আসুন ডকুমেন্ট অবজেক্ট মডিউলে পোস্ট করার প্রক্রিয়া বর্ণনা করি:

ডকুমেন্ট প্রসেসিং প্রসেসিং কোডের টুকরো

1C (কোড)

প্রক্রিয়া প্রক্রিয়াকরণ প্রক্রিয়াকরণ (ব্যর্থতা, প্রক্রিয়াকরণ মোড) // আন্দোলনের বেসিক অ্যাক্রোয়ালস রেজিস্টার। মুভমেন্টস.মেইন অ্যাক্রুয়ালস.ক্লিয়ার(); নিবন্ধন সময়কাল = মাস শুরু (তারিখ); প্রতিটি TechLineMainAccruals থেকে MainAccruals সাইকেল মুভমেন্ট = Movements.MainAccruals.Add(); Move.Reversal = False; Movement.CalculationType = TechLineMainAccruals.CalculationType; Movement.ActionPeriodStart = TechLineMainAccruals.StartDate; Movement.ActionPeriodEnd = EndDay(TexLineMainAccruals.EndDate); Movement.Registration Period = Registration Period; আন্দোলন.কর্মচারী = TechLineMainAccruals.Employee; Movement.Chart = TechStringMainAccruals.Chart; Movement.Parameter = TechStringMainAccruals.Size; এন্ডসাইকেল; পদ্ধতির সমাপ্তি

প্রক্রিয়াকরণ পদ্ধতি (ব্যর্থতা, মোড) // প্রধান অর্জিত নিবন্ধন আন্দোলন. মৌলিক আয়। লিখুন = সত্য; আন্দোলন. মৌলিক আয়। পরিষ্কার() ; রেজিস্ট্রেশনের সময়কাল = মাসের শুরু (তারিখ); প্রতিটি TechLine BasicAccrualsFrom BasicAccrualsCycle-এর জন্য আন্দোলন = আন্দোলন। মৌলিক আয়। যোগ করুন(); আন্দোলন। স্টর্নো = মিথ্যা; আন্দোলন। গণনার ধরন=TexLineMainAccruals। গণনার ধরন; আন্দোলন। PeriodActionStart = TechLineMainAccruals। শুরুর তারিখ; আন্দোলন। ActionPeriodEnd=EndDay(TexLineMainAccruals.EndDate); আন্দোলন। রেজিস্ট্রেশন পিরিয়ড = Registration Period; আন্দোলন। কর্মচারী = TechLineMainAccruals. কর্মচারী; আন্দোলন। চার্ট = TechLineMainAccruals. তফসিল; আন্দোলন। প্যারামিটার = TechStringMainAccruals। আকার; এন্ডসাইকেল; পদ্ধতির সমাপ্তি

আসুন একটি পরীক্ষা নথি তৈরি করি এবং এটি চালাই:

আসুন "ডকুমেন্ট মুভমেন্টস" এ যাই:

আমরা দেখতে পাই যে নিবন্ধন সময়কাল মাসের শুরুতে সেট করা হয় কারণ RR এর ফ্রিকোয়েন্সি "মাস" হিসাবে নির্দেশিত হয়। আমরা আরও দেখি যে পরিমাণ বাদে সমস্ত ক্ষেত্র পূরণ করা হয়েছে (বেতন এখনও গণনা করা হয়নি)।

ধাপ 7পে-রোল ক্যালকুলেশন কোড লিখি।

আসুন নিম্নলিখিত পতাকাগুলির সাথে একটি সাধারণ মডিউল "গণনা" তৈরি করি:

গণনা নিজেই এই সাধারণ মডিউলে সঞ্চালিত হবে।

আসুন "গণনা" মডিউলে এক্সপোর্ট ফাংশন "ক্যালকুলেট চার্জ" লিখি:

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

"ঘন্টার প্রকৃত কর্মের সময়কাল" -সময়সূচী ডেটার উপর ভিত্তি করে গণনা করা কার্যত ঘন্টার সংখ্যা রয়েছে

"ঘন্টা কর্ম সময়ের সংখ্যা" -গণনার সময়কালের সময়সূচীর ডেটার উপর ভিত্তি করে গণনা করা কাজের ঘন্টার সংখ্যা রয়েছে

বেতন গণনা পদ্ধতি

1C (কোড)

পদ্ধতি গণনা আয় (রেজিস্ট্রার, রেকর্ডের সেট) রপ্তানি // বেতন অনুরোধ = নতুন অনুরোধ; Query.Text="SELECT | ISNULL(BasicAccrualsGraphicsData.NumberofHoursActualActionPeriod, 0) AS HoursFact, |BasicAccrualsGraphicsData.Parameter, |ISNULL(BasicAccrualsGraphicsData.Hours,BaccrualsDatas,BasicAccrualsData.NumberAc alsGraphicsData ica.লাইন নম্বর |FROM |গণনা রেজিস্টার।বেসিক অ্যাক্রুয়েলস। গ্রাফিক্স ডাটা(| রেজিস্ট্রার = &রেজিস্ট্রার | এবং ক্যালকুলেশন টাইপ = &ক্যালকুলেশন টাইপবেলার) AS বেসিক অ্যাক্রোয়ালসডেটাগ্রাফিক্স"; Request.SetParameter("রেজিস্ট্রেটর", রেকর্ডার); // নথিটি রেজিস্ট্রারের কাছে পাস করুন যাতে অনুসন্ধানটি শুধুমাত্র বর্তমান নথির অনুরোধে সঞ্চালিত হয়। // হিসাবের বেতনের ধরন সেট করুন কারণ বেতন নির্বাচন = অনুরোধ. চালান (). নির্বাচন করুন (); সার্চ স্ট্রাকচার = নিউ স্ট্রাকচার; অনুসন্ধান কাঠামো. সন্নিবেশ করান("সারি সংখ্যা", 0); // রেকর্ডসেট চক্র থেকে প্রতিটি রেকর্ডের জন্য লাইন নম্বর দ্বারা গণনার জন্য ডেটা অনুসন্ধানের জন্য একটি কাঠামো তৈরি করুন // বর্তমান নথি অনুসন্ধান কাঠামোর রেকর্ডের সেটের মাধ্যমে চক্র। লাইন নম্বর=রেকর্ড। //অনুসন্ধানের জন্য লাইন নম্বর পূরণ করুন If Selection.FindNext(Search Structure) তারপর //আমরা বর্তমান লাইন নম্বর রেকর্ড.Sum =?(Selection.HoursPlan=0.0, Sampling.HoursFact) এর উপর ভিত্তি করে গণনার জন্য ডেটার জন্য নমুনা দেখি /Sample.HoursPlan * স্যাম্পলিং .প্যারামিটার); // কাজ করা দিনের অনুপাতে বেতন গণনা করুন, প্যারামিটারে - বর্তমান বেতন EndIf; নির্বাচন.রিসেট(); //নির্বাচনটি পুনরায় সেট করুন, প্রথম এন্ডসাইকেল নির্বাচনের মাধ্যমে অনুসন্ধান করার জন্য আমাদের রেকর্ডসেটের পরবর্তী রেকর্ড প্রয়োজন; Recordset.Write(, True); // গণনা করা রেকর্ডগুলি ডাটাবেসে লিখুন, প্যারামিটারটি পাস করুন প্রতিস্থাপন = সত্য শেষ প্রক্রিয়া

//বেতন অনুরোধ = নতুন অনুরোধ; অনুরোধ। পাঠ্য = নির্বাচন করুন | ISNULL(BasicAccrualsDataGraphics.NumberofHoursActualActionPeriod, 0) AS HoursFact, | BasicAccrualsDataGraphics.প্যারামিটার, | ISNULL(BasicAccrualsDataGraphics.NumberofHoursActionPeriod, 0) HoursPlan হিসাবে, | BasicAccrualsDataGraphics.NumberLines | থেকে | ক্যালকুলেশন রেজিস্টার। বেসিক অ্যাক্রুয়েলস। গ্রাফিক্স ডাটা ( | রেকর্ডার = &রেকর্ডার

শুভ অপরাহ্ন. আমি দীর্ঘদিন ধরে আপনার কাছ থেকে শুনিনি :) আজ আমি ZUP 3.0-এ বিগত সময়ের জন্য পুনঃগণনার বৈশিষ্ট্যগুলি স্পষ্ট করতে চাই। এই নিবন্ধটি কীভাবে এটি ভিতরে কাজ করে সে সম্পর্কে কথা বলে এবং সেই অনুযায়ী, আপনি এই প্রক্রিয়াটিকে নিয়ন্ত্রণ করতে পারেন। সর্বোপরি, আপনি সম্ভবত এই সত্যটির মুখোমুখি হয়েছেন যে প্রোগ্রামটি অপ্রত্যাশিতভাবে একজন ব্যক্তির কাছে অজানা পরিমাণে জমা করে, তাদের বিপরীত করে, কিছু পার্থক্য দেখা দেয়... এবং আপনি এটি চাননি বা চাননি। কিন্তু এই ঘটবে না))

চল শুরু করি. প্রথমত, পুনঃগণনা সেই মুহুর্তে ঘটে যখন আপনি বেতনটিকে "পে-রোল" নথি হিসাবে বিবেচনা করেন। এই উদ্দেশ্যে, এটি একটি ট্যাব প্রদান করে "অতিরিক্ত আয়, পুনঃগণনা"। প্রথম জিনিসটি আমি আপনাকে পরামর্শ দিতে চাই: সর্বদা লেবেলের ডেটা পরীক্ষা করুন "অতিরিক্ত আয়, পুনঃগণনা" . তারা আপনার অজান্তেই সেখানে উপস্থিত হতে পারে এবং আপনি বুঝতে পারবেন না কেন গণনার পরিমাণ একই নয়।

তত্ত্বগতভাবে, নথির শিরোনামে আমাদের সর্বদা সতর্ক করা হয় যে প্রোগ্রামটি কাউকে গণনা করতে চলেছে বা আমাদের এটি পুনরায় পূরণ করতে হবে, কারণ ... কাউকে গণনা করা হয়নি।

প্রোগ্রামটি কীভাবে জানবে যে আমি কাকে গণনা করতে হবে এবং কোন মাসের জন্য?

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

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

দ্বিতীয় টিপ (ওরফে প্রথম গোপন): "সমস্ত ফাংশন" এর মাধ্যমে, "বেতন পুনঃগণনা" তথ্য রেজিস্টারে যান। অলস এবং আরোহণ করবেন না! প্রতিটি বেতন গণনার আগে এবং প্রতিটি ব্যাকডেটেড নথির পরে সেখানে যান।

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

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

তৃতীয় টিপ: আপনি যদি কর্মীর গণনা করার প্রোগ্রামের অভিপ্রায়ের সাথে একমত না হন তবে এই রেজিস্টার থেকে লাইনটি মুছে দিন.

1. আপনি ইতিমধ্যে বুঝতে পারছেন কিভাবে লাইন প্রদর্শিত হয়? দারুণ।

2. নথিটি "পে-রোল" পূরণ করার সময় এবং রেজিস্টারের লাইনের উপর ভিত্তি করে এটি পোস্ট করার সময়, একটি পুনঃগণনা করা হয় এবং টেবিলটি পূরণ করা হয় "অতিরিক্ত আয়, পুনঃগণনা।"

3. পুনঃগণনা করা কর্মচারীদের রেজিস্টার থেকে সরানো হয় এবং এটি খালি হয়ে যায়।

4. আপনি যখন "পে-রোল" নথি বাতিল করেন, লাইনগুলি তাদের জায়গায় ফিরে আসে যাতে আপনি যখন সেগুলি পুনরায় পূরণ করেন, তখন সবকিছু ঠিক হয়ে যায়।

চতুর্থ টিপ (হয়তো এটি ঠিক করা হবে): "পে-রোল" নথিটি পুনরায় পূরণ করার আগে, এটি ছড়িয়ে দিন!

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

আরেকটি সূক্ষ্মতা, আপনি যদি নথিতে পুনঃগণনার জন্য লোকেদের তালিকায় ক্লিক করেন, তথ্য নিবন্ধন তালিকা ফর্মটি খুলবে"বেতনের পুনঃগণনা।"এবং একটি এন্ট্রি "মোছা" করার জন্য একটি বোতামও থাকবে।

পুনশ্চ. (গুরুত্বপূর্ণ)

এই তদন্তের কারণ ছিল অ্যাকাউন্টিং 3.0 থেকে আসল ডেটা স্থানান্তর করার সময় অবিরাম পুনঃগণনা। রূপান্তরের সময়, আপনাকে সমস্ত কৌশল এবং অনুবাদগুলি স্পর্শ করতে হবে)) এর পরে, রেজিস্টারের সমস্ত বিষয়বস্তু মুছে ফেলুন " "বেতন পুনঃগণনা", অন্যথায় আপনি সমস্ত বছরের জন্য সবকিছুর পুনঃগণনা পাবেন৷ অ্যাকাউন্টিং 3.0 থেকে ডেটা স্থানান্তর সহ ZUP 3.0-এ শুরু করা

একটি ভাড়া পুনঃনির্বাহ করার সময় ডেমো ডাটাবেসে এটি ঘটেছিল। এবং আপনি যখন 1C অ্যাকাউন্টিং 3.0 থেকে 1C ZUP 3.0 তে স্থানান্তর করবেন, তখন আপনি যা সম্ভব তা আবার করবেন:

এই সব, মন্তব্যে প্রশ্ন এবং প্রোগ্রাম ভয় পাবেন না, আপনি এটি বুঝতে হবে এবং এটি ভালবাসার সঙ্গে এটি জন্য আপনি শোধ করা হবে.

অনেক 1C প্রোগ্রামাররা কখনই তাদের অনুশীলনে "গণনা" উপাদানটির মুখোমুখি হননি, তাই, যখন তাদের প্ল্যাটফর্ম 8.0-এ একজন বিশেষজ্ঞের জন্য পরীক্ষা দিতে হয়, যেখানে প্রতিটি টাস্কে জটিল পর্যায়ক্রমিক গণনার উপর একটি টাস্ক থাকে, অসুবিধা দেখা দেয়, প্রাথমিকভাবে বোঝার অসুবিধা।

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

উদাহরণস্বরূপ, আমরা পরীক্ষার সময় ইনস্টল করা ফ্রেম কনফিগারেশন ব্যবহার করব।

সত্যি কথা বলতে, আমি আরও কী কী গণনা করা দরকার তা বের করার জন্য দীর্ঘ সময় চেষ্টা করেছি, কিন্তু আমি এটি বের করতে পারিনি, তাই বেতন গণনা করার সমস্যাটি বিবেচনা করা যাক।

হিসাব কি

মূলত, চূড়ান্ত বেতনের পণ্য হল ফর্মের পে-রোল রেজিস্টার এন্ট্রিগুলির একটি সেট:

কর্মচারী	সময়কাল	গণনার ধরন	ফলাফল	ডেটা	একটি মন্তব্য
মাপা	দাপ্তরিক	দাপ্তরিক			প্রপস

"ডেটা" কলামের মানটি কর্মচারীর মূল বেতন (কর্মসংস্থান চুক্তি অনুসারে) প্রতিফলিত করে, তবে এই পরিমাণ বোনাস দ্বারা বাড়ানো যেতে পারে, জরিমানা এবং অনুপস্থিতি ইত্যাদি দ্বারা হ্রাস করা যেতে পারে, তাই, প্রকৃত অর্থ প্রদানের পরে প্রবেশ করা হয় "ফলাফল" কলামে গণনা। এই হলো হিসাব। প্রদত্ত কর্মচারীর জন্য "রিসোর্স" কলামের পরিমাণ হল তার বকেয়া বেতন।

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

সেটেলমেন্ট রেজিস্টারের প্রতিটি এন্ট্রি একটি নির্দিষ্ট ধরনের সেটেলমেন্ট এবং সময়কালের সাথে সম্পর্কিত।

গণনার প্রকারভেদ

গণনার ধরনগুলির প্রতিটি রেকর্ডের একটি পরিষেবা বৈশিষ্ট্য রয়েছে - গণনার ধরন।

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

উদাহরণস্বরূপ, আসুন গণনার ধরনগুলির জন্য একটি পরিকল্পনা তৈরি করি প্রধান এবং এতে পূর্বনির্ধারিত গণনার প্রকারগুলি বেতন, বোনাস, অনুপস্থিতি, ব্যবসার কাজে.

গণনার ধরনগুলি একে অপরের উপর গণনা রেজিস্টার এন্ট্রিগুলির প্রভাব প্রতিফলিত করতে কার্যকরীভাবে ব্যবহৃত হয়। কিন্তু সংক্ষেপে তারা একে অপরের উপর গণনার প্রকারের প্রভাব সম্পর্কে কথা বলে:

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

এই প্রভাবের কারণে, সেটেলমেন্ট রেজিস্টার এন্ট্রির বৈধতার সময়কাল চারটি মেয়াদে বিভক্ত:

সময়কাল	বর্ণনা
নিবন্ধন সময়কাল	কোন সময়ের মধ্যে ঘটনাটি রেকর্ড করা হয়েছিল, যেমন সাধারণত যখন একটি নথি প্রবেশ করা হয়।
বৈধতা	কোন সময়ের মধ্যে ইভেন্ট কাজ করে, যেমন ঘটনাটি কোন সময়ের।
বেস পিরিয়ড	বেস পিরিয়ড আছে এমন পিরিয়ডের জন্য শুধুমাত্র অর্থপূর্ণ - বেস পিরিয়ডের ব্যবধান বর্ণনা করে।
প্রকৃত বৈধতার সময়কাল	যদি বৈধতার সময়কাল অন্যান্য ধরনের গণনার দ্বারা স্থগিত করা হয়, তাহলে প্রকৃত বৈধতার সময়কালটি বেশ কয়েকটি সময় নিয়ে গঠিত যখন এই ধরনের গণনা বাস্তবে কার্যকর হয়।

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

সময় চার্ট

সিস্টেমে গণনা রেজিস্টার থেকে ডেটা টাইম চার্টের সাথে লিঙ্ক করার ক্ষমতা রয়েছে যাতে যে কোনও সময়ের জন্য কাজের ঘন্টার সংখ্যা পাওয়া যায়।

একটি টাইমলাইন হল একটি সাধারণ তথ্য রেজিস্টার যাতে একটি মাত্রা একটি তারিখ সঞ্চয় করে, অন্যটি একটি গণনা রেজিস্টার দ্বারা একটি মাত্রার সাথে যুক্ত থাকে এবং সময় ট্র্যাক করতে সম্পদগুলির একটি ব্যবহার করা হয়।

একটি মাত্রা যে গণনা রেজিস্টারের সাথে যুক্ত সাধারণত বহন করেঅর্থ "গ্রাফের ধরন"।

তারিখ	চার্টের ধরন	অর্থ
11.01.05 শুক্র	পাঁচ দিন
11.01.05 শুক্র	ছয় দিন
12.01.05 শনি	পাঁচ দিন
12.01.05 শনি	ছয় দিন

পর্যায়ক্রমিক বিস্তারিত রেজিস্টারের পরিবর্তে তারিখের মাত্রা কেন ব্যবহার করবেন? এটি সবই খুব সহজ - যদি শুক্রবার, 11 জানুয়ারী, আমাদের পাঁচ দিনের সময়ের মধ্যে 8 কাজের ঘন্টা থাকে, এর অর্থ এই নয় যে পরের দিন আমাদের আবার 8 কাজের ঘন্টা থাকবে। কিন্তু যদি আমরা একটি পর্যায়ক্রমিক রেজিস্টার ব্যবহার করি, তাহলে পরের দিনের মান রেকর্ডের অনুপস্থিতিতে আগের দিন থেকে নেওয়া হবে।

এইভাবে, একটি নির্দিষ্ট সময়কাল থাকার (প্রকৃত কার্য, নিবন্ধন, বেস সময়কাল, ইত্যাদি) আমরা স্বয়ংক্রিয়ভাবে সময়সূচী অনুসারে এই সময়ের জন্য ঘন্টার সংখ্যা পেতে পারি।

পুনঃগণনা

পুনঃগণনা কিছুটা একটি ক্রম সীমানাকে স্মরণ করিয়ে দেয়। যেহেতু আমাদের নির্ভরশীল গণনা রয়েছে, তাদের ভিত্তি এবং অগ্রণী গণনা পরিবর্তন করার সময়, সিস্টেমটিকে অবশ্যই মনে রাখতে হবে যে আমাদের অবশ্যই নির্ভরশীল গণনাগুলি পুনরায় গণনা করতে হবে।

এই জন্য recalculations হয় কি.

যদি আমরা বেস রেকর্ড গণনা করি, সিস্টেমটি বরাদ্দের মধ্যে নোট করবে যে আমাদের নির্ভরশীল রেকর্ডগুলি গণনা করতে হবে। একবার আমরা নির্ভরশীল রেকর্ড গণনা করলে, বরাদ্দ পরিষ্কার হয়ে যাবে।

মূলত, পুনঃগণনা হল গণনা রেজিস্টার এন্ট্রিগুলির একটি তালিকা যা পুনরায় গণনা করা প্রয়োজন।

আপনি যদি পুনঃগণনায় কোনো পরিমাপ না দেন, তাহলে মৌলিক গণনার পরিবর্তন হলে, সমস্ত নির্ভরশীল রেকর্ড পুনঃগণনার তালিকায় যোগ করা হবে।

যদি আমরা পুনঃগণনাতে "কর্মচারী" মাত্রা তৈরি করি, তাহলে যখন একজন কর্মচারীর জন্য মৌলিক গণনা পরিবর্তন করা হয়, শুধুমাত্র এই কর্মচারীর জন্য নির্ভরশীল রেকর্ডগুলি পুনঃগণনায় যোগ করা হবে।

ব্যবহারিক কাজ

যথেষ্ট তত্ত্ব। আসুন অনুশীলনে বিস্তারিত অধ্যয়ন করার চেষ্টা করি। ফ্রেম কনফিগারেশনকে ভিত্তি হিসেবে ধরা যাক।

সমস্যার গঠন:

বোনাসটি বেতনের একটি নির্দিষ্ট শতাংশ (মাইনাস অনুপস্থিতি এবং ভ্রমণ ভাতা) হিসাবে সেট করা হোক।

ভ্রমণ ভাতা দ্বিগুণ বেতন + ভ্রমণের প্রতিটি দিনের জন্য একটি নির্দিষ্ট পরিমাণ অর্থ প্রদান করা হোক।

অনুপস্থিতির জন্য অনুপস্থিতির সময়ের জন্য কর্মচারীকে অর্ধেক বেতনের পরিমাণে জরিমানা করা হোক।

অগ্রগতি:

প্রাথমিক প্রশিক্ষণ

আসুন গণনার ধরন "প্রধান" এর জন্য একটি নতুন পরিকল্পনা তৈরি করি।

আসুন গণনার ধরন এবং তাদের মধ্যে নির্ভরতা নির্ধারণ করি:

	মৌলিক	স্থানচ্যুত	উপস্থাপক
বেতন		অনুপস্থিতি, ব্যবসায়িক ট্রিপ
পুরস্কার		অনুপস্থিতি, ব্যবসায়িক ট্রিপ	বেতন, অনুপস্থিতি, ব্যবসায়িক ভ্রমণ
ব্যবসার কাজে
অনুপস্থিতি

আসুন "প্রধান" গণনার ধরন পরিকল্পনায় এই ধরণের গণনাগুলি যুক্ত করি এবং টেবিল অনুসারে গণনার প্রকারের বৈশিষ্ট্যগুলিতে নির্ভরতা সেট করি।

বেতন গণনা রেজিস্টারে, আমরা "ব্যক্তি" ধরনের "কর্মচারী" মাত্রা তৈরি করব - যাতে রেজিস্টারে কর্মীদের জন্য একটি বিশ্লেষণ বিভাগ থাকবে।

কনফিগারেশনে ইতিমধ্যেই "পে-রোল" নথি রয়েছে৷

এটির শিরোনামে দুটি তারিখ রয়েছে - "তারিখ" এবং "নিবন্ধন সময়কাল", সেইসাথে প্রতিটি লাইনে দুটি তারিখ "শুরু তারিখ" এবং "শেষ তারিখ"।

এটি বোঝা যায় যে তারিখটি কেবল সেই তারিখ যা নথিটি কার্যকর করা হয়েছিল, নিবন্ধনের সময়কাল নির্দেশ করে যে আমরা কোন মাসের জন্য বেতন গণনা করছি এবং প্রতিটি লাইনের তারিখগুলি প্রতিটি ধরণের গণনার বৈধতার সময়কাল বর্ণনা করে৷

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

নথি মডিউল এই মত কিছু দেখাবে:

জন্য প্রতিটি TechStringListতালিকা চক্র থেকে

// গণনা নিবন্ধন করুন

আন্দোলন = আন্দোলন গণনা। যোগ করুন();

আন্দোলন .এস টর্নো= মিথ্যা;

আন্দোলন আইডি ক্যালকুলেশনে = TechStringList.CalculationType;

আন্দোলন পিরিয়ড অ্যাকশন শুরু= দিনের শুরু ( TechStringList.StartDate);

আন্দোলন .PeriodActionEnd= শেষদিন();

আন্দোলন রেজিস্ট্রেশন সময়কাল = রেজিস্ট্রেশনের সময়কাল;

আন্দোলন .বেসিক পিরিয়ড স্টার্ট= দিনের শুরু ( TechStringList.StartDate);

আন্দোলন .বেসপিরিয়ডএন্ড= শেষদিন ( TechStringList.End Date);

আন্দোলন .কর্মচারী = TechStringList.Employee;

আন্দোলন .সূচি = TechStringList.Graph;

আন্দোলন .ফলাফল = 0;

আন্দোলন .ডেটা = TechStringList.Size;

এন্ডসাইকেল;

বিপরীত এন্ট্রি (একটি বিয়োগ চিহ্নের অনুরূপ) বিপরীত করার জন্য রিভার্সাল অ্যাট্রিবিউট প্রয়োজন।

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

আমরা 01/20/2003 তারিখে সমস্ত নথির তারিখ দেব, রেজিস্ট্রেশনের সময়কাল 01/02/2003 এ সেট করা হবে (আমি বিশেষভাবে শুরু এবং শেষের ডেটা নির্দেশ করি না, এটি এখানে কোন ব্যাপার নয়, যাইহোক, রেকর্ডিং করার সময় রেজিস্ট্রেশনের সময়কালসময়ের শুরুতে রূপান্তরিত 01/01/2003)। আমরা জানুয়ারী 2003 ব্যবহার করি কারণ এই সময়ের জন্য কাজের সময়সূচী সম্পন্ন হয়েছিল।

আসুন একটি পুনঃগণনা "পুনঃগণনা" তৈরি করি এবং এতে "কর্মচারী" মাত্রার সাথে যুক্ত "কর্মচারী" মাত্রা যোগ করি।

রিকলকুলেশন নিয়ে খেলা।

গেমটি খেলতে, অনুরোধ কনসোলটি খুলুন - প্রক্রিয়াকরণ " কাস্টম রিকোয়েস্ট» একটি ফ্রেম কনফিগারেশনে। আসুন ক্যোয়ারী কনস্ট্রাক্টর ব্যবহার করে একটি নতুন ক্যোয়ারী তৈরি করি এবং সেখানে একটি ভার্চুয়াল টেবিল যোগ করি পুনঃগণনা। গণনা। পুনঃগণনা, অনুরোধ টেক্সট এই মত হবে:

পছন্দ করা

গণনা পুনঃগণনা। পুনঃগণনা বস্তু সম্পর্কে,

গণনা পুনঃগণনা। গণনা আইডিতে,

গণনা পুনঃগণনা। কর্মচারী থেকে

থেকে

গণনা নিবন্ধন। গণনা। পুনঃগণনাকিভাবে গণনা পুনঃগণনা

আসুন তিনটি নথি তৈরি করি - প্রথমে আমরা A এবং B কর্মীদের বেতন দেব। কর্মচারী A 1 থেকে 31 জানুয়ারী পর্যন্ত কাজ করে, B 1 থেকে 20 জানুয়ারী পর্যন্ত কাজ করে। দ্বিতীয়টি 1 থেকে 31 জানুয়ারী সময়ের জন্য কর্মচারী B কে একটি বোনাস বরাদ্দ করবে, তৃতীয়টি 20 থেকে 25 জানুয়ারী পর্যন্ত কর্মচারী A-কে অনুপস্থিতি বরাদ্দ করবে৷

আমরা প্রকৃত বৈধতা সময়কাল সঙ্গে খেলা.

আসুন একটি নতুন ক্যোয়ারী তৈরি করি - এবার আমরা এতে টেবিল ডেটা যোগ করব গণনা নিবন্ধন। গণনা। প্রকৃত কর্মের সময়কাল.

আসুন একটি অনুরোধ তৈরি করি এবং দেখুন যে কর্মচারী A এর বেতনের সময়কাল দুটি পিরিয়ডে বিভক্ত - 1 থেকে 19 জানুয়ারী এবং 26 থেকে 31 জানুয়ারী পর্যন্ত। আমি আশা করি আপনি বুঝতে পেরেছেন যে সময়কালটি দুটি ভাগে বিভক্ত ছিল, কারণ ... অনুপস্থিতি বেতন প্রতিস্থাপিত.

আমি মনে করি গণনা রেজিস্টার পরিচালনার প্রক্রিয়াগুলি আমাদের চোখের সামনে স্পষ্ট হয়ে উঠছে।

এর গ্রাফ অধ্যয়ন করা যাক.

এখন কর্মচারীর বেতনের উপর ভিত্তি করে বেতন গণনা করার চেষ্টা করা যাক।

একটি ভার্চুয়াল টেবিল ব্যবহার করে গণনা রেজিস্টারের জন্য একটি নতুন প্রশ্ন তৈরি করা যাক গণনার রেজিস্টার। গণনা। ডেটা গ্রাফিক্স. আপনি এই ভার্চুয়াল টেবিলের জন্য একটি প্যারামিটার সেট করতে পারেন - রেকর্ড নির্বাচন করার জন্য একটি শর্ত, উদাহরণস্বরূপ কর্মচারী=&নির্বাচিত কর্মচারীএবং গণনার ধরন=&গণনার ধরনএবং গ্রাফ=&ভিউগ্রাফিক.

আসুন অনুরোধের পরামিতিগুলিতে নির্দিষ্ট কর্মচারী, গণনার ধরন এবং সময়সূচী সেট করি এবং ফলাফল কত ঘন্টা হয় তা দেখি।

ফলাফল কলাম	অর্থ
ValuePeriodAction	কত সময়ের জন্য বৈধতা ঘন্টায় এন্ট্রি ছিল.
ValueActualPeriodAction	কর্মচারী আসলে কত ঘন্টা কাজ করেছিল?
ভ্যালুবেস পিরিয়ড	বেতনের জন্য এটি অর্থপূর্ণ নয়, বোনাসের জন্য - বেস পিরিয়ডে কাজের ঘন্টার সংখ্যা।
মান নিবন্ধন সময়কাল	রেজিস্ট্রেশনের মেয়াদে কত কর্মঘণ্টা আছে (জানুয়ারি মাস)

পুনর্গণনা বেতন গণনার একটি অবিচ্ছেদ্য অংশ গঠন করে। অসুস্থ ছুটি, ছুটি বা কর্মচারীদের অনুপস্থিতি সম্পর্কে তথ্য অ্যাকাউন্টিং বিভাগ কিছু বিলম্বের সাথে প্রাপ্ত হলে বেতনের পুনঃগণনা এবং সেই অনুযায়ী বীমা প্রিমিয়ামের দিকে পরিচালিত করে। 1C বিশেষজ্ঞরা 1C: বেতন এবং কর্মী ব্যবস্থাপনা 8 প্রোগ্রাম, সংস্করণ 3-এ অ্যাকাউন্টিং এবং নিয়ন্ত্রিত প্রতিবেদনে কীভাবে বীমা প্রিমিয়ামের গণনা এবং পুনঃগণনা প্রতিফলিত হয় সে সম্পর্কে কথা বলেন।

মজুরি পুনঃগণনা করার সময়, বীমা প্রিমিয়াম পুনঃগণনা করা আবশ্যক হয়ে পড়ে। উপরন্তু, অবদানের পুনঃগণনার কারণ হতে পারে বছরে ট্যারিফের পরিবর্তন বা ত্রুটির আবিষ্কার, উদাহরণস্বরূপ, বীমা প্রিমিয়ামের জন্য বেসে গণনার অ-অন্তর্ভুক্তি।

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

10.10.2016 তারিখের রাশিয়ার ফেডারেল ট্যাক্স সার্ভিস নং ММВ-7-11/551@ এর আদেশের পরিশিষ্ট নং 2 এ প্রদত্ত বীমা প্রিমিয়ামের গণনা পূরণ করার পদ্ধতির 1.2 ধারা অনুসারে, প্রদানকারী হল গণনাতে প্রয়োজনীয় পরিবর্তন করতে বাধ্য এবং ট্যাক্স কর্তৃপক্ষের কাছে একটি আপডেট রিপোর্ট জমা দিতে বাধ্য যদি কোনো রেকর্ড না করা বা অসম্পূর্ণ তথ্য, সেইসাথে প্রদেয় বীমা প্রিমিয়ামের পরিমাণকে অবমূল্যায়ন করার জন্য ত্রুটির কারণে।

একটি আপডেট গণনা জমা দেওয়ার সিদ্ধান্ত নেওয়ার সময়, হিসাবরক্ষককে অবশ্যই নিম্নলিখিত প্রশ্নের উত্তর দিতে হবে:

• সমস্ত তথ্য প্রতিফলিত হয়েছে কিনা;
• ত্রুটিগুলি করা হয়েছিল কিনা এবং সেগুলি প্রদেয় বীমা প্রিমিয়ামের পরিমাণকে অবমূল্যায়ন করেছে কিনা।

একটি আপডেট গণনা জমা দেওয়া একটি বাধ্যবাধকতা, একটি অধিকার বা বাধ্যতামূলক প্রয়োজন হতে পারে।

বীমা প্রিমিয়ামের হিসাব আপডেট করা হয়েছে

একটি আপডেট গণনা জমা দেওয়ার বাধ্যবাধকতা দেখা দেয় যদি, ফেডারেল ট্যাক্স সার্ভিসে প্রতিবেদন জমা দেওয়ার পরে, এটি দেখা যায় যে কর্মীদের সম্পর্কে অসম্পূর্ণ বা ভুল তথ্য জমা দেওয়া হয়েছিল, বা ত্রুটিগুলি আবিষ্কৃত হয়েছিল যা প্রদেয় বীমা প্রিমিয়ামের পরিমাণকে অবমূল্যায়ন করেছিল।

সাধারণ ত্রুটির প্রকারগুলি যার জন্য একটি আপডেট করা গণনা বাধ্যতামূলক জমা দিতে হয়:

1. কর্মচারী অবিলম্বে তার ব্যক্তিগত ডেটাতে পরিবর্তনের রিপোর্ট করেনি এবং ফেডারেল ট্যাক্স সার্ভিস গণনার ধারা 3-এ তার সম্পর্কে মিথ্যা তথ্য প্রদান করেছে।

2. কর্মচারী এমন একটি বিভাগে কাজ করেছিলেন যেখানে বীমা প্রিমিয়ামের অগ্রাধিকারমূলক হার প্রয়োগ করার অধিকার রয়েছে৷ তারপর তাকে একটি ইউনিটে স্থানান্তরিত করা হয় যেখানে মৌলিক বীমা প্রিমিয়াম হার প্রয়োগ করা হয়। কর্মচারীর বদলির তথ্য দেরিতে পেয়েছে হিসাব বিভাগ। কম হারে অবদানের হিসাব ভুলভাবে করা হয়েছে।

3. 1C: বেতন এবং কর্মী ব্যবস্থাপনা 8 প্রোগ্রামের প্রাথমিক সেটআপ পর্যায়ে, বীমা প্রিমিয়ামের জন্য গণনার ভিত্তি থেকে প্রিমিয়াম বাদ দিয়ে একটি ভুল করা হয়েছিল। ত্রুটি সংশোধনের ফলে অতিরিক্ত ফি নেওয়া হবে।

4. একটি অগ্রাধিকারমূলক ট্যারিফ সহ একটি বিভাগ এটি ব্যবহারের অধিকার হারায়, কিন্তু তথ্য বিলম্বের সাথে বেতন ব্যবস্থাপকের কাছে পৌঁছায়। মৌলিক শুল্ক অনুসারে পুনঃগণনা প্রদেয় বীমা প্রিমিয়ামের পরিমাণ বৃদ্ধির দিকে পরিচালিত করে।

5. বীমা প্রিমিয়াম গণনা করার সময়, প্রোগ্রামটি নির্দেশ করেনি যে অবস্থানটি অতিরিক্ত শুল্ক সাপেক্ষে বিপজ্জনক পেশার তালিকায় তালিকাভুক্ত ছিল। ত্রুটিটি আবিষ্কৃত এবং সংশোধন করার পরে, পুনঃগণনার ফলে অতিরিক্ত হারে বীমা প্রিমিয়ামের কম পরিশোধ করা হয়েছে।

আসুন উদাহরণ ব্যবহার করে "1C: বেতন এবং কর্মী ব্যবস্থাপনা 8" সংস্করণ 3-এ বীমা প্রিমিয়াম পুনঃগণনার বৈশিষ্ট্যগুলি দেখি।

উদাহরণ 1

একটি ইউনিটের জন্য বীমা প্রিমিয়াম গণনা করার সময় স্টকবীমা প্রিমিয়ামের একটি অগ্রাধিকারমূলক হার প্রয়োগ করা হয়েছিল প্রযুক্তি-উদ্ভাবন বিশেষ অর্থনৈতিক অঞ্চলের বাসিন্দারা(ভাড়া কোড "05")। এই ট্যারিফ 2018 সালে 13% পরিমাণে পেনশন তহবিলে অবদানের জন্য প্রদান করে; সামাজিক বীমা তহবিলে 2.9%; ফেডারেল বাধ্যতামূলক চিকিৎসা বীমা তহবিলে 5.1%। ঠিক এভাবেই কর্মচারী V.S-এর জন্য অবদান গণনা করা হয়েছিল। আইভি। 10,000 রুবেল মাসিক আয় সহ। মাসের জন্য বীমা কর্তনের পরিমাণ ছিল:

• পেনশন তহবিলে - 1,300 রুবেল;
• এফএফওএমএসে - 510 রুবেল;
• সামাজিক বীমা তহবিলে - 290 রুবেল।

2018 সালের প্রথম ত্রৈমাসিকের জন্য বীমা প্রিমিয়ামের গণনায় নির্দেশিত পরিমাণ প্রতিফলিত হয়েছে।

যখন দেখা গেল যে বিভাগটি বীমা প্রিমিয়ামের অগ্রাধিকারমূলক হার প্রয়োগ করার অধিকার হারিয়েছে, তখন রাশিয়ার ফেডারেল ট্যাক্স সার্ভিসের 25 অক্টোবর, 2017 নং GD-4-11/21611@ এবং মন্ত্রণালয়ের চিঠি অনুসারে 18 ডিসেম্বর, 2017 তারিখের রাশিয়ার অর্থের নং? 03-15-06/ 84443 একটি স্পষ্ট হিসাব জমা দেওয়ার প্রয়োজন ছিল। এটি গঠন করার জন্য, নতুন হারের সাথে বীমা প্রিমিয়ামগুলি পুনরায় গণনা করা প্রয়োজন৷

কার্ডে বিভাগক্ষেত্র পরিষ্কার করা উচিত অগ্রাধিকারমূলক ট্যারিফ ভয়. অবদানসমূহ. এখন বিভাগটি প্রতিষ্ঠানের জন্য ব্যবহৃত ট্যারিফের সাপেক্ষে এবং কার্ডে উল্লেখ করা হয়েছে সংস্থাগুলিবুকমার্কে অ্যাকাউন্টিং নীতি এবং অন্যান্য সেটিংসলিঙ্ক অ্যাকাউন্টিং নীতিমাঠে ট্যারিফ প্রকার.

উদাহরণ 1-এ, সংস্থাটি সেট করা হয়েছে৷ মৌলিক বীমা প্রিমিয়াম হার(ট্যারিফ কোড "01"), 2018 সালে অবদানের হারের জন্য প্রদান করে: 22% পরিমাণে রাশিয়ান ফেডারেশনের পেনশন তহবিলে; সামাজিক বীমা তহবিল 2.9%; FFOMS 5.1%। এটা স্পষ্ট যে পেনশন তহবিলে "অর্ধপেইড" 9% অবদান রয়েছে (22% - 13%), এবং ট্যারিফ কোড পরিবর্তিত হয়েছে৷

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

কর্মচারীর বীমা প্রিমিয়াম পুনঃগণনার ফলস্বরূপ ভি.এস. 10,000 রুবেল মাসিক আয় সহ আইভি। মাসের জন্য বীমা কর্তনের পরিমাণ ছিল:

• রাশিয়ার পেনশন তহবিলে - 2,200 রুবেল;
• ফেডারেল বাধ্যতামূলক চিকিৎসা বীমা তহবিল এবং সামাজিক বীমা তহবিলে - পরিমাণ পরিবর্তন হয়নি এবং যথাক্রমে 510 রুবেল হয়েছে। এবং 290 ঘষা।

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

ভাত। 2. 2018 সালের প্রথম ত্রৈমাসিকের জন্য বীমা প্রিমিয়ামের স্পষ্টীকরণ গণনার শিরোনাম পৃষ্ঠা

বীমা প্রিমিয়ামের একটি আপডেট গণনা জমা দেওয়ার অধিকার

পলিসিহোল্ডাররা পরিদর্শনে একটি আপডেট গণনা জমা দিতে পারেন যদি তারা এমন ত্রুটি খুঁজে পান যা বীমা প্রিমিয়ামের পরিমাণকে অতিরিক্ত মূল্যায়নের দিকে নিয়ে যায়। প্রকৃতপক্ষে, বর্তমান সময়ের অবদানের পরবর্তী গণনার সময়, একটি পুনঃগণনা করা হয় এবং ফলাফলটি পরবর্তী সময়ের জন্য প্রতিবেদনে প্রতিফলিত হয়। পরিস্থিতি বিকল্প যা আপনাকে একটি আপডেট করা গণনা উপস্থাপন করতে দেয়:

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

2. কর্মচারী সঞ্চয়ের যে কোনো পুনঃগণনা, যা তাদের হ্রাসের দিকে বীমা প্রিমিয়ামের পুনঃগণনার দিকে পরিচালিত করে।

উদাহরণ 2

কর্মচারী এস.এস.কে জুনের মজুরি গণনা করার সময় গরবুঙ্কভকে পুরস্কৃত করা হয়েছিল:

• বেতন প্রদান - 7,500 রুবেল;
• জুনের জন্য ব্যবসায়িক ট্রিপ পেমেন্ট (গড় উপার্জনের উপর ভিত্তি করে) - 2,500 রুবেল।

বীমা প্রিমিয়াম মূল হারে গণনা করা হয়েছে। জুন মাসে, S.S. এর বেতন থেকে অবদান। গরবুঙ্কভ ছিলেন:

• রাশিয়ার পেনশন তহবিলে - 2,200 রুবেল;
• এফএফওএমএসে - 510 রুবেল;
• সামাজিক বীমা তহবিলে - 290 রুবেল।

এই অবদানগুলি প্রদান করা হয়েছে এবং 2018 হাফ ইয়ার অ্যাকাউন্টে অন্তর্ভুক্ত করা হয়েছে। 06/25/2018-06/30/2018 সময়ের জন্য অ্যাকাউন্টিং বিভাগে জমা দেওয়া অসুস্থ ছুটি একটি আপডেট গণনা গঠনের কারণ তৈরি করে না। প্রোগ্রামে নথি নিবন্ধিত অসুস্থতাজনিত ছুটিপূর্বে অর্জিত ভ্রমণ ভাতার পরিমাণ বিপরীত করে (চিত্র 3)।

ভাত। 3. "অসুস্থ ছুটি" নথিতে ভ্রমণ ভাতা পুনঃগণনা

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

• রাশিয়ান ফেডারেশনের পেনশন তহবিলে - 550 রুবেল;
• এফএফওএমএসে - 127.50 রুবেল;
• সামাজিক বীমা তহবিলে - 72.50 রুবেল।

একটি প্রোগ্রামে অসুস্থতাজনিত ছুটি, নিবন্ধিত জুলাই 2018, বর্তমান মাসে বীমা প্রিমিয়ামের গণনাকে প্রভাবিত করে, গণনার ভিত্তি হ্রাস করে।

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

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

বীমা প্রিমিয়ামের একটি আপডেট গণনা জমা দেওয়ার প্রয়োজন

বেশ কয়েকটি ক্ষেত্রে, একটি আপডেট করা গণনা জমা দেওয়ার বাধ্যবাধকতার অনুপস্থিতি সত্ত্বেও, পলিসিধারকের কাছে একটি আপডেট জমা দেওয়া ছাড়া তার প্রিমিয়ামের অতিরিক্ত অর্থপ্রদানের রিপোর্ট করার আর কোন সুযোগ নেই:

1. বর্তমান সময়ের মধ্যে অবদানের পুনঃগণনার ফলস্বরূপ, কর্মচারী একটি ঋণাত্মক পরিমাণ পায়। নেতিবাচক পরিমাণ সহ একটি রিপোর্ট ফেডারেল ট্যাক্স সার্ভিসে জমা দেওয়া যাবে না। অতএব, শুধুমাত্র একটি উপায় আছে - পূর্ববর্তী সময়ের জন্য একটি আপডেট রিপোর্ট তৈরি করা।

2. কর্মচারী বিপজ্জনক কাজ কাজ. বীমা প্রিমিয়াম একটি অতিরিক্ত হারে গণনা করা হয়েছিল। সাধারণ কাজের পরিস্থিতিতে কর্মচারীর স্থানান্তর সম্পর্কে তথ্য অ্যাকাউন্টিং বিভাগ দেরিতে পেয়েছে। পুনঃগণনার ফলস্বরূপ, অতিরিক্ত হারে গণনাকৃত অবদানগুলি হ্রাস করা অসম্ভব, কারণ বর্তমান সময়ের মধ্যে কর্মচারীর সঞ্চয়গুলি আর অতিরিক্ত হারে অবদানের বিষয় নয়।

উদাহরণ 3

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

1C: বেতন এবং কর্মী ব্যবস্থাপনা 8 প্রোগ্রাম বীমা প্রিমিয়াম পুনঃগণনার প্রক্রিয়া স্বয়ংক্রিয় করে। সেবা ব্যবহার করে 1C-রিপোর্টিংবীমা প্রিমিয়ামের জন্য প্রাথমিক এবং স্পষ্ট হিসাব স্বয়ংক্রিয়ভাবে তৈরি হয়। যাইহোক, একটি স্পষ্ট হিসাব প্রস্তুত করার সিদ্ধান্ত হিসাবরক্ষকের সাথে থাকে। একটি নথি নিবন্ধন করার ফলাফলগুলি বিশ্লেষণ করে যা একটি প্রতিবেদন ইতিমধ্যে জমা দেওয়া সময়ের জন্য হিসাব পরিবর্তন করে, হিসাবরক্ষক হয় পূর্ববর্তী সময়ের জন্য বীমা প্রিমিয়ামগুলি পুনঃগণনা করেন, অথবা গণনাটি স্বয়ংক্রিয়ভাবে বর্তমান মাসে ঘটে।

সম্পাদকের কাছ থেকে। নিবন্ধে, বীমা প্রিমিয়াম গণনার জন্য নিয়ন্ত্রণ অনুপাত পরীক্ষা করার জন্য 1C: এন্টারপ্রাইজ 8 এ প্রয়োগ করা প্রক্রিয়া সম্পর্কে পড়ুন, যা সমন্বয় গণনার ডেটা বিবেচনা করে।