Cantu

Estou com o mesmo problema no RS e no RJ.

Eu tb estou tendo esse erro, desde ontem.

Confesso que não entendi o motivo nem a lógica dessa alteração, pois tirou o DescOcorrencia mas o CodOcorrencia permaneceu. Meu código não está compilando e por enquanto não entendi o que vou ter que fazer pra resolver, pois no meu processamento de retorno eu nem mesmo uso o Registro0, e é nele que está a tal "Avisos" que é onde colocaram a descrição da ocorrência

E está dando certo?

Alguem conseguiu resolver o problema no Windows 10 (totalmente atualizado)? Ainda tenho 2 maquinas de clientes que não vai nem a pau.

Ainda não consegui resolver em 2 máquinas com Windows 10, totalmente atualizadas. Tá f*da.

Começou a dar esse problema em alguns clientes meus hj... nada foi alterado no sistema, testei com varias configurações no ACBr, sem sucesso (Windows 10). Se alguem descobrir como resolver, avisa aí.

Pois é! Eu tenho muita saudade dessa época! Ainda mais porque eu tinha tempo de "brincar" com essas coisas

Well, só pra não ficar "no ar", o problema era que o office365 tinha bloqueado a conta... o erro real que retornava era o 5.1.8, mas o ACBr não mostra esse erro. Na vdd, para qualquer erro que dê, a exceção tem sempre o mesmo texto "SMTP Error: Unable to send Mail data" . Seria interessante alterar o componente pra ele passar tb o texto do erro original, que é o que consta no método ReadResult. Só consegui descobrir o verdadeiro erro debugando linha a linha, pois em nenhum momento o erro original era mostrado na exceção gerada.

Comecei a ter o erro "SMTP Error: Unable to send Mail data" ha cerca de uma semana, em clientes que usam SMTP do Office365. Funcionava perfeitamente antes, e não mudou nada na configuração do cliente. Alguém teve o mesmo problema e saberia como resolver? A configuração já está pra usar a porta 587 e TLS está ativo. Como eu disse, sempre funcionou, mas não funciona mais.

Acabei de te mandar por "inbox" aqui no forum mesmo.

Tenho uma rotina de download de CTe's via webservice de distribuição de documentos. Hoje começou a dar problema: campo cOrgao não informado Após quebrar a cabeça debugando, descobri que o webservice retornava um XML com 50 "doczips". Acontece que o primeiro elemento do array de documentos retornados era justamente um CTeOS, os demais eram CTe's normais. Aparentemente, o componente não está reconhecendo CTeOS, então a propriedade XML daquele doczip fica vazia, e gera exceção quando o componente tenta colocar valor na propriedade cOrgao, visto que ele não consegue identificar o estado. Alguma previsão para corrigir isso? Posso disponibilizar (em private) o resultado da chamada contendo os doczips retornados, caso ajude no debug. Cantu

Tem alguma versão atualizada do Danfe pra ReportBuilder?

Tem algo mais a se fazer? Pois dessa forma, pra mim aqui retornou apenas o XML da NFe, sem os eventos de manifestação.

Qual método vc usou pra fazer a consulta?

Pessoal, estou com a seguinte situação aqui: Meu sistema manifesta automaticamente as NF's de terceiros que o usuário insere nele. Aconteceu um caso aqui quando o sistema enviou o pedido de "confirmação de operação", a Sefaz retornou erro, e com isso, meu sistema não atualizou o flag que indica que a nota está manifestada. No entanto, passado algumas horas, ao consultar a chave da NF-e pelo site da Sefaz, lá mostra que mesmo tendo dado erro, a Sefaz acabou processando o pedido e manifestando a nota. A dúvida é: existe alguma forma de consultar um webservice e saber se uma determinada NFe está manifestada, e se positivo, qual o tipo de manifestação? Lembrando que é uma nota de terceiros, e o webservice de distribuição de documentos não disponibiliza pro Destinatário os XML's dos eventos de manifestação.

Estou com o mesmo problema... começou na última sexta-feira (dia 7), a tarde. Alguém conseguiu confirmação se é zica na sefaz e o prazo pra voltar a funcionar?

Atualizei o script com os códigos cest, baseado nas alterações mais recentes. http://www.firebase.com.br/artigo.php?id=2862

São coisas diferentes... no caso do cancelamento, a primeira tentativa cancela a nota na Sefaz, mas retorna erro de evento com duplicidade (coisa que seria impossível, visto que essa é a primeira tentativa de se cancelar a nota). Além disso, mesmo retornando o erro, o evento fica registrado e a nota fica cancelada na Sefaz. Aconselho todos que estiverem tendo esse tipo de problema, que encaminhem reclamação pra Sefaz através do canal oficial... pelo menos assim eles vão saber que o problema existe.

Continuo tendo esse problema com a Sefaz SP... Enviei um email pra eles, responderam agradecendo mas não deram qualquer informação se iriam corrigir, etc. Alguém mais continua tendo problemas ou descobriu alguma forma de evitar que isso aconteça?

Vários clientes aqui tb com o mesmo problema, e nada no site da Sefaz.

Estou tendo uma série de problemas de duplicidade de cancelamento. O erro de duplicidade é retornado, mas o cancelamento é efetuado na Sefaz (se vc consultar a chave depois, aparece como cancelada). Isso está me gerando uma série de transtornos, pois devido ao erro, no sistema, a nota acaba ficando como "válida", sendo que na Sefaz fica como cancelada. Pior que o problema só acontece de vez em quando. Todas as vezes que tentei reproduzir localmente, ele não aconteceu. Tá difícil....

Pessoal, em anexo as alterações que fiz no componente, pra funcionar a busca por cep usando o webservice SIGEP dos próprios correios. Aparentemente esse webservice está aberto pra qualquer um usar (sabe Deus até quando). O que fiz foi criar um novo TACBrCEPWebService que chamei wsCorreiosSIGEP. A implementação é do tipo "Frankeinstein", onde peguei partes de códigos que já existiam e adaptei pra funcionar com esse webservice. Favor testar, e se o projeto quiser incorporar as modificações, fiquem a vontade. Aqui pra mim funcionou com vários ceps que testei. []s Cantu ACBrCEP.pas

Estou adaptando o componente pra funcionar com esse webservice, e está funcionando. Daqui a pouco posto as alterações.

Estou tentando adaptar o codigo do componente pra usar o webservice http://m.correios.com.br/movel/buscaCepConfirma.do , que aparentemente ainda funciona, conforme: http://www.pinceladasdaweb.com.br/blog/2012/01/31/webservice-consulta-de-cep-diretamente-ao-site-dos-correios/ Mas como não tenho experiencia em montar headers e passar parametros via POST, estou sofrendo um pouco aqui pra conseguir fazer a requisição com os parametros necessarios e obter o resultado.