Gr@c@

Para funcionar hoje eu fiz o seguinte procedimento: 1-Atualizei os componentes ACBr via update SVN 2-Dei build em todos os meus componentes 3-Fiz download da pasta schemas que está no Portal da NF-e (o do ACBr parece estar desatualizado) Esquemas XML NF-e - Pacote de Liberação No. 6p (31/10/2012) (ZIP) 4-Compilei meu aplicativo

Segue resposta do suporte da Embarcadero A versão do FastReport que vem no Delphi XE3, C++ Builder XE3 e RAD STUDIO XE3 é FastReport VCL 4 RAD Edition reporting tool. Infelizmente não temos as comparações do produto, você precisa ver diretamente com o fabricante do mesmo. Segue o link: http://www.fast-report.com/pt/buy/ O link da comparação entre a versão que vem na Embarcadero e as demais versões pagas do FastReport: http://www.fast-report.com/en/products/ ... atrix.html

Darlana Funcionou certinho. Te devo essa, amiga!

Após fazer a atualização do componente e do pacote de schemas do portal da NFe, ao enviar uma CC-e está me retornando que não encontrou o arquivo 3112118649309500014855005000000087000000876-ProcEventoNfe.xml Isso porque que foi criado está com o nome: 31121186493095000148550050000000870000008761101101-ProcEventoNfe.xml Então o componente não está buscando o nome do arquivo proceventonfe correto No entanto a CC-e foi enviada e aparece na consulta do site do SEFAZ/MG e eu consigo imprimi-la pelo meu aplicativo e pela consulta do SEFAZ/MG

O cancelamento sem evento só está funcionando corretamente com a versão anterior do ACBr. Depois que atualizei o componente, consigo cancelar a nota no SEFAZ/MG mas não consigo o retorno correto. E no meu aplicativo tenho 2 botões: um para cancelamento antigo e outro para cancelamento por evento. Se tento cancelar por evento, a nota não cancela no SEFAZ/MG mas vem o retorno de que o evento foi vinculado e assim, a nota cancela no meu banco de dados. Tá uma bagunça e não estou entendo mais nada.

Eu também estou com o mesmo problema.

Eu estou com o mesmo problema. E pior: Se tento cancelar uma nota pelo processo antigo, a nota é cancelada no SEFAZ, mas não consigo cancelar no meu banco de dados porque não vem o retorno certo pra mim. Se tento cancelar uma nota como evento, a nota é cancelada no meu banco de dados, mas não é cancelada no SEFAZ Acho que estão com 2 coisas misturadas lá. Parte do processo de cancelamento antigo e parte do processo por evento A resposta do Fale Conosco: A sua mensagem mereceu toda a atenção da Equipe da SEF/MG e, conforme parecer da superintendência responsável, informamos que verificamos ocorrências de instabilidade em nossos sistemas, e a nossa área técnica já está trabalhando para sua normalização. A SEF/MG trabalha incessantemente para melhoria e funcionamento adequado de seus sistemas e eventuais intermitências poder ocorrer, mas sempre no intuito da prestação do melhor atendimento possível. Pedimos sinceras desculpas por estes transtornos, contamos com sua compreensão e solicitamos que aguarde. Agradecemos antecipadamente, nos colocando à disposição para quaisquer outros esclarecimentos que se fizerem necessários.

Reinaldo, vc está respondendo um post antigo ref a março/2012.

ok. Estou checando com o suporte da Embarcadero quais são as limitações do FastReport entre a versão do Delphi XE3 e a versão do fabricante e também se há diferenciação do FastReport entre as versões do proprio Delphi XE3 (Stantard/professional/enterprise e rad Studio). Assim q tiver resposta posto aqui.

Você está usando o XE3 Enterprise? No XE3 tem um conversor de relatórios do Rave Report para Fast Report. Acho que seria o caso de usá-lo para converter o danfe feito em Rave. Ainda não instalei a minha versão do XE3 (RAD Studio XE3 Enterprise). Vou providenciar urgente para realizar os testes.

Mas qual recursos o FastReport do XE3 não tem que está sendo usado no ACBr? Afinal, adquiri o XE3 e me garantiram que a versão era completa e eu conseguiria imprimir Danfes e Dactes sem problemas. Se não tem mais o Rave nem o Quick Report, a coisa se complica.

