બેંકો project reports કેમ નકારે છે — સાચાં કારણો

દર થોડા અઠવાડિયે કોઈ એ જ વાર્તા સાથે ઑફિસમાં આવે છે: project નફાકારક છે, report એંસી પાનાં સુધી ચાલ્યો, અને છતાં બેંકે ના પાડી. Borrower બેંકને દોષ આપે છે. બેંકનો rejection letter, જો હોય તો, "credit norms" વિશે કંઈક અસ્પષ્ટ કહે છે. કોઈ પક્ષ સમજાવતો નથી કે ખરેખર શું થયું.

લોન ફાઇલો તૈયાર કરવાના અઢી દાયકા પછી, pattern સ્પષ્ટ છે. Borrowers માને છે કે નિર્ણય project ની profitability પર ફરે છે. વ્યવહારમાં, profitability ફક્ત entry ticket છે. નિર્ણય એવા પ્રશ્નો પર ફરે છે જેના વિશે borrower ઘણીવાર ક્યારેય વિચારતો નથી — અને તેમાંના મોટાભાગનાના જવાબ documents આપે છે, વ્યવસાય પોતે નહીં.

Profitability ની ભ્રમણા

તંદુરસ્ત અંદાજિત નફા વાળો project report credit officer ને મનાવતો નથી, કારણ કે દરેક project report તંદુરસ્ત અંદાજિત નફો દર્શાવે છે. Officer એ ક્યારેય એવો જોયો નથી જે નુકસાનનો અંદાજ આપે. એટલે projections પ્રથમ નજરે discount થાય છે, અને ધ્યાન એ તરફ ખસે છે જે અંદાજી શકાતું નથી: borrower કોણ છે, તેમણે શું મૂક્યું છે, projections નિષ્ફળ જાય તો loan પાછળ શું ઊભું છે.

બેંક પાસે જતા કોઈ પણ માટે આ સૌથી ઉપયોગી માનસિક બદલાવ છે: બેંક તમારો upside ખરીદતી નથી. તમારો નફો સારો હોય કે અદ્ભુત, તે એ જ interest કમાય છે. તેનો એકમાત્ર ખરો પ્રશ્ન downside છે — જો આ ખોટું જાય, તો શું અમને અમારા પૈસા પાછા મળે? appraisal નું દરેક તત્વ એ પ્રશ્નનું એક સ્વરૂપ છે.

બેંક તમારા project ને finance કરતી નથી. તે તમને finance કરે છે — project તો નિમિત્ત છે.

appraisal ખરેખર શું તોલે છે

Promoter strength અને credit history. ratios ગણાય તે પહેલાં, bureau reports ખેંચાય છે — પેઢી માટે, દરેક promoter માટે, અને દરેક guarantor માટે. વર્ષો પહેલાંનો settled default, અવગણેલ credit-card write-off, સગાની loan ને casually આપેલ guarantee જે પછી slip થઈ — આમાંનું કોઈ પણ આખા project report થી વધુ ભારે પડી શકે. બેંક કરે તે પહેલાં તમારો પોતાનો CIBIL report, અને તમારા guarantors નો, ચકાસો.

Promoter contribution. બેંકો સામાન્ય રીતે અપેક્ષા રાખે છે કે promoter project cost ના 20–25% margin તરીકે લાવે. અહીં number ઉપરાંત બે બાબતો મહત્વની છે: પૈસા દૃશ્યમાન હોવા જોઈએ (પહેલેથી પેઢીમાં, કે દર્શાવી શકાય તેમ ઉપલબ્ધ), અને તેનો source સમજાવી શકાય તેવો હોવો જોઈએ. અઘોષિત source માંથી અચાનક unsecured loan તરીકે દેખાતું contribution જવાબ આપે તેના કરતાં વધુ પ્રશ્નો આમંત્રે છે.

