Fin Maverick
Foundations VocabularyAccounting & ReportingEconomics & MacroQuant Methods & ProgrammingBusiness & Company AnalysisCorporate Finance & ValuationBehavioural Finance
Banking & Market InfrastructureFixed Income & RatesDerivatives & Structured ProductsPublic EquitiesTransactions & DealsPortfolio ConstructionFunds & AMCs
Private Markets & AlternativesRisk, Treasury & ControlAI & Digital FinanceStochastic Calculus & PricingWealth & Personal FinanceIndian Markets & RegulationProfessional Practice
CalculatorComparison
Frameworks
Explore Bootcamps
Equity ResearchPortfolio ManagementMutual Fund MasteryFinancial LiteracyInvestment Banking Analyst
Private Equity AnalystHedge Funds AnalystBreaking Into VCBreaking Into QuantsAI For Finance
Financial Analyst ProgramRisk Management ProgramPrivate Wealth ManagementDebt Capital MarketsDerivatives Foundation
Explore Internships
Equity Research InternMutual Fund Intern
Portfolio Management InternFinancial Literacy Intern
Explore Micro Courses

Equity Research6

Writing an Investment ThesisBuilding a Discounted Cash FlowReading an Annual Report FastReading a Sector Before a CompanySpotting Quality of Earnings Red FlagsBuilding a Revenue Forecast From Drivers

Portfolio Management3

Rebalancing: When, Why and What It CostsStrategic and Tactical Asset AllocationMeasuring Risk in a Portfolio

Mutual Fund Mastery3

Comparing Funds Without Being FooledHow a NAV Is Struck and Which Day You GetReading a Fund Factsheet Properly

Derivatives Unlocked4

Hedging a Real ExposureThe Greeks, PracticallyFutures, the Basis and What Moves ItReading an Option Payoff

AI For Finance2

Retrieval and Grounding for FinanceDocument Extraction in Finance

Breaking Into Quants4

Backtesting a StrategyHypothesis TestingCleaning Financial DataRegression for Finance

Breaking Into VC3

Sizing a MarketReading a Term Sheet as a FounderHow a Venture Round Actually Works

Financial Analyst Program4

Common Size and Trend AnalysisReading a Cash Flow StatementRatio Analysis That Says SomethingBuilding a Working Capital Schedule

Risk Management Program2

Credit Exposure and How It Is ReducedValue at Risk and What It Hides

Investment Banking Analyst3

Precedent Transactions and Why They DifferReading a Term Sheet StructurallyBuilding a Comparable Companies Table

Private Wealth Management3

Tax Aware Portfolio DecisionsBuilding a Client Risk ProfileGoal Based Planning Arithmetic

Debt Capital Markets3

Analysing an Issuer's CreditDuration and What It Does Not Tell YouBond Pricing and Yield Mechanics

Private Equity Analyst2

Fund Waterfalls and CarryThe LBO in Structure

Hedge Funds Analyst2

Short Selling MechanicsLong Short Mechanics
Courses
Explore Career Roadmaps
Investment Banking AnalystEquity Research AnalystVC AnalystPrivate Equity AnalystHedge Funds Analyst
Quant AnalystAI For FinanceFinancial Analyst ProgramPrivate Wealth ManagementDebt Capital Markets
Risk Management ProgramDerivatives FoundationPortfolio ManagementMutual Fund Mastery
PartnershipsShowdown
Log inSign up
Wealth, Advice & Personal Finance
1Money Basics and Banking
Household Financial DocumentsHousehold ExpensesHousehold IncomeBank AccountsDigital Payments in IndiaFinancial GoalsThe Household Financial ReviewThe Household Balance SheetHow to Build a…Your Banking CredentialsOverdraftGoal HorizonGoal PlanningHousehold Cash FlowMonthly BudgetBudget vs Cash Flow
2Credit and Debt
DebtLoansLoan and EMIHow to Read a…InterestCompound InterestCredit CardsCredit Card vs Personal LoanBuy Now Pay LaterYour Credit RecordDebt ConsolidationCredit ScoreHow to Read a…The Debt TrapDebt PayoffDebt-to-Income RatioHow to Build a…
3Household Resilience
Financial ResilienceFinancial ShocksEmergency FundHousehold Net WorthHow to Prepare for…
4Insurance and Protection
Term InsuranceTerm Cover NeedInsurance Fact vs Insurance AdviceEmergency Fund vs InsuranceReading an Insurance Policy DocumentTerm Insurance vs Endowment PolicyThe Proposal FormInsurance ClaimsHealth InsuranceHow to Prepare an…Protection PlanningHow to build a…Policyholder and NomineeDeductible and Co-PaymentULIPTerm Insurance vs ULIP
5Investing Literacy
Equity for a First-Time InvestorGold in an Indian HouseholdSpeculationThe Return PromiseSIP Future ValueSavings vs InvestingRisk vs VolatilityHow Risk and Return…How Diversification Reduces Single-Exposure…
6Retirement
RetirementRetirement ProjectionHow to build a…EPFHow to Read an…PensionPension vs AnnuityGratuityInflation Risk on a Long GoalNPSHow to Read an…PPFEPF vs PPF vs NPSHow to Read a…Longevity Risk and the Withdrawal Rate
7Advice Process
Education and AdviceHow to create an…The Investor CharterFinancial AdviserFinancial IntermediariesFinancial PlanningHow to Check Whether…The Registered Investment AdviserAdviser vs Distributor vs…
8Rights and Recovery
Unfair PracticeSCORESThe OmbudsmanConsumer RedressalEscalating a Financial ComplaintHow to use SCORES…How to Escalate a…Mis-SellingMis-Selling vs Market Loss
9Fraud Awareness
Financial FraudHow to Respond to…How to Prepare a…Ponzi SchemesPonzi Scheme vs Regulated InvestmentHow to Recognise a…Financial InfluencersSocial EngineeringReturn and Performance ClaimsFinancial Red Flags

