Italo Giurizzato Junior

Bom dia Werner, O valor de vBCUFDest é maior do que zero?

Bom dia, A mensagem de rejeição é clara, para o item 1 você informou um CSOSN incompatível em vendas para um cliente que não é contribuinte. Aconselho você procurar um bom contador para que te auxilie nessas questões de tributação.

Boa tarde Rafael, Ele não esta corrompido. O problema que no retorno da SEFAZ ela esta colocando o cedilha e vogal acentuada. Vamos tentar resolver o problema.

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 Daniel, Pode ser que na versão do Trunk2 a resposta esteja em outro caminho ou ela esta sendo destruída da memória depois de recebida. Vou investigar o problema.

Boa tarde Campos, No meu entendimento Consumidor final é aquele que não vai revender o produto adquirido. Se o Carrefour compra uma carrega de 10 TV para revender ela não é consumidor final. Por outro lado se ela compra essas 10 TV para instalar pela loja para apresentar propaganda de suas mercadorias, no meu entendimento para esta compra podemos considera-la como consumidor final.

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 Daniel, Que bom que as coisas estão progredindo. Tente da seguinte forma: ACBrNFSe1.WebServices.ConsNFSeRps.RetornoNFSe.ListaNFSe.CompNFSe.Items[0].NFSe.CodigoVerificacao

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