Collateral અને guarantees. મોટાભાગની term loans માટે committee primary security સાથે collateral coverage જુએ છે. મહત્વનો અપવાદ guarantee-backed lending છે: CGTMSE scheme હેઠળ, પાત્ર micro અને small enterprises ને collateral કે third-party guarantee વગર finance કરી શકાય, અને 1 April 2025 ના કે પછી મંજૂર guarantees માટે guarantee ceiling ₹5 crore થી ₹10 crore કરાયું. અલગથી, RBI ના સુધારેલ MSME lending directions બેંકોને 1 April 2026 થી મંજૂર કે renew થયેલ micro અને small enterprises ને ₹20 lakh સુધીની loans માટે કોઈ collateral લેવાથી અટકાવે છે. જો banker આ મર્યાદાની અંદર collateral માંગે, તો એ વાતચીત કરવા યોગ્ય છે — વિનમ્રતાથી, અને હાથમાં circular સાથે.

Banking conduct. બાર મહિનાના bank statements લીટી-બાય-લીટી વંચાય છે: cheque returns, penal charges, સતત limit પર ચાલતા accounts. Conduct ફાઇલમાં સુધારી શકાતું નથી; તે ફક્ત સમજાવી શકાય. જો ખરાબ પેચ હોય, તો તેને covering note માં સંબોધો, તે ધ્યાન બહાર જશે એવી આશા રાખવાને બદલે — તે નહીં જાય.

સુસંગતતાની કસોટી

સૌથી સામાન્ય ટાળી શકાય તેવી નિષ્ફળતા કોઈ એક નબળો document નથી. તે documents વચ્ચેનો મતભેદ છે. Appraisal, મોટા ભાગે, cross-checking કવાયત છે: તમારા projections માં turnover તમારા GST returns સાથે સરખાવાય; GST turnover તમારા bank statements ના credits સાથે; bank statements તમારા audited financials સાથે; guarantor નું દાવો કરેલ net worth guarantor ના income-tax returns સાથે.

આ કેવી રીતે ખોટું જાય તેનું ખરું ઉદાહરણ: આગલા વર્ષે ₹4 crore turnover દર્શાવતા projections, વર્ષે ₹80 lakh પર ચાલતા GST returns સાથે file કરેલ. ફાઇલમાં કંઈ એ કૂદકો સમજાવતું નથી. એ ક્ષણથી officer બાકીનું બધું શંકાથી વાંચે છે, અને શંકા મોંઘી છે — તે અંતહીન queries, વધુ collateral ની માંગ, કે શાંત decline તરીકે સપાટી પર આવે છે. સુધારો કંઈ ખર્ચતો નથી: submission પહેલાં દરેક document માં દરેક number reconcile કરો, અને જ્યાં સાચો કૂદકો અંદાજાય, ત્યાં તેને લેખિતમાં justify કરો — confirmed order, નવું machine, બીજી shift.

વાસ્તવિક projections કેવા દેખાય છે

Projections તેમના totals માટે વંચાતા નથી; તે તેમની ધારણાઓ માટે વંચાય છે. વિશ્વસનીય ફાઇલ turnover ને capacity માંથી બનાવે છે — machine output, working days, બે કે ત્રણ વર્ષમાં ધીમે ધીમે વધતું વાસ્તવિક utilisation — ઇચ્છિત loan રકમથી પાછળ કામ કરવાને બદલે. 1.5 થી 2 ના વ્યાપક band માં debt service coverage પ્રામાણિક વંચાય છે; 4 નો DSCR ઉપજાવેલ વંચાય છે. જો તમારા numbers ખરેખર એટલા સારા હોય, તો ફાઇલે કેમ તે દર્શાવવું જોઈએ, કારણ કે officer ની default ધારણા એ છે કે તે નથી.

સારી ફાઇલ શું ઠીક ન કરી શકે

પ્રામાણિકતા આ કહેવાની માંગે છે: documentation કીમિયો નથી. જીવંત default, જે margin ખરેખર છે જ નહીં, કે ફક્ત કાગળ પર કામ કરતો project વધુ સારા formatting થી બચાવાશે નહીં. સારી રીતે તૈયાર થયેલ ફાઇલ જે કરે છે તે સાંકડું અને છતાં નિર્ણાયક છે — તે ખાતરી કરે છે કે viable case ટાળી શકાય તેવા કારણોથી ન ગુમાવાય: ખૂટતા કાગળ, અસંગત numbers, અસ્પષ્ટ history, અનુત્તર queries. અમારા અનુભવમાં એ rejections નો મોટો હિસ્સો આવરી લે છે, જે બરાબર એટલા માટે તે નિરાશાજનક પ્રકારના છે — તે અટકાવી શકાય તેવા હતા.

સ્રોત

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