BS vs. AD: Nepal's Two Calendars
Why Nepal runs on Bikram Sambat, how it differs from the Gregorian calendar, and where people trip up converting between them.
Published 2026-07-31 · Updated 2026-07-31 · 3 min read
Two calendars, one country
Nepal officially uses the Bikram Sambat (BS) calendar for government records, legal documents, school and university certificates, and most civic life — while the Gregorian (AD/English) calendar is used internationally and increasingly alongside BS in business and technology contexts. Most Nepalis move between both constantly: a birth certificate might carry a BS date while an international flight ticket needs the AD date for the same day.
Why BS runs "ahead" of AD by about 56-57 years
Bikram Sambat's epoch (year zero) is set roughly 56-57 years before the Gregorian calendar's, which is why, for instance, 2026 AD falls within BS year 2082-2083. The exact gap fluctuates slightly through the year because Nepali New Year (Baisakh 1) doesn't fall on the Gregorian new year — it falls in mid-April — so for part of the AD year, the BS year is 57 years ahead, and for the rest, 56.
The part that actually makes conversion hard: variable month lengths
A Gregorian month's length is fixed and simple to remember (30, 31, or 28/29 for February). A BS month's length is not fixed the same way — it can run anywhere from 29 to 32 days, and which length applies to which month can differ from year to year, since Nepal's calendar authority has historically calculated month lengths based on precise solar-position astronomy rather than a simple repeating rule. This is exactly why a trustworthy BS↔AD converter needs a verified, audited table of actual month lengths for the years it supports — a formula-based "add roughly 57 years" approach will drift wrong at month and day boundaries.
Common mistakes people make converting by hand
Assuming every BS month is 30 or 31 days like AD months; assuming the year offset is a flat +57 all year round (it isn't, because of the mid-April new year); and trusting an online tool without knowing whether it's built on real calendar data or just date arithmetic. If a conversion tool doesn't tell you what date range it supports and how it validated its data, treat its output for month/day boundaries with caution.
How our Date Converter handles this
We maintain an internally audited BS month-length dataset for 2000-2090 BS, anchored to a verified reference date, and cross-checked against multiple independent calendar implementations plus manual verification against known transition dates. Conversions in this range are exact table lookups, not estimates — and the tool tells you plainly when a date falls outside the range we've verified, rather than guessing.
Was this guide helpful?