Claude upgrade के बाद usage limit क्यों नहीं बढ़ी?

अपग्रेड किए गए Claude limits तुरंत क्यों नहीं बदलते

आपने अपना Claude plan अपग्रेड किया है और आपकी usage limits पहले जैसी ही दिख रही हैं। यह एक support संबंधी समस्या है जिसके कुछ ही संभावित कारण हैं, और उनमें से प्रत्येक को आप अपने account से जांच सकते हैं। हो सकता है कि plan में बदलाव पूरा न हुआ हो, client किसी ऐसे account में sign in हो जो आपके द्वारा भुगतान किए गए account से अलग हो, हो सकता है कि client आपकी subscription का उपयोग ही न कर रहा हो, या फिर usage window जो आपके अपग्रेड करने के समय से ही चल रही थी, वह अभी भी गणना कर रही हो।

नीचे दी गई जांचों को उसी क्रम में करें जिस क्रम में वे लिखी गई हैं। प्रत्येक जांच में यह बताया गया है कि कहाँ देखना है और एक सही परिणाम कैसा दिखता है। अंत पर सीधे न जाएं: पहली दो जांचें अधिकांश रिपोर्टों का कारण स्पष्ट कर देती हैं।

एक तथ्य इन सभी बातों का आधार है। Claude के सभी surfaces एक ही allowance से खर्च करते हैं। Anthropic के सहायता पृष्ठ इसे सीधे स्पष्ट करते हैं:

Claude के विभिन्न product surfaces (claude.ai, Claude Code, Claude Desktop) का आपका उपयोग एक ही usage limit में गिना जाता है

इसलिए एक browser tab जो कोई लंबा कार्य कर रहा है और आपके terminal में चल रहा claude CLI (command line interface) एक ही pool से संसाधन लेते हैं, और plan में बदलाव प्रत्येक app पर अलग-अलग लागू होने के बजाय उस एक pool पर लागू होता है। यदि उस pool की संरचना अभी भी स्पष्ट नहीं है, तो Claude usage limits वास्तव में कैसे काम करती हैं यहाँ दी गई हर बात के लिए पृष्ठभूमि प्रदान करता है।

जाँच 1: क्या प्लान में बदलाव वास्तव में पूरा हो गया है?

अपग्रेड एक भुगतान प्रक्रिया है। यदि भुगतान सफल नहीं हुआ, तो कुछ भी नहीं बदलेगा, और जिस स्क्रीन पर आपको limit का पता चलता है, वह हमेशा आपको इसकी जानकारी नहीं देगी।

claude.ai खोलें, sidebar में अपने नाम या initials पर क्लिक करें, Settings खोलें, और billing सेक्शन ढूँढें। Anthropic इन labels को बदलता रहता है, इसलिए उस सेक्शन को देखें जो आपके वर्तमान प्लान का नाम बताता है और renewal की तारीख दिखाता है। एक सही स्थिति में आपके द्वारा खरीदे गए प्लान का नाम होगा, वह active चिह्नित होगा, और भविष्य की एक renewal तारीख दिखाई देगी। यदि यह अभी भी आपके पुराने प्लान का नाम दिखा रहा है, तो बदलाव कभी लागू नहीं हुआ, और किसी भी client को restart करने से यह ठीक नहीं होगा। यदि यह Pro दिखाता है और आपने Pro के लिए ही भुगतान किया है, तो Pro की लागत और उसकी सीमाएँ क्या हैं आपको यह मापने का पैमाना देगा कि आपको मिलने वाली allowance आपके वर्तमान प्लान के अनुरूप है या नहीं।

फिर receipt देखें। Anthropic एक अपग्रेड को तत्काल प्रक्रिया बताता है, जिसमें पैसे उस cycle के अनुसार समायोजित किए जाते हैं जिसके लिए आप पहले ही भुगतान कर चुके हैं:

निचले tier से उच्च tier पर अपग्रेड करते समय, आपके account से आपके billing cycle के शेष समय के लिए आनुपातिक (prorated) आधार पर शुल्क लिया जाएगा।

