CMA data શું છે, અને તમારી બેંક દર વર્ષે એ કેમ માંગે છે?

દર renewal season માં, ઑફિસમાં એ જ પ્રશ્ન આવે છે: "મેં ગયા વર્ષે બેંકને આ જ numbers આપ્યા હતા — તેઓ ફરી કેમ માંગે છે?" પ્રશ્નમાં રહેલા papers લગભગ હંમેશા CMA data હોય છે, અને દર વર્ષે તે submit કરનારા મોટાભાગના લોકોને ક્યારેય કહેવામાં આવ્યું નથી કે તેમાં ખરેખર શું છે, અથવા બેંક જે પહેલેથી તેમનું account જાણે છે તે ફરીથી કેમ જોવા માંગે છે.

CMA એટલે Credit Monitoring Arrangement. તેની શરૂઆત 1970 ના દાયકામાં થઈ, જ્યારે Reserve Bank of India એ Tandon Committee ની ભલામણો અપનાવી અને bank lending ને ફક્ત collateral સામે lending થી ખસેડીને, વ્યવસાયની ખરી working-capital જરૂરિયાત — stock, debtors, અને પેઢી શું ખરીદે છે અને પૈસા મળે તે પહેલાં શું વસૂલે છે તે વચ્ચેનો ગેપ — ના આધારે lending તરફ લઈ ગઈ. RBI એ એ જરૂરિયાત આકારવા માટે જે સાધન બનાવ્યું તે financial forms નું એક પ્રમાણભૂત package હતું, લગભગ એ જ package જે આજે પણ credit officer ના ટેબલ પર આવે છે. RBI એ 1975 માં આ format ફરજિયાત બનાવ્યું અને 1997 થી દરેક બેંકની પોતાની policy પર છોડી દીધું — પણ ભારતની લગભગ દરેક બેંક, સૌથી મોટી public-sector lender થી લઈને સૌથી નાની NBFC સુધી, હજુ પણ લગભગ એ જ છ forms વાપરે છે, કારણ કે એ જ પ્રશ્ન પૂછવાનો કોઈ સારો રસ્તો કોઈને મળ્યો નથી: શું આ વ્યવસાય માંગેલ પૈસાની સેવા કરી શકે, અને શું તે એવા numbers થી સાબિત કરી શકે જે એકબીજા સાથે સુસંગત હોય?

પેકેજની અંદર ખરેખર શું છે

CMA data એક document નથી — તે છ forms છે, જે તમારા બે વર્ષના audited financials, ચાલુ વર્ષ (estimated, કારણ કે તે હજુ બંધ થયું નથી), અને બે-ત્રણ વર્ષના projections ને આવરી લે છે.

આ package ને project report થી અલગ પાડતી બે બાબતો છે: તે forward-looking જેટલું જ backward-looking છે (તમારા છેલ્લા બે audited વર્ષ તમારા projections જેટલા જ મહત્વના છે), અને તે standardised છે — Vadodara ની બેંક એ જ છ forms વાંચે છે જે Surat ની બેંક વાંચે છે, એટલે officer નું પહેલું પગલું હંમેશા એ જ હોય છે: કોઈ એક form શું કહે છે તે વાંચતા પહેલાં forms એકબીજા સાથે સંમત છે કે નહીં તે ચકાસવું.

બે અલગ formulas, અને તમારી ફાઇલ પર કઈ ચાલે છે

કઈ formula લાગુ પડે તે ફક્ત બે બાબતો પર આધાર રાખે છે: aggregate ask કેટલો મોટો છે, અને borrower Udyam-registered Micro કે Small Enterprise છે કે નહીં — ઉપરનો diagram એ ફાંટો બતાવે છે.

Ring Road પરની ₹3.2 crore turnover ધરાવતી saree processing house ને લો, જે small enterprise તરીકે Udyam-registered છે, અને પોતાની હાલની ₹50 lakh cash-credit limit વધારવા બેંકને પૂછે છે. કારણ કે aggregate ask ₹5 crore થી ઓછો છે અને પેઢી registered MSE છે, બેંકે turnover method વાપરવી જ પડે: ceiling ₹3.2 crore ના ઓછામાં ઓછા 20%, એટલે ₹64 lakh છે, અને owner એ બતાવવું પડે કે turnover ના ઓછામાં ઓછા 5% — ₹16 lakh — પહેલેથી વ્યવસાયની અંદર net working capital તરીકે છે, number સાચો દેખાડવા ઉધાર લીધેલ નહીં. આ formula છે, negotiation નહીં; જે પેઢી તેને પૂરી કરે તે limit ની હકદાર છે, branch manager નું ફાઇલ વિશે વ્યક્તિગત વલણ ગમે તે હોય. (August 2026 મુજબ RBI ના MSME sector ને lending પરના Master Direction સામે verified — apply કરતાં પહેલાં તમારી બેંક સાથે વર્તમાન threshold અને percentages confirm કરો, કારણ કે Master Directions સમયાંતરે amend થાય છે.)