Your Banking Credentials: PIN, OTP and Why Neither Is Ever Shared

A personal identification number (PIN) and a one-time password (OTP) are not passwords. Neither says who the holder is. Each says that whoever holds this card or this phone approved this particular payment. The bank sends the code and checks the PIN, so a bank never asks for either. And a code read out to somebody turns an unwanted payment into an approved payment on the record.

A code may already have left the house an hour ago, so one thing needs saying first. Sharing a code is not carelessness. The request is built to arrive inside a situation genuinely happening to the household, at the moment when six digits are the fastest way to end something unpleasant. People who work inside banks share codes.

One distinction carries everything. A password proves who the holder is. A PIN and a one-time password prove that the holder agreed to this. Mixing the two up is what makes a shared code feel survivable.

What does a password prove, and what does a PIN prove instead?

A gate makes the point. A watchman can ask who a resident is, and a card with a photograph on it settles that. Or he can ask whether the resident agreed to let this delivery upstairs, and no card answers that: he has to hear it from the resident, now, about this delivery.

The first question is authenticationProving to a system who the holder is., and a password answers it. The second is authorisationProving that the holder approved a particular action., and a PINA short number entered to approve a payment or a withdrawal. answers it. A password answers who is this. A PIN answers was this approved. A password is a standing key, and changing it shuts the door behind whoever learned it. Agreement is an event, and nothing undoes it afterwards.

Two things that look alike and answer completely different questions READ THE ROWS ACROSS. THE TWO PANELS HAVE THE SAME SHAPE ON PURPOSE A PASSWORD A PIN OR A ONE-TIME CODE THE QUESTION IT ANSWERS Who is this? Was this approved? WHAT IT IS A standing key to keep and use again and again A permission for one action, of one amount, right now HOW LONG IT LASTS Until the day it is changed One payment for a PIN, and a few minutes for a code IF SOMEBODY ELSE GETS HOLD OF IT Change it, and the door shuts behind them Nothing shuts. The payment was approved, and stays so WHO EVER NEEDS TO HEAR IT ALOUD NOBODY NOBODY A LEAKED PASSWORD CAN BE REPAIRED. AN APPROVAL CANNOT, BECAUSE IT IS AN EVENT
Two panels of the same shape make the one differing row stand out: a leaked password can be changed and the door shuts, while an approval already given cannot be withdrawn.
Try it out

What does a PIN prove that a password does not?

Where is a PIN actually checked, and by whom?

A PIN is a short number, usually four digits or six, and the length is set by whoever issued the card. Where the number goes matters far more. Not to the shopkeeper, not to the person holding the machine, and not into the machine. The PIN travels, scrambled, to the system that issued the card.

A PIN is checked by machinery against something the issuer already holds, so at no point in an ordinary payment does any human being need to know it. Not the shopkeeper, not the counter staff, not anyone at the bank. No legitimate step anywhere has a PIN spoken, written on a form or repeated back.