पूरा हुआ upgrade उसी क्षण के timestamp के साथ charge और invoice बनाता है, जिस क्षण आपने upgrade किया था। यदि invoice मौजूद है, लेकिन उसकी राशि आपकी अपेक्षा के अनुसार नहीं है, तो आम तौर पर इसका कारण proration और tax होता है, न कि असफल change। Claude invoices और VAT कैसे काम करते हैं में बताया गया है कि यह अंतर कहाँ से आता है। invoice न होने का अर्थ है कि change पूरा नहीं हुआ। सामान्य कारण declined card या bank verification step होता है, जो किसी अन्य tab में खुला और पूरा होने से पहले बंद कर दिया गया।

दिशा मायने रखती है, क्योंकि billing यहाँ symmetric नहीं है। अपग्रेड तुरंत लागू होता है। downgrade उस अवधि के अंत में लागू होता है जिसके लिए आप पहले ही भुगतान कर चुके हैं, जो Claude प्लान को बदलने या रद्द करने में वर्णित प्रक्रिया है। यदि आपने अपग्रेड किया, अपना मन बदला, downgrade किया, और फिर से अपग्रेड किया, तो आप जिस स्थिति में पहुँचेंगे, वह आपकी अपेक्षित स्थिति से एक अवधि पीछे हो सकती है।

जाँच 2: क्या आप उस अकाउंट में साइन इन हैं जिसके लिए आपने भुगतान किया है?

यह विफलता का सबसे सामान्य कारण है, और जब तक आप दो स्ट्रिंग्स की तुलना साथ-साथ नहीं करते, तब तक यह अदृश्य रहता है।

ब्राउज़र में, Settings खोलें और अकाउंट पर मौजूद ईमेल एड्रेस पढ़ें। Claude Code में, /status चलाएँ, जो उस अकाउंट को प्रिंट करता है जिससे CLI साइन इन है और वह प्रमाणीकरण विधि (authentication method) दिखाता है जिसका वह उपयोग कर रहा है। दोनों पतों की एक-एक अक्षर से तुलना करें। उनका बिल्कुल मेल खाना आवश्यक है।

अक्सर वे मेल नहीं खाते, क्योंकि अनजाने में एक से अधिक Claude अकाउंट बन जाना बहुत आसान है। वर्क एड्रेस का उपयोग करके Google के साथ साइन इन करना, आपके पर्सनल एड्रेस पर ईमेल-और-पासवर्ड साइन-अप से एक अलग अकाउंट बनाता है। दोनों अकाउंट काम करते हैं। उनमें से केवल एक के लिए भुगतान किया गया था। दूसरा अकाउंट आपको अपना स्वयं का allowance देता रहता है, जो कि वह allowance है जिसे आपने अपग्रेड नहीं किया है।

अकाउंट मेनू में वर्कस्पेस (workspaces) की सूची भी होती है, इसलिए एक पर्सनल अकाउंट और एक ऑर्गनाइजेशन जिससे आप संबंधित हैं, अलग-अलग प्रविष्टियों (entries) के रूप में दिखाई देते हैं। कौन सी प्रविष्टि सक्रिय है, यह तय करता है कि आपके द्वारा भेजे गए अनुरोध पर कौन सा entitlement लागू होता है। ब्राउज़र और CLI में जाँचें कि सक्रिय वर्कस्पेस वही है जिससे आपकी सदस्यता (subscription) संबंधित है, क्योंकि वे इस विकल्प को अलग-अलग रखते हैं।

जाँच 3: क्या Claude Code आपके सब्सक्रिप्शन का उपयोग कर रहा है?

सब्सक्रिप्शन केवल तभी लागू होता है जब क्लाइंट उसके साथ ऑथेंटिकेट (authenticate) कर रहा हो। एक एनवायरनमेंट वेरिएबल चुपचाप आपसे यह निर्णय ले लेता है। Anthropic का Claude Code प्लान पेज इस बारे में स्पष्ट है:

यदि आपके सिस्टम पर ANTHROPIC_API_KEY एनवायरनमेंट वेरिएबल सेट है, तो Claude Code आपके Claude सब्सक्रिप्शन (Pro, Max, Team, या Enterprise प्लान) के बजाय ऑथेंटिकेशन के लिए इस API की का उपयोग करेगा। इसके परिणामस्वरूप आपके सब्सक्रिप्शन में शामिल उपयोग के बजाय API उपयोग शुल्क लगेगा।

अपने शेल में सेट वेरिएबल्स की सूची देखें, बिना किसी सीक्रेट को अपने स्क्रॉलबैक में प्रिंट किए:

