Принять интеграцию без Postman: бесплатный клиент Tetiva

Подрядчик пишет «интеграция готова». Как это увидеть самому

Типичная переписка. Студия делает обмен сайта с 1С или заявок с CRM, через две недели пишет «всё работает, принимайте». Вы заходите в админку, видите зелёную галочку и не знаете, что за ней. Заказ реально доходит? А если прислать его дважды?

Ответ на такие вопросы живёт на уровне запроса. Любой обмен сводится к тому, что одна система отправила другой запрос и получила ответ. Если вы можете отправить этот запрос сами и увидеть ответ, «готово» перестаёт быть словом. Для этого нужна программа-клиент. Самая известная, Postman, в основном работает через учётную запись и хранит коллекции в облаке, а в запросах к реальной системе сидят ключи доступа и данные покупателей.

Я посмотрел свежую бесплатную альтернативу, которая работает на вашем компьютере. В Telegram-канале про GitHub её назвали «Client», в самом репозитории она зовётся Tetiva.

Что это за проект и что он умеет

Репозиторий tetiva-app/client создан 12 июля 2026 года. На 10 октября в нём 205 звёзд, 46 коммитов, последний от 9 октября, и один автор: в списке участников единственный аккаунт. Файл LICENSE содержит текст лицензии MIT с копирайтом Савелия Юдина за 2026 год. Последний релиз 1.2.1 вышел 3 октября. Установщики есть для Windows, macOS и Linux (deb), размер около 30 МБ.

По описанию в репозитории и по коду, умеет программа вот что:

• HTTP со всеми методами, заголовками, телами и авторизацией по токену, паролю или ключу API;
• gRPC через рефлексию сервера или через файлы .proto, но вызвать можно только простые вызовы без потоков (это написано на сайте проекта);
• GraphQL с просмотром схемы, WebSocket с журналом сообщений;
• коллекции запросов в виде дерева, окружения с переменными вроде {{base_url}}, чтобы переключаться между тестовым и боевым адресом;
• импорт и экспорт коллекций Postman версии 2.1;
• скрипты на JavaScript до и после запроса, в том числе проверки через pm.test, с лимитом 5 секунд и без доступа к файлам и сети.

Важная для приёмки деталь: проверка пишется прямо к запросу. Например, «в ответе поле status равно paid, иначе тест красный». Набор таких запросов и есть приёмочный тест интеграции. Импорт из OpenAPI в описании не заявлен, и прогон всей коллекции одной кнопкой я в коде не нашёл. Запросы придётся запускать по одному.

Где лежат ключи и тела запросов

Всё хранится в базе SQLite в папке .tetiva в домашней папке пользователя, файл data.db. Синхронизация с облаком включается отдельно, войти программа не просит.

Переменная окружения может быть помечена как секретная, но значение лежит в той же базе, и шифрования я в коде не нашёл. История запросов записывает заголовки и тела запросов и ответов, и маскирования там я тоже не увидел. Значит, токен боевой системы и телефоны покупателей из ответов окажутся в обычном файле. Защита здесь одна: шифрование диска и пароль на учётной записи Windows.

Программа обращается к серверу проекта только за проверкой обновлений, передавая версию и систему, и в настройках эту проверку можно отключить. Публикация коллекции на странице, по описанию сайта, не отправляет значения секретных переменных, куки и токены.

Чем отличается от Postman, Insomnia, Bruno и Hoppscotch

Postman. Полная работа с коллекциями привязана к аккаунту и рабочему пространству. По документации Postman, есть облегчённый клиент без входа: он хранит работу локально, но в описании только запросы и история, коллекций нет.

У Bruno, Insomnia и Hoppscotch звёзд на порядок больше: примерно 47 тысяч у Bruno, 40 тысяч у Insomnia, 80 тысяч у Hoppscotch. Bruno хранит коллекции обычными файлами в папке, их удобно класть в git вместе с кодом, лицензия MIT. У Hoppscotch лицензия MIT, он работает в браузере, и его можно развернуть у себя. У Insomnia лицензия Apache-2.0, насчёт работы без аккаунта я не проверял.

Для команды надёжнее Bruno. Tetiva выигрывает тем, что весит около 30 МБ, не просит входа и умеет gRPC из коробки.

Что важно учесть

Это инструмент разработчика, а не услуга и не готовая приёмка. Правильный ответ программа не знает. Это знает тот, кто читал описание интеграции.

У проекта один автор и три месяца истории. Через год проект может остановиться. Экспорт в формат Postman есть, так что коллекции можно унести.

Совместной работы без облака нет. Синхронизация между устройствами и общие рабочие пространства команды, по описанию, платные. Для приёмки хватит выгрузить коллекцию файлом.

Что можно сделать уже сейчас

1. Потребуйте у подрядчика не отчёт, а коллекцию запросов к вашей системе: по одному на каждое действие, с примером правильного ответа. Она нужна и как документация, об этом я писал в статье про то, как не стать заложником подрядчика.
2. Поставьте клиент, импортируйте её (формат Postman подходит) и пройдите по запросам на тестовом адресе. Отправьте один заказ дважды и один с ошибкой в данных. Хорошая интеграция не создаёт дубль и на ошибку отвечает понятным текстом.
3. Проверьте, что делается при сбое чужой системы. Как интеграция молча теряет заказы при ответах 503 и 429, я разбирал на примере МоегоСклада. Такое видно по ответу сервера, галочка в админке об этом молчит.
4. Боевые ключи в клиент не кладите. Делайте тестовые, ограниченные по правам, и храните файл на зашифрованном диске. Для 1С запросы идут в HTTP-сервис 1С.

Нужна независимая приёмка интеграции сайта, CRM, 1С и мессенджеров? Это входит в работу по интеграциям, цены на разработку и аудит смотрите в прайсе.

Частые вопросы

Можно ли использовать Tetiva в компании бесплатно?

Да. Лицензия MIT разрешает коммерческое использование. Платными в описании проекта названы только синхронизация больше чем на два устройства и общие рабочие пространства команды.

Отправляет ли программа мои запросы на сервер автора?

Запросы уходят только по адресу, который вы укажете. Единственный фоновый запрос в коде идёт за информацией об обновлениях, и его можно выключить. Облако включается отдельно и по умолчанию выключено.

Что лучше для обычного заказчика, Tetiva или Postman?

Для проверки раз в квартал подойдёт любая, лишь бы без обязательного входа. Если запросы нужны команде каждый день, возьмите зрелые Bruno или Hoppscotch.

Коротко о главном

Tetiva показывает, что проверить обмен между системами можно без аккаунта и облака, прямо на своём компьютере. Проект молодой, ключи в базе лежат открытым текстом, поэтому используйте тестовые ключи и зашифрованный диск. Готовую интеграцию видно по запросам и ответам, отчёт для этого не нужен.

Хотите принять работу подрядчика с проверкой, а не на слово? Напишите мне в Telegram слово «СТЕНД». Соберу набор запросов под вашу систему и проверю, что она ведёт себя так, как обещали.