Abre a visita do visitante (método `KIOSK`). **Dois caminhos, exatamente um:** `hostMemberId` (visitante sem cadastro prévio) ou `invitationId` (convidado cadastrado, vindo de `GET /api/attendance/kiosk/expected`; vale o 400 com `errors` se vierem os dois ou nenhum). Com `invitationId`, o servidor confere que o cadastro é desta comunidade e deste space (404), que o `guestName` digitado começa o nome cadastrado (duas palavras de 3+ letras; senão 400), e que está esperado hoje (409 se cancelado, já chegado por outro meio ou de outro dia); a chegada marca o cadastro (`ARRIVED`) sobre a visita, sem duplicar, usa o nome cadastrado e avisa o anfitrião (`hostNotified`). Tocar de novo no mesmo quiosque devolve 200 com `alreadyCheckedIn: true`. `guestName` é obrigatório; `guestCompany` e `guestPhone` valem conforme `guestFields` da sessão (`required` exige, `off` ignora). `hostMemberId` precisa ser um membro da comunidade **do token** com acesso ao space (senão 404). O corpo nunca aceita `communityId` nem `spaceId`. **Idempotente** por nome normalizado + anfitrião + space: o segundo pedido devolve a visita aberta (`200`, `alreadyCheckedIn: true`). Cria: `201`. Se o space tem `notifyHost`, o e-mail ao anfitrião vai para a fila (nunca na requisição), com teto de 10 por hora por anfitrião; passando do teto a visita é registrada e o e-mail não sai. Limite: 10 por minuto por token.
