Indo para produção

Antes de trocar fsk_test_ por fsk_live_, confira:

• Você guarda o id e o externalId de cada nota no seu sistema, e o externalId é único por documento fiscal.
• Quando a sua requisição falha no meio (timeout, queda de rede), você repete com o mesmo externalId, nunca com um novo.
• Nota rejected é corrigida e reenviada com o mesmo externalId.
• Você trata unknown como "ainda em andamento", sem emitir de novo.
• O webhook confere a assinatura, responde 2xx em até 10 segundos e ignora entregas repetidas pelo id.
• Os erros 422 são mostrados ao usuário com o campo de details[].path.
• Você trata 429 esperando o Retry-After.
• O XML autorizado de cada nota é guardado (ou baixado depois) pelos 5 anos exigidos.
• O certificado A1 da empresa de produção foi enviado e você assina os webhooks certificate.expiring e certificate.expired.
• A série de produção começa num número que o sistema antigo não usou.
• O contador da empresa conferiu os impostos das primeiras notas de homologação (CFOP, CST, alíquotas e o IBS/CBS).

A troca

1. Na chave de produção, cadastre de novo a empresa e envie o certificado. Os dados do sandbox não passam para produção.
2. Mude o environment da empresa para production (PATCH /v1/companies/{id}). Antes disso, ela emite em homologação mesmo com a chave real.
3. Cadastre a série de produção.
4. Troque o endereço para https://api.emitza.com.br e a chave para fsk_live_....
5. Emita uma nota real de valor baixo e confira o DANFE e o XML com o contador.

Esta página em Markdown, para IA: index.md