Identyfikator konta nazywa jedno podłączone konto LinkedIn. Dostajesz go, gdy logowanie się kończy, i wstawiasz go potem niemal w każde wywołanie — w segment ścieżki, parametr zapytania, pole JSON albo pole multipart, zależnie od operacji.
Jest nieprzejrzysty. Nie ma przedrostka, nie jest UUID-em i nie niesie żadnego znaczenia, które warto rozbierać. Traktuj go jak ciąg znaków, który przechowujesz i odsyłasz.
Dlaczego odpowiada 404, a nie 403
Każdy abonent planu MakeHybrid API jest przekazywany do jednego współdzielonego tenanta u zewnętrznego dostawcy, co znaczy, że identyfikatory kont wszystkich klientów żyją w tej samej przestrzeni nazw. Nic nie dociera do tego dostawcy z nazwanym identyfikatorem konta, dopóki nie potwierdzimy, że podłączyła go twoja organizacja.
Pudło odpowiada 404, nigdy 403. Różnica to nie uprzejmość. 403 znaczyłoby, że identyfikator istnieje i nie jest twój — ktoś mógłby więc siedzieć, generować identyfikatory i odróżniać prawdziwe od zmyślonych po tym, co wróciło. 404 dla obu nie mówi zupełnie nic.
Sprawdzane jest to we wszystkich czterech miejscach, którymi identyfikator może przyjść: w ścieżce, w ciągu zapytania, w polu ciała JSON i w polu multipart. Identyfikator, który dotarłby do dostawcy niesprawdzony, byłby odczytem przez granicę innego klienta.
O co ludzie pytają
Czy agentowi SI trzeba podawać identyfikator konta?
Sam może go znaleźć. Asystent przez MCP albo agent SI w pokoju z zaznaczonym MakeHybrid wypisuje podłączone konta organizacji i wybiera account_id z odpowiedzi. Zwykle wystarczy nazwać konto zwykłymi słowami.
Czy agent SI może użyć identyfikatora konta innej organizacji?
Nie. Identyfikator jest sprawdzany względem organizacji, do której należy klucz, a identyfikator innej organizacji dostaje od agenta SI 404 dokładnie tak samo jak od kodu.