এড়িয়ে মূল বিষয়বস্তুতে যান

Chrome ব্যবহার করছেন? Gemini (বা অন্য কোনো AI সহায়ক) চালু করুন যাতে এটি এই পাতাটি পড়ে এবং আপনি বুঝতে না পারলে সাথে সাথে ব্যাখ্যা করে — «লিখুন» ও «গণনা» পাতায় সবচেয়ে বেশি কাজে আসে। ইনস্টল ও ব্যবহারের গাইড দেখুন

শত শত লাইনের BOM: সংখ্যা না বদলে tail একসাথে করা

একটা লম্বা component table কেন বেশি accurate মানে না, tail-কে একটা লাইনে একসাথে করার পদ্ধতি যেখানে total একই থাকে, আর system কেন নিজে থেকেই এটা suggest করে।

হালনাগাদ

এই document set-এ একমাত্র sector যেখানে material list শত শত লাইন লম্বা হতে পারে। আর মূল কথা: **একটা লম্বা table মানে বেশি accurate সংখ্যা না**।

কেন লম্বা হওয়া মানে বেশি accurate না

বেশিরভাগ board-এ, অল্প কয়েকটা component টাকার বেশিরভাগ নেয় — microcontroller, module, special connector — আর শত শত resistor-capacitor যোগ করলেও খুব ছোট একটা অংশ নেয়।

তিনশো লাইন পুরো টাইপ করলেও total বেশি সঠিক হয় না। এটা তিনটা ভিন্ন জিনিস করে: entry করতে সময় নেয়, table check করা কঠিন করে দেয়, আর **সত্যিকারে দেখার মতো লাইনগুলো লুকিয়ে ফেলে**।

লম্বা table-এর আসল ঝুঁকি ভুল না। ঝুঁকি হলো কেউ আর check করে না। তিনশো লাইনে একটা বাড়তি শূন্য কেউ ধরতে পারে না — পনেরো লাইনে সাথে সাথে ধরা পড়ে।

System নিজে থেকে গুনে suggest করে

আপনি লেখার সময়, comment অংশ গোনে কয়টা লাইন মিলে সেই item-এর কত percent খরচ ধরে। Tail যথেষ্ট লম্বা আর যথেষ্ট ছোট হলে, এটা বলে দেয় — লাইন সংখ্যা আর সঠিক percentage সহ।

এটা শুধু **suggest** করে, নিজে থেকে কিছু বদলায় না। প্রতিটা লাইন আলাদা রাখার আসল কারণ থাকতে পারে: একটা নির্দিষ্ট code-এর দামের ওঠানামা track করা, অথবা ঠিক সেই group-এ আসন্ন একটা improvement-এর জন্য তৈরি থাকা।

Total না বদলে কীভাবে একসাথে করবেন

ছোট লাইনগুলোর খরচ যোগ করে **একটা মাত্র লাইনে** রাখুন, নাম এমনভাবে দিন যা বলে দেয় এতে কী আছে — যেমন "বাকি passive component" সাথে কতগুলো লাইন একসাথে করা হয়েছে তা।

  1. লাইনগুলোকে টাকা অনুযায়ী বড় থেকে ছোট সাজান।
  2. যে লাইনগুলো বেশিরভাগ খরচ নেয় সেগুলো আলাদা রাখুন — সাধারণত অল্প কয়েকটা।
  3. বাকিটা একটা লাইনে যোগ করুন, নাম আর কয়টা লাইন একসাথে করা হয়েছে স্পষ্ট লিখুন।
  4. Total আবার check করুন: একসাথে করার আগের total-এর সাথে ঠিক মিলতে হবে।
একসাথে করা লাইনের নাম স্পষ্ট দেওয়াই সবচেয়ে গুরুত্বপূর্ণ অংশ। "অন্যান্য" কিছুই বলে না; "বাকি ১৪২টা passive component" পাঠককে ঠিক বলে দেয় তারা কী দেখছে আর কেন এটা একসাথে করা গেছে।

কখন একসাথে করা উচিত NA

  • আপনার improvement ঠিক tail-এর একটা component-এ হলে — তখন পরিবর্তনটা দেখার জন্য এটা আলাদা থাকতে হবে।
  • একটা ছোট দামের component ঘন ঘন stock-out হয়ে line বন্ধ করে দিলে — এর value টাকায় না।
  • Customer code অনুযায়ী detailed table চাইলে।

তিন case-এই, সেই লাইনটা আলাদা রেখে বাকিটা একসাথে করুন। একসাথে করা সব-অথবা-কিছুই-না নিয়ম না।

আসল লাভ ছোট table না

ছোট table শুধু একটা ফলাফল। আসল লাভ হলো **improve করার জায়গাটা দেখতে পারা**: বাকি পনেরোটা লাইন যখন বেশিরভাগ টাকা নেয়, "কোথায় খরচ কমাব" প্রশ্নের উত্তর সাথে সাথে পাওয়া যায়।

তিনশো লাইনের table-এ এই প্রশ্নের উত্তর পাওয়া যায় না, আর মানুষ সাধারণত সবচেয়ে মূল্যবান জিনিসের বদলে সবচেয়ে সহজে মাপা যায় এমন জিনিস কমাতে যায়।

সম্পর্কিত প্রবন্ধ

পরবর্তী ধাপ

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

নিজের সংখ্যা দিয়ে নিজে গণনা করুন →

আর পড়া শেষে যদি বুঝতে পারেন এই কাজটি আপনি ইতিমধ্যে করেছেন: এখানে রেখে যেতে পারেন, তাহলে পরের ব্যক্তিকে আপনার হাঁটা পথ আবার হাঁটতে হবে না।

একটি প্রস্তাব প্রকাশ করুন →
শত শত লাইনের BOM: সংখ্যা না বদলে tail একসাথে করা | costdown.org