Saltar para o conteúdo

Especificação de integração de API

Defina como dois sistemas se ligam: que dados passam, como estão protegidos, como são tratados os erros e quem é responsável.

Preencha e pré-visualize

Especificação de integração de API

Integração: Encomendas da loja para a contabilidade
Versão: 1.0
Escrito por: Hamza Idrissi
Data: 5 de abril de 2029

1. Objetivo

Enviar cada encomenda paga da loja online para o sistema de contabilidade como fatura de venda, para que as finanças não a tenham de reintroduzir.

2. Sistemas

  • Envia dados: Loja online (API v2)
  • Recebe dados: Sistema de contabilidade (API REST)

3. Fluxo de dados

1. O cliente paga uma encomenda.
2. A loja envia um webhook para o serviço de integração.
3. O serviço transforma a encomenda numa fatura e chama a API de contabilidade.
4. O sistema de contabilidade devolve o número da fatura, que o serviço guarda na encomenda.

4. Endpoints e mensagens

Método e caminho O que faz Campos principais O que devolve
POST /invoices Criar uma fatura Corpo: cliente, linhas, imposto, total Devolve: id e número da fatura
GET /customers?email= Encontrar um cliente Devolve: id do cliente ou vazio
POST /customers Criar um cliente Corpo: nome, email, morada

5. Mapeamento de campos

order.total_paid → invoice.total
order.billing_email → customer.email
order.items[].sku → line.product_code

6. Autenticação e segurança

OAuth 2.0 client credentials. Os tokens duram uma hora. Os segredos ficam no cofre, nunca no código. Todas as chamadas usam HTTPS. Os webhooks são assinados e a assinatura é verificada.

Os dados pessoais só são enviados quando necessário, não são registados nos logs e estão abrangidos pelos termos de privacidade de ambos os sistemas.

7. Erros e novas tentativas

Repetir em caso de 429 e 5xx até 5 vezes, com atrasos crescentes. Não repetir erros 4xx; registá-los e alertar as finanças. Cada fatura tem uma chave única, para que uma nova tentativa não crie um duplicado.

8. Limites e volumes

A API de contabilidade permite 60 chamadas por minuto. Prevêem-se 400 encomendas por dia, até 2 000 em dias de saldos.

9. Testes

Utilize o ambiente de testes da contabilidade. Teste uma encomenda normal, uma encomenda com desconto, um reembolso, um cliente que já existe e uma falha da API.

10. Responsáveis e suporte

Responsável: equipa de e-commerce. Suporte: Hamza Idrissi. Escalamento: o apoio ao cliente do fornecedor de contabilidade.

11. Alterações e versionamento

Qualquer das partes avisa com 30 dias de antecedência sobre uma alteração incompatível.

Os modelos são um ponto de partida preparado com cuidado, não aconselhamento jurídico. Quando houver questões legais, verifique a legislação aplicável no local onde se encontra.

TI e projetos

Para que serve este modelo

Especificação de integração de API que cobre objetivo, fluxo de dados, endpoints, autenticação, erros, limites, testes e responsáveis.

É grátis preencher online, não exige conta e pode ser descarregado como documento Word ou PDF. Ver todos os modelos de TI e projetos

TI e projetos

O que preenche

