Mark Apollo

Galera, posso estar errado, mas, ao que me lembro, o xml de autorização não é mais alterado, anexando o protocolo de cancelamento, pois o cancelamento é feito agora por evento. Ao menos aqui, mesmo depois de cancelado, o DANFE ainda é impresso sem a tarja de cancelado, porque o xml de autorização não é alterado, mas é possível imprimir o evento de cancelamento, igual se faz com a CCe.

Olá, na segunda noite eu iniciei ele do ultimo NSU. Sempre que inicio o Loop eu pego o ultimo NSU, após finalizar, seja porque fui informado que acabou, ou mesmo por alguma exceção, eu gravo o ultimo NSU para a próxima consulta, ou seja, considerando que inicio o serviço às 22:00 e paro às 7:30, tenho 19 horas de consulta e não consegui recuperar todas as notas. 11/01/2013: Mais uma noite rodando (começando do ultimo NSU), não fiz a estimativa de quantos registros/requisições foram feitas, mas, ainda não consegui receber todas as notas de todos os CNPJ's que tenho (oito ao total). 13/01/2013: Após os registros anteriores e ficar processando de ontem às 22:00 hoje às 15:30 finalmente consegui receber todos os eventos, não registrei quantas requisições eu tive que fazer, mas, foram milhares...

Funciona também em Fortes Report se já foi implementado minha contribuição:

Bom, iniciei o processo de implementação de NFeDestinadas, a principio não estou realizando nenhum tipo de tratamento, a intenção é consultar e jogar o resultado em banco para trabalhar com eles depois. Deixei a rotina rodando a noite, pois sabia que seria um processo demorado (mas nem tanto...), no inicio foi tudo (ou quase tudo) muito bem, algumas vezes o servidor retornara como inativo ou inomerante: Algumas vezes realizava algumas requisições e não retornava nada, até o server dar erro, outras vezes, tive um resultado bastante interessante, como 316 registros importados com 223 requisições em loop. ou mesmo 413 registros em 486 requisições. O saldo final foi: Eventos importados: 5471 Quantidade de requisições necessárias: 12065 Após rodar desde ontem às 22:00 hoje tenho além da mensagem acima, o servidor, volta e meia, retorna "Falha não tratada". Será que a SEFAZ não poderia melhorar um pouco mais a lógica neste serviço?? 10/01/2013: Devem estar necessitando de uma boa otimização: 520 requisições para receber 10 eventos, tenso!!! Depois da segunda noite inteira rodando não consegui receber todos os eventos.

Marcelo, as vezes acabo caindo em uma "armadilha virtual" que tanto alerto meus amigos e também companheiros de trabalho: a frieza do texto. Confesso que, talvez pelo momento, talvez não, posso ter entendido algo além do que você quis realmente dizer, escrevi algo que não deveria dizer e você, provavelmente, entendeu também mais distorcido. Façamos o seguinte: Continuemos a discussão, você expondo sua experiência com o que já tem em produção e eu, enquanto só testo, e muito, vou pondo as minhas junto com sugestões, afinal, o papel do fórum é promover o crescimento de todos. Obs, caso ache interessante, gostaria de editar meu texto anterior. Abraços.

Realmente, ainda não estou em produção, mas, já realizei vários testes.....

Depende, ainda não implementei a consulta no meu sistema, mas, pelo que já conheço o processo, a consulta se dará ao menos 1 vezes ao dia, mas pensando em umas 4, visto a quantidade de notas recebidas e ao movimento. Já que a ideia é não deixar a mercadoria entrar no pátio da empresa caso não haja um registro dela no sistema. Fora outras questões.

