Painel de líderes

É realmente o que eu havia sugerido não funcionaria. O que sugeri foi, se no componente tem até a versão 009, se eu informasse Cod_ver = ' ', o componente entendesse que a versão correspondente seria a 009.(a ultima versão que tem no fonte do componente, não a ultima versão estipulada pelo SEFAZ) Só que no componente já temos a versão 010, que só estará funcional a partir de 2016 porque foi prorrogada. E o validador só aceita até 09. Então, realmente não daria certo a minha sugestão. Cada versão tem o seu período de vigência para que o validador entenda. E cada versão é ref a alguma alteração no layout. Melhor deixar como está.

Referente ao problema que o Victor relatou sobre o retorno em branco do erro, esta retornando em branco devido não estar sendo alimentado em nenhum lugar a property FMsg (da classe base). Essa situação foi solucionada alterando o método TratarResposta da classe TNFeConsNFeDest, atribuindo o valor do xMotivo a property FMsg. Para o caso do Daniel Caus foi alterado o método TratarResposta da classe TDistribuicaoDFe, atribuindo também o valor do xMotivo a property FMsg, conforme já é realizado em outras classes por exemplo: TNFeRecepcao, TNFeRetRecepcao, TNFeRecibo etc. Daniel trate sua aplicação com try except, coloque os tratamentos realizados da rejeição 656 dentro da exceção (EACBrNFeException). Em anexo fonte com solução. Obs: Em analise no fonte da ACBrNFe, onde é gerado exceção retornando a property FMsg foi identificado que além das classes TNFeConsNFeDest (problema do Victor) e TDistribuicaoDFe (problema do Daniel) existem as classes TAdministr e TNFeDownloadNFe que geram exceção e não tem tratamento de retorno para a mensagem, então foi ajustado essas quatro classes para retornar a mensagem corretamente. Nesse fonte encontra-se juntamente a alteração do tópico: Alterações previstas em relação à revisão 8330 do svn. ACBrNFeWebServices.pas

Obrigado pelo esclarecimento Ítalo, e pode deixar que qualquer caso fora os que você citou eu coloco aqui para aprimorarmos o componente. Abraço!

Boa tarde Tiago, Até onde sei o componente ao encontrar: <resNFe> os dados do resumo são lidos e atribuídos nas propriedades do resNFe. <resEvento> os dados do resumo são lidos e atribuídos nas propriedades do resEvento <nfeProc> alguns dados são lidos e atribuídos nas propriedades do resNFe e o XML da NF-e é salvo em disco, caso o componente esteja configurado para salvar. <procEventoNFe> alguns dados são lidos e atribuídos nas propriedades do resEvento. É preciso efetuar uma alteração para quando salvar o XML do procEventoNFe. Lembre-se para as quatro situações o XML descompactado é atribuído a propriedade XML que pode ser lido e salva em disco ou no banco de dados pela sua aplicação. Por favor caso algum retorno tenha algo diferente dos acima apresentados, post o XML de retorno como anexo aqui no fórum, para que possamos avaliar e implementar a detecção e a leitura dos dados contidos nele.

Boa tarde Leandro, Já fiz a correção, o mesmo problema aparece no componente ACBrMDFe, corrigi os dois e já encontra-se disponível.

Se for framework 4.5 não roda em xp, recomendo compilar em .net 4 que roda a partir do xp.

Boa tarde Graça, Eu acabei de emitir e consultar um para teste e está tudo OK aparentemente. Confesso que tem um bom tempo que não atualizo os fontes, as problema com o WebService não tive hoje. Segue XML autorizado. Atenciosamente. 31150203341645000186574990000007971725630812-cte.xml

Boa tarde jperim, Muito obrigado pela colaboração, vou analisar os fontes e assim que possível disponibilizar.

Boa tarde Murilo, Aqui esta o seu erro: for iNRItem := 1 to iTotalItem do Se a nota possui 5 itens o seu loop varia de 1 até 5, mas no componente eles são indexados de 0 a 4, portanto o seu for tem que ser da seguinte forma: for iNRItem := 0 to iTotalItem -1 do

A questão é, como que o componente vai saber qual é a última versão se ele não foi atualizado? A única opção seria mesmo mudar o campo para string e o programador ficar responsável por buscar e preencher esse valor. Mas, isso poderia dificultar as validações que o componente faz internamente para certos registros.

Se estiver com o validador atualizado ele irá sim informar incompatibilidade, se informar a versão 107

Bom dia. De acordo com orientações do Italo em outro post: "Na pasta: ...\Fontes\ACBrNFSe temos várias Units com o seguinte nome: ACBrProvedorxxxxx onde xxxxx é o nome do provedor. Se existir uma Unit para o provedor da cidade em questão, maravilha, o próximo passo é abrir essa Unit e verificar se existe ou não uma URL especifica para cada cidade. Se existir você deverá entrar em contato com o provedor para saber quais são as URLs de homologação e de produção. Alem de alterar essa Unit incluindo as URLs devemos também incluir o nome da cidade na lista de cidades referente ao provedor na Unit pnfsConversao."

Bom dia a todos! Recebi a seguinte mensagem da Sefaz-SP: "O WebService antigo NFEConsultaDest está operacional até dia 06 de março, segundo informação da Receita Federal".

Boa noite Antonio, Se você criou uma pasta chamada ACBr e dentro desta baixou os fontes do mesmo, é para existir dentro da pasta ACBr a pasta Exemplos.

Boa noite Leandro, A sua alteração não procede, uma vez que o nome correto é <chave>-nfe.xml, por favor leia a Nota Técnica publicada pelo ACBr que esta disponível na pasta: ...\Doctos\NotasTecnicas

Boa noite Doni, Dentro da pasta ...\Doctos\NotasTecnicas existe uma Nota Técnica publicada pelo ACBr apresentando a nomenclatura de todos os arquivos XML e PDF. Como nos manuais e Notas Técnicas não possui nada sobre esse arquivo tomamos a liberdade de usar o conteúdo do Identificado do XML.