Que eu entendi, corrigiram só no ambiente de homologação. Em ambiente de produção só será disponibilizado dia 19/11/2012 porque é só a partir desse dia que irá valer a NT. Ou seja: fizeram metade da coisa. A outra metade fica pra depois do feriadão. Como disse Jach o Estripador: "Vamos por partes..."

Conforme prometido, segue resposta do SEFAZ/MG Segue parecer da superintendência responsável: Já corrigimos o webservice para devolver os eventos, porém a correção ainda está em homologação devido à prorrogação do prazo para a implementação em produção da Nota Técnica 2012.003, acessada através da rota http://www.nfe.fazenda.gov.br > Documentos > Notas Técnicas. A previsão é que disponibilizaremos a correção em produção em 19/11/2012. Pedimos sinceras desculpas por estes transtornos, contamos com sua compreensão e solicitamos que aguarde.

Tenho tido esse problema de consumo indevido (mas é raro) em um cliente de São Paulo. Percebi que ocorre quando, após enviar uma NFe, o usuário tenta consultar a NFe novamente pela chave de acesso Ou seja, quando ele consulta uma NFe logo após tê-la enviado e impresso o Danfe (isso num prazo menor que 5 minutos). Após orientar o cliente a evitar essa consulta em seguida (pois realmente não é necessário, já que ele tem o xml e o danfe gravados em disco), o erro parou de ocorrer. Parece que o SEFAZ de SP está achando q é um loop do sistema (enviar e consultar novamente) quando na verdade não é.

Liguei no plantão do SEFAZ/MG e me disseram que está funcional e que o erro está no meu aplicativo. Em todo caso, enviei email ao Fale Conosco de MG constando a chave de acesso da nota que cancelei. Assim que tiver o retorno, posto aqui.

Consigo consultar a NF-e no site de MG e o evento de cancelamento está lá com protocolo.

Não tem nada. Completamente vazio.

O conteudo do arquivo está ficando assim: A página XML não pode ser exibida Não é possível exibir a entrada XML usando a folha de estilos . Corrija o erro e clique no botão Atualizar ou tente novamente mais tarde. -------------------------------------------------------------------------------- O documento XML deve ter um elemento de nível superior. Erro ao processar o recurso 'file://servidor/f/DESENVOLVIMENTO/ATIV...

Estou em MG ambiente de homologação.

Colocando Library Path na ordem sugerida e compilando o PCN2 antes de dar build nos demais componentes, parece que deu certo.

Também estou com o mesmo erro de Access Violation ao consultar uma NFe que foi cancelada por evento

Ok, vou rever tudo.

Uma observação: pode ser que o erro não esteja na revisao 4310, pois eu estava ainda com a revisão 3896.

Quanto aos arquivos inc eu só tenho na pasta C:\Arquivos de Programas\Borland\Delphi7\Lib\ACBr\Fontes\ACBrComum Sempre que faço update do ACBr via SVN sigo esse processo: 1-Abro o Delphi7 2-Open em C:\Arquivos de programas\Borland\Delphi7\LIB\ACBr\Pacotes -Synapse.dpk -> build -ACBrCapicom.dpk -> build -ACBrOpenSSL.dpk -> build -ACBrComum.dpk -> build =====> aqui ocorreram os erros -ACBrDiversos.dpk -> build -ACBr_SPED.dpk -> build -ACBR_Serial.dpk -> build -ACBRNFe2\PCN2.dpk -> build -ACBRNFe2\ACBrNFe2.dpk -> build =====> aqui ocorreram os erros -ACBRNFe2\ACBrNFeDANFERV.dpk -> build =====> aqui ocorreram os erros -ACBRNFe2\ACBrCTe.dpk -> build =====> aqui ocorreram os erros -ACBRNFe2\ACBrCTeDACTeQRPkg.dpk -> build No caso, é melhor compilar o ACBRNFe2\PCN2.dpk antes de dar build nos demais componentes? Como seria a ordem correta de atualização dos componentes no meu Delphi7? E a ordem dentro da Library Path pode interferir em algo?

Não, somente o Delphi 7. E não instalei nenhum componente novo, ou seja, o meu Delphi 7 está exatamente como estava na ultima vez que fiz o update do ACBr. Será que o dpk não foi alterado em uma nova versão do Delphi? O problema é que agora não consigo compilar nenhum dos meus projetos, pois diz não encontrar os bpls dos componentes de NFe e CTe.