env | grep -E '^(ANTHROPIC|CLAUDE_CODE)' | cut -d= -f1

cut -d= -f1 वेरिएबल के नामों को रखता है और वैल्यूज को हटा देता है, ताकि आपको पता चल जाए कि ANTHROPIC_API_KEY सेट है, बिना की (key) को उस टर्मिनल में पेस्ट किए जिसका स्क्रीनशॉट आप बाद में सपोर्ट के लिए ले सकते हैं। यदि यह दिखाई देता है, तो पता लगाएँ कि यह कहाँ से आ रहा है:

grep -rl 'ANTHROPIC_API_KEY' ~/.bashrc ~/.zshrc ~/.profile ~/.bash_profile 2>/dev/null

-l केवल file names print करता है, ताकि key आपकी screen पर दिखाई न दे। आपकी shell के बाहर दो अन्य स्थान भी इसे set कर सकते हैं। Claude Code की अपनी settings file ~/.claude/settings.json में env block होता है, जो हर session पर लागू होता है। कोई repository .claude/settings.json रख सकती है, जो उस directory में काम करने वाले हर व्यक्ति के लिए यही लागू करता है। Project checkout से inherited key का व्यवहार आपके द्वारा स्वयं set की गई key जैसा ही होता है। यदि मिली हुई key पुरानी या revoked है, तो लक्षण गलत limit से बदलकर सीधे authentication failure हो जाता है। Claude Code की invalid API key error ठीक करना बताता है कि /login चलाने से यह समस्या क्यों clear नहीं होती।

यही जाँच CLAUDE_CODE_USE_BEDROCK और CLAUDE_CODE_USE_VERTEX पर भी लागू होती है। इनमें से कोई भी आपके अनुरोधों को क्लाउड प्रोवाइडर अकाउंट पर रूट कर देता है, इसलिए आपका Claude सब्सक्रिप्शन इसमें शामिल नहीं होता और इसकी सीमाएँ वे सीमाएँ नहीं हैं जिनका आप सामना कर रहे हैं। उस रास्ते को समझना अपने आप में महत्वपूर्ण है, और Bedrock या Vertex के साथ Claude Code चलाना यह बताता है कि इसका उपयोग करने पर क्या बदलता है।

यह विफलता एक दूसरा सबूत छोड़ती है: पैसा। यदि कोई की (key) सेट थी, तो अपग्रेड करने के बाद आपने जो काम किया, उसका बिल टोकन के आधार पर कंसोल अकाउंट को भेजा गया होगा। इसलिए यह मानने से पहले कि कुछ नहीं हुआ, उस अकाउंट में उपयोग शुल्क की जाँच करें। API बिलिंग और सब्सक्रिप्शन के बीच का अंतर बताता है कि व्यवहार में ये दोनों इतने अलग क्यों महसूस होते हैं।

जांच 4: क्या अपग्रेड करते समय कोई usage window पहले से चल रहा था?

Usage limits एक निश्चित window के दौरान लागू होती हैं। यह window तब शुरू होती है जब आप Claude का उपयोग करना शुरू करते हैं और उसके बाद एक निर्धारित समय पर reset हो जाती है। अपना plan बदलने से वह सीमा (ceiling) बदल जाती है जिसके आधार पर window को मापा जाता है। यह वर्तमान window में पहले से दर्ज किए गए usage को मिटाता नहीं है, और न ही यह उस window के reset होने के समय को बदलता है।

इसलिए, जो उपयोगकर्ता किसी भारी काम के बीच में अपग्रेड करता है, उसे सबसे कम लाभ मिलता है। आपने अधिक headroom खरीदा है, लेकिन आप वर्तमान window के शेष समय में उस usage का सामना करते हैं जो आप पहले ही कर चुके हैं। अतिरिक्त जगह अगली window पर दिखाई देती है, इस पर नहीं।

इसका प्रमाण reset होने का समय है। limit संदेश में एक समय दिया होता है, और Claude Code में /usage आपके session के लिए usage की रिपोर्ट करता है। यदि स्क्रीन पर reset होने का समय आपके अपग्रेड से पहले ही निर्धारित था, तो जिस window में आप हैं वह बदलाव से पहले शुरू हुई थी, और यह उसी accounting के साथ समाप्त होगी जिसके साथ यह शुरू हुई थी। reset होने का इंतज़ार करें, फिर उसी तरह के काम को दोहराएं और दोबारा मापें।

