ڈیپریسیئشن شیڈول جنریٹر

یہ کیسے کام کرتا ہے

ایک کے بجائے دو شیڈول کیوں؟

بکس ڈیپریسیئشن (Schedule II، فی ایسٹ، SLM یا WDV، دن کے حساب سے پرو-ریٹا) اور ٹیکس ڈیپریسیئشن (Income Tax Act، فی ریٹ بلاک، WDV کے ساتھ 180-دن کا اصول) واقعی مختلف حساب ہیں، مختلف useful life اور مختلف ریٹس کے ساتھ — یہ اس ٹول کی کوئی خامی نہیں، بلکہ ہندوستانی ڈیپریسیئشن حقیقت میں اسی طرح کام کرتا ہے۔ دونوں کل رقوم کے درمیان فرق عام طور پر وہ عدد ہے جو deferred tax working میں شامل ہوتا ہے۔

یہ ٹول ہر ایسٹ کی useful life اور ٹیکس ریٹ کیسے طے کرتا ہے؟

ہر ایسٹ کو تقریباً ایک درجن عام کیٹیگریز (Furniture, Plant & Machinery, Computers, Motor Vehicles، وغیرہ) میں سے کسی ایک سے ملایا جاتا ہے، جن میں سے ہر ایک پہلے سے اس کیٹیگری کے لیے Schedule II کی useful life اور Income Tax Act کے بلاک ریٹ کے ساتھ بھری ہوئی ہے۔ آپ اپنی فائل کے ہر مختلف لیبل کے لیے ایک بار کیٹیگری کی تصدیق کرتے ہیں — ہر ایسٹ کی قطار کے لیے نہیں — اور اگر آپ کے حقائق ڈیفالٹ سے مختلف ہوں تو کسی بھی انفرادی ایسٹ کی useful life، ریٹ، یا بچی ہوئی قیمت کو اوور رائیڈ کر سکتے ہیں۔

کیا چیز جانتے بوجھتے دائرہ کار سے باہر رکھی گئی ہے؟

دو چیزیں جنہیں یہ ٹول خاموشی سے تخمینہ نہیں لگائے گا: ڈبل/ٹرپل-شفٹ پلانٹ کے لیے Schedule II کی اضافی ڈیپریسیئشن، اور ایک ٹیکس بلاک جو منفی ہو جائے کیونکہ سال کے دوران فروخت اس کی قیمت سے زیادہ ہو گئی (یہ short-term capital gain کا معاملہ ہے، عام ڈیپریسیئشن نہیں) — دونوں کو ایسے حقائق پر ایک پیشہ ور کی رائے درکار ہوتی ہے جو اس ٹول کے پاس نہیں ہوتے، اس لیے انہیں شمار کرنے کے بجائے دستی جائزے کے لیے نشان زد کیا جاتا ہے۔

میرا فکسڈ ایسٹ رجسٹر کس فارمیٹ میں ہونا چاہیے؟

کوئی بھی CSV یا Excel ایکسپورٹ چل جائے گا — ٹول Asset Name، Category، Cost، Date of Purchase، اور Opening WDV جیسے کالمز کو خود بخود شناخت کرتا ہے، خود بخود شناخت نہ ہونے کی صورت میں کالم ملانے کے مرحلے کے ساتھ۔

کیا میرا ایسٹ ڈیٹا کہیں اپ لوڈ ہوتا ہے؟

نہیں — آپ جو بھی فائل شامل کرتے ہیں وہ مکمل طور پر آپ کے براؤزر میں JavaScript کے ذریعے پارس اور شمار کی جاتی ہے۔ آپ کے ایسٹس، اخراجات، یا قیمتوں کے بارے میں کچھ بھی کسی سرور پر نہیں بھیجا جاتا۔