🔌 API Externa de Implantação

Implante, migre e mantenha uma clínica inteira no Rabi por sistema externo ou por agente de IA — com a mesma lógica e as mesmas validações das telas.

✅ Novo — set/2026 Em produção desde 23–24/09/2026 Correções do QA externo 100% em produção — 25/09/2026 ✅ Novo — 26/09/2026: Swagger com 269 operações ✅ Novo — 30/09/2026: token rbt_ da clínica é o caminho recomendado ✅ Novo — 13/10/2026: Swagger com 270 operações, PUT parcial e tokens rbt_ editáveis

1. O que é

A API Externa do Rabi Sistemas é uma API REST (OpenAPI 3.0, versão 1.0.0) para que sistemas externos e agentes de IA gerenciem os cadastros e a operação de uma clínica usando uma chave de API. Ela passa pelas mesmas regras de validação das telas: o que a tela recusa, a API também recusa — com um código de erro que diz o motivo.

Documentação interativa oficial (Swagger): https://api.rabisistemas.com.br/external-docs/. Esta área do manual é a versão comentada e em português-de-implantador desse Swagger: tudo o que está aqui foi extraído dele (193 caminhos, 270 operações, 25 grupos — Swagger atualizado em 13/10/2026; até 30/09 eram 192 caminhos e 269 operações) e organizado na ordem em que você vai usar.

1.1 Para que serve

1.2 Para quem é esta área

Implantadores e parceiros de implantação, desenvolvedores de sistemas que integram com o Rabi e agentes de IA que implantam ou migram clínicas. A linguagem é técnica, com exemplos em curl e JSON.

1.3 Novidades da API

✅ 13/10/2026 — Swagger atualizado (193 caminhos / 270 operações / 155 schemas, 7 alterados). ✅ Novo — 13/10/2026