₹5 crore ની લાઇન ઓળંગો, અથવા applicant MSE તરીકે Udyam-registered ન હોય, તો turnover method લાગુ પડતી નથી. બેંક પોતાની policy પર પાછી વળે છે, જે લગભગ હંમેશા હજુ પણ Tandon Committee ની મૂળ current-asset method પર બનેલી છે: maximum permissible bank finance પેઢીના projected current assets અને current liabilities પરથી ગણાય છે, sales ની flat percentage નહીં. આ વધુ કડક, વધુ document-heavy કવાયત છે, અને અહીં જ ઉપરના package માં Form IV અને Form V તેમના મૂળ હેતુ માટે ખરેખર વપરાય છે.

CMA ફાઇલ તે બતાવે છે તે નફા પર નથી અંકાતી. તે એ પર અંકાય છે કે આ વર્ષનું "actual" column ગયા વર્ષના "projected" column સાથે, એ જ વર્ષ માટે, મળે છે કે નહીં.

બેંક આવતા વર્ષે ફરી કેમ માંગે છે

Cash-credit કે overdraft limit એક વાર sanction થઈને ભુલાઈ જતી નથી — તે એક ચાલુ account છે જે વાર્ષિક ચક્ર પર review થાય છે, અને એ review માટે જ CMA data છે. દરેક વર્ષની submission ગયા વર્ષના projected column ને આ વર્ષના actual column માં ફેરવે છે, હમણાં બંધ થઈ રહેલા વર્ષ માટે તાજું estimate ઉમેરે છે, અને છેડે વધુ એક વર્ષનું projection ઉમેરે છે. બેંક ફક્ત આવતા વર્ષની limit price નથી કરતી; તે ચૂપચાપ એ પણ ચકાસે છે કે ગયા વર્ષનું વચન ખરેખર શું થયું તેની સાથે કેટલું મળે છે.

સૌથી મોંઘી ભૂલ

અહીંથી જ મોટાભાગની ટાળી શકાય તેવી મુશ્કેલી શરૂ થાય છે. ગયા વર્ષનો CMA data, FY26 renewal માટે file થયેલ, Form II માં FY26 turnover ₹3.5 crore અંદાજ્યું હતું. આ વર્ષનો CMA data, FY27 renewal માટે file થયેલ, FY26 ને — હવે "actual" column — ₹2.9 crore બતાવે છે. ફાઇલમાં કોઈએ ₹60 lakh નો ગેપ સમજાવ્યો નથી. Credit officer ને turnover કેમ ઘટ્યું તે અનુમાન કરવાની જરૂર નથી; તેમને ફક્ત એક લીટી જોઈએ જે કહે કેમ, અને તેની ગેરહાજરી evasion તરીકે વંચાય છે, ભલે ખરું કારણ સામાન્ય હોય — client payment cycle જે મોડું થયું, બે મહિના માટે બંધ રહેલ એક machine, competitor નું price war. ગયા વર્ષના projection ને બદલ્યા વગર આગળ વધારવું — આ વર્ષનું estimate ખરેખર અત્યાર સુધી શું થયું તેમાંથી તાજું બનાવવાને બદલે — CMA ફાઇલ કોઈ ratio વંચાય તે પહેલાં જ credibility ગુમાવવાનો સૌથી સામાન્ય રસ્તો છે.

CMA ફાઇલ પર સહી કરતાં પહેલાં, credit officer જે પહેલો check કરશે તે જાતે કરો: શું Form II માં sales નો આંકડો એ જ period ના GST returns ના turnover સાથે મળે છે, અને શું ગયા વર્ષનું "actual" column ગયા વર્ષે ખરેખર file થયેલ સાથે મળે છે? જો કોઈ ન મળે, તો તેને સુધારો અથવા covering note માં સમજાવો — બેંકને પહેલા શોધવા ન દો.

સ્રોત

આ લેખ સામાન્ય માહિતી છે, professional સલાહ નહીં. નિયમો બદલાય છે; વર્તમાન જોગવાઈઓ ચકાસો અથવા તમારી પરિસ્થિતિ માટે સલાહ માટે ઑફિસનો સંપર્ક કરો.