O formulário pede 16 dados. O documento é preenchido à medida que escreve.

  • Nome da integração

    Por exemplo: Encomendas da loja para a contabilidade

  • Versão do documento

    Por exemplo: 1.0

  • Escrito por

    Por exemplo: Hamza Idrissi

  • Data

    Por exemplo: 5 de abril de 2029

  • Objetivo

    Por exemplo: Enviar cada encomenda paga da loja online para o sistema de contabilidade como fatura de venda, para que as finanças não a tenham de reintroduzir.

  • Sistema que envia os dados

    Por exemplo: Loja online (API v2)

  • Sistema que recebe os dados

    Por exemplo: Sistema de contabilidade (API REST)

  • Fluxo de dados

    Por exemplo: 1. O cliente paga uma encomenda. 2. A loja envia um webhook para o serviço de integração. 3. O serviço transforma a encomenda numa fatura e chama a API de contabilidade. 4. O sistema de contabilidade devolve o número da fatura, que o serviço guarda na encomenda.

  • Endpoints e mensagens

    Uma linha por cada endpoint ou mensagem.

    Por exemplo: POST /invoices | Criar uma fatura | Corpo: cliente, linhas, imposto, total | Devolve: id e número da fatura GET /customers?email= | Encontrar um cliente | Devolve: id do cliente ou vazio POST /customers | Criar um cliente | Corpo: nome, email, morada

  • Mapeamento de campos

    Que campo da origem vai para que campo do destino. Indique como os valores são convertidos.

    Por exemplo: order.total_paid → invoice.total order.billing_email → customer.email order.items[].sku → line.product_code

  • Autenticação e segurança

    Por exemplo: OAuth 2.0 client credentials. Os tokens duram uma hora. Os segredos ficam no cofre, nunca no código. Todas as chamadas usam HTTPS. Os webhooks são assinados e a assinatura é verificada.

  • Erros e novas tentativas

    Por exemplo: Repetir em caso de 429 e 5xx até 5 vezes, com atrasos crescentes. Não repetir erros 4xx; registá-los e alertar as finanças. Cada fatura tem uma chave única, para que uma nova tentativa não crie um duplicado.

  • Limites e volumes (opcional)opcional

    Por exemplo: A API de contabilidade permite 60 chamadas por minuto. Prevêem-se 400 encomendas por dia, até 2 000 em dias de saldos.

  • Testes

    Por exemplo: Utilize o ambiente de testes da contabilidade. Teste uma encomenda normal, uma encomenda com desconto, um reembolso, um cliente que já existe e uma falha da API.

  • Responsáveis e suporte

    Por exemplo: Responsável: equipa de e-commerce. Suporte: Hamza Idrissi. Escalamento: o apoio ao cliente do fornecedor de contabilidade.

  • Alteração e versionamento (opcional)opcional

    Por exemplo: Qualquer das partes avisa com 30 dias de antecedência sobre uma alteração incompatível.

TI e projetos

O que contém

As partes deste documento, por ordem.

  1. 11. Objetivo
  2. 22. Sistemas
  3. 33. Fluxo de dados
  4. 44. Endpoints e mensagens
  5. 55. Mapeamento de campos
  6. 66. Autenticação e segurança
  7. 77. Erros e novas tentativas
  8. 88. Limites e volumes
  9. 99. Testes
  10. 1010. Responsáveis e suporte
  11. 1111. Alterações e versionamento

Modelos

Como funciona

  1. 01

    Preencher

    Introduza os seus dados no formulário. O documento é preenchido automaticamente à medida que escreve; clique em qualquer espaço por preencher para ir para o respetivo campo.

  2. 02

    Rever

    Leia o documento na íntegra. Os espaços que não preencheu continuam assinalados, para que nada seja enviado por concluir.

  3. 03

    Descarregar

    Guarde como documento Word para continuar a editar ou como PDF para enviar ou imprimir.

Adapte-o às suas necessidades com IA

Abra-o na conversa e peça alterações: mais curto, mais firme, para outra situação ou noutra língua.

Adaptar com o nerix

TI e projetos

Perguntas frequentes

Que dados pede este modelo?

O formulário pede 16 dados, a começar por Nome da integração, Versão do documento, Escrito por, Data, Objetivo. Mais 2 são opcionais.

Posso descarregar este modelo em Word ou PDF?

Sim. Depois de preencher o formulário, guarde-o como documento Word para continuar a editar ou como PDF para enviar ou imprimir. É grátis e não exige conta.

O que escrevo é enviado para algum lado?

Não. O que escreve fica no seu navegador enquanto preenche o documento. Só chega ao nerix se optar por abrir o modelo no chat.

Estes modelos de TI e projetos são gratuitos?

A maioria, sim. Preencha e descarregue gratuitamente em Word ou PDF, sem conta. Alguns documentos mais longos são premium: gratuitos para preencher, pagos uma vez para descarregar e marcados com o preço.

Uma política de segurança torna-nos seguros?

Nenhum documento o consegue sozinho. Uma política ajuda quando corresponde ao que as pessoas fazem de facto: mantenha-a curta, explique-a à equipa e reveja-a todos os anos.

A carta de projeto é só para projetos grandes?

Não. Um projeto pequeno também ganha, porque uma página com o objetivo, os limites e quem decide evita a maioria das discussões mais tarde.