Identificadores em referências¶
Visão Geral¶
A API Pontotel utiliza diferentes tipos de identificadores dependendo do recurso para facilitar a criação ou atualização de entidades. Entender esses formatos é essencial para construir integrações robustas. Os endpoints que possuem esse recurso ativo apresentam o atributo e também um campo na requisição que informa qual identificador está sendo utilizado para aquele atributo. Por exemplo, ao definir o empregador de um empregado, a API permite que o CNPJ seja utilizado como identificador: basta passar o CNPJ no valor do atributo e informar que o identificador utilizado é o CNPJ, conforme o exemplo: {"empregador": "84984743000133", "identificadorEmpregador": "cnpj"}.
Por padrão, o id é o identificador utilizado. Para verificar quais outros identificadores são aceitos em cada caso, consulte a documentação específica de cada recurso.
Identificadores em referências¶
Ao criar ou atualizar entidades que referenciam outras, é possível especificar qual identificador está sendo usado para cada referência. Isso evita a necessidade de buscar o id interno antes de criar um registro, necessitando de uma operação a mais para criar ou atualizar um registro. O padrão é: o campo com o valor da referência acompanhado de um campo identificador<Entidade> indicando o tipo:
Este payload teria o mesmo resultado que o payload a seguir:
Geralmente o código é bastante utilizado nesses casos pois ele é um campo aberto para que o cliente da API possa defini-lo para identificar entidades entre sistemas.
Empregado¶
Ao cadastrar ou atualizar um empregado, é possível referenciar escala, regra de cálculo, local de trabalho, empregador e líder direto por diferentes identificadores:
| Campo | Campo identificador | Valores aceitos |
|---|---|---|
escala | identificadorEscala | id, codigo, nome |
regraCalculo | identificadorRegraCalculo | id, codigo, nome |
localTrabalho | identificadorLocalTrabalho | id, codigo, nome |
empregador | identificadorEmpregador | id, codigo, cnpj |
usuarioLiderDireto | identificadorUsuarioLiderDireto | id, codigo, email |
Ao invés de passar os ids internos das referências, o payload pode ter apenas o código identificando as entidades:
Desta forma, como o código é utilizado para salvar o id de ligação entre as entidades nos sistemas, é fácil obtê-lo para construir o payload de integração do empregado.
Usuários¶
Ao cadastrar ou atualizar um usuários, é possível referenciar empregador e local por diferentes identificadores:
| Campo | Campo identificador | Valores aceitos |
|---|---|---|
permissao | identificadorPermissao | id, nome |
empregado | identificadorEmpregado | id, codigo |
grupos | identificadorGrupos | id, codigo |
locais | identificadorLocaisDeTrabalho | id, nome, codigo |
permissaoAppGestao | identificadorPermissaoAppGestao | id, codigo, nome |
usuarioLiderDireto | identificadorUsuarioLiderDireto | id, codigo, email |
Valores homogêneos em arrays
Ao passar arrays de grupos ou locais, todos os valores devem usar o mesmo tipo de identificador. Não é possível misturar id e codigo no mesmo array.
Boas práticas¶
Use chaves de negócio para vínculos entre sistemas¶
Sempre utilize o campo codigo ao integrar com outros sistemas para identificar as entidades, de modo que este campo seja equivalente ao identificador da entidade no outro sistema, isto é, o seu id interno ou matrícula, afim de facilitar os fluxos de integração — o id interno da Pontotel pode variar entre ambientes (homologação, sandbox e produção)
Próximos passos¶
Agora que você já aprendeu sobre os conceitos básicos da API e funcionalidades como filtrso e identificadores, você pode:
- Entrar em contato com o atendimento solicitando um usuário de API no ambiente de homologação
- Solicitar materiais complementares como coleções no Postman e planilas para facilitar o mapeamento de campos entre os sistemas