At the instant it is entered, a PIN is not proving that the person at the machine is Meghna Bhosale. The entry proves that whoever is at this machine, with this card, for this amount, agreed. The machinery never asked who was answering. To the machinery, a lost card with a known PIN is a complete transaction.

One mechanical rule sits underneath all of it. Entering a payment PIN sends money out. A payment PIN never brings money in and never confirms a refund. A screen asking for a payment PIN in order to receive money is asking for something no payment system does.

What is a one-time password, and why does it expire?

A one-time passwordA code sent for a single transaction, valid for a few minutes only. is a short code the bank creates for one transaction and sends to the registered numberThe telephone number the bank holds and sends codes to. on the account. Type it once and it is spent, and if it is not typed within minutes it dies whether anybody used it or not.

The journey is short and has one honest ending. The bank makes the code, sends it to the number it holds, the account holder types it into the screen in front of them, and the bank checks it against what it made moments earlier. No step in that chain has a person hearing the code.

The whole journey of a code, and the step that is missing from it FOLLOW IT LEFT TO RIGHT, THEN LOOK AT THE BOX HANGING UNDERNEATH 1 THE BANK MAKES IT a code is generated inside the bank systems 2 IT IS SENT to the registered number held on the account 3 IT IS TYPED IN into the bank screen or payment screen in front of the holder 4 IT IS CHECKED against the code the bank itself made a minute ago THE STEP THAT DOES NOT EXIST a person hears the code and passes it on THE CODE GOES FROM THE BANK TO THE PHONE TO THE BANK. NOBODY ELSE IS IN THE CHAIN The Bhosale household is invented. This is how the mechanism is built, not a description of any particular bank.
A code runs from the bank to the registered phone and straight back to the bank, so a person hearing it is a step the mechanism does not contain.

Now the expiryThe point at which a code stops working, usually within minutes.. People read the expiry as a nuisance. The expiry is the point of the whole thing. A password is useful because it lasts. A code is useful because it does not. If a code lasted, agreement could be stored up and spent later.

The message carries the sentence that nobody reads. The message already carries the amount, who is being paid, how long the code lives and a line saying the bank will never ask for it. A code message describes the payment completely, so reading it is the same act as reading the payment.

Everything needed is already in the message, before anybody is answered AN INVENTED MESSAGE. NO REAL BANK, NO REAL BUSINESS AND NO REAL CODE APPEARS HERE MESSAGE FROM THE BANK Rs 22,000/- is being paid to SHREYA HANDLOOM COUNTER from the account ending 4417. 4 8 2 9 1 6 valid 5 minutes The bank will never ask for this code. Not recognised? Use the number printed on the card or passbook itself. 1 THE AMOUNT Rs 22,000/-. This is exactly what would be approved, printed before anything is approved. 2 WHO IS BEING PAID A name that is either recognised or not. If somebody does not recognise it, that is already the whole answer. 3 HOW LONG IT LIVES Minutes, not days. Agreement cannot be stored, which is what makes this a code and not a key. 4 THE LINE NOBODY READS The bank has already said it will never ask. It is in the message every single time. Invented message, invented amount, invented receiver.
An invented code message carries the amount of Rs 22,000/-, the receiver, the few minutes of life and the line saying the bank will never ask, describing the payment completely.

Why can a bank never need either of them?

The bank made the code. The code existed inside the bank before it existed on the account holder's phone, so a request to read it back would be a request to tell the bank something it generated thirty seconds earlier. The PIN is the same argument from the other end: nobody at a bank reads one.

The rule that a bank never asks for a code is not a policy that could change next year; it describes how the mechanism is built. So anybody asking for a code is asking for the one thing that has no legitimate use in their hands, whatever else they know about the account holder.

Try it out

Somebody who knows the account balance and the last transaction asks for a code. What does knowing those details prove?

What changes on the bank record when a code is used?

The next part is invisible, and invisible things are hard. A payment before a code is an instruction that nothing has approved. The moment a valid code is entered, that same payment carries an approval against it. A code does not move money; it changes what a payment is on the record, and money then follows a record that says approved.

Why does that matter more than the money? Because everything afterwards starts from what the record says. A disputeA formal claim that a transaction was not approved by the account holder. against a payment the record calls unapproved and one against a payment it calls approved are different conversations from the first sentence. Who decides is set out by the Reserve Bank of India at rbi.org.in.

