TRANXACT.AI সাহায্য

যেকোনো ক্ষেত্র বাধ্যতামূলক করা: ক্ষেত্রের প্রয়োজনীয়তা

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

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

  1. প্ল্যাটফর্ম খুলুন › কাস্টমাইজেশন › ফিল্ডের প্রয়োজনীয়তা। উপরের টাইলগুলো থেকে জানা যায়, এই কোম্পানি কতগুলো ফিল্ড বাধ্যতামূলক করেছে, কতগুলো প্রস্তাবিত ফিল্ড চালু বা বন্ধ আছে, কতগুলোর জন্য একটি ধাপ বাকি আছে, আপনার নিজস্ব নিয়ম কী এবং প্রোডাক্টটির জন্য কতগুলো ফিল্ড প্রয়োজন।
  2. ফিল্ডটি খুঁজুন: যেকোনো স্ক্রিনে ‘Find a field’-এ টাইপ করুন (উদাহরণস্বরূপ পেমেন্ট টার্মস, ক্লিয়ারিং অ্যাকাউন্ট, জিএসটিআইএন), অথবা ‘All modules › module › screen’-এ যান।
  3. ফিল্ডটির পাশে থাকা ‘বাধ্যতামূলক’ (Mandatory) বিকল্পটিতে টিক দিন। এটি সঙ্গে সঙ্গে সেভ হয়ে যায় — আলাদাভাবে সেভ করার কোনো প্রয়োজন নেই।
  4. ধাপযুক্ত কোনো স্ক্রিনের হেডার ফিল্ডের জন্য, ‘প্রতিবার সেভ করার সময়’ অথবা ‘<ধাপ>-এর আগে’ (অর্থাৎ, সাবমিট করার আগে, অনুমোদন করার আগে, পোস্ট করার আগে, নিশ্চিত করার আগে, প্রকাশ করার আগে — অর্থাৎ স্ক্রিনটিতে থাকা ধাপগুলো) থেকে ‘প্রয়োজনীয়’ বিকল্পটি বেছে নিন। একটি লাইন ফিল্ড শুধুমাত্র সেভ করার সময়ই আবশ্যক করা যেতে পারে।
  5. আপনার কোম্পানির নিজস্ব নিয়মটি বাতিল করতে, 'ডিফল্টে ফিরে যান' (Back to default) চাপুন: একটি প্রস্তাবিত ফিল্ড আবার তার ডিফল্ট অবস্থায় ফিরে আসবে, অন্য যেকোনোটি ঐচ্ছিক।
  • রেকর্ডটি যেভাবে লেখা হোক না কেন, নিয়মটি প্রযোজ্য: ফর্ম, এর লাইন, একটি ইম্পোর্ট, ASK এবং প্রকাশিত API।
  • একটি ফর্মে, সেভ করার জন্য প্রয়োজনীয় কোনো ফিল্ডকে প্রোডাক্টের নিজস্ব প্রয়োজনীয় ফিল্ডগুলোর মতোই স্টার চিহ্ন দিয়ে চিহ্নিত করা হয়, এবং “<ফিল্ড> আবশ্যক” (একটি লাইনে: “লাইন N: <ফিল্ড> আবশ্যক”) এই বার্তা দিয়ে সেভ করতে বাধা দেওয়া হয়। যে নিয়মটি কোনো ধাপের জন্য অপেক্ষা করে, সেটিকে স্টার চিহ্ন দিয়ে চিহ্নিত করা হয় না: রেকর্ডটি সেভ হয়ে যায়, এবং “<ধাপ>-এর আগে <ফিল্ড> আবশ্যক” এই বার্তা দিয়ে ধাপটি সেভ করতে বাধা দেওয়া হয়।
  • একটি নিয়ম পরিবর্তন করে দেয় যে একটি নতুন সেভ ফাইলে কী কী থাকতে হবে। আগে সেভ করা কোনো রেকর্ডের ক্ষেত্রে, ফিল্ডটি পরিবর্তন করা হলেই কেবল সেটির তথ্য চাওয়া হয়।
  • পণ্যের জন্য প্রয়োজনীয় ফিল্ডগুলো সর্বদা আবশ্যক হিসেবে দেখানো হয় এবং সেগুলোকে ঐচ্ছিক করা যায় না: এগুলো ছাড়া রেকর্ডটি সংরক্ষণ করা যাবে না।
  • প্ল্যাটফর্মের প্রতিটি রোল নিয়মগুলো দেখতে পারে; শুধুমাত্র একজন অ্যাডমিনিস্ট্রেটর, অথবা 'রোলস অ্যান্ড অথরাইজেশনস'-এর অধীনে 'ফিল্ড রিকোয়ারমেন্টস'-এ পরিবর্তনের অনুমতিপ্রাপ্ত কোনো রোলই সেগুলো পরিবর্তন করতে পারে। সাম্প্রতিক পরিবর্তনসমূহ বিভাগে শেষ ২০০টি পরিবর্তন এবং কে সেগুলো করেছে তা দেখানো হয়।
  • অন্যদের উন্মুক্ত সেশনগুলোতে প্রায় এক মিনিটের মধ্যেই পরিবর্তন ধরা পড়ে।

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