एक ही समय में एक से अधिक window लागू हो सकती हैं, इसलिए छोटी window को clear करने से हमेशा लंबी window clear नहीं होती। उन संदेशों को सही ढंग से पढ़ना ही मुख्य कौशल है, और Claude limit तक पहुँचने पर क्या करें में विस्तार से बताया गया है। उस श्रेणी का एक संदेश plan limit नहीं है: यदि Claude किसी कार्य के बीच में रुक जाता है और कहता है कि उसने अपने tool calls का उपयोग कर लिया है, तो वह एक ही turn के भीतर tool उपयोग की सीमा है, और कोई भी plan परिवर्तन इसे नहीं बदल सकता।

Check 5: क्या आप अपने प्लान के बजाय organisation seat का उपयोग कर रहे हैं?

Team और Enterprise एक्सेस प्रति seat के आधार पर होता है, और एक administrator लोगों को seat असाइन करता है। केवल seat के लिए भुगतान करने से वे असाइन नहीं हो जातीं। इसलिए, एक organisation के पास seat हो सकती हैं जबकि आपके address के पास कोई नहीं, और आपको केवल वही सुविधाएँ मिलती रहती हैं जो आपका personal account प्रदान करता है।

उल्टा मामला लोगों को अधिक भ्रमित करता है। आप अपने personal plan को अपग्रेड करते हैं, फिर organisation workspace के भीतर काम करना जारी रखते हैं, इसलिए हर request को organisation की पात्रता (entitlement) द्वारा अधिकृत किया जाता है और आपके personal upgrade का उपयोग कभी नहीं हो पाता। account menu में workspace बदलें और पुनः प्रयास करें। यदि आप organisation workspace का ही उपयोग करना चाहते हैं, तो administrator से पुष्टि करने के लिए कहें कि आपके सटीक address पर एक seat असाइन की गई है, क्योंकि बाहर से देखने पर एक ऐसा निमंत्रण जिसे स्वीकार नहीं किया गया है, एक seat जैसा ही दिखता है। छोटे व्यवसाय के लिए Claude Team plans कैसे काम करते हैं में seat मॉडल के बारे में विस्तार से बताया गया है।

जांच 6: क्या क्लाइंट सेशन अपग्रेड से पुराना है?

एक चल रहे क्लाइंट ने सेशन शुरू होते समय यह तय कर लिया था कि आप किस चीज के हकदार हैं। इसे बंद करें और फिर से शुरू करें, क्योंकि अकेले यही कदम ऐसी कई समस्याओं को हल कर देता है।

यदि सीमा (limit) अभी भी गलत है, तो साइन आउट करें और फिर से साइन इन करें। Claude Code के भीतर /logout चलाएं, टर्मिनल विंडो बंद करें, एक नई विंडो खोलें, claude शुरू करें और /login चलाएं। इसे जबरन करने के लिए ~/.claude.json को हाथ से डिलीट न करें। उस फाइल में आपका MCP (model context protocol) सर्वर कॉन्फ़िगरेशन, प्रति-प्रोजेक्ट ट्रस्ट सेटिंग्स और कैश भी होते हैं, इसलिए उसे डिलीट करने से लॉगिन के अलावा और भी बहुत कुछ हट जाता है।

ब्राउज़र में, साइन आउट करके फिर से साइन इन करें, या प्राइवेट विंडो में claude.ai खोलें। प्राइवेट विंडो एक तेज़ परीक्षण है, क्योंकि इससे यह साबित हो जाता है कि समस्या आपके अकाउंट के साथ है या आपके कैश किए गए सेशन के साथ।

वहां रहते हुए, claude --version के साथ वर्ज़न की जांच करें और /doctor चलाएं, जो एक सेटअप चेकअप करता है और पुराने इंस्टॉलेशन को फ्लैग करता है। कमांड्स के बारे में एक सावधानी: अगस्त 2026 तक, Anthropic यह बताता है कि हर स्लैश कमांड हर उपयोगकर्ता के लिए दिखाई नहीं देती है, क्योंकि उपलब्धता आपके प्लेटफॉर्म, प्लान और एनवायरनमेंट पर निर्भर करती है। एक गायब /upgrade एंट्री अकाउंट खराब होने का प्रमाण नहीं है।