The move that a shared code makes, and how small it looks while it happens SAME PAYMENT, SAME AMOUNT, SAME RECEIVER. ONLY THE STATUS IS DIFFERENT BEFORE THE CODE the record says NOT AUTHORISED a request that nothing has approved SIX DIGITS, FOUR SECONDS the code is entered AFTER THE CODE the record says AUTHORISED a payment the account holder agreed to WHAT WAS TRUE BEFORE The money is still in the account Nothing has agreed to anything The instruction can simply lapse The record is on the account holder's side WHAT IS TRUE AFTER The money is still in the account The payment now reads as agreed The instruction will now be carried out Every later conversation starts from this line NOTICE THE FIRST ROW IS IDENTICAL. THE MONEY HAS NOT MOVED. ONLY THE RECORD HAS
The money is still in the account in both lower columns, so the only thing a shared code has changed at that instant is the status the later conversation begins from.
Try it out

A code is shared. Before the control below is touched: what changes first, the money or the record?

Play with it

Move a payment along its life and watch the record, with the code shared and without it.

One invented payment of Rs 22,000/- is pushed out of the Bhosale household salary account on 30 April, when that account held Rs 4,030/-. The slider moves it through the five points of its life; the buttons say whether a code was read out. The panel opens at the second point with the code shared: the record reads authorised while the balance is still Rs 4,030/-. One point on it falls to minus Rs 17,970/-.

Was a code read out to somebody?
Point 2 of 5: the payment is authorised
ONE THING MOVES: HOW FAR ALONG ITS OWN LIFE THE PAYMENT HAS TRAVELLED INVENTED PAYMENT, INVENTED ACCOUNT. NOT A DESCRIPTION OF ANY BANK PROCESS IN PARTICULAR Status words describe how a payment is recorded. They are not a statement of what any bank or authority decides.
The code was read out, and the payment of Rs 22,000/- now reads as authorised on the record. The balance is still Rs 4,030/-, because no money has moved yet. The record changed before the money did, and the record is the whole of what the code changed.
The record says
AUTHORISED
Salary account
Rs 4,030/-
Where the money is
Still in the account
What the code did
Changed the status
Educational illustration. The payment of Rs 22,000/-, the opening balance of Rs 4,030/- and the resulting minus Rs 17,970/- illustrate arithmetic and how a status is recorded. The five points are a simplified picture of one payment's life, not the process of any particular bank. The status words describe what a record shows, not what any bank or authority will decide.

The readings run like this. At the opening position the record reads authorised while the balance is still Rs 4,030/-. One point on, it still reads authorised and the balance drops to minus Rs 17,970/-. Press the second button and the status reads not authorised everywhere. Every difference between the two runs is six digits.

What did this look like in the Bhosale household on one day?

Meghna Bhosale is salaried at Sahyadri Freight Services Private Limited and her take-home pay of Rs 39,800/- lands on the 1st. Ashok Bhosale runs a tailoring counter whose takings go into the same account. All of it sits behind two things: a four digit number and a six digit code.

April had been hard for reasons that had nothing to do with anybody being careless. By 24 April the salary account stood at minus Rs 3,170/-, after Rs 4,000/- had already been moved across from the buffer savings. The account stayed below zero for six days, and the charge came to Rs 304/-: interest Rs 9/-, a usage fee Rs 250/- and tax Rs 45/-.

Then the telephone rang. The caller said the account had gone below zero. The account had. The caller named the charge of Rs 304/-, and that figure was right. The caller said it could be reversed, and asked for a code. Every part of that call was true except the last, and the last was the only part the call existed for.

Nobody read the code out, and the honest reason is not a flattering one. Alertness had nothing to do with it. The person answering was worried about money, and worried people are not alert. The stop came from a sentence written on a cupboard door months earlier, when nobody was worried about anything.

Private Wealth Management Bootcamp — Fin Maverick

What shapes does the request take, and what do they all have in common?

The requests do not look alike. Trying to recognise them is therefore the wrong strategy. First, a call about a charge, of the kind the Bhosale household met. The fee is real, and somebody offers to make it go away. A message about a delivery that really is coming. A screen about a refund that really is owed, asking for a payment PIN to send it. A person with a form.

All four arrive at somebody asking for a code, a PIN or control of the screen, so the four shapes differ endlessly on the surface and are identical at the end. The task is not to spot four beginnings. The task is to notice one ending.