• PUT parcial passa a ser a regra (correção do #634, em produção desde 01–02/10/2026): campo omitido mantém o valor atual; null limpa; lista omitida mantém; lista enviada substitui ([] apaga). Vale para /servicos, /orcamentos, /pacientes (e /pacientes/{id}/convenios/{vinculoId}), /colaboradores, /convenios, /grades-colaborador, /grades-equipamento, /financeiro/movimentacoes e /faturamento/guias/{servicoAtendimentoId}. A leitura (GET) devolve os nomes que o PUT aceita. Acabou a orientação "envie sempre o objeto completo" nessas rotas e o risco de "gravar pela API apaga o que não foi enviado" (ex.: o documento obrigatório PRESCRIÇÃO MÉDICA do serviço) — ver 5.3.
• Serviço: novos campos documentos (documentos obrigatórios — exigidos no agendamento, no acolhimento, na autorização e pela IA) e perfilFiscalId (perfil fiscal da NFS-e; null desvincula). Produto da composição enviado sem valorUnitario mantém o valor que já tinha; produto novo sem valor entra com 0.
• 403 traz escopoFaltante — a permissão que falta — e, em error, onde liberá-la (ex.: "Serviços > Excluir").
• Tokens rbt_ (#653): as permissões escolhidas na geração são editáveis depois, sem trocar o token (a alteração vale na requisição seguinte); Renovar revisa permissões e validade (30, 90, 365 dias ou sem validade), gera valor novo e invalida o anterior; o rbt_ também envia o cabeçalho X-ApiKey-Expires-At (3.1).
• Paciente: novo campo nomeSocial (opcional; exibido nas telas como "SOCIAL (civil)" e enviado no campo Nome Social da guia/XML TISS; null ou vazio limpa) — nome social em produção desde 05/10/2026.
• Produto (#635): codigoEAN como texto com 8, 12, 13 ou 14 dígitos (preserva zero à esquerda — número ainda é aceito, mas perde os zeros); codigoNCM texto com exatamente 8 dígitos; codigoProduto até 10 caracteres (letras, números, ponto, hífen ou barra — padrão TISS).
• Tabela de preço interna (#652): priceType1..3 em reais (ex.: 19547.56 = R$ 19.547,56) na rota unitária e no lote; omitido mantém, null limpa. Lotes carregados antes de 28/09/2026 precisam ser conferidos.
• Repasse do colaborador (#643): em vinculoRepasse, item com servico/produto/taxa vazio ou null é a linha geral do tipo (vale para todo item sem linha própria); no máximo uma geral por tipo (400 se vierem duas); a linha específica substitui a geral; específica com 0 e 0% = sem repasse naquele item; tipo sem nenhuma linha = sem repasse.
• Produto/taxa em uso (#626, desde 02/10): DELETE /produtos/{id}, PUT /produtos/{id} com ativo: false e DELETE /taxas/{id} respondem 409, com a lista em servicos, se o item estiver na composição de serviço ativo (5.4).
• Nova rota POST /financeiro/pagamentos/confirmacao (financeiro:update): para o provedor de pagamento avisar que a cobrança (Pix ou link) foi paga — identifica a parcela por duplicataId ou identificadorCobranca; corpo valor (reais), identificadorPagamento, meio (PIX/LINK) e, opcional, dataPagamento. 201 parcela paga; 200 já confirmado (jaConfirmado: true, idempotente); 404 parcela não encontrada; 409 paga por outro pagamento ou valor menor que o da parcela. ✅ Atualização 15/10: Links de Pagamento Pix (#409) em produção desde 13/10: com um provedor Pix ativo na clínica (Configurações › Parâmetros › Pagamentos (links)), o próprio Rabi gera o link e dá a baixa sozinho — ver Financeiro › Links de Pagamento. Esta rota segue disponível para um sistema externo confirmar pagamento recebido por outro meio.
• Orçamento: 🟡 Chegando quando o status automático for ligado (#656 — o motor está desligado em produção), os status automáticos (8 Vencido, 10 Pago, 11 Agendado, 12 Concluído, 13 Renegociado) passam a ser recusados (422) em PUT /orcamentos/status/…. Hoje o sistema já mostra os novos nomes, mas a troca automática de status ainda não está ativa — confira pagamento e sessões abrindo o orçamento.

✅ 30/09/2026 — token da clínica (rbt_) passa a ser o caminho recomendado. ✅ Novo — 30/09/2026

• Decisão do Diretor (30/09): para implantar e manter uma clínica pela API — inclusive pelo kit de Implantação com IA — use o token rbt_ da própria clínica, do tipo "Implantação e manutenção", gerado em Configurações › Parâmetros › Integrações só com as permissões da implantação. A chave rbk_ emitida pelo time Rabi continua valendo para quem já tem — é a alternativa (3.1).
• Swagger sem mudança desde 28/09/2026 (269 operações / 192 caminhos).
• Telas de convênio em modo consulta (#632, em produção desde 29/09): na tela, alterar um convênio exige clicar em Liberar para edição; a API não muda — PUT /convenios/{id}/… grava normalmente (5.5).

✅ 28/09/2026 (17:43) — correção geral de campos opcionais e de gravações erradas, em produção. ✅ Novo — 29/09/2026

• Campo opcional omitido não derruba mais a rota (antes: 500 ou 400 genérico) em praticamente todos os cadastros e operações: serviço (especialidadesId e listas), produto, taxa, equipamento, colaborador (e login), grades, convênio, empresa, local, depósito, operadora (codigoCNES no lote), parâmetros (acolhimento, habilitar), paciente (endereço, convênios, responsável legal), agendamento, orçamento, atendimento, pré-faturamento, fornecedor e fabricante. Caso real: POST /servicos sem especialidadesId respondia 500 … (reading 'filter').
• Serviço — contrato novo: as taxas do serviço vão em servicoTaxa: [{ taxaId, quantidade }] — saíram taxaServicoId e valorTaxaServico. produtoIds, equipamentoIds e servicosRelacionados aceitam ID puro ou objeto ({ id, quantidade, valorUnitario } · { id } · { servicoId, quantidade }). Exemplo no Passo 8 da implantação.
• Estoque — contrato novo: POST /estoque/saida e POST /estoque/transferencia exigem lote — envie null para produto sem lote (antes, sem lote, o Rabi usava um lote qualquer).
• Rotas que falhavam mesmo com o corpo completo — corrigidas: POST /pacientes/bulk (respondia criado sem gravar) e POST /colaboradores/bulk; /grades-equipamento (500 depois de gravar); /tabelas-preco/produtos (respondia sem esperar a gravação, e o lote de preços gravava sem converter para centavos); POST /orcamentos devolvia data: null; erro de negócio com a palavra "token" (ex.: token obrigatório do convênio) virava 401 — agora só falha real de autenticação responde 401; emissão de NFS-e do lote de movimentações.
• Gravações erradas sem aviso — corrigidas: PUT de movimentação sem duplicatas apagava todas as parcelas (o PUT externo passou a ter as mesmas validações do interno); PUT de fornecedor sem ativo reativava o fornecedor; UF ausente gravava a primeira UF (operadora, empresa, colaborador); saída/transferência de estoque sem lote usava um lote qualquer; agendamento sem contatos mexia nos contatos do paciente; glosa sem motivoGlosado ligava um motivo arbitrário; grade de colaborador ficava órfã quando a associação falhava.
• Swagger de 28/09/2026: mesmas 269 operações / 192 caminhos; mudaram 3 schemas (ServicoCreate, EstoqueSaidaCreate, EstoqueTransferenciaCreate). As páginas de referência já refletem o contrato novo.
• ✅ em produção desde 28/09/2026 Tokens de integração gerados pela própria clínica (rbt_, #624) e habilitação da TalkMe (#597) — ver 3.1. A chave rbk_ do time Rabi continua valendo.

✅ 26/09/2026 — Swagger republicado (192 caminhos / 269 operações / 25 grupos / 155 schemas). ✅ Novo — 26/09/2026

• Nova operação GET /convenios/{id}/farol/itens/{servicoRaizId} (permissão convenio:read): a árvore de um serviço raiz no convênio, sem paginação (resposta { dados: [...] }, tipicamente poucas dezenas de linhas), com farol_servico, margem_servico_pct e os totais já calculados por subárvore (cada SUBSERVICO traz o total da própria subárvore). Preferível a /farol/itens quando você já sabe o serviço. 404 = convênio não encontrado ou serviço raiz não encontrado/não utilizado neste convênio. É a mesma árvore do painel Expandir serviço da tela (concluído em 25/09, #625).
• /farol/itens, /farol/servicos e /farol/produtos agora documentados por completo. Cada linha de itens traz, entre outros, conta_no_total, motivo_exclusao, margem_servico_pct, farol_servico, receita_total_servico e os valores em reais — lista completa em Como ler cada linha de farol/itens. Correção: diferente do que este manual dizia até 25/09, a API externa traz sim margem, "conta no total" e o motivo da exclusão.
• Leitura segura para o PUT: GET /servicos/{id} agora devolve especialidadesId e servicosRelacionados (composição); GET /convenios/{id} devolve unidadesIds e politicasPorTipoProduto (+ prazos, datas e exigirToken) — com os mesmos nomes que o PUT espera. Antes, regravar um serviço/convênio sem essas listas apagava composição, especialidades, unidades e políticas. Receita: GET → altere → PUT com o objeto completo (5.3). ✅ Atualização 13/10/2026: desde 01–02/10 o PUT parcial é a regra nessas rotas — envie só o que muda.
• Rota inexistente responde 404 (antes caía em 401 "jwt malformed", parecendo problema de chave). Chave rejeitada continua 401; 503 só para falha real de validação/rede.
• ⚠️ Excluir produto/taxa: DELETE /produtos/{id} e DELETE /taxas/{id} hoje não verificam se o item está na composição de algum serviço — ele some da composição sem aviso e o serviço passa a ser faturado sem aquela receita. Após a #626 (roadmap, Sprint 12), responderão 409 com a lista de serviços (5.4). ✅ Atualização 13/10/2026: o bloqueio (409) está em produção desde 02/10.
• Tokens de integração da clínica (#624) e habilitação da TalkMe (#597) — anunciados aqui em 26/09 como "em homologação"; ✅ em produção desde 28/09/2026 (3.1).

✅ 25/09/2026 — rodadas 2 e 3 do QA externo em produção + Swagger atualizado. Tudo o que estava em homologação entrou em produção em 25/09/2026 (00:01): nenhuma rota ou correção da API externa ficou "só em homologação". (Os tokens rbt_ da #624, que em 26/09 estavam em homologação, entraram em produção em 28/09/2026 — ver 3.1.)

• GET /agendamentos exige data (um dia por consulta) e pagina de verdade; filtros pacienteId, profissionalId, statusId, page, pageSize (máx. 200).
• As 4 listagens que estavam fora do padrão — /tabelas-preco, /orcamentos, /financeiro/movimentacoes, /estoque/saldo-produtos — agora usam o envelope { dados, page, pageSize, total, totalPages }. Toda rota de listagem da API usa esse envelope (5.1 — com as poucas leituras de "array direto" sinalizadas na própria rota).
• GET /grades-colaborador e GET /grades-equipamento paginados de verdade, com filtros colaboradorId/equipamentoId, localId e vigenteEm.
• GET /orcamentos com filtros id, pacienteId, pacienteCpf, pacienteNome, statusId, createdAtDe, createdAtAte e paginação real.
• GET /convenios/{id}/farol/itens com filtro servicoAtivo (serviço raiz ativo/inativo no cadastro).
• Toda resposta autenticada com sucesso traz o cabeçalho X-ApiKey-Expires-At (validade da chave, ISO 8601) — ver 3. Autenticação.
• Qualquer chave rejeitada responde 401; o 503 ficou só para falha real de rede/tempo ao validar a chave.
• Swagger atualizado: as mesmas 268 operações / 191 caminhos, agora com 155 schemas de resposta e 65 operações com descrição/parâmetros novos. As convenções oficiais foram reescritas — veja 5. Convenções (envelope, valores monetários, PUT).

✅ 24/09/2026 — rodada 1 do QA externo em produção: GET /estoque paginado e filtrável por produto (produtoId) e depósito (localizacaoId); /estoque/lotes-produtos/{idProduto}/{idLocalizacao} respeita os parâmetros do caminho; GET /faturamento/divergencias não responde mais erro 500; envelope das listagens normalizado na maioria das rotas; GET /atendimentos/historico exige pacienteId; schemas de faturamento e parâmetros completados no Swagger.

Preços pela API — regra vigente: valorInternoConvenio sozinho não fecha pacote; para preço fechado envie pacote: true no serviço e zerarValor: true nos itens inclusos (abas do convênio). A coluna Valor do serviço com 4 linhas está ✅ em produção desde 24/09: somarItens aparece no Swagger (cadastro do serviço — leitura em GET /servicos/{id}; na escrita o campo se chama somarItems); efetivo.totalConvenio (o total Σ) existe na API do sistema (usada pela tela) — na API externa não aparece no Swagger. Para conferir o total pela API externa, use receita_total_servico da linha raiz (nivel = 0) em GET /convenios/{id}/farol/itens/{servicoRaizId}.

2. URLs base

Exemplo: a rota /empresas em produção é https://api.rabisistemas.com.br/api/v1/integrations/empresas.

3. Autenticação

Toda requisição exige o header:

Authorization: Bearer rbt_SEU_TOKEN

Recomendado (desde 30/09/2026): o token rbt_ gerado pela própria clínica (tipo "Implantação e manutenção", em produção desde 28/09/2026) — ver 3.1. Alternativa: a chave rbk_ emitida pelo time Rabi, no mesmo cabeçalho (Authorization: Bearer rbk_…) — continua valendo para quem já tem.

3.1 Tokens de integração da clínica (rbt_) — caminho recomendado ✅ em produção desde 28/09/2026 ✅ Novo — 30/09/2026: recomendado

Teste rápido do token (lista as empresas da clínica):

curl -s -D - https://api.rabisistemas.com.br/api/v1/integrations/empresas \
  -H "Authorization: Bearer rbt_SEU_TOKEN" | grep -i -e "^HTTP" -e "x-apikey-expires-at"

Resposta 200 = token válido e com empresa:read. O cabeçalho X-ApiKey-Expires-At mostra até quando a chave vale (rbk_ ou rbt_; chave sem validade não o envia). O token rbt_ é gerado no ambiente da clínica — use a URL do mesmo ambiente em que ele foi gerado. 401 = chave ausente, errada, expirada ou revogada. 403 = chave válida, mas sem essa permissão (veja escopoFaltante). 503 = falha de rede/tempo ao validar — tente de novo.

4. Tabela completa de permissões

São 88 permissões, no formato recurso:ação (read, create, update, delete). Cada recurso tem o seu próprio catálogo, independente dos outros: empresa:* não dá acesso a convenio nem a local. A tabela abaixo foi montada rota a rota a partir do Swagger — clique numa rota para ver os detalhes.

Observações do Swagger: não existe fornecedor:delete (a exclusão interna de fornecedor é física, por isso não foi exposta); estoque só tem leitura e criação de movimentos; cancelar agendamento usa agendamento:delete; auxiliar é só leitura; financeiro:create/financeiro:update e orcamento:create podem disparar emissão automática de NFS-e.

5. Convenções

5.1 Listagens e paginação (envelope único)

• Toda rota de listagem devolve o mesmo envelope: { dados: [...], page, pageSize, total, totalPages } — inclusive /tabelas-preco, /orcamentos, /financeiro/movimentacoes e /estoque/saldo-produtos (normalizadas em 25/09/2026).
• Parâmetros page (padrão 1) e pageSize (padrão 50, máximo 200). Percorra até page = totalPages. ✅ Novo — 14/10/2026 O teto de 200 itens por página passou a valer em toda a API externa (#669): pageSize acima de 200 é reduzido sem erro — não conte com a página vir do tamanho pedido; percorra pelas páginas.
• Leituras que não são paginadas de fato (ex.: GET /empresas, GET /locais, auxiliares, avisos) usam o mesmo envelope, com page sempre 1 e pageSize/total iguais ao tamanho da lista inteira devolvida.
• Percorra por totalPages, não pelo tamanho da página: em GET /orcamentos (sem pacienteId) a página é filtrada depois de paginar, então dados pode vir com menos itens que pageSize mesmo havendo mais páginas.
• GET /convenios/{id}/farol/itens/{servicoRaizId} (novo, 26/09/2026) devolve só { dados: [...] }, sem page/total: é a árvore inteira de um serviço, sem paginação.
• Leituras de detalhe fora do envelope — a descrição da resposta no Swagger diz "Array direto": ex.: GET /atendimentos/historico, GET /estoque/historico/{id}, GET /tabelas-preco/precificacao, GET /orcamentos/status, anexos de orçamento e GET /nfse/notas/{id}/tentativas. Leia a descrição da rota.
• GET /agendamentos exige data (a consulta é sempre de um dia — para vários dias, uma chamada por dia) e pagina de verdade; filtros pacienteId, profissionalId, statusId.
• GET /grades-colaborador e GET /grades-equipamento são paginadas de verdade, com filtros colaboradorId/equipamentoId, localId e vigenteEm (só grades vigentes na data) — use-os para não trazer a grade inteira da clínica.
• GET /estoque paginado, com filtros produtoId e localizacaoId (só linhas de entrada; histórico completo em /estoque/historico/{id}). GET /orcamentos paginado, com filtros id, pacienteId, pacienteCpf, pacienteNome, statusId, createdAtDe, createdAtAte — atenção: com pacienteId o formato do item muda (a descrição da rota traz os dois formatos).
• Filtro ativo: nas listagens que o aceitam (convênios, pacientes, operadoras, serviços, colaboradores, produtos, equipamentos, taxas, fabricantes, depósitos), sem informar a lista traz ativos e inativos. Use ?ativo=true para conferir só o que está valendo.

curl -s "https://api.hmg.rabisistemas.dev/api/v1/integrations/servicos?ativo=true&page=1&pageSize=200&nome=consulta" \
  -H "Authorization: Bearer rbk_SEU_TOKEN"

5.2 Valores, datas e ids

• Valores monetários em reais na maioria das rotas — mas não em todas. Em reais, 50 = R$ 50,00. Algumas rotas de leitura de faturamento devolvem valor em centavos ou como string — e isso está dito na descrição de cada uma no Swagger (ex.: GET /faturamento/guias/servico/{guiaFilha} e GET /faturamento/glosas/guia/{guiaMae}). Regra prática: fora das exceções sinalizadas na descrição da rota, é reais; ao consumir faturamento, leia a descrição da rota antes de somar ou comparar valores.
• Datas em ISO 8601 — 2026-01-01T00:00:00.000Z (date-time) ou 2026-09-24 (date), conforme o campo.
• Vários cadastros aceitam CNPJ com ou sem máscara. UF: empresa aceita id ou sigla ("DF"); operadora e colaborador exigem o nome por extenso da UF ("Distrito Federal"); pacientes usam unidadeFederativaId. Consulte GET /auxiliares/unidades-federativas. Desde 28/09/2026, UF omitida não grava mais a primeira UF da lista (operadora, empresa, colaborador).
• responsavelId: muitas escritas operacionais (agendamento, orçamento, atendimento, estoque, financeiro, faturamento) exigem o id de um colaborador já cadastrado, que fica registrado como responsável.

5.3 Atualizações (PUT) — campo omitido mantém, null limpa, lista enviada substitui ✅ Atualizado — 13/10/2026

Exemplos em PUT /servicos/{id}: { "nome": "X" } só renomeia; { "documentos": [{ "id": 3 }] } deixa só o documento 3; "valor": null vira 0; produto da composição enviado sem valorUnitario mantém o valor que já tinha (produto novo sem valor entra com 0). PUT cuja descrição no Swagger não diz nada sobre isso → trate como sobrescrita: faça o GET e reenvie o objeto completo.

Onde o campo é aceito, null limpa e 0 é zero explícito (diferente de omitido e de null). Trava de versão: nas telas, desde 02/10/2026, quem grava sobre um registro alterado por outra pessoa recebe "Este registro foi alterado por outra pessoa. Recarregue a tela antes de alterar." (#640); na API a versão é opcional — sem enviá-la, a gravação não confere se outra pessoa alterou antes. Prefira ler (GET) logo antes de gravar.

5.4 DELETE = desativação lógica

DELETE inativa (ativo = false), não apaga. Particularidades:

5.5 Lotes (/bulk) e abas do convênio

• 201 = todos criados (nas abas do convênio: 200 = todos processados).
• 207 Multi-Status = falha parcial: confira resultados item a item pelo indice (posição no array, começando em 0). Itens CRIADO/ATUALIZADO já estão gravados — cada item é gravado em transação própria, nunca pela metade.
• 400 = lote vazio, sem a chave esperada ou acima do limite.
• 429 = já existe um lote em andamento para a clínica e o recurso (nas abas do convênio: uma atualização por vez por convênio). Espere terminar e envie o próximo — lotes são sequenciais.
• Processamento interrompido após 45 segundos: o restante volta como NAO_PROCESSADO.
• Reenvie só os itens com ERRO ou NAO_PROCESSADO. Detalhes em reprocessar um lote 207.
• ✅ Novo — 30/09/2026 A API não tem "modo consulta": desde 29/09 (#632) as telas de convênio abrem em modo consulta e, desde 01/10, só gravam no Salvar depois de Liberar para edição; pela API, PUT /convenios/{id}/… grava direto, como sempre (e o autor aparece no Histórico do convênio como "API externa"). Cuidado redobrado: confira o corpo antes de enviar e leia de volta pelo GET/farol.

5.6 Códigos de resposta e o que fazer

O corpo de erro segue o formato { "error": "mensagem" }. Em sucesso autenticado, confira também o cabeçalho X-ApiKey-Expires-At.

6. O que a API não cobre (Swagger oficial)

• Exclusão de fornecedor (só leitura/criação/edição — a exclusão interna é física, não desativação).
• Preço de venda do produto (valorUnitario bruto é exposto; o preço calculado pela engine de precificação, não).
• Certificado digital, numeração e sincronização de histórico do NFS-e com a prefeitura (infraestrutura da clínica).
• Bloqueio de agenda, fila de espera, confirmação por SMS e edição campo a campo de guia de pré-faturamento (coberta pela edição completa da guia).
• Finalização de atendimento (baixa de estoque) e recursos usados no atendimento — o módulo de atendimento é voltado a migração de histórico, não à operação clínica ao vivo.
• Exclusão de prontuário e de movimentação financeira.
• Importação/exportação Excel em qualquer módulo.
• Criação dos tipos auxiliares (tipos de produto, de código, de serviço, de guia, de taxa, unidades de medida, princípios ativos etc.): a API só os lê (GET /auxiliares/*). Crie pela tela e informe os ids.

7. Mapa dos 25 grupos

Contagem pelo Swagger publicado em 13/10/2026: 193 caminhos (endpoints distintos) e 270 operações (até 30/09: 192 e 269 — entrou POST /financeiro/pagamentos/confirmacao) (método + caminho — ex.: GET e PUT em /convenios/{id} contam como 2 operações do mesmo caminho). Os grupos 1 a 20 estão na ordem do roteiro de implantação (tabela de preço interna antes dos convênios; grades de horário depois dos convênios; parâmetros no fim); os grupos 21 a 25 são de operação do dia a dia e de migração de histórico.

8. Próximos passos