क्या प्रमोशनल लिमिट में बढ़ोतरी इसका कारण है?

अस्थायी बढ़ोतरी (Temporary increases) एक वास्तविक श्रेणी है। इनकी घोषणा की जाती है, ये एक निश्चित अवधि तक चलती हैं और फिर समाप्त हो जाती हैं। जब कोई प्रमोशन समाप्त होता है, तो आप अपने प्लान की सामान्य सीमा (normal allowance) पर वापस आ जाते हैं, जो ऐसा महसूस हो सकता है जैसे बिना बताए आपका प्लान डाउनग्रेड कर दिया गया हो।

इसके बाद दो बातें ध्यान में रखें। प्रमोशन के समाप्त होने को बिलिंग की गलती न मानें, क्योंकि अकाउंट सही तरीके से काम कर रहा है। साथ ही, किसी अस्थायी बढ़ोतरी के आधार पर अपने चल रहे काम का आकार निर्धारित न करें, क्योंकि काम की अवधि उस बढ़ोतरी से अधिक हो सकती है। अपने अकाउंट पर लागू शर्तों के लिए किसी फोरम थ्रेड में महीनों पहले किसी के द्वारा बताई गई संख्या के बजाय, अपने स्वयं के अनाउंसमेंट ईमेल और इन-ऐप नोटिस की जाँच करें।

चीजों की जाँच करने का क्रम

1. Billing सेक्शन में नया प्लान active के रूप में दिखता है, जिसकी renewal date भविष्य की है।
2. अपग्रेड के समय की तारीख वाला एक invoice मौजूद है।
3. ब्राउज़र में मौजूद ईमेल वही है जो CLI में /status प्रिंट करता है।
4. कहीं भी कोई ANTHROPIC_API_KEY, CLAUDE_CODE_USE_BEDROCK, या CLAUDE_CODE_USE_VERTEX सेट नहीं है।
5. लिमिट मैसेज पर रीसेट का समय आपके अपग्रेड के बाद का है, पहले का नहीं।
6. active workspace वही है जिसमें सब्सक्रिप्शन मौजूद है।
7. अपग्रेड के बाद से क्लाइंट को पूरी तरह से sign out करके वापस sign in किया गया है।

सपोर्ट से संपर्क करते समय क्या जानकारी भेजें

Billing और entitlement संबंधी समस्याएं Anthropic support के लिए हैं, न कि Claude Code issue tracker के लिए, क्योंकि public repository देखने वाला कोई भी व्यक्ति आपकी subscription नहीं देख सकता। निम्नलिखित जानकारी संलग्न करें, ताकि आपको मिलने वाला पहला उत्तर विवरण मांगने के बजाय सीधे समाधान हो:

• उस account का email address जिसके लिए आपने भुगतान किया है।
• वह plan name जो अभी आपके billing section में दिखाई दे रहा है।
• वह date और time जब आपने plan बदला था, अपना timezone भी शामिल करें।
• upgrade charge के लिए invoice या receipt number।
• limit message के सटीक शब्द, जिसे वर्णित करने के बजाय text के रूप में copy करें।
• वह surface जिसने इसे उत्पन्न किया: claude.ai, desktop app, या claude CLI।
• Claude Code के लिए, /status और claude --version का output, जिसमें से किसी भी key value को हटा दिया गया हो।
• उस समय आप अपने personal workspace में थे या organisation workspace में।
• आपने ऊपर दी गई कौन-सी जांच पहले ही चला ली है, और प्रत्येक का क्या परिणाम रहा।

यदि सभी जाँच सफल हो जाएँ तो क्या होगा?

तब plan लागू हो जाता है और आप केवल उतना काम कर रहे होते हैं जितना वह कवर करता है। यह एक अलग समस्या है जिसके उत्तर भी अलग हैं। लंबे sessions छोटे sessions की तुलना में काफी अधिक खर्च करते हैं क्योंकि प्रत्येक turn संचित context को फिर से भेजता है, इसलिए बातचीत की लागत जैसे-जैसे आगे बढ़ती है, वैसे-वैसे बढ़ती जाती है, जिसे Claude Code tokens कैसे खर्च करता है में विस्तार से समझाया गया है। एक बार यह समझ में आ जाने के बाद, प्रश्न यह उठता है कि कौन सा tier आपके द्वारा किए जाने वाले वास्तविक काम के अनुकूल है, और दो Max tiers के बीच का अंतर वह तुलना है जिसे आपको उस limit पर अधिक पैसा खर्च करने से पहले पढ़ना चाहिए जो कभी बाधा थी ही नहीं।

