api

что это

у каждого сервиса есть витрина для людей — сайт с кнопками — и служебный вход для программ: api. аналогия: ресторан. можно прийти в зал, посмотреть меню, позвать официанта. а можно быть службой доставки, которая обращается сразу на кухню по регламенту: «заказ 431, две пиццы». api — это и есть кухонная дверь с регламентом: какие запросы принимаются, в каком формате, что возвращается в ответ.

«ии по api» означает: ваша система отправляет модели текст программно и получает ответ программно — без человека, копирующего в чат. все агенты, боты и автоматизации живут на api.

зачем это бизнесу

вопрос «есть ли у этой системы api» — первый фильтр перед любой автоматизацией. если у вашей crm, учётки и телефонии api есть — их можно связать в процессы: заявка сама попадает в crm, звонок сам расшифровывается и прикрепляется к сделке. если api нет — автоматизация превращается в костыли (см. rpa) или ручной труд. отсюда практический совет: выбирая новый сервис, смотрите не только на кнопки, но и на api — иначе через год он станет островом, до которого не дотянуться.

о чём спросить подрядчика

• «какими api моих систем вы воспользуетесь и проверили ли, что нужные операции там вообще есть?» — классический провал: на середине проекта выясняется, что api crm не умеет нужную операцию.
• «что будет при сбое api — потеряется заявка или встанет в очередь и повторится?» — обработка сбоев отличает продакшн от демо. «а оно не падает» — падает.