agent la un anunț sau în agent_email la POST /leads/{id}/assign.
Prin API doar citești. Invitațiile, rolurile, mutarea între puncte de lucru, dezactivarea și scoaterea din echipă se fac în portal. Când se schimbă ceva, primești un eveniment (vezi Evenimentele echipei și ale firmei).
Toate cele trei apeluri cer dreptul listings:read.
Firma
GET /account/firm întoarce firma în care lucrează cheia.
Un cont care nu lucrează în nicio firmă, sau care a ieșit din firma cheii, primește
404. O firmă suspendată se citește în continuare, cu status: suspended.
Echipa
GET /account/members întoarce oamenii din echipă, cu paginare prin cursor, în ordinea în care au intrat în firmă.
Ce vede cheia depinde de rolul contului, ca pe pagina Echipa:
Colegii care au ieșit din firmă nu mai apar. Cât timp firma e suspendată sau contul e dezactivat, lista e goală, ca în portal.
Punctele de lucru
GET /account/offices întoarce punctele de lucru ale firmei, întâi sediul, apoi celelalte după nume. Un dezvoltator nu are puncte de lucru, fiindcă echipele lui sunt pe proiecte, așa că lista e goală.
Evenimentele echipei și ale firmei
Când se schimbă echipa sau firma, primești un eveniment, pe webhook și înGET /events. Pornesc din portal și de la moderarea Housera.
member din evenimentele member.* are id, name, email, role și office, ca în GET /account/members. Când colegul și-a șters contul (reason: account_deleted), member are doar id, fără nume și email. handed_to are name și email. firm și into au id și name.
Evenimentele ajung la titularul și administratorii firmei, prin cheile legate de firmă care au dreptul listings:read, iar la un integrator doar dacă legătura lui e pe acea firmă. Un manager sau un agent nu le primește. firm.suspended, firm.closed și firm.merged pleacă înainte ca firma să-și piardă echipa, iar cheia legată de firmă le citește în continuare în GET /events.
Webhook-urile integratorilor le primesc automat. Pe un webhook din Setări → API le bifezi, fiindcă nu decurg din alt eveniment.