Italo Giurizzato Junior

Boa tarde Sergio, Esse tópico esta discutindo sobre o QR-Code no CT-e. Por favor vamos seguir as regras do fórum, assunto novo, tópico novo. Mas antes faça uma pesquisa, talvez você encontre a solução para o seu problema em alguma outra postagem. Este tópico será fechado.

Boa tarde Roger, Você precisa tomar como base um provedor que não segue o layout da ABRASF, como por exemplo o Agili. Vai ser necessário criar uma unit para gerar o XML (pnfsNFSeW_WebFisco), criar um enumerador proWebFisco na unit pnfsConversao e fazer algumas alterações em outras units para que esse novo provedor seja reconhecido e que os retornos sejam lidos de forma correta. Será necessário também criar um arquivo INI para ele e incluir as cidades atendidas por esse provedor no arquivo Cidades.ini É um trabalhoso e demorado, mas se tiver a ajuda do provedor para esclarecer algumas duvidas as chances de funcionar é grande.

Boa tarde Victor, Vou passar a sua postagem para o pessoal que conhece mais afundo essa questão de assinatura digital.

Boa tarde Weber, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Pedro, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Everton, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Douglas, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Tiago, Lembre-se que são serviços diferentes. O envio é um serviço que esta funcionando, logo o RPS esta sendo enviado, processado com sucesso, uma prova disso é que ao consultar via site consta que a nota foi emitida. Já a consulta ao lote é outro serviço, consulta a NFS-e por RPS é outro serviço e consulta NFS-e é outro serviço. No seu caso esta ocorrendo um erro no serviço de consulta ao lote. É preciso entrar em contato com o provedor e expor o problema no que se refere ao serviço de consulta ao lote.

Boa tarde José, Que eu saiba o provedor Ginfes não tem o serviço de substituição, pelo fato do provedor seguir a versão 1 da ABRASF.

Boa tarde Luiz, Atribua o valor zero ao campo: pICMSInterPart.

Neste caso favor anexar o arquivo INI da nota para que possamos analisar. Você esta usando a ultima versão do ACBrMonitor?

Bom dia Paulo, Certificado A3 (Cartão ou Token) é problemático, na medida do possível procure sempre orientar os seus clientes a comprarem o certificado A1. Apesar do prazo de validade ser apenas de 1 ano, mas as vantagens são maiores e não costumam dar dor de cabeça.

Bom dia Daniel, Você tem o manual da versão 2 que mostra como tem que ser gerado as tags dessa versão? Se sim, favor anexar para que possamos fazer os devidos ajustes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Luiz, Com o valor fgtNunca ou fgtSomenteHomologacao era para funcionar em ambiente de produção. Favor repetir os testes em ambiente de produção com o valor fgtSempre pois tenho uma noticia da SVRS que esta liberado o ambiente de produção.

Pessoal, Coloquem uma coisa na cabeça. Quando a SEFAZ retorna a mensagem "Falha no Schema, não significa que os schemas que vocês estão utilizando estão errados. A falha no schema ocorreu na SEFAZ, portanto é ela que esta com o schema errado. No caso em questão, a SEFAZ ainda não atualizou os schemas em seus servidores do CT-e da versão 3.00 para a 3.00a. A previsão é dessa atualização por parte da SEFAZ é de ocorrer hoje, mas sabe Deus que horas eles vão fazer isso.

Bom dia Luciano, Vendo o seu XML, aparentemente esta tudo OK. Com certeza é algum problema na SEFAZ, pois quando ocorre a rejeição: "Erro não Catalogado" significa que o problema é na SEFAZ mesmo. Verifique se o numero do protocolo informado no evento de cancelamento realmente é o numero do protocolo de autorização da nota que se pretende cancelar.

Bom dia Luiz, Lembre-se, uma coisa é erro de validação e outra é rejeição. Infelizmente as SEFAZ-Autorizadoras quando não tem uma mensagem especifica para o problema costuma retornar a mensagem "Erro de Schema". E muitos saem atualizando os arquivos XSD (Schemas) em seus clientes. O que deve ter ocorrido em Brasília (que se utiliza da SEFAZ-Virtual do Rio Grande do Sul) no momento do envio do CT-e a SVRS ainda não tinha liberado o ambiente de produção para aceitar a string do QR-Code. O ambiente de produção foi liberado hoje (26/08/2019) mas vai saber que horas ocorreu essa liberação.

Veja bem o componente gera a tag <nNF> com o valor que você atribuiu ao campo: Ide.nNF e gera a tag <cNF> com o valor atribuído ao campo: Ide.cNF Uma coisa é você gerar o numero da nota sequencial e o código da nota aleatoriamente e salvar ambos no banco de dados. Outra coisa é ler esses dois números do banco de dados e atribuir eles corretamente aos campos indicados acima. Se você não atribuir nada a ide.cNF o componente se encarrega de gerar aleatoriamente um numero para ele. Jamais o componente atribui o valor de nNF a cNF. Favor rever a sua rotina que alimenta o componente com os dados da venda, com certeza tem coisa errada nela. Tenho quase certeza que você esta pegando do banco de dados o numero da nota e atribuindo a cNF.

Giovanne, Veja essa postagem:

Bom dia, Todo MDF-e precisa ser cancelado ou encerrado. Só podemos cancelar um MDF-e caso o transporte não tenha sido realizado. Logo não é o caso, uma vez que o transporte da carga teve inicio, mas infelizmente não chegou ao seu destino. Já o Encerramento de um MDF-e não significa que a carga foi entregue. Pois devemos encerrar um MDF-e quando ocorre mudanças, como por exemplo, acréscimos ou retirada de mercadorias da carga original, mudança de caminhão, ou mudança de motorista. Que eu saiba não existe um evento emitido pela transportadora que diz que ocorreu um sinistro e que a carga não chegou ao seu destino.

Bom dia Marcelo, Da forma que foi implementando sem essa modificação funciona ou ocorre algum erro?

Bom dia Marcos, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Maikon, Se for gerado o grupo <infResp> devemos informar o respSeg e o CNPJ ou CPF do responsável. Outra coisa. Pela imagem de erro, ocorreu um erro de validação e não uma rejeição por parte da SEFAZ. O seu MDF-e nem sequer foi enviado, pois o componente detectou erro na geração do XML.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.