> For the complete documentation index, see [llms.txt](https://docs.enapi.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.enapi.com/enapi-documentation-pt/compensacao-de-cdr/como-tratar-cdrs-sinalizados.md). # Como tratar CDRs sinalizados Quando um CDR é sinalizado, a regra acionada diz-lhe *o que* está incorreto — mas não *porquê*, ou se o problema é seu ou do seu parceiro. Esta página é o guia de decisão. ### A abordagem geral Todos os CDRs sinalizados têm o mesmo conjunto de perguntas por trás: 1. **A sessão subjacente é plausível?** O que o CDR descreve poderia realmente ter acontecido — dado o carregador, o condutor, a hora do dia, a duração? 2. **O que diz o meu contrato?** Muitos alertas resumem-se a limites negociados no momento do contrato — janelas de chegada tardia, tamanhos mínimos de sessão, tolerâncias de custo. 3. **Alguma das partes tem mais contexto?** A aplicação do eMSP pode ter problemas reportados pelo condutor. O CPMS do CPO pode ter telemetria do carregador. Antes de contestar, verifique. A partir daí, a regra que foi acionada determina as perguntas específicas. ### Energia elevada, custo elevado ou duração longa Frequentemente estes alertas disparam em conjunto e representam os sintomas de um único problema subjacente. **Causas prováveis:** * Falha do carregador — o carregador não libertou corretamente e continuou a medir. * Falha do contador — o contador reportou energia que não foi realmente entregue. * Sessão não interrompida — o condutor saiu, mas a sessão não terminou corretamente. **O que verificar:** * **Plausibilidade.** Os valores reportados poderiam acontecer fisicamente? Uma sessão de 200 kWh num carregador AC de 22 kW exigiria mais de 9 horas; isso é mecanicamente possível, mas merece escrutínio. Uma sessão de 500 kWh numa hora num carregador DC de 50 kW não é. * **Disputa do condutor.** O condutor queixou-se ao eMSP sobre esta sessão? Se sim, o eMSP deverá ter contexto. * **Telemetria do lado do eMSP.** A aplicação do eMSP mostra algo útil — eventos de início/fim de sessão, localização do condutor, problemas reportados? * **Telemetria do lado do CPO.** O sistema de gestão de pontos de carregamento do CPO deverá ter registos de estado do carregador para a janela da sessão. **Decisão:** Se a sessão for implausível e nenhuma das partes tiver contexto que a sustente, rejeite. Se for plausível mas extrema, aceite. Se você e o seu parceiro discordarem, conteste e resolva diretamente. ### Velocidade de carregamento A energia e a duração num CDR implicam uma velocidade média de carregamento. Uma discrepância entre isso e a potência nominal do carregador significa que um dos valores subjacentes está incorreto — energia reportada errada, duração errada ou metadados do carregador desatualizados. **Dentro de 5%** (tolerância configurável): aceite. A carga real abranda, reduz a potência e é limitada — uma pequena variação é normal. **Fora de 5%:** conteste. As causas comuns são metadados do carregador que não correspondem à realidade, ou um campo de energia ou duração mal reportado. Peça ao parceiro para verificar contra a telemetria da sessão. ### Problemas de timestamp **Timestamps negativos ou impossíveis** (início após o fim, timestamps futuros): rejeite. Estes CDRs não podem ser reconstruídos e não devem entrar na faturação. **CDRs a chegar tarde.** Verifique o seu contrato quanto à idade máxima permitida da sessão. Os contratos normalmente especificam uma janela — por exemplo, os CDRs devem ser entregues no prazo de 14 dias após o fim da sessão — para além da qual o eMSP não é obrigado a aceitar. Se o CDR estiver fora da janela contratual, rejeite com referência à cláusula contratual. Se estiver dentro, aceite. ### Consistência do custo da tarifa Uma discrepância entre o custo reportado e o custo calculado pela ENAPI significa que a lógica de preços de um dos lados está incorreta. **Dentro de 2%** (tolerância configurável): geralmente diferenças de arredondamento ou de interpretação menor da tarifa. Aceite. **Fora de 2%:** algo está materialmente errado — tarifa errada aplicada, erro de preços ou uma disputa contratual disfarçada. Conteste e resolva com o seu parceiro. Partilhe a repartição de custo calculada pela ENAPI (disponível na página de detalhes do CDR) para que ambos estejam a olhar para os mesmos números. ### Sessões curtas ou de baixo custo Um CDR abaixo do seu limiar mínimo de energia ou custo não está automaticamente errado — está automaticamente sujeito a verificação. O seu contrato provavelmente define uma sessão mínima faturável. Alguns contratos dizem "sessões abaixo de X kWh não são cobradas." Outros cobram tudo. Verifique o contrato. Se o CDR estiver abaixo do mínimo contratual, rejeite. Se não houver mínimo definido, aceite mesmo sessões pequenas — são reais. ### CDRs em falta Este alerta é acionado em sessões sem um CDR correspondente, não nos próprios CDRs. * **Para CPOs:** investigue internamente. Porque é que a sessão não produziu um CDR? Erro no CPMS, falha na entrega, sessão nunca finalizada? * **Para eMSPs:** levante a questão com o CPO. Se a sessão existiu e o condutor foi cobrado no carregador, é devido um CDR. ### Ajuste as suas regras ao longo do tempo Os padrões que vê na sua Caixa de Entrada de CDRs são o sinal para afinar a configuração das suas regras. Use o que aprender ao tratar alertas para ajustar a sua configuração em [Configurar a compensação de CDR](/enapi-documentation-pt/compensacao-de-cdr/configurar-a-compensacao-de-cdr.md). * **Regras que disparam com demasiada frequência em CDRs corretos** — afrouxe os limites. * **Problemas reais a passar despercebidos** — aperte os limites, ou ative regras adicionais em [Configurar a compensação de CDR](/enapi-documentation-pt/compensacao-de-cdr/configurar-a-compensacao-de-cdr.md). * **Padrões recorrentes específicos de parceiros** — crie um conjunto de regras específico para o parceiro em vez de forçar a base. Por exemplo, um parceiro que opere carregadores ultra-rápidos pode precisar de um limite superior de energia mais alto do que o predefinido. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.enapi.com/enapi-documentation-pt/compensacao-de-cdr/como-tratar-cdrs-sinalizados.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.