Mark Apollo

Vou verificar isso também, mas o problema era outro, dei um tempo e já está funcionando, acredito que era incompatibilidade no schema mesmo.

Ao que me lembro o NSU era o número do Formulário, considerando que o NFe/CTe em emissão normal não é utilizando o formulário, porque teria o mesmo? Nos casos de FSDA existe o número do formulário.

Fico com a seguinte dúvida: Já que alguns conseguem "recuperar" o xml pelo componente, sabendo-se que este não é um xml válido, há alguma ação posterior para solicitar ao fornecedor o xml válido e armazenamento do mesmo? lembrando que é de obrigação dos clientes/transportadoras guardar os xml's válidos dentro do prazo legal...

Mas, considerando que vai iniciar o processo agora, você informa o ultimo NSU retornado da ultima vez que fez o processo, ou deixa ele com 0 para começar tudo novamente?

Novamente IMHO: Aqui é um fórum de uma framework aberta, que precisa atender a maioria, bom seria se fosse possível atender a todos, mas, nem sempre, por particularidades de cada um talvez a solução não seja o ideal, assim como no meu caso. Italo, reli meu post, me desculpe se pareceu algo que não quis dizer, como já falei antes, admiro seu trabalho/dedicação ao projeto. Não digo que a solução adotada sera errada ou certa, mas, no meu caso não foi satisfatória, veja bem, é diferente de errada, fico feliz que a solução tenha sido a ideal para a maioria. Resta a mim procurar outra alternativa (não uma outra ferramenta), pois no meu ambiente não tenho como realizar o controle de 2 executáveis para isso. Novamente, me desculpe caso tenha transparecido algum descrédito ao seu trabalho, que valorizo muito, afinal, me ajuda bastante assim como a todos aqui!

IMHO esta solução é bem paliativa mesmo, pois, sempre que precisarmos um novo executável, teremos que alterar a diretiva e recompilar os componentes também, acredito que para o negócio de muita gente ficará inviável, nem todos clientes aceitariam um executável a parte somente para imprimir o "cte de ontem para traz". Mas, sim, esta é a única opção até o momento.

Acredito que não seja problema do ACBr, visto que tenho um windows service utilizando ele e rodando tranquilamente a aproximadamente 2 anos.

Complementando o que o Juliomar falou: o usuário que executa o serviço tem que ter o certificado instalado, ou seja, tem que logar no windows com este usuário e deixar o ambiente todo pronto.

Ainda não há leiaute definido pela Receita, por isso não encontrou nada. Cegueira coletiva é caso grave de programador, tipo aquele caso onde você chama o cara para te ajudar em um bug e a pessoa enxerga o erro no código nos primeiros 10s de analise , rsrs

Não sei dizer sobre o limite de consumo, mas, aqui no ES eu tenho consultado sempre uma vez por dia para os clientes com movimentação, ou seja, consulto na primeira emissão de nota e para as próximas no mesmo dia não consulto mais, caso não tenha emissão para aquele cliente não há consulta. Já faço isso a duas semanas e não tive problemas, no final, acabo tendo uma média de 3600 consultas diárias. para um mesmo certificado.

Bom dia, Italo, não estou com problemas relacionado só comentei porque achei interessante esta mudança e não me lembro de ter visto nenhuma movimentação aqui no fórum. Mas, aproveitei para verificar os fontes sobre esta atualização e verifiquei que não consta a url de consulta cadastro do estado ES: Homologação: https://homologacao.sefaz.es.gov.br/ConsultaCadastroService/CadConsultaCadastro2.asmx Produção: https://app.sefaz.es.gov.br/ConsultaCadastroService/CadConsultaCadastro2.asmx Estas URL's estavam no site da NFe antes desta modificação, como eu não autorizo notas de outros estados, coloquei a url como sendo do SVAN e utilizo normalmente. Funcionam perfeitamente, mas não encontrei elas no ACBr. Seria uma boa implementa-las, até porque a SEFAZ-ES está denegando as notas com IE desabilitadas!

Galera, alguém mais percebeu as mudanças que ocorreram recentemente na página de disponibilidades e lista de URL's das nfe? 1) não há mais o serviço de consulta cadastro para o estado do ES, nem a url na sua lista (felizmente ainda está funcionando com a URL antiga) 2) o SVRS agora está com o serviço de Consulta Cadastro para alguns estados. http://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=2.00&tipoConteudo=Skeuqr8PQBY= Acho que logo teremos os serviços completos! Interessante que a URL que atendia unicamente o estado de RN, agora está listado como sendo da SVRS e atendendo 4 estados.

Chegou a ler o tópico que o Régis passou? lá está dizendo sobre o leiaute.

Não conheço nada sobre DataSnap, mas, pelo pouco que li ele funciona basicamente como um windows services, ou seja, é executado em background no windows. Pensando nisso, chegou a verificar se o usuário que executa o serviço DataSnap possui o certificado instalado? Ignore caso não tenha sentido, como disse, não conheço de DataSnap, mas desenvolvi um windows service e passei por este problema. Resolvi alterando o usuário que executa o serviço para um usuário com o certificado instalado, ou instalando o certificado no login que executa o serviço.

Se estiver falando ACBrRecuperaXML ele já "saiu de linha" a tempos. dê uma lida: http://djsystem.com.br/acbr/forum/viewtopic.php?f=6&t=5047

O Xml é gerado pelo ABCr? IMHO se o campo é numero inteiro deve ser gravado como "1" e não "0001"

Como eu disse acima, utilizo sempre reconfigurando, não tenho várias logos para uma empresa, mas tenho várias empresas, cada qual com seu logo, e não tenho problemas com isso.

A pergunta do kiko é muito importante, se você usa o componente acredito que fique mais fácil. Tenho uma aplicação (um único exe) que emite cerca de 2000 nfe/cte por dia para um total de 4 empresas, a cada nfe eu reconfiguro todo o danfe e o ACBrNFe antes do processo e não tenho problemas de performance com isso.

Ops, foi mal.. confundi uma coisa com outra,

O DANFe só pode ser impresso/visualizado após a nota estar autorizada, a não ser se a emissão for em contingência do tipo FS ou FSDA.

Galera, voltou ao normal!!! Obrigado a todos!

Ou até por isso: http://internet.sefaz.es.gov.br/informacoes/noticias.php?id=1579 Mas o grande problema é que a rejeição está ocorrendo para TODOS os clientes do estado, mesmo eles estando com a IE e CNPJ habilitados, conferi tanto no site do sintegra quanto no webservice de consulta de Cadastro. Lembrando, o problema está ocorrendo para TODAS as operações com IE dentro do estado do ES.

Galera, agora a pouco comecei a receber esta mensagem em algumas notas, já conferi o xml, aparentemente está correto, conferi a inscrição e está ativa no sintegra, conferi também na consulta do cadastro (WS da NFe) e está Habilitada. Alguém mais está passando por isso no ES?

Caso não use o ACBr, só analisando seu fonte para saber.