Italo Giurizzato Junior

Boa tarde Sergio, Você esta com todos os schemas atualizados?

Bom dia a todos, Juliomar a mensagem esta sendo armazenada na propriedade FPMsg (linha 1813 - ACBrNFeWebServices) mas o Leootoni esta lendo a propriedade xMotivo de protNFe alimentada na linha 1848. A propriedade xMotivo esta vazia pelo simples fato que a nota não foi processada. Uma solução seria checar o conteúdo de xMotivo, caso seja vazio alimentar essa propriedade com o valor de FPMsg.

Bom dia Lucas, Toda vez que ocorre uma alteração no XML sempre é implementado primeiro em homologação, para que você possa fazer as devidas alterações na sua aplicação e realizar testes no ambiente de homologação. A implementação no ambiente de produção ocorre sempre depois. Esse depois pode ser dias ou meses dependendo do grau de complexidade da mudança. E esse tempo entre implementar no ambiente de homologação e no de produção serve também para a SEFAZ testar a sua implementação, desta forma quando for implementar no ambiente de produção as chances de algo dar errado são minimas.

Bom dia Carlos, Muito obrigado pela colaboração, já esta disponível.

Bom dia Sergio, Para algumas SEFAZ é necessário solicitar o CSC de homologação, outras até aceitam o que você fez que inclusive no inicio foi divulgado pela SEFAZ que o procedimento era esse. O problema maior é que o erro ocorre na validação do conteúdo da TAG qrCode e a coisa fica complicada pois ela possui vários elementos e não é retornado qual é o elemento que esta errado. Você tem condições de postar como anexo o XML que não esta sendo validado?

Bom dia Rafael, O erro que você se refere na sua postagem anterior com certeza é devido a alguma vogal acentuada ou cedilha. Conhece aquela historia, faça o que eu mando, mas não faça o que eu faço? Pois bem a SEFAZ diz que você não deve acentuar as vogais e nem usar o cedilha, mas ele pode. Resumindo, se você tentar abrir o XML com o navegador vai ocorre esse erro que você postou. Com relação a sua segunda postagem, não entendi, você diz que o arquivo não é salvo com o nome correto? Como esta sendo gravado e como deveria ser?

Bom dia Zanutto, Se não me falha a memória no CT-e não existe mais os grupos de Local de Retirada e Local de Entrega.

Sergio, Você configurou as propriedades CSC e idCSC de forma correta?

Boa tarde Sergio, Você esta usando o componente ACBrNFe - Trunk ou Tunk2?

Boa tarde a todos, Só um aviso aos navegantes este tópico se refere a Nota Técnica 2015/003 do CT-e e não da NF-e. Prestem mais atenção quando forem postar.

Boa tarde Gabriel, Primeiramente muito obrigado pela colaboração. Vamos analisar o que você fez e se estiver tudo OK vamos disponibilizar.

Bom dia Sergio, A falha na validação não se refere a conversão para hexadecimal e sim o seu IdToken que esta errado. Você esta informando: cIdToken=0000010867478720150001 sendo que o correto seria: cIdToken=000001

Bom dia Felipe, Em função da mensagem de erro é bem provavel que o schema referente ao evento de cancelamento esteja faltando. Copie todos os XSD da pasta ...\Exemplos\ACBrDFe\Schemas\NFe para a pasta que a sua aplicação busca os schemas.

Bom dia Marcelo, Esse erro tem haver com o certificado, pode ser resolvido com uma simples alteração na configuração no Internet Explorer ou se for um certificado novo, será necessário fazer exportação do mesmo. Veja se este link lhe ajuda: http://www.projetoacbr.com.br/forum/topic/4332-erro-no-suporte-a-canais-seguros-erro-certificado-a3-token/

Bom dia Lauro, O provedor SystemPro requer que tanto o RPS quanto o Lote sejam assinados e o componente ainda não esta realizando essa dupla assinatura. Por outro lado o método Gerar monta um lote diferente do Enviar sendo assim é realizado somente uma assinatura, mas o método Gerar não foi testado portanto pode conter erros.

Bom dia a todos, Os provedores: BHISS, GovBr, Natal, Prodemge, Salvador, Tinus, 4R, Digifred, FIntelISS, Fiorilli, GovDigital, Link3, ProDATA, PVH, SystemPro e Vitoria requerem que tanto o RPS quanto o Lote sejam assinados. Os fontes que estão hoje disponíveis no repositório não realizam essa dupla assinatura. Sendo assim não será possível gerar e ou enviar um lote para esses provedores. Já encontrei uma solução, mas é preciso saber se não vai gerar efeito colateral nos demais componentes.

Bom dia a todos, Esta semana consegui realizar algumas alterações nas classes primarias que são responsáveis por realizar a assinatura digital nos XMLs. Com essas alterações consegui fazer com que o componente ACBrNFSe assinasse tanto o RPS quanto o Lote, pois antes somente um deles era possível assinar. Desta forma é possível gerar o Lote assinado com os RPS também assinado que é o caso do provedor Digifred e outros. Os fontes alterados ainda não foram disponibilizados uma vez que precisamos realizar testes com a NF-e, CT-e e MDF-e. Repito alterei as classes primarias e isso pode gerar um efeito colateral nos demais documentos fiscais eletrônicos. O teste que realizei foi utilizando o Capicom, agora é preciso testar com o OpenSSL e fazer as devidas alterações necessárias, bem como os testes com os outros tipos de DF-e. Por favor tenham um pouco mais de paciência, pois não queremos disponibilizar algo que venha provocar problemas no que esta funcionando.

Bom dia Elias, Lembre-se que o Encerramento de um MDF-e é tratado pela SEFAZ como sendo um evento.

Boa noite Jemilson, Pelo que me consta esse problema já tinha sido resolvido, você esta com todos os fontes atualizados?

Boa noite Marcos, Alem de manter todos os fontes de todos os componentes atualizados diariamente eu visito os Portais Nacionais da NF-e / CT-e e MDF-e em busca de algum manual, nota técnica ou pacote de schemas novos. Tenho também acesso a informações bem antes delas serem colocadas em pratica e serem publicadas em manuais e notas técnicas.

Boa tarde Rodrigo, De qual repositório você esta baixando os fontes. O problema esta na compilação e instalação dos componentes ou na compilação da sua aplicação?

Akai, Antes via a informação e agora não, então o problema é no provedor. Eles devem ter alterado alguma coisa.

Boa tarde Adolfo, O que você acha? A SEFAZ ainda não implementou no ambiente de produção as novas TAGs, e consta em Nota Técnica que o só vai ser liberado no dia 01/12/2015. Agora se você quer ficar tentando todos os dias até terça-feira que vem, isso é problema seu. Se desejar em entrar em contato com a SEFAZ para saber por que eles não disponibilizaram ainda, fique a vontade. Agora, antes de você tomar uma decisão, faça um favor, baixe a Nota Técnica 2015/003 versão 1.20 que esta disponível no Portal Nacional da NF-e e leia atentamente o item 01 - Resumo que encontra-se na página 4. Nela consta dia e hora que as mudanças serão efetivadas pelas SEFAZ-Autorizadoras, ou seja, a implementação vai ocorre a nível nacional.

Boa tarde Akai, Altere o arquivo INI do provedor para que o mesmo assine o pedido de cancelamento e refaça o teste.

Bom dia Rodrigo, Sim, Primeiro você carrega o XML da Nota com o LoadFromFile e depois executa o Consultar. Lembre-se que o XML da Nota tem que estar assinado e tenha sido enviado para SEFAZ.