Endpoint S3 meStorage
O que falta: endereço do serviço de objetos para buckets WAL, PDFs e anexos.
Por quê importa: backup contínuo e upload de documentos (STFC, contratos).
O que já está fechado para o time implementar, o que ainda depende da sua resposta e onde ver o registro técnico completo. Quando este site e um documento antigo divergirem, vale a decisão mais recente em 10-DECISIONS.md (rodada 03/11/2026).
Somente itens ainda abertos após a rodada de 03/11/2026.
O que falta: endereço do serviço de objetos para buckets WAL, PDFs e anexos.
Por quê importa: backup contínuo e upload de documentos (STFC, contratos).
O que falta: especificação OpenAPI estável para integradores (épico E5).
Por quê importa: revendas que automatizam cadastro e consultas via api.vc1.com.br.
O que falta: política de rate limit para tokens de revenda.
Por quê importa: proteção contra abuso sem travar integrações legítimas.
O que falta: valor mensal na nuvem meCloud — confirmar com financeiro.
Por quê importa: planejamento de OPEX; não bloqueia a etapa atual do projeto.
O que falta: confirmar porta do banco sippulse_reports (3306 é provável, não confirmado) e criar usuário somente leitura dedicado ao VC1.
Por quê importa: importação de ligações para tarifar na E3; acesso pela perninha WireGuard até o fusion.
Criar zona vc1.com.br no meDNS se ainda não existir. Usar a perninha WireGuard até o legado; quando o fusion rodar na meCloud, a perninha deixa de ser necessária.
GO para contas demo: 5 assinantes SipPulse e 4 DIDs, com allowlist no LAB.
Manter o domínio SIP do legado até você autorizar publicação por revenda. Preços cadastrados como brutos com tributos inclusos.
Toda cobrança (cliente final e revenda) e toda nota fiscal, incluindo NFCom modelo 62, passam pelo mePay — não pelo caminho SyncNFe/RLGR direto no VC1.
O VC1 tarifa o consumo e, ao atingir 90% do saldo pré-pago, bloqueia chamadas de saída no SipPulse; após recarga, reativa. Não usamos cota mensal em minutos do legado.
Contrato oficial do mePay na suíte meWork (openapi.yaml e events.md). Alertas operacionais vão para o seu e-mail até existir o hub Born.
Pacotes Basic/Avançado permanecem ilustrativos até fechar o catálogo. Fatura da revenda: boleto/Pix gerados pelo mePay.
Webhooks meSign deduplicados por hash do envelope + evento + conteúdo, sem janela de tempo.
Leitura read-only do ERP legado e documentação SipPulse — sem alterar produção.
Cada tech-prefix (150 fixo, 250 móvel, 350 internacional, 0800) usa um ratePlanId SOAP; o VC1 lê os IDs do projeto white label no onboarding. Atenção: no legado o internacional 350 reutiliza o ID do 250 — registrado como dívida/risco.
Não há endpoint de “rotacionar senha” usado hoje; tronco recria assinante. Mantemos o botão de troca oculto na área do cliente até testar updateSubscriber com conta demo no LAB.
O legado fatura com blocos já tarifados pelo SipPulse; o VC1 cobrará sobre a duração bruta com preço próprio — validar com amostra de conta demo na E3.
Não existe tabela de prefixos ANATEL no legado; usamos o campo service_type do relatório de CDR do SipPulse.
Mapeamos 25 caminhos de faturamento no legado. A coluna skip_tronco_billing ainda não existe — continua sendo gate do primeiro cliente em produção. Detalhes em registro técnico e legacy/PR-LEG-01-INVENTORY.md.
Resumo em uma ou duas frases. Detalhes, consequências e alternativas: registro técnico (ADRs).
| ID | Em linguagem simples |
|---|---|
| ADR-001 | Partimos do fork sales-mework360 (Laravel, Filament, React, PostgreSQL, Redis), reaproveitando proposta, PIN, kanban e meSign. |
| ADR-002 | Repositório privado commerce-vc1 na suite falepaco; entregas via branch front/* e pull request. |
| ADR-003 | Integração direta com ERP e SipPulse legados por adaptadores, com mapa de IDs até o ERP novo. |
| ADR-004 | Produção e LAB no meCloud; LAB usa contas demo reais e exige aval do operador para criar demo no legado. |
| ADR-005 | Cada revenda tem modo “VC1 fatura” ou “revenda fatura”, sem split automático de pagamento. |
| ADR-006 | Base de preços versionada com vigência e tarifação 30/6 fixa. |
| ADR-007 | Quando a VC1 cobra o cliente final, a cobrança passa pelo mePay. |
| ADR-013 | Cobrança e NFCom exclusivamente via mePay; emissor NFCom é terceiro atrás do mePay (04/11/2026). |
| ADR-008 | Histórico RLGR/CNPJ emitente; caminho SyncNFe supersedido por ADR-013. |
| ADR-009 | DNS vc1.com.br no meDNS e certificado wildcard por ACME DNS-01. |
| ADR-010 | Cada revenda é identificada pelo host (admin, slug, cliente, api e espelhos .lab.). |
| ADR-011 | O protótipo HTML em docs/blueprint/prototype é a referência visual das telas. |
| ADR-012 | Custo de fatura do cliente final não paga não entra no mínimo da revenda até a fatura ser paga. |
| D-RM-01 | Go-live inicial: épicos E0–E4 no modo “revenda fatura”, com uma revenda piloto; modo “VC1 fatura” entra no E5. |
Registro completo (240+ linhas, filtros e checklist por épico) →