Tenho dois pontos a observar: da forma que venho acompanhando a receita, se ficarmos sempre iniciando do NSU 0, daqui a pouco ela poderá nos bloquear por consumo excessivo. Já existe a possibilidade de informar o Último NSU justamente para diminuir as requisições. Acredito que o melhor a ser feito é um serviço responsável por toda a comunicação com a SEFAZ, desta forma o trabalho é sempre feito em paralelo, não travando o processo do cliente. Para se ter uma ideia, tenho uma média de 800 NFe's/CTe's diárias fora os cancelamentos, consultas, cce's e outros mais, que não são tantos assim, quando temos problemas na internet primária da empresa, espeto um modem 3G no servidor, a conexão geralmente não ultrapassa os 200kbps e o link aguenta tranquilamente, ninguém nem percebe que há algo de errado.

É isso que tenho feito, tento consultar todas as notas eletronicamente, mas, as notas que não consigo, fica a cargo do usuário.

Italo, a necessidade neste caso é diferente: Como assegurar que o XML que eu tenho ainda está com a situação de autorizado? Trabalho com uma transportadora, ela emite CTe e NFe, recentemente sofremos um processo por termos transportado um produto com NFe já cancelada. Estávamos com o Danfe em mãos, o XML autorizado e a mercadoria, mas, o cliente cancelou a nfe. Pergunta: como saber disso antes de emitir o CTe? Esse é um dos casos em que eu preciso consultar a NFe pela chave.

Estou com o mesmo problema e ainda em busca de solução.

Acho que teremos que desenvolver alguma dll em .NET para o ACBr. Tal qual eu fiz para validar a assinatura do XML recebido.

Galera, segui o padrão do ACBr, é Basicamente: ACBrNFe.NotasFiscais.Clear; ACBrNFe.NotasFiscais.LoadFromString(<XML Nota Eletrônica>); ACBrNFe.EventoNFe.Evento.Clear; ACBrNFe.EventoNFe.LerXMLFromString(<XML Evento>); ACBrNFeDANFE.ImprimirEVENTO; Só não testei como no blog, usando direto do ACBrNFe: ACBrNFe.ImprimirEvento; Talvez esteja faltando alguma implementação no código, testem como eu passei, se funcionar, assim que possível eu verifico o código.

É o tópico do link que eu passei lá em cima, onde eu postei a impressão no fortes!

Posta o código aí que durante a semana, assim que puder eu corrijo reposto ele, se quiser também, pode postar lá no outro tópico, bom que fica no topo da lista e o pessoal vê mais... Esta semana estarei mais envolvido com SPED Fiscal, tenho que trabalhar muito, janeiro temos que enviar, rs

Eu disponibilizei a implementação, mas, até o momento não foi disponibilizado no SVN, sendo assim, caso você queria implementar, terá que fazer o merge manualmente do meu código no seu repositório.

ACBrNFeConsulta.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.NomeArq

Na contribuição que fiz () existe este implementação.

NT2011.003: 4.8.8: No máximo 20.

Galera, finalmente consegui, mas, acho que foi meio que no "POG": Fiz uma DLL em C# com o código validador e chamo a função pelo delphi, agora valido tanto o NFe quanto o CTe!

Puts, existe alguma outra alternativa para validar assinatura de xml automaticamente então??

Galera, ainda hoje não consigo validar xml de fornecedores, alguém tem alguma posição a respeito disso? quando valido o xml através do validador da RS ocorre tudo ok, mas, pelo ACBr não consigo realizar esta validação. Ainda recebo a mensagem: Percebi que em arquivos que contenham quebra de linhas na tag "X509Certificate" não é possível fazer a validação. talvez o problema esteja alí

Para quem ficar inseguro com o link do hotfix, segue o link direto da microsoft! http://hotfixv4.microsoft.com/Windows%20Server%202003/sp3/Fix262679/3790/free/375506_PTB_i386_zip.exe

Quem emite em SVAN já tem estes certificados atualizados. IMHO, nós, desenvolvedores de DFe, devemos, ao menos uma vez por semana, entrar nos sites das SEFAZ/Receita para verificar algum aviso como este.

Puts, que mancada da receita!! show!!!