Italo Giurizzato Junior

Bom dia Osmar, O mesmo problema com o Fortes Report também ocorre no programa exemplo do componente?

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 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.

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.

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, 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.

Bom dia, Veja a segunda postagem desse artigo: Evento de comprovante de entrega.

Bom dia ALA, Se tratando de SVCSP - SEFAZ-Virtual de Contingência de São Paulo o valor de SSLType tem que ser LT_TLSv1_2 e não LT_All.

Bom dia ALA, Se a SEFAZ diz que só no dia 26/08/2019 vai estar liberado em produção a recepção do XML com a string do QR-Code, porque você quer enviar antes?

Bom dia Tiago, Então quer dizer que o envio esta normal, o problema esta na consulta. A cidade em questão se utiliza do provedor WebIss ou WebIssv2?

Bom dia a todos, 26/08/2019 Implanta a versão 3.00a do CT-e em Produção A Versão 3.00a do CT-e foi implantada em produção na SVRS, inclusive com os novos eventos de Comprovante de Entrega e Cancelamento do Comprovante de Entrega. Agora no que diz respeito as demais SEFAZ-Autorizadoras de CT-e a historia é outra. A principio a partir da data de hoje (26/08/2019) todas as SEFAZ-Autorizadoras deveriam a passar a autorizar os CT-e na versão 3.00a. Se não esta autorizando, ou seja, esta retornando rejeição isso significa que a SEFAZ não fez o dever de casa. Neste caso a minha sugestão é que entre em contato com a SEFAZ e peça uma posição da mesma.

Bom dia Michel, A principio o XML do MDF-e não pode ter o seu protocolo de autorização alterado pelo de cancelado ou encerrado. Se ele esta trocando o protocolo de autorizado pelo de encerrado e ou cancelado esta errado. Favor anexar o XML de um MDF-e com o protocolo de autorizado e o XML do mesmo MDF-e após ter sido cancelado ou encerrado. Quero analisar o problema e fazer os ajustes necessário.