Four shapes that look nothing like each other and end in exactly the same place EACH COLUMN USUALLY STARTS FROM SOMETHING THAT IS GENUINELY TRUE A CALL about a charge visible on the account itself The charge is real. The offer to reverse it is the part that is not. A MESSAGE about a delivery that is genuinely on its way The parcel is real. The address needs no banking code to fix. A SCREEN about a refund that is genuinely owed to the holder The refund is real. No PIN has ever brought money in. A PERSON with a form, at a desk or at the front door The form is real. No form anywhere has a box for a PIN. READ ME THE CODE or type it here, or approve the request on the screen THE BEGINNINGS ARE ENDLESS. THE ENDING IS ALWAYS THE SAME ONE All four shapes are illustrations. Watching for the ending is easier than recognising any of the beginnings.
Four requests that share nothing on the surface funnel into one box asking for a code, so a household watching for the ending needs to recognise no beginnings.
Try it out

Four requests arrive in four completely different forms. What do they have in common?

The belief that a careful person cannot be caught

The belief that a careful person cannot be caught is the most damaging idea in the subject, and it is held almost everywhere, including by people who have already shared a code. The belief stops people preparing, and afterwards it turns an ordinary event into a private shame that keeps people from telephoning the bank in the first minutes.

The belief assumes the request arrives standing alone, at a moment of the household's own choosing. A request never does. A request arrives inside a situation genuinely happening to that household, and the details are real because real details are obtainable.

Somebody who shares a code under those conditions has not been careless; they have been placed inside a situation built so that sharing would feel like the sensible thing to do. That is not the sentence people say to themselves afterwards, and it is the true one.

Which is why a rule fixed in advance works where being careful does not. Being careful is a state a person has to be in. A rule is already decided, by a calmer version of the same person, and applying it does not require calm.

What the caller already knew on 24 April, and what knowing it proved INVENTED HOUSEHOLD, INVENTED CALL, INVENTED CHARGE WHAT THE CALLER SAID IS IT TRUE? The account has gone below zero TRUE A charge of Rs 304/- has been applied TRUE It happened on 24 April, six days ago TRUE Read me the code and I will reverse it THE ONLY FALSE PART WHAT KNOWING ALL THAT PROVED NOTHING Real details about a household are obtainable, so knowing them says nothing whatsoever about who is speaking on the call. The request was the only part of the call that carried any information. THE DETAILS BEING CORRECT IS NOT A CLUE. IT IS WHAT MAKES THE CALL WORK Every figure and every event on this card is invented and belongs to an invented household.
Three of the four things the caller said were true and verifiable, which is why correct details are not evidence of anything and are the working part of the approach.
Try it out

Why is a rule fixed in advance better than being careful in the moment?

Financial Literacy Bootcamp — Fin Maverick

What else counts as a credential, and what is only a label?

A credentialSomething that proves either who the holder is or that the holder approved something. is anything that, once handed over, lets somebody else act as the account holder. Being able to act as the account holder is the test. Everything else about an account is a label, and labels exist to be given out.

Credentials, then. A card PIN. The PIN inside a payment application. A one-time code. The three digits on the back of a card. A net banking password. The approval tapped when a request appears. And control of the screen. An application that lets somebody else operate the phone hands over everything at once.

An account number is not a credential. Neither is the branch code, a name, an address or a telephone number. A credential lets somebody act as the account holder. A label only points at the account holder, and that is why account numbers are printed on cheques without anybody thinking twice.

Try it out

Is a bank account number a credential?

Who actually asks a household for what, as part of a real job?

A bank service desk is working out whether it is speaking to the account holder, so it asks things that identify: a name, a date of birth, an address it already holds, a recent transaction amount. The questions have one thing in common. Each points at the account holder, and none of them can move a rupee.

A merchant needs the amount and afterwards a reference number. A lender wants statements and payslips. An insurer wants policy documents. Every role that touches a household money in the ordinary course of business is built to work without ever knowing a PIN or a code.

One genuine confusion deserves naming. A delivery agent may ask for a code, and that code is often perfectly real: it confirms a parcel was handed over. The delivery code did not come from the bank. A code naming an amount and an account is a banking credential. A code naming a parcel is not.

Try it out

A code has just been shared. What matters most in the next few minutes?

What should happen in the first few minutes afterwards?

Speed, and not understanding. Putting speed first goes against instinct. Instinct says work out what happened, and how anybody could have been so foolish. Neither is urgent, and the second is not even true.

The steps are short. The bank is telephoned on a number taken from the card itself, from the passbook or from the application already installed, never a number given during the conversation. The account or card is blocked, the time and what was said are written down, and a reference number is asked for.

