# Tecnospeed - PlugNotas ###### tags: `Sienge` `Integrações` `Acompanhamentos` ### Considerações Gerais Considerando exclusivamente o inventário de APIs publicas da Tecnospeed, não encontro nenhum motivo aparente para que a integração não possa seguir. Algumas percepções: - As APIs são bem completas e documentadas - O padrão é em JSON em formato unico para todas as prefeituras - O funcionamento das APIS é totalmente assíncrono, o que mitiga erros de timeout caso fosse necessário esperar um retorno da prefeitura. - Possuí sistema de webhook com reries de até 8 horas de tentativas - Caso necessário existe a possíbilidade de enviar lotes de NFSe - APIs disponíveis para Emissão\Consulta\Cancelamento de NFSe - Possuí APIs para gerenciar webhooks conforme gerenciamos as integrações (habilitando novas integrações) -> Isso facilita a entrada de novos clientes sem a interferência manual nos sistemas da Tecnospeed ### Pontos de atenção do lado do Sienge A Tecnlospeed precisa de um "pré-cadastro" sempre que uma nova integração for ativada para um novo cliente. - Verificação se o Municipio emissor da NFSe está homologado - Cadastro do certificado digital da empresa - Cadastros do dados da empresa - Manutenção de hooks da empresa Como o Connectors hoje ele trabalha em um modelo de repetição efemera, ou seja, ele não guarda nenhum tipo de estado e as integrações devem ser executadas sempre da mesma forma em um espaço de tempo. Esse pré-cadastros ficariam de forma "estranha", sendo tratadas como uma "integração" que rodaria apenas uma única vez no momento da liberação do cliente afim de fazer estes pré-cadastros Não é nenhum impecílio, apenas precisamos pensar exatamente quem ficaria responsável por essas informações O Connectors no ambiente da Plataforma, ou o Sienge. Porém, metade das informações ficariam no Sienge e outra metade no Connectors? Precisamos desenhar bem esse fluxo. > Já marcamos uma conversa para hoje as 15h afim de entender esse desenho e montar uma estratégia.