বাস্তব-বিশ্বের বিলিং পরিস্থিতি

প্রত্যেক ফ্রিল্যান্সারের বিলিং জীবন একটি পরিষ্কার config ফাইলের চেয়ে অনেক বেশি জটিল। ক্লায়েন্ট পরিবর্তন হয়, চুক্তি নবায়ন হয়, ভুল হয়, এবং কখনও কখনও আপনি এমন কাজ করেন যা আপনি চার্জ করতে চান না। এই পরিস্থিতিগুলি বাস্তব এবং কিভাবে ‘Vibes to Bucks’ প্রতিটি পরিস্থিতি পরিচালনা করে তা বর্ণনা করা হয়েছে।

পরিস্থিতি ১ — চুক্তি নবায়ন: একই ক্লায়েন্ট, নতুন প্রকল্প

কে: আনা, একজন ফ্রিল্যান্স ডেভেলপার, যিনি github.com/acme/website এ ক্লায়েন্ট Acme এর জন্য কাজ করছেন।

কি ঘটেছে: জানুয়ারি থেকে আনা ‘Acme Website Q1–Q2’ Moneybird প্রকল্পে AI খরচ বিল করছেন। ১ জুলাই থেকে একটি নতুন ৬ মাসের চুক্তি শুরু হয়। ক্লায়েন্টের Moneybird প্রকল্প পরিবর্তিত হয়ে ‘Acme Website Q3–Q4’ হয় — সম্ভবত ভিন্ন ঘণ্টা হারে। রিপোজিটরি এবং ব্রাঞ্চ একই থাকে।

আনার যা চায়:

• ১ জুলাই থেকে সমস্ত নতুন AI খরচ নতুন প্রকল্পে সিঙ্ক হবে।
• পুরানো প্রকল্পের অধীনে Moneybird এ থাকা ছয় মাসের সময় এন্ট্রি ঠিক সেখানেই থাকবে।
• আজকের খরচ নতুন প্রকল্পে যাবে।

নির্দেশনা ছাড়া ঝুঁকি: আনা তার বিলিং নিয়ম পরিবর্তন করে এবং Sync Now চালায়। এক্সটেনশন জানুয়ারি থেকে জুন পর্যন্ত পুনরায় একত্রিত করে, নতুন প্রকল্পের অধীনে সেই দিনগুলির জন্য কোনও সময় এন্ট্রি দেখতে পায় না এবং Moneybird এ ১৮০টি ডুপ্লিকেট এন্ট্রি তৈরি করে — পুরানো প্রকল্পের অধীনে ইতিমধ্যে বিদ্যমান এন্ট্রিগুলির পাশাপাশি।

কিভাবে ‘Vibes to Bucks’ এটি পরিচালনা করে: আনা যখন তার বিলিং নিয়মটি নতুন প্রকল্পে নির্দেশ করে সম্পাদনা করে, এক্সটেনশনটি তাকে জিজ্ঞাসা করে যে ঐতিহাসিক খরচগুলির সাথে কী করা উচিত। সে “আজ থেকে প্রয়োগ করুন” বেছে নেয়। অতীতের দিনগুলি তাদের পুরানো প্রকল্পের সাথে সম্পর্কিত থাকে। শুধুমাত্র আজ এবং ভবিষ্যতের দিনগুলি নতুন প্রকল্পের অধীনে সিঙ্ক হয়। কোন ডুপ্লিকেট নেই, কোন পরিস্কার প্রয়োজন নেই।

পরিস্থিতি ২ — ক্লায়েন্ট পরিবর্তন: একটি রিপো ভিন্ন ক্লায়েন্টে স্থানান্তর

কে: বেন, একজন ডেভেলপার, যিনি github.com/org/platform এ কাজ করছেন।

