DE — Documento Electrónico, fiscal eletrônico do Paraguai
O DE (Documento Electrónico) é o equivalente paraguaio à NFe/NFCom brasileira. Emitido eletronicamente, assinado, validado pela SET, e entregue ao cliente como KuDE (PDF).
O que é DE
O DE (Documento Electrónico) é o documento fiscal eletrônico do Paraguai — equivalente à NFe/NFCom no Brasil. É emitido eletronicamente, assinado digitalmente, validado pela SET, e tem versão visual (KuDE) entregue ao cliente. Pode ser factura, autofactura, nota de crédito, nota de débito, etc.
Para um provedor no Paraguai, todo serviço (internet, telefonia) gera um DE. É a equivalência paraguaia ao NFCom brasileiro.
Tipos de DE
| Modelo |
Tipo |
Quando usar |
| 01 |
Factura electrónica |
Venda de serviço/produto ao cliente |
| 02 |
Autofactura |
Compra de produtor primário sem RUC |
| 04 |
Comprobante de retención |
Retenção de imposto na fonte |
| 05 |
Nota de crédito |
Devolução, cancelamento, ajuste pra menos |
| 06 |
Nota de débito |
Ajuste pra mais, encargo adicional |
| 07 |
Nota de remisión |
Transporte de mercadoria sem venda direta |
Glossário
| Termo |
Significado |
| DE |
Documento Electrónico — fiscal eletrônico Paraguai. |
| SET |
Subsecretaría de Estado de Tributación. |
| SIFEN |
Sistema Integrado de Facturación Electrónica Nacional. |
| CDC |
Código de Control — identificador único do DE. |
| KuDE |
Representação visual do DE (PDF). |
| Timbrado |
Autorização de emissão pela SET. |
| RUC |
Registro Único de Contribuyentes. |
| FacturaSend |
Middleware fiscal que conecta Quaza à SET. |
Fluxo de emissão
DE PARAGUAI — DA FATURA AO KuDE
──────────────────────────────────
1. Quaza gera fatura interna
│
▼
2. Operador ou cron envia ao FacturaSend
│
▼
3. FacturaSend assina XML + transmite à SET
│
▼
4. SET valida e responde
│
┌─────┴──────┐
▼ ▼
Aprobado Rechazado
(CDC) (motivo)
│ │
▼ ▼
5. Quaza salva Quaza marca erro
CDC + XML e operador corrige
│
▼
6. Gera KuDE PDF
│
▼
7. Envia ao cliente (email/WhatsApp/portal)
Campos obrigatórios
| Campo |
O que é |
| Emissor (empresa) |
RUC, razão social, endereço |
| Receptor (cliente) |
RUC ou CI, nome, endereço |
| Data emissão |
Quando foi emitido |
| Timbrado |
Número de autorização |
| Número DE |
Sequencial dentro do timbrado |
| Itens |
Produtos/serviços com qtd, valor, IVA |
| Valor total |
Soma + tributos |
| Forma de pagamento |
Efectivo, transferência, cheque |
| CDC |
Gerado pela SET após aprovação |
Pegadinhas frequentes
1. Timbrado esgotado. Não pode emitir até obter novo número da SET.
2. Cancelamento fora do prazo. SET aceita CDC dentro de 48h. Após, só nota de crédito.
3. RUC do cliente inválido. SET rejeita.
4. IVA mal calculado. 10% ou 5% conforme produto. Reveja regras.
5. KuDE não enviado ao cliente. Configurar envio automático.
FAQ
DE precisa de assinatura física?
Não — assinatura digital do FacturaSend basta.
Cliente sem RUC pode receber DE?
Sim — usa CI (cédula). DE consumidor final.
Posso emitir DE retroativo?
Não. Data emissão = data de envio à SET (com pequena tolerância).
Como cancelar DE?
Quaza → ação cancelar. Dentro do prazo, SET aceita. Após, gere nota de crédito.
Histórico de DEs onde fica?
Quaza mantém XML + KuDE. Também consultável no portal SET.
Boas práticas operacionais
Esta seção reúne hábitos que provedores experientes adotam pra evitar problemas recorrentes neste módulo. Aplicação consistente faz diferença grande no longo prazo — diferença entre operação caótica e operação previsível.
Revisão periódica
Reserve 30 minutos por semana pra revisar o estado do módulo: o que rodou, o que falhou, o que ficou pendente. Anomalia detectada cedo custa 10x menos que descoberta tarde.
Documentação de procedimentos
Crie checklists internos pra operações recorrentes — abertura/fechamento do mês, processamento em lote, correção de inconsistências. Não dependa de quem "sabe de cabeça" — funcionário pode sair, ficar doente, ter dia ruim.
Backup antes de operações em massa
Qualquer mudança que afete 100+ registros deve ser precedida de backup ou export. Restaurar uma alteração massiva equivocada é caro; prevenir é simples.
Comunicação com cliente
Mudanças que impactam o cliente (preço, cobrança, regra) devem ser comunicadas com antecedência. Cliente surpreendido reclama; cliente avisado entende.
Indicadores acompanhados
Defina 2-3 indicadores que medem a saúde do módulo. Acompanhe semanalmente. Quando algum sai do range esperado, investigue antes de virar problema visível.
Checklist operacional
Use este checklist como referência rápida para garantir que o módulo está sendo operado corretamente:
-
Configuração inicial validada — todos os campos obrigatórios preenchidos, permissões atribuídas, integrações testadas
-
Equipe treinada — pelo menos dois operadores sabem operar; redundância previne paralisação
-
Procedimento documentado — passo a passo de operações recorrentes disponível em local acessível
-
Backups em dia — backup automático rodando, último restore testado nos últimos 90 dias
-
Monitoramento ativo — alertas configurados para falhas críticas, logs sendo revisados semanalmente
-
Plano de contingência — se o módulo cair, equipe sabe como operar manualmente até voltar
-
Auditoria periódica — revisão mensal de inconsistências; trimestral de eficiência operacional
-
Documentação de mudanças — alterações relevantes registradas (data, autor, motivo, impacto)
Indicadores típicos a acompanhar
Cada provedor define seus próprios KPIs, mas alguns são quase universais para este tipo de operação:
- Volume mensal processado (registros, transações, eventos)
- Taxa de erro (% de operações que falharam)
- Tempo médio de resposta/processamento
- Cobertura (% da carteira atendida pelo módulo)
- Satisfação operacional (feedback da equipe que usa)
Compare valores atuais com média dos últimos 3 meses. Variação maior que 20% em qualquer direção merece investigação — pode ser melhoria sustentável ou degradação silenciosa.
Documentos relacionados