ডিফল্টরূপে চালু থাকেপরে কেন এটি গুরুত্বপূর্ণ
ব্যাংক অ্যাকাউন্ট › ক্যাশ জিএল অ্যাকাউন্টপ্রাপ্তি, প্রদান এবং ব্যাংক-ফিড ম্যাচগুলো এতে পোস্ট করা হয়, এবং সমন্বয়ের সময় স্টেটমেন্টটি এর সাথে তুলনা করা হয়।
সম্পদের শ্রেণী › অবচয় ব্যয় হিসাবমাসিক অবচয় গণনার সময় এটি থেকে টাকা কেটে নেওয়া হয়।
সম্পদের শ্রেণী › পুঞ্জীভূত অবচয় হিসাবমাসিক অবচয় হিসাব এটিকে জমা করে।
অর্থপ্রদানের গ্রুপ › অর্থপ্রদানকারীর আইবিএএন (সৌদি আরব)বৈধ সৌদি আইবিএএন (IBAN) ছাড়া ডব্লিউপিএস (WPS) বেতন ফাইলটি প্রত্যাখ্যান করা হয়।
অর্থপ্রদানের বিভাগসমূহ › অর্থপ্রদানকারীর ব্যাংক কোড (সৌদি আরব)WPS ফাইলের হেডারে অর্থ প্রদানকারী ব্যাংকের SARIE কোড উল্লেখ করা থাকে।
সরবরাহকারী অন্তর্ভুক্তিকরণ › ট্যাক্স আইডি, জমা দেওয়ার আগেএটি ছাড়া (যেমন ১০৯৯ / টিডিএস রিপোর্টিং এবং ই-ইনভয়েস) কোনো সরবরাহকারীকে অন্তর্ভুক্ত করার অনুমোদন দেওয়া যায় না।
  • সুপারিশকৃত কিন্তু অনুপলব্ধ — হিসাবরক্ষণ ও ক্রয়: গ্রাহকের অর্থপ্রদানের শর্তাবলী; অ্যাকাউন্ট ও যোগাযোগের ইমেল; সরবরাহকারীর যোগাযোগের ইমেল; আইটেমের আদর্শ ব্যয়, ক্রয়ের লিড টাইম এবং ইনভেন্টরি অ্যাকাউন্ট; বাহকের অর্থপ্রদানের শর্তাবলী; ট্যাক্স কোড আউটপুট ও ইনপুট অ্যাকাউন্ট; ব্যয়ের ধরণ অ্যাকাউন্ট; আর্নিং কোড জিএল অ্যাকাউন্ট; আন্তঃকোম্পানি প্রাপ্য ও প্রদেয় অ্যাকাউন্ট; লিজ দায় এবং ব্যবহারের অধিকার সম্পদ অ্যাকাউন্ট; পেমেন্ট ইঞ্জিন ফি অ্যাকাউন্ট।
  • সুপারিশকৃত কিন্তু অনুপযোগী — এবং তার কারণ আছে: একটি পেমেন্ট ইঞ্জিনের ক্লিয়ারিং অ্যাকাউন্ট (এটি ছাড়া ইঞ্জিনটি কনফিগার হতে বা পেমেন্ট গ্রহণ করতে এমনিতেই অস্বীকার করে, যদিও একটি ড্রাফট সংরক্ষণ করা যেতে পারে); একজন সরবরাহকারীর পেমেন্টের শর্তাবলী এবং একটি আইটেমের পরিমাপের একক (উভয়েরই একটি ডিফল্ট মান থাকে যার উপর একটি ইম্পোর্ট বা এপিআই তৈরি করা নির্ভর করে)।
  • সুপারিশকৃত কিন্তু অনুপলব্ধ — দেশ অনুযায়ী: একজন গ্রাহকের জিএসটিআইএন (ভারত) এবং ক্রেতা আইডি নম্বর (সৌদি আরব) — একজন ভোক্তার এর কোনোটিই থাকে না।
  • সুপারিশকৃত কিন্তু একটি ধাপে ত্রুটিপূর্ণ: কনফার্ম করার আগে একটি সেলস অর্ডারের অনুরোধকৃত তারিখ; পাবলিশ করার আগে একজন এজেন্টের ওনার, এবং তার মডেল।
  • সুপারিশকৃত কিন্তু অনুপলব্ধ — শিক্ষা: একজন আবেদনকারীর প্রোগ্রাম ও ভর্তির টার্ম; একজন শিক্ষার্থীর প্রোগ্রাম, উপদেষ্টা, ভর্তির টার্ম এবং সাইন-ইন; একজন অনুষদ সদস্যের কর্মচারী রেকর্ড ও ইমেল (মাই টিচিং এবং শিক্ষাদান বিধি এর মাধ্যমে শিক্ষককে খুঁজে বের করে); একটি সেকশনের শিক্ষক ও কক্ষ; একটি অ্যাসাইনমেন্ট জমা দেওয়ার তারিখ, ওয়েট ও পয়েন্ট; একটি অ্যাসেসমেন্টের তারিখ ও ওয়েট; একটি টার্মের রেজিস্ট্রেশন উইন্ডো, সেন্সাস ডেট এবং গ্রেড জমা দেওয়ার শেষ তারিখ; একটি ফি শিডিউলের প্রোগ্রাম ও রেসিডেন্সি।

সাধারণ “অবশ্যই পূরণ করতে হবে” এর পরিবর্তে কোনো শর্তের জন্য — যা শুধুমাত্র কিছু রেকর্ডের জন্য প্রয়োজন — কাস্টম লজিকের অধীনে একটি ভ্যালিডেশন লিখুন। কাস্টম ফিল্ড → একটি ফিল্ডকে আবশ্যক করা দেখুন।