इस महीने कौन से departments budget से ऊपर हैं, और क्यों?
अपना NetSuite detail, budget workbook, Brex card spend और HR roster Querri में जोड़ें। हर variance को headcount, vendors और timing में बाँटें, और budget review में यह जानते हुए जाएँ कि हर department head से क्या पूछना है।
Querri खोलेंआपको किसकी आवश्यकता होगी
Querri (निःशुल्क ट्रायल) exports जोड़ने और view बनाने के लिए
NetSuite, budget, Brex और HR roster exports: Step 1 बताता है कि हर एक क्या जोड़ता है
आपकी department mapping और timing rule: ताकि हर department की तुलना एक ही तरीके से हो
निःशुल्क संसाधन
अपना निःशुल्क ट्रायल यहाँ शुरू करें →नमूना डेटा सेट
एक काल्पनिक software कंपनी का synthetic data। असली financial data नहीं।
मदद चाहिए?
यदि आपके कोई प्रश्न हैं, तो आप डेमो का अनुरोध कर सकते हैं या हमारी टीम को ईमेल कर सकते हैं।
शुरू करने से पहले
close हो चुका है और budget review गुरुवार को है। Marketing महीने में 39% ऊपर दिख रहा है, और कमरे में पहला सवाल होगा क्यों। ranked list इसका जवाब नहीं दे सकती। वजहें transaction detail में हैं, hiring plan एक workbook में, card spend Brex में, और ERP के department codes budget के departments से मेल नहीं खाते।
यह playbook आपको ranked list से हर department के लिए एक लाइन की वजह तक ले जाता है।
यह कैसे काम करता है:
- • ERP, budget, card और HR exports upload करें
- • इस महीने का overage खोजें
- • उसे समझाएँ: headcount, vendors या timing
- • खोजें कि totals क्या छिपाते हैं
- • review तैयार करें: हर department की एक लाइन
चरणों का पालन करें
NetSuite, budget workbook, Brex और HR roster upload करें
चार exports, एक project:
- •
NetSuite (या QuickBooks, Sage Intacct): transaction detail, जो बताता है कि क्या खर्च हुआ।
- •
Budget workbook: planned खर्च और planned hires, department के अनुसार।
- •
Brex (या Ramp): हर card charge के पीछे का merchant।
- •
Rippling (या BambooHR): किसने शुरू किया, और कब।
ERP department codes से budget departments की एक छोटी mapping जोड़ें। live data चाहिए? Querri NetSuite, Brex और आपकी spreadsheets से सीधे जुड़ता है।
सुझाव: एक साल से ज़्यादा का data निकालें, ताकि तुलना के लिए पिछले साल के सालाना bills मौजूद हों।
-
NetSuite -
Budget workbook -
Brex - HR roster
One project हर department को budget के मुक़ाबले rank करें
हर GL line को एक budget department से map करें, फिर इस महीने के variance को rank करें:
"हर GL line के department को हमारे पाँच budget departments से map करें, फिर department के अनुसार actuals की budget workbook से तुलना करें: मई और साल में अब तक, dollars और percent में, सबसे बड़ा overage पहले।"
Marketing मई में 39% ऊपर है, लगभग पूरा एक account में: events। G&A 12% ऊपर है। R&D ठीक दिखता है।
| Department | Budget | Actual | Variance |
|---|---|---|---|
| Marketing | $328,695 | $456,227 | +$127,532 (38.8%) |
| G&A | $369,614 | $411,967 | +$42,353 (11.5%) |
| R&D | $1,403,509 | $1,406,611 | +$3,102 (0.2%) |
| Sales | $548,034 | $550,609 | +$2,575 (0.5%) |
| Customer Success | $341,276 | $333,370 | -$7,906 (-2.3%) |
department के अनुसार मई 2026 का variance, ranked।
हर variance को headcount, vendors और timing में बाँटें
sample में सालाना bills एक महीने में post होते हैं लेकिन कई महीनों को cover करते हैं। हर variance को बाँटें ताकि timing असली बात को छिपा न सके:
"हर department के variance को तीन हिस्सों में बाँटें जिनका जोड़ पूरा हो: headcount (hiring plan के मुक़ाबले salary और benefits accounts), timing (ऐसे bills जिनकी service period तीन या ज़्यादा महीनों की है, या जो अपने service month के बाहर post हुए, उनके cover किए गए महीनों में बाँटे गए) और vendors (बाकी)। headcount plan की roster से भी तुलना करें।"
Marketing के मई overage का ज़्यादातर हिस्सा timing है: $127,532 में से $105,000। साल में अब तक, table में, यह लगभग आधा timing और आधा vendors है।
| Department | Headcount | Vendors | Timing | कुल |
|---|---|---|---|---|
| Marketing | -$5,335 | +$101,836 | +$106,500 | +$203,001 |
| R&D | -$294,728 | +$254,632 | +$49,000 | +$8,904 |
| Sales | -$22,307 | +$20,724 | 0 | -$1,583 |
| G&A | -$2,306 | -$3,716 | 0 | -$6,023 |
| Customer Success | -$40,424 | +$11,529 | 0 | -$28,895 |
साल में अब तक (जनवरी से मई 2026), variance का बँटवारा।
timing हटाएँ, और एक-दूसरे को काटने वाली चूकें खोजें
timing बाँटकर फिर से rank करें, और ऐसी चूकें देखें जो एक-दूसरे को काटती हैं:
"timing हटाकर departments को फिर से rank करें, और ऐसे किसी भी department को flag करें जहाँ headcount और vendor की चूकें उलटी दिशाओं में budget के 3% से ज़्यादा हों।"
Marketing events की वजह से सबसे ऊपर रहता है। R&D आख़िर में चला जाता है और अकेला flag पाता है: तीन engineering hires के शुरू न होने से payroll plan से नीचे है, जबकि contractor खर्च ऊपर चल रहा है।
| Department | साल में अब तक | timing हटाकर | Flag |
|---|---|---|---|
| Marketing | +$203,001 | +$96,501 | vendors |
| Sales | -$1,583 | -$1,583 | |
| G&A | -$6,023 | -$6,023 | |
| Customer Success | -$28,895 | -$28,895 | |
| R&D | +$8,904 | -$40,096 | offsetting |
साल में अब तक, timing बाँटने से पहले और बाद में, timing हटाए गए आँकड़े पर ranked।
review pack तैयार करें
review के लिए चार numbers, और हर department की एक लाइन जो बताए क्यों।
Querri जो कथा लिखता है:
साल budget से 1.2% ऊपर है और उसका ज़्यादातर हिस्सा timing है। दो बातचीत मायने रखती हैं: Marketing का events खर्च और R&D के खुले roles।
आप क्या बना या export कर सकते हैं:
- variance table, Excel, CSV या Google Sheets में
- एक live dashboard जो schedule पर refresh होता है
- एक presentation, PDF या PowerPoint में
| Department | साल में अब तक | क्यों |
|---|---|---|
| Marketing | +$203,001 | आधा timing, बाकी vendors |
| R&D | +$8,904 | payroll नीचे, contractors ऊपर |
| Sales | -$1,583 | नीचे; एक hire देर से शुरू हुआ |
| G&A | -$6,023 | नीचे; मई का spike audit fee है |
| Customer Success | -$28,895 | नीचे; एक role अभी खुला |
हर department की एक लाइन, साल में अब तक।
अपने अगले budget review में यह जानते हुए जाएँ कि हर department head से क्या पूछना है।
अपने data पर आज़माएँऐसे budget review के लिए tips जिस पर लोग भरोसा करें
कुछ भी तुलना करने से पहले departments map करें
आठ ERP codes से पाँच budget departments, एक ऐसी file में जिसका कोई मालिक हो। जब Support किसी नए VP के तहत जाए, तो आप एक row बदलते हैं, model नहीं।
तीनों हिस्सों का जोड़ मिलाएँ
headcount और vendors और timing का जोड़ हर department के लिए variance के बराबर होना चाहिए। अगर नहीं है, तो कुछ दो बार गिना गया या गिना ही नहीं गया।
Querri को अपने rules एक बार सिखाएँ। उसके बाद हर जवाब उनका पालन करता है।
कौन से accounts headcount गिने जाएँ, कोई bill कब timing गिना जाए, कौन सा ERP code किस department का है: हर rule एक बार बताएँ और Querri उसे उस data पर हर सवाल में लागू करता है।
मुझे दिखाएँ कैसे
chat में कहें
बातचीत में एक rule तय करें और Librarian उसे Facts & Rules में एक fact के रूप में दर्ज करता है, उस table से जुड़ा जिस पर वह लागू होता है। उस data पर बाद का हर सवाल उसे लागू करता है, चाहे कोई भी पूछे, और उसके बाद बना हर view उसे साथ रखता है।
"timing item ऐसा bill है जिसकी service period तीन या ज़्यादा महीनों की है, या जो अपने service month के बाहर post हुआ। timing-adjusted views के लिए उसे उसके service months में बराबर बाँटें। इसे transaction detail table के लिए rule के रूप में save करें।"
या वह document लाएँ जिसमें यह पहले से लिखा है
अपनी close checklist, accounting policy या chart of accounts किसी भी दूसरी file की तरह upload करें। Querri Inbox में एक From a document card रखता है जिसमें उसे मिले statements होते हैं, हर एक अपने page और सटीक शब्दों के साथ; जिन्हें रखना है उन पर tick करें और वे facts बन जाते हैं। dictionary entries उन columns से जुड़ती हैं जिनका वे वर्णन करती हैं। जिन rules पर यह playbook निर्भर है:
- Budget variance: actual में से budget घटाकर, budget department और account के अनुसार; budget से ऊपर positive है
- Department: ERP code map होने के बाद का budget department
- Headcount variance: Salaries & Wages और Payroll Taxes & Benefits पर variance
- देर से hire: planned role जिसकी roster start date उसके planned start month के बाद है, या जो शुरू ही नहीं हुआ
- Timing item: तीन या ज़्यादा महीनों की service period वाला bill, या जो अपने service month के बाहर post हुआ
- Timing-adjusted variance: वह variance जिसमें timing items उनके service months में बाँटे गए हों
- Offsetting: headcount और vendor की चूकें, हर एक budget के 3% से ज़्यादा, उलटी दिशाओं में
"हमारी month-end close policy पढ़ें और accruals, prepaid expenses और department mapping के बारे में उसमें लिखे rules प्रस्तावित करें। मैं उन्हें Inbox में review करूँगा।"
rules कहाँ तक पहुँचते हैं
rule data से जुड़ा होता है, किसी एक व्यक्ति की chat से नहीं, इसलिए वह हर जगह data के साथ जाता है:
- • chat में पूछा गया हर सवाल, team में कोई भी पूछे
- • हर view जो Librarian उस data पर बनाता है
- • किसी project का हर step, उसके लिखे code सहित
- • Dashboards और scheduled runs, हर बार refresh होने पर
- • Claude और ChatGPT, जब वे Querri से पूछते हैं
नियंत्रण आपके हाथ में रहता है
हर rule Facts & Rules में उस data के साथ दिखता है जिस पर वह लागू होता है, जहाँ आप उसे edit कर सकते हैं या हटा सकते हैं। document से आए rules Inbox में आपके tick का इंतज़ार करते हैं, और Worth remembering card वह तरीका है जिससे Querri खुद देखा गया कोई rule सुझाता है। Workspaces और roles तय करते हैं कि कौन क्या बदल सकता है। पूरी कंपनी के rules Settings → Customize में जाते हैं; बाकी सब Library में रहता है।
review वाले दिन का फ़ायदा
budget review इस बहस को छोड़ देता है कि sponsorship गिनी जाए या नहीं, और इस पर शुरू होता है कि events और hiring gap का क्या करना है। threshold बदलना एक वाक्य है, rebuild नहीं।
अक्सर पूछे जाने वाले प्रश्न
यहाँ budget से ऊपर किसे माना जाता है?
timing item क्या है?
variance को headcount, vendors और timing में क्यों बाँटें?
कोई department budget पर दिखते हुए भी समस्या में कैसे हो सकता है?
ERP को department mapping की ज़रूरत क्यों है?
HR roster क्या जोड़ता है?
क्या card feed numbers बदलता है?
इसके लिए कितनी history चाहिए?
यह कितनी बार चलाना चाहिए?
अन्य लोकप्रिय संसाधन
Playbook
target से नीचे के renewals
अगली तिमाही में renew होने वाले कौन से accounts हमारे usage target से नीचे हैं?
Playbook
Commit पर संदेह
सोमवार की pipeline meeting से पहले कौन सी Commit deals संदेह में हैं?
Demo
एक वॉकथ्रू का अनुरोध करें
अपने स्वयं के डेटा के साथ Querri को क्रिया में देखें।
मूल्य निर्धारण
योजनाओं की तुलना करें
व्यक्तियों, टीमों या एंटरप्राइज़ के लिए सही योजना खोजें।