TGStat
TGStat
Введите текст для поиска
Расширенный поиск каналов
  • flag Russian
    Язык сайта
    flag Russian flag English flag Uzbek
  • Вход на сайт
  • Каталог
    Каталог каналов и чатов Региональные подборки Тематические подборки Платные каналы Поиск каналов
    Добавить канал/чат
  • Рейтинги
    Рейтинг каналов Рейтинг чатов Рейтинг публикаций
    Рейтинги брендов и персон
  • Аналитика
  • Поиск по публикациям
  • Мониторинг Telegram
  • Продвижение
    Реклама через Яндекс Бизнес Реклама в каналах через TGStat Agency Реклама на сайте TGStat.ru
Системный аналитик в финтехе/Orlova courses

24 Sep 2025, 18:23

Открыть в Telegram Поделиться Пожаловаться

Когда в API надо поднимать версию?

Вот такой вопрос недавно задали моей знакомой на собеседовании.

На мой взгляд, тут нужно уточнить, какую версию собрались поднимать: major, minor, patch.

Major версию поднимают (v1-v2), когда изменения ломают обратную совместимость; в процессе меняется контракт, и клиентам нужно адаптироваться. Появился новый формат ответа API или обязательные поля, изменён протокол аутентификации или безопасности, переименован endpoint.

Minor версию поднимают (v1.2-v1.3) – если добавлено что-то новое, но совместимое, например, введены новые опциональные параметры.

Patch версию поднимают (v1.2.1 – v1.2.2) – когда исправляют баги, не меняющие контракт API.

Чаще всего речь, конечно, о версии major. Давайте посмотрим пример на основе системы быстрых платежей (СБП). Открытая документация находится тут -https://sbp.nspk.ru/api/

Кратко расскажу про СБП.

Это всеми известный способ оплаты, который осуществляется с помощью национальной системы платежных карт (НСПК). В данной системе регистрируются юридические лица (юр. л.), которые хотят получать оплату по СБП; им присваивается legalid. У юр. лиц есть точки продаж (это там, где вы, например, на кассе оплачиваете по СБП); каждой точке присваивается merchantid. Но для этого точке нужно зарегистрировать ТСП.

По ссылке https://sbp.nspk.ru/api/ найдете метод:
Post /merchant/v1/merchant/ и Post /merchant/v2/merchant.

В первой версии метода 11 параметров в запросе (адрес торговой точки, id банка, который регистрирует точку, id юр. лица, которому принадлежит точка).

Во второй версии 12 параметров: добавился “salesMode” - обязательный параметр, способ торговли ТСП. “salesMode” может принимать значения "REMOTE" и "FACE_TO_FACE". То есть торговая точка принимает оплату в реале, например, на кассе в Пятерочке или в онлайн-магазине. Рискну предположить, что впоследствии параметр будет активно использоваться фискальными органами, которые будут контролировать оплаты по СБП.

В данном случае добавление нового обязательного параметра при регистрации ТСП привело к поднятию версии.

Вот так просто.
Поднимали версии? Какие? Major❤️, Minor👍, Patch😜.

3k 1 66 9 51
Каталог
Каталог каналов и чатов Подборки каналов Поиск каналов Добавить канал/чат
Рейтинги
Рейтинг каналов Telegram Рейтинг чатов Telegram Рейтинг публикаций Рейтинги брендов и персон
API
API статистики API поиска публикаций API Callback
Наши каналы
@TGStat @TGStat_Chat @telepulse @TGStatAPI
Почитать
Академия TGStat Исследование Telegram 2019 Исследование Telegram 2021 Исследование Telegram 2023
Контакты
Справочный центр Поддержка Почта Вакансии
Всякая всячина
Пользовательское соглашение Политика конфиденциальности Публичная оферта
Наши боты
@TGStat_Bot @SearcheeBot @TGAlertsBot @tg_analytics_bot @TGStatChatBot