কি ঘটেছে: বেন প্রথমে এই রিপোটি ক্লায়েন্ট আলফার কাছে বিল করেছিলেন, যারা R&D পর্যায়ে অর্থায়ন করেছিল। প্ল্যাটফর্মটি এখন প্রোডাকশনে এবং ক্লায়েন্ট বিটা চলমান গ্রাহক। বেনকে রিপোজিটরিটি পুনরায় ম্যাপ করতে হবে।

২a — পরিষ্কার বিরতি

বেনের যা চায়: ভবিষ্যতের খরচগুলি ক্লায়েন্ট বিটার কাছে যাবে। ক্লায়েন্ট আলফার কাছে সিঙ্ক করা অতীতের এন্ট্রিগুলি অপরিবর্তিত থাকবে। কিছুই পূর্বাবর্তী নয়।

কিভাবে ‘Vibes to Bucks’ এটি পরিচালনা করে: বেন বিলিং নিয়মের যোগাযোগ পরিবর্তন করে আলফা থেকে বিটা করে। এক্সটেনশনটি জিজ্ঞাসা করে ইতিহাসের সাথে কী করা উচিত। সে “আজ থেকে প্রয়োগ করুন” বেছে নেয়। আলফার ঐতিহাসিক এন্ট্রিগুলি Moneybird এ থাকে। বিটা আজ থেকে এন্ট্রি পেতে শুরু করে।

২b — সম্পূর্ণ পূর্বাবর্তী সংশোধন

বেনের যা চায়: আলফা বিলিং একটি ভুল ছিল — এটি শুরু থেকেই বিটা হওয়া উচিত ছিল। বেন সবকিছু বিটার অধীনে পুনরায় সিঙ্ক করতে চায়। সে মেনে নেয় যে তাকে Moneybird এ আলফার এন্ট্রিগুলি ম্যানুয়ালি পরিষ্কার করতে হবে।

কিভাবে ‘Vibes to Bucks’ এটি পরিচালনা করে: বেন “সমস্ত সময় প্রয়োগ করুন” বেছে নেয়। এক্সটেনশনটি তাকে সতর্ক করে যে আলফার অধীনে বিদ্যমান এন্ট্রিগুলি স্বয়ংক্রিয়ভাবে মুছে ফেলা হবে না — তাকে Moneybird এ সেগুলি সরাতে হবে। তারপর এটি বিটার অধীনে প্রতিটি ঐতিহাসিক দিনের জন্য নতুন এন্ট্রি তৈরি করে।

২c — শুধুমাত্র গ্যাপ সিঙ্ক করুন

বেনের যা চায়: বেন দুই সপ্তাহ আগে সিঙ্ক করা বন্ধ করে দিয়েছিল যখন সে বুঝতে পেরেছিল যে ম্যাপিং ভুল ছিল। তার লেজারে ১৪ দিনের অসিঙ্ক করা খরচ রয়েছে। সে চায় যে ১৪ দিন বিটার কাছে যাক, কিন্তু ইতিমধ্যে আলফার কাছে সিঙ্ক করা মাসগুলি থাকুক।

কিভাবে ‘Vibes to Bucks’ এটি পরিচালনা করে: বেন “শুধুমাত্র অসিঙ্ক করা দিনগুলিতে প্রয়োগ করুন” বেছে নেয়। এক্সটেনশনটি জানে কোন দিনগুলিতে ইতিমধ্যে provider_posts এ একটি সময় এন্ট্রি রয়েছে এবং সেগুলি এড়িয়ে যায়। শুধুমাত্র ১৪টি অসিঙ্ক করা দিন বিটার অধীনে তৈরি হয়।

পরিস্থিতি ৩ — প্রকল্প বিভাজন: সাব-প্রকল্পগুলির মধ্যে কাজ পুনর্বণ্টন

কে: ক্লারা, একজন ডেভেলপার, যিনি ক্লায়েন্ট গামার জন্য একটি মনোরেপোতে কাজ করছেন।

