API (ang. Application Programming Interface) to kontrakt, przez który jeden system udostępnia swoje funkcje lub dane innemu systemowi - bez pokazywania, co ma w środku. Kontrakt określa: jakie operacje są dostępne, jakie dane trzeba wysłać, co wróci w odpowiedzi i co się stanie, gdy coś pójdzie nie tak.
Analityk biznesowy styka się z API przy każdej integracji. Nie musisz programować, ale musisz umieć przeczytać dokumentację API, zmapować pola między systemami i zadać pytania, których programista sam nie zada - bo dotyczą biznesu, nie kodu.
Przykład z MediFlow: rejestracja online musi rozmawiać z systemem gabinetowym każdej z 12 przychodni przez REST API. Endpoint GET /sloty zwraca wolne terminy lekarza, POST /wizyty tworzy rezerwację. Analityk mapuje pola (czy „specjalizacja" w obu systemach znaczy to samo?) i drąży scenariusze brzegowe: co się dzieje, gdy dwóch pacjentów rezerwuje ten sam slot w tej samej sekundzie? Co zwraca API, gdy lekarz właśnie odwołał przyjęcia? Te pytania to wymagania integracyjne.
Częsta pomyłka: traktowanie API jako „dostępu do bazy danych". API to coś więcej niż dane - to także reguły biznesowe (walidacje, uprawnienia), kody błędów, limity zapytań (rate limiting) i wersjonowanie. Druga pomyłka: REST czy JSON to detale techniczne; z perspektywy BA istotny jest kontrakt - kto, co, kiedy i z jakimi wyjątkami.
Pojęcia powiązane: integracja, REST, webhook, dokumentacja API.