FAQ

क्या Claude प्लान अपग्रेड करने पर मेरी usage limit तुरंत रीसेट हो जाती है?

अपग्रेड तुरंत लागू हो जाता है और Anthropic आपके बिलिंग चक्र के शेष दिनों के लिए इसका prorated शुल्क लेता है। आप जिस usage window में अभी हैं, वह एक अलग प्रक्रिया है। यह पहले से रिकॉर्ड की गई usage को बनाए रखती है और इसका रीसेट समय भी वही रहता है। इसलिए, अपग्रेड करने से आपकी सीमा (ceiling) तो बढ़ जाती है, लेकिन पहले से इस्तेमाल की गई सीमा खाली नहीं होती। यदि आपके लिमिट मैसेज में रीसेट का समय अपग्रेड से पहले का है, तो यह जांचने के लिए कि नया प्लान काम कर रहा है या नहीं, उस रीसेट समय तक प्रतीक्षा करें।

मैंने अपग्रेड कर लिया है, लेकिन Claude Code अभी भी लिमिट हिट होने का मैसेज दे रहा है। मुझे सबसे पहले क्या जांचना चाहिए?

पहले अकाउंट जांचें, फिर ऑथेंटिकेशन मेथड। Claude Code में /status चलाएं और इसके द्वारा प्रिंट की गई ईमेल की तुलना claude.ai सेटिंग्स में मौजूद ईमेल से अक्षर-दर-अक्षर करें। वर्क एड्रेस पर Google साइन-इन और पर्सनल एड्रेस पर पासवर्ड साइन-अप दो अलग-अलग अकाउंट होते हैं। इसके बाद env | grep -E '^(ANTHROPIC|CLAUDE_CODE)' | cut -d= -f1 चलाएं। यदि ANTHROPIC_API_KEY दिखाई देता है, तो Claude Code आपके सब्सक्रिप्शन के बजाय उस की (key) से ऑथेंटिकेट हो रहा है, इसलिए आपका प्लान इस्तेमाल नहीं हो रहा है और काम का शुल्क प्रति टोकन के हिसाब से लिया जा रहा है।

मेरा ब्राउज़र नया प्लान क्यों दिखा रहा है जबकि CLI नहीं?

दोनों क्लाइंट्स के सेशन अलग-अलग होते हैं और प्रत्येक ने शुरू होते समय आपकी पात्रता (entitlement) तय की थी। पहले CLI को रीस्टार्ट करें। यदि कुछ नहीं बदलता है, तो /logout चलाएं, टर्मिनल बंद करें, नया टर्मिनल खोलें, claude शुरू करें और /login चलाएं, जो आपके वर्तमान प्लान के आधार पर एक नया सेशन जारी करेगा। इसे जबरन करने के लिए ~/.claude.json को डिलीट करने से बचें, क्योंकि उस फाइल में MCP सर्वर कॉन्फ़िगरेशन और प्रति-प्रोजेक्ट ट्रस्ट सेटिंग्स भी स्टोर होती हैं।

क्या मेरा ऑर्गेनाइजेशन सीट मेरे द्वारा खरीदे गए प्लान को ओवरराइड कर सकता है?

हाँ, और यह कोई खराबी नहीं बल्कि एक सामान्य स्थिति है। ऑर्गेनाइजेशन वर्कस्पेस के भीतर किए गए अनुरोध उस ऑर्गेनाइजेशन की पात्रता द्वारा अधिकृत होते हैं, इसलिए जब तक वह वर्कस्पेस सक्रिय है, पर्सनल अपग्रेड का कोई प्रभाव नहीं पड़ता। अकाउंट मेनू में अपने पर्सनल वर्कस्पेस पर स्विच करें और वही काम दोबारा करने का प्रयास करें। यदि आप ऑर्गेनाइजेशन का उपयोग करना चाहते थे, तो एडमिनिस्ट्रेटर से पुष्टि करें कि आपके सटीक एड्रेस पर सीट असाइन की गई है, क्योंकि सीट खरीदना और उन्हें असाइन करना दो अलग-अलग चरण हैं।