Blocking an account can only be done now, and working out what happened can be done at any point afterwards, so reporting comes first and understanding second. It is a matter of which task has a clock on it.

Telling somebody in the household the same evening is worth doing even though it is the hardest part, and a household that has agreed in advance that this happens to anybody has taken most of the sting out of that conversation already.

India

Where the reporting route and the customer protection position are set

Everything above about identity, agreement and what a code establishes holds anywhere. The route after a report does not. In India the customer protection framework for unauthorised electronic banking transactions, the complaint route and the ombudsman arrangement behind it are matters for the Reserve Bank of India at rbi.org.in.

How each payment rail works and how a completed payment is traced are described by the National Payments Corporation of India at npci.org.in. Each bank publishes its own reporting numbers, printed on the card, the passbook or the application.

Portfolio Management Bootcamp — Fin Maverick Reading an Option Payoff — free micro-course from Fin Maverick

What can a household put in place beforehand that costs nothing?

One written sentence, agreed by everybody who lives there. Not a system, not an application. A sentence, in the language the household actually speaks, somewhere everybody sees it: nobody here reads out a code or a PIN, to anybody, for any reason, ever.

Read the shape of that sentence. The shape does the work. The sentence contains no judgement to make, and a rule with no conditions cannot be argued out of somebody by a person who is good at arguing. A rule fixed in advance survives the moment because it does not have to be applied by somebody who is calm.

People lack permission, not knowledge. A second sentence supplies it: nobody here has to stay on a call about money. Most people know the rule about codes already, and what stops them acting on it is that ending a conversation feels impolite.

And make it cover everybody, including a child old enough to answer the telephone and an elderly parent at home during the day. Whoever answers is rarely whoever read about this.

The whole rule, drawn out, with nothing in it that needs deciding IS SOMEBODY ASKING FOR A CODE, A PIN, OR CONTROL OF THE SCREEN? NO YES CARRY ON Nothing in this guide applies. THE ANSWER IS NO Then end the conversation. AND THE ANSWER STAYS NO even if they knew the balance even if the charge is genuinely there even if they were telephoned first even if it is urgent and they are helpful WHAT THE RULE ASKS ANYBODY TO JUDGE NOTHING Which is exactly why it still works when a person is worried or rushed. THE REASON THEY ARE ASKING MAKES NO DIFFERENCE TO THE ANSWER
The rule has one question, and the box asking what must be judged reads nothing, which is the property that lets it survive a moment when judgement is hardest.
Try it out

What costs a household nothing at all and works better than staying vigilant?

Fraud as a subject, including how approaches are built and what happens over the following weeks, is taught separately and at far greater length. Getting money back, and the complaint route that follows a report, are covered separately. How a payment settles is covered under payment settlement.
Rebalancing: When, Why and What It Costs teaches you to choose a rebalancing rule and say what it buys and what it costs.

References

SourceDocumentWhere
Reserve Bank of IndiaCustomer protection material on unauthorised electronic banking transactions and the grievance and ombudsman route, named for the existence of that framework only. No timeframe, limit or liability position is reproduced hererbi.org.in
National Payments Corporation of IndiaMaterial on how each payment rail settles and on the reference a completed payment leaves behind, named for the existence of that reference onlynpci.org.in
Reserve Bank of IndiaCustomer awareness material on banking credentials and the standing position that a bank does not ask a customer for a code or a PIN, named for the existence of that position onlyrbi.org.in

The Bhosale household, Meghna Bhosale, Ashok Bhosale, Ira Bhosale, Sahyadri Freight Services Private Limited and every amount here, including the payment of Rs 22,000/-, the balances of Rs 4,030/- and minus Rs 17,970/- and the charge of Rs 304/-, are invented.
Educational material. Not advice on any investment, tax, budget or market position.

← PreviousNext →
Fin Maverick Micro CoursesExplore Micro Courses
Fin Maverick BootcampsExplore Bootcamps
Fin Maverick

Finance education that ends in a job, not a certificate that gathers dust. Built for young India.

LEARN
CalculatorsFrameworksComparisonsCareersShowdown
RESOURCES
All CoursesMicro CoursesBootcampsInternships
COMPANY
AboutJob openingPartnership
LEGAL
Privacy PolicyTerms & ConditionsContent LicenseReturn & Refund Policy
© 2026 FIN MAVERICK / BUILT FOR INDIA.DO FINANCE, DO NOT JUST READ ABOUT IT.