dirceu_albrecht

Ok... eu vi este trecho mas fiquei em dúvida se seriam somente estes mesmo, já que o Emissor bloqueava até acentos. Mas então é isso mesmo que está dando a entender, na verdade não preciso bloquear nenhum caracter... apenas tratar estes ai para que não interfiram no "parser"... Valew Juliomar, muito obrigado!

Boa Tarde! Alguem saberia informar quais os caracteres especiais que não posso utilizar no XML a ser enviado pelo ACBrNFeMonitor? No Manual de integração da Sefaz não consegui identificar quais seriam os caracteres proibidos... no Emissor gratuito tive que limpar todas as Strings, nem caracter acentuado podia ter que dava erro de caracter inválido. Desde já agradeço a ajuda dos colegas. Saudações, Dirceu Albrecht

Vi que já tem inumeros tópicos sobre os Problematicos Certificados da Caixa, mas o que esta ocorrendo em um cliente nosso é um tanto diferente. Será que alguem do grupo já viu algo parecido ou tem alguma sugestão? Já esgotei minhas possibilidades e to pedindo socorro! Uso o ACBrNFeMonitor versao CAPICON para enviar as NFe e nunca tive nenhum problema com outros certificados mesmo A3. Mas neste caso da Caixa, ocorre que ao enviar a NFe o ACBr retorna erro "Certificado não Encontrado" por duas ou mais tentativas, na terceira ou quarta tentativa que abre o diálogo solicitando o PIN, e dai tudo dá certo. Interessante que testei em duas maquinas diferentes e deu o mesmo problema. As duas com Win7. Desde já agradeço qualquer dica Dirceu

Desvendada parte do mistério! O que o maluco fazia era encaminhar a mensagem que ele recebia do ACBrNFe do email dele... somente nestas circunstancias é que os clientes não conseguem abrir o xml. Fica corrompido, faltando parte do texto. Ele usa o Live mail e o anti vírus é o NOD32.

Utilizo enviar o XML pelo ACBrNFeMonitor e agora tem um cliente me reportando que vários clientes dele não consegue visualizar o xml no browser. Dá mensagem que está faltando tag etc... Porem o mesmo email com o mesmo anexo eu recebo e consigo abrir normalmente sem erro. Ou seja, no meu ver o arquivo está correto, e sendo transmitido na integra. Imagino que deva ser algum anti-virus que esteja corrompendo este arquivo ao fazer download, o engraçado é que não foi um unico cliente dele que reclamou disso. Pergunto se alguen do forum já viu ou enfrentou algo do tipo? Qualquer dica será bem vinda.

Uso ACBrNFemonitor Capicon e agora em todos os clientes e até na minha máquina esta dando a mensagem "erro desconhecido, sem acesso internet" Alguem com mesmo problema? o que poderia ser? Se alguem puder dar uma luz, eu agradeço! ======================== Resolvido!!! =========================== Sorry! Descobri que o erro foi falha no site que eu faço Ping para testar a conexão com a internet. O site ficou fora do ar e por esta razão mesmo a internet estando OK o retorno da função era "Sem conexão" Estou usando OpenURL("http://pchelplive.com/ip.php") e até hoje nunca tinha tido problemas... Sempre antes de iniciar uma comunicação com o Sefaz pelo ACBr eu verifico o status da conexão, Alguem tem alguma opção mais confiável? Pois hoje mesmo estando tudo OK meus clientes não conseguiam emitir NFe porque minha aplicação "Pensava" que não tinha acesso a internet; Agradeço qualquer ajuda ou dica

O Erro não é do ACBrNFe... este erro é causado por uma falha no Windows relacionado ao fuso horario que atualiza o horario de verão, e pode ser solucionado fazendo as atualizações criticas do windows, usando um hotfix disponibilizado pela Microsoft, ou então alterando as configurações do IE da seguinte maneira: - IExplorer - Ferramentas - Avançadas Lá no final das opções: - [ ] Verificar revogação de certificados do servidor* (desmarcar) - [ ] Verificar se há certificados revogados do editor (desmarcar) *O Bug do horario de verão faz com que o componente CAPICON entenda que o certificado foi revogado.

Pessoal! Acho que achei a explicação da nossa dor de cabeça! Por favor dar uma olhada nesse link: http://www.certisign.com.br/suporte/alertas/horario-de-verao

Eu acredito que seja isso mesmo André, pois em outro cliente com o mesmo ambiente, Server 2008, Capicon, A1... a mensagem da data está correta com o final do Horário de verão para 20 de fevereiro... e está funcionando normalmente. Então deve ser só esta atualização automática mesmo que gera o problema. A tal da sincronização automática.

Segue mais uma informação para Ajudar a chegar uma conclusão! Ou complicar ainda mais a cabeça... mas vamos lá! Server 2008 Standart Certificado A1 IE8 WebService RS 1.0 No Relógio tinha a seguinte mensagem de Alerta: "O Horário de verão terminou em Domingo 13 de fevereiro de 2011 às 00:00. O Relógio foi retrocedido em 1 hora nesse momento." Mas o horário permanecia normal com horário de verão. Então eu retrocedi uma hora e voltou a funcionar tudo. O problema se resume em (Windows/Capicom/Horario de verão). Ou seja, algumas versões de windows XP com SP3, Win7, Server 2008, estão interpretando o final do horário de verão incorretamente, o que interfere diretamente no funcionamento do Capicon na hora de fazer a comunicação com os WebServices.

Tambem estava com o mesmo problema em algumas maquinas de alguns clientes! Descobri que como acabou o horario de verão no domingo, em algumas maquinas não foi atualizada a hora para 1 hora menos. Corrigi a Hora do micro e tudo voltou a funcionar que é uma beleza. Valew Pessoal Dirceu Albrecht