কি ঘটেছে: ক্লারা সমস্ত AI কাজ একটি ক্যাচ-অল প্রকল্প “সাধারণ উন্নয়ন” এ বিল করছেন। গামা এখন খরচগুলি ফিচার এলাকায় বিভক্ত করতে চায়। ক্লারা ব্রাঞ্চ-ভিত্তিক বিলিং নিয়ম তৈরি করে: feature/auth/* → “Auth Module” এবং feature/billing/* → “Billing Module”।

৩a — শুধুমাত্র সামনের বিভাজন

ক্লারার যা চায়: সামনের দিকে, খরচগুলি সঠিক সাব-প্রকল্পে যাবে। ইতিমধ্যে “সাধারণ উন্নয়ন” এর অধীনে সিঙ্ক করা অতীতের খরচগুলি সেখানেই থাকবে।

কিভাবে ‘Vibes to Bucks’ এটি পরিচালনা করে: ক্লারা যখন নতুন ব্রাঞ্চ নিয়ম যোগ করে, এক্সটেনশনটি প্রতিটির জন্য ইতিহাস সম্পর্কে জিজ্ঞাসা করে। সে উভয়ের জন্য “আজ থেকে প্রয়োগ করুন” বেছে নেয়। “সাধারণ উন্নয়ন” এর অধীনে ঐতিহাসিক এন্ট্রিগুলি অপরিবর্তিত থাকে।

৩b — ঐতিহাসিক সঠিকতা

ক্লারার যা চায়: সে আসলে চায় অতীতের খরচগুলি সঠিক সাব-প্রকল্পগুলিতে স্থানান্তর করতে। সে মেনে নেয় যে সে Moneybird এ পুরানো “সাধারণ উন্নয়ন” এন্ট্রিগুলি ম্যানুয়ালি মুছে ফেলবে।

কিভাবে ‘Vibes to Bucks’ এটি পরিচালনা করে: ক্লারা নতুন নিয়মগুলির জন্য “সমস্ত সময় প্রয়োগ করুন” বেছে নেয়। এক্সটেনশনটি পুরানো প্রকল্পের অধীনে বিদ্যমান এন্ট্রিগুলির বিষয়ে সতর্ক করে এবং প্রতিদিনের জন্য সঠিক সাব-প্রকল্পের এন্ট্রি তৈরি করে। ক্লারা Moneybird এ পুরানো এন্ট্রিগুলি পরিষ্কার করে।

পরিস্থিতি ৪ — অ-বিলযোগ্য সৌজন্য কাজ

কে: ডেভিড, একজন ফ্রিল্যান্সার, যিনি ক্লায়েন্ট ডেল্টার রিপোতে কাজ করছেন।

কি ঘটেছে: ডেভিড একটি অভ্যন্তরীণ কোড রিভিউ এবং কিছু পরীক্ষা-নিরীক্ষায় জড়িয়ে পড়ে যা ডেল্টার স্কোপের অংশ নয় — কিন্তু সে তাদের রিপোতে Cursor খোলা রাখে। সে চায় না যে পরবর্তী ২ ঘণ্টার AI খরচ ডেল্টার কাছে চার্জ করা হোক।

ডেভিডের যা চায়:

• ডেল্টা বিলিং নিয়মটিকে “অ-বিলযোগ্য” মোডে টগল করুন। স্ট্যাটাস বারে একটি দৃশ্যমান সূচক নিশ্চিত করে যে নিয়মটি অ-বিলযোগ্য।
• AI খরচগুলি এখনও ড্যাশবোর্ডে ট্র্যাক এবং দৃশ্যমান হয় — সে দেখতে চায় যে এই সৌজন্য কাজটি তাকে কত খরচ করছে — কিন্তু বিলিংয়ের জন্য চিহ্নিত নয়।
• প্রতি ঘণ্টায় একটি রিমাইন্ডার নোটিফিকেশন: “ডেল্টা বিলিং নিয়মটি ২ ঘণ্টার জন্য অ-বিলযোগ্য হয়েছে। এখনও অ-বিলযোগ্য কাজ করছেন?”
• যখন সে আবার বিলযোগ্যতে টগল করে, স্বাভাবিক সিঙ্কিং পুনরায় শুরু হয়।
• অ-বিলযোগ্য খরচগুলি ড্যাশবোর্ডে ডেল্টার অধীনে দেখায় কিন্তু বিলযোগ্য খরচ থেকে স্পষ্টভাবে পৃথক থাকে।

কেন প্রতি-ম্যাপিং, গ্লোবাল নয়: ডেভিড হয়তো মাল্টিটাস্কিং করছেন। যদি সে ডেল্টা অ-বিলযোগ্য থাকা অবস্থায় ক্লায়েন্ট বিটার রিপোতে স্যুইচ করে, বিটা স্বাভাবিকভাবে বিল করা উচিত। অ-বিলযোগ্য একটি প্রতি-ক্লায়েন্ট সৌজন্য সিদ্ধান্ত: “এই খরচটি আমি তৈরি করছি ক্লায়েন্টের চাহিদা নয় — আমি এটি তাদের জন্য সৌজন্য হিসাবে করছি।”

কিভাবে ‘Vibes to Bucks’ এটি পরিচালনা করে: ডেভিড সেটিংস প্যানেল খুলে ডেল্টার বিলিং নিয়মটিকে অ-বিলযোগ্যতে টগল করে। একটি ডায়ালগ দুটি জিনিস জিজ্ঞাসা করে: অ-বিলযোগ্য কখন শুরু হবে (এখন, বা ব্যাকডেটেড), এবং কখন শেষ হবে। ডেভিড “এখন থেকে” এবং “আজকের শেষ” বেছে নেয় — বিলিং স্বয়ংক্রিয়ভাবে আগামীকাল পুনরায় শুরু হয়। স্ট্যাটাস বার দেখায় $4.23 আজ · ডেল্টা [আজকের শেষ পর্যন্ত অ-বিলযোগ্য] যখন সে ডেল্টার রিপোতে কাজ করে। অ-বিলযোগ্য খরচগুলি এখনও Moneybird এ অ-বিলযোগ্য সময় এন্ট্রি হিসাবে সিঙ্ক হয় (রেকর্ডে দৃশ্যমান কিন্তু ক্লায়েন্ট ইনভয়েসিং থেকে বাদ দেওয়া)। ড্যাশবোর্ডে ডেল্টার জন্য উভয় বিলযোগ্য এবং অ-বিলযোগ্য খরচ দেখায়, স্পষ্টভাবে পৃথক।

যদি ডেভিড আশা করে যে সৌজন্য কাজটি দীর্ঘস্থায়ী হবে, সে “নির্দিষ্ট তারিখ” (যেমন শুক্রবার পর্যন্ত অ-বিলযোগ্য) বা “আমি ম্যানুয়ালি পুনরায় শুরু না করা পর্যন্ত” একটি রিমাইন্ডার ইন্টারভাল (প্রতি ৩০ মিনিট, ১ ঘণ্টা, ২ ঘণ্টা, ইত্যাদি) বেছে নিতে পারে যাতে সে বিলিং পুনরায় চালু করতে ভুলে না যায়।

বৈচিত্র্য — পূর্বাবর্তী অ-বিলযোগ্য

ডেভিডের যা চায়: সে শুরু করার আগে টগল করতে ভুলে গেছে। সে চায় শেষ ৯০ মিনিটকে অ-বিলযোগ্য হিসাবে চিহ্নিত করতে।

কিভাবে ‘Vibes to Bucks’ এটি পরিচালনা করে: ডেভিড সেটিংস প্যানেল খুলে ডেল্টাকে অ-বিলযোগ্যতে টগল করে এবং শুরু বিভাগে “ব্যাকডেট” বেছে নেয় ৯০ মিনিট আগে। সেই সময় থেকে খরচগুলি অ-বিলযোগ্য হিসাবে চিহ্নিত করা হয়। যদি আজকের সময় এন্ট্রি ইতিমধ্যে Moneybird এ সিঙ্ক করা হয়ে থাকে, এক্সটেনশনটি পুনরায় গণনা করে এবং কম বিলযোগ্য পরিমাণ প্রতিফলিত করতে এটি আপডেট করে। ব্যাকডেটিং আজকের জন্য সীমাবদ্ধ — বহু দিনের সংশোধনের জন্য, Sync Ledger পূর্বাবর্তী এবং পুনরায় সিঙ্ক নিয়ন্ত্রণ প্রদান করে।

পরিস্থিতি ৫ — ভুল সিঙ্ক পূর্বাবর্তী করা

কে: ইভ, একজন ফ্রিল্যান্সার যিনি একটি ম্যাপিং পরিবর্তন করেছেন এবং সাথে সাথে Sync Now চালিয়েছেন।

কি ঘটেছে: ইভ একটি বিলিং নিয়ম সম্পাদনা করেছেন (প্রকল্প পরিবর্তন করেছেন) এবং Sync Now চালিয়েছেন পরিণতি সম্পর্কে না ভেবে। এক্সটেনশনটি Moneybird এ ভুল প্রকল্পের অধীনে ৩ মাসের নতুন সময় এন্ট্রি তৈরি করেছে, পুরানো প্রকল্পের অধীনে বিদ্যমান সঠিক এন্ট্রিগুলির পাশাপাশি।

ইভের যা চায়:

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

কিভাবে ‘Vibes to Bucks’ এটি পরিচালনা করে: প্রতিটি সিঙ্কের পরে, এক্সটেনশনটি একটি নোটিফিকেশন দেখায়: “Moneybird এ সিঙ্ক হয়েছে — ৮৭টি তৈরি হয়েছে, ২টি আপডেট হয়েছে, ১৪টি এড়িয়ে গেছে।” “বিস্তারিত দেখান” ক্লিক করলে Sync Ledger খোলে — একটি নিবেদিত দৃশ্য যা প্রতিটি সিঙ্ক করা এবং মুলতুবি এন্ট্রি দেখায়, ক্লায়েন্ট, প্রকল্প, এবং তারিখ দ্বারা ফিল্টারযোগ্য। ইভ ঠিক কোন এন্ট্রিগুলি তৈরি হয়েছে তা দেখতে পারেন, ভুলগুলি নির্বাচন করতে পারেন এবং “সিঙ্ক পূর্বাবর্তী করুন” ক্লিক করতে পারেন। এক্সটেনশনটি Moneybird থেকে সেই এন্ট্রিগুলি মুছে দেয় এবং সেগুলিকে আবার সঠিকভাবে সিঙ্ক করার জন্য মুলতুবি হিসাবে চিহ্নিত করে যখন সে নিয়মটি ঠিক করে।

পরিস্থিতি ৬ — অস্থায়ী প্রকল্প বিলিং

কে: ফ্রাঙ্ক, একজন ডেভেলপার, যিনি github.com/acme/api এ কাজ করছেন।

কি ঘটেছে: ফ্রাঙ্ক সাধারণত “API Maintenance” প্রকল্পে বিল করেন। মার্চ মাসে দুই সপ্তাহের জন্য, তিনি একটি বিশেষ স্প্রিন্টে “API v2 Migration” এ বিল করেন। স্প্রিন্টের পরে, তিনি আবার ফিরে যান।

ফ্রাঙ্কের যা চায়:

• ১০ মার্চ “API v2 Migration” এ বিলিং নিয়ম পরিবর্তন করুন।
• ২৪ মার্চ “API Maintenance” এ ফিরে যান।
• শুধুমাত্র ১০–২৩ মার্চ উইন্ডো “API v2 Migration” এ সিঙ্ক হবে।
• ১০ মার্চের আগে এবং ২৩ মার্চের পরে সবকিছু “API Maintenance” এ সিঙ্ক হবে।
• কোন পূর্বাবর্তী ঝামেলা নেই।

কিভাবে ‘Vibes to Bucks’ এটি পরিচালনা করে: ফ্রাঙ্ক যখনই বিলিং নিয়ম পরিবর্তন করেন, তিনি “আজ থেকে প্রয়োগ করুন” বেছে নেন। ১০ মার্চ, নিয়মটি “API v2 Migration” এ বিলিং শুরু করে। ২৪ মার্চ, এটি আবার “API Maintenance” এ স্যুইচ করে। প্রতিটি সময়কালের এন্ট্রিগুলি সেই সময়ে সক্রিয় প্রকল্পের সাথে থাকে।

পরিস্থিতি ৭ — বিলিং বন্ধ করুন, ট্র্যাকিং চালিয়ে যান

কে: জিনা, একজন ফ্রিল্যান্সার, যিনি ক্লায়েন্ট ইটার সাথে কাজ শেষ করছেন।

কি ঘটেছে: চুক্তি শেষ হয়েছে, কিন্তু জিনা এখনও ইটার রিপোতে ছোটখাটো রক্ষণাবেক্ষণ করেন। তিনি তার ড্যাশবোর্ডে AI খরচ দেখতে চান — একটি নতুন চুক্তি লাভজনক হবে কিনা তা পরিমাপ করতে — কিন্তু তিনি কোন সময় এন্ট্রি সিঙ্ক করতে চান না।

জিনার যা চায়:

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

কিভাবে ‘Vibes to Bucks’ এটি পরিচালনা করে: জিনা ইটার বিলিং নিয়মে “বিলযোগ্য” আনচেক করেন। খরচগুলি ট্র্যাক করা অব্যাহত থাকে এবং ইটার অধীনে ড্যাশবোর্ডে প্রদর্শিত হয়, কিন্তু কোন সময় এন্ট্রি তৈরি হয় না। যখন একটি নতুন চুক্তি আসে, তিনি বিলিং পুনরায় সক্ষম করেন এবং “আজ থেকে প্রয়োগ করুন” বেছে নেন। অ-বিলযোগ্য গ্যাপটি অ-বিলযোগ্য থাকে।

পরিস্থিতি ৮ — প্রোভাইডার মাইগ্রেশন

কে: হুগো, একজন ফ্রিল্যান্সার, যিনি ৬ মাস ধরে Moneybird এ সিঙ্ক করছেন।

কি ঘটেছে: হুগোর অ্যাকাউন্টিং ফার্ম তাকে Harvest এ স্থানান্তর করে। তিনি তার config এ destination: harvest পরিবর্তন করেন এবং নতুন Harvest বিলিং নিয়ম সেটআপ করেন।

হুগোর যা চায়:

• সামনের দিকে, সিঙ্ক Harvest এ যাবে।
• Moneybird এ ৬ মাসের এন্ট্রিগুলি অপরিবর্তিত থাকবে।
• ঐতিহাসিক সময়কালের জন্য Harvest এ কোন পূর্বাবর্তী এন্ট্রি তৈরি হবে না।

কিভাবে ‘Vibes to Bucks’ এটি পরিচালনা করে: যখন হুগো বিলিং প্রোভাইডার পরিবর্তন করেন, এক্সটেনশনটি সনাক্ত করে যে Harvest এ কোন সিঙ্ক ইতিহাস নেই। নির্দেশনা ছাড়া এটি প্রতিটি ঐতিহাসিক দিনের জন্য এন্ট্রি তৈরি করার চেষ্টা করবে। পরিবর্তে, একই তিন-বিকল্প ডায়ালগ প্রদর্শিত হয়: “আজ থেকে নতুনভাবে শুরু করুন”, “সমস্ত ইতিহাস সিঙ্ক করুন”, বা “শুধুমাত্র অসিঙ্ক করা দিনগুলি সিঙ্ক করুন।” হুগো “আজ থেকে নতুনভাবে শুরু করুন” বেছে নেয়। এক্সটেনশনটি একটি মাইগ্রেশন কাটঅফ তারিখ সেট করে যাতে সিঙ্ক ইঞ্জিন আজকের আগে সমস্ত দিন এড়িয়ে যায়। শুধুমাত্র আজ এবং ভবিষ্যতের দিনগুলি Harvest এ এন্ট্রি তৈরি করে। তার Moneybird এন্ট্রিগুলি অপরিবর্তিত থাকে।

পরিস্থিতি ৯ — ভুলবশত নিয়ম মুছে ফেলা

কে: ইভান, একজন ফ্রিল্যান্সার, যিনি ক্লায়েন্ট কাপ্পার রিপোতে বিল করছেন।

কি ঘটেছে: ইভান তার বিলিং নিয়ম সম্পাদনা করে ঘণ্টা হার পরিবর্তন করতে চেয়েছিলেন, কিন্তু ভুলবশত এটি মুছে ফেলেছেন। তিনি সঙ্গে সঙ্গে লক্ষ্য করেন এবং সঠিক সেটিংস সহ নিয়মটি পুনরায় তৈরি করেন।

ইভানের যা চায়:

• নিয়মটি পুনরায় তৈরি করুন যাতে Moneybird এ মাসের পর মাসের ডুপ্লিকেট সময় এন্ট্রি না হয়।
• ইতিমধ্যে সিঙ্ক করা অতীতের এন্ট্রিগুলি অপরিবর্তিত থাকা উচিত।
• যেন কিছুই ঘটেনি এমনভাবে বিলিং অব্যাহত থাকা উচিত।

নির্দেশনা ছাড়া ঝুঁকি: ইভান নতুন নিয়ম তৈরি করেন। এক্সটেনশনটি একটি রিপো দেখে যার লেজারে ঐতিহাসিক খরচ ডেটা রয়েছে এবং কোন মিলিত বিলিং নিয়ম ইতিহাস নেই। একটি সরল সিঙ্ক প্রতিটি অতীতের দিনকে “এই নিয়মের অধীনে কখনও সিঙ্ক হয়নি” হিসাবে গণ্য করবে এবং পুরো ইতিহাসের জন্য এন্ট্রি তৈরি করবে।

কিভাবে ‘Vibes to Bucks’ এটি পরিচালনা করে: যখন ইভান একটি রিপোর জন্য একটি বিলিং নিয়ম তৈরি করেন যার লেজারে ইতিমধ্যে ঐতিহাসিক খরচ ডেটা রয়েছে, এক্সটেনশনটি এটি স্বীকৃতি দেয় এবং একই তিন-বিকল্প ডায়ালগ উপস্থাপন করে। ইভান “আজ থেকে প্রয়োগ করুন” বেছে নেন — অতীতের এন্ট্রিগুলি যেমন ছিল তেমনই থাকে, এবং আজ থেকে বিলিং পুনরায় শুরু হয়। কোন ডুপ্লিকেট নেই, কোন গ্যাপ নেই, কোন আতঙ্ক নেই।

সাধারণ থ্রেড

উপরের প্রতিটি পরিস্থিতি একটি প্রশ্নে নেমে আসে: যখন আপনি একটি বিলিং নিয়ম পরিবর্তন করেন, তখন অতীতের সাথে কী করা উচিত?

‘Vibes to Bucks’ কখনই আপনার জন্য সেই সিদ্ধান্ত নেয় না। আপনি যখনই একটি বিলিং নিয়ম সম্পাদনা করেন — ক্লায়েন্ট, প্রকল্প, হার, বা বিলযোগ্য স্থিতি পরিবর্তন করেন — এক্সটেনশনটি আপনাকে বেছে নিতে বলে:

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