Italo Giurizzato Junior

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

Boa tarde Nelson, Muito bem observado, já fiz a correção na postagem acima. Muito obrigado. Com relação ao tpAutor esta confuso a coluna observação sobre esse campo veja: Informar 1=Empresa Emitente. Valores: 1=Empresa Emitente, 2=Empresa destinatária; 3=Empresa; 5=Fisco; 6=RFB; 9=Outros Órgãos; Nota: Campo exclusivo do Evento “110112 – Cancelamento por substituição”. Na primeira linha entendo que o valor é fixo e neste caso 1. Já na segunda linha, 2 = Empresa destinatário é o destinatário da mercadoria? Se sim, ela pode realizar esse tipo de cancelamento? Na mesma linha, 3 = Empresa, que empresa é essa? Como não sei que é esse 3 = Empresa e também não entendi o 2 = Empresa destinatária, e no meu entendimento quem tem que cancelar um documento é sempre o emitente, deixei fixo no componente o valor 1 para esse campo.

Boa tarde Paulo, Note que o seu XML esta com duas assinaturas. Qual é o valor da propriedade SSLXmlSignLib?

Boa tarde Humberto, Na sua aplicação a propriedade: Configuracoes.Geral.ConsultaLoteAposEnvio esta com qual valor? Se estiver com o valor False, esta ai o seu problema.

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

Boa tarde pessoal, Como não tenho nenhum cliente que emite NFS-e e muito menos para a cidade de Chapecó/SC e nem tenho contato com o provedor e pelo que notei vocês sim, tem clientes e contato com o provedor, tenho certeza que vocês terão mais chances de fazer as devidas correções. Encontrando por favor anexe as units alteradas para que possamos analisar o que foi feito, pois precisamos garantir que não vá ocorrer algum efeito colateral com os demais provedores.

Bom dia Fernando, A URL para o serviço URL-QRCode se encontra sim no arquivo ACBrNFeServicos.ini Se esta aparecendo essa mensagem isso significa que os seus fontes estão desatualizados. Ou a sua aplicação esta se utilizando de um arquivo ACBrNFeServicos.ini desatualizado.

Bom dia Allan, De qual propriedade você esta pegando o XML para salvar no banco de dados?

João, A alteração que fiz foi com base no Schema, agora se o provedor disponibiliza um Schema diferente do que foi implementado no webservice ai a coisa complica. Para mim, demostra uma falta de profissionalismo desse provedor. A linha que lhe pedi para comentar, note que é ela que faz com que o valor de URI fique em branco e é ele que é usado como valor do ID.

João, Unit ACBrNFSeWebSerices: procedure TNFSeCancelarNfse.DefinirDadosMsg; proEquiplano, proISSCuritiba, proPronimv2, // proPublica, <== Linha 4611 comentar essa linha proSP, proNotaBlu, proSMARAPD, proIPM: FURI := ''; Se os seus fontes estão atualizados é essa linha que você deve comentar

Bom dia Claudio, Abaixo das minhas postagens tem a minha assinatura e nela consta o e-mail.

Bom dia João, Chegou a comparar os dois? Note que o XML gerado pelo componente o atributo ID esta vazio, já o do exemplo contem um valor que no caso é a palavra "assinar". Outra diferença é que no XML gerado pelo componente tem a tag <MotivoCancelamento> que não existe no XML de exemplo. Terceiro é o prefixo "ds:" que aparece em todos os elementos da assinatura, prefixo este não gerado pelo componente, alias nunca vi colocar prefixo na assinatura. Logo é preciso fazer uma alteração no componente para que seja gerado um ID para o cancelamento e não seja gerado a tag <MotivoCancelamento> para o provedor em questão.

Bom dia Heber, Veja o programa exemplo do componente, nele existe uma linha onde é definido o valor dessa propriedade via código, mas você pode alterar o valor dela selecionando o componente e no Object Inspector e alterar. Configuracoes.WebServices.Visualizar := True ou False;

Bom dia a todos, Seria interessante obter do provedor um XML de pedido de cancelamento para comparar com o que é gerado pelo componente, assim vamos saber o que esta a mais ou a menos e tentar corrigir.

Bom dia Leonard, Tente com SSLLib = libCapicom.

Bom dia Oscar, O numero do protocolo na NFS-e tem a mesma finalidade do numero de recibo da NF-e, ou seja, é um numero que atesta que o lote foi recebido pelo webservice. Não devemos confundir com o numero de protocolo da NF-e que atesta que a nota enviada foi autorizada pela SEFAZ. O numero do protocolo só consta no retorno do envio do Lote, portanto se ocorrer algum problema e você ficar sem o retorno, não tem como obter o numero do protocolo. Para saber se o RPS foi processado com sucesso ou não e portanto obter o XML da NFS-e na ausência do numero do protocolo a solução é realizar uma consulta pelo numero do RPS. Caso esteja tento problemas de Timeout, você pode aumentar o valor dessa propriedade.

Bom dia Riquena, Na versão 3.00 só podemos relacionar em um MDF-e os seguinte tipos de documentos: CT-e ou NF-e ou MDF-e (Modal Aquaviário). Note que a mensagem diz que o elemento infNF não é experado, ou seja, ele não existe ou esta fora de ordem, mas neste caso ele não existe mais. Na versão 1.00 podíamos informar: CT-e, ou CT (Conhecimento de Transporte comum de papel) ou NF-e ou NF (Nota Fiscal Comum de Papel), mas a versão 1.00 não é mais aceita somente a versão 3.00

Bom dia Lucas, Na sua maquina o componente gera o PDF e é aberto sem nenhum problema, correto? Na maquina do seu cliente o PDF é gerado, mas ao tentar abrir diz que esta corrompido, correto? Você tentou abrir na sua maquina o PDF gerado na maquina do seu cliente? Qual visualizador de PDF que você utiliza e qual o seu cliente possui?

Bom dia, Testou usando libWinCrypt?

Bom dia Édipo, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Heber, Chegou a atribuir o valor False a propriedade Visualizar que se encontra em WebServices?

Neste caso, acredito que o Renato possa lhe orientar.

João, É interessante quem emite nota para diversas cidades desse provedor fazerem testes com uma e com a outra configuração.

Bom dia Mauricio, Para que a impressão saia correta é preciso o provedor ter retornado o XML da NFS-e. Lembre-se que se tratando de NFS-e, o componente gera e envia o XML do RPS para o provedor, este por sua vez processa, estando tudo OK, gera e retorna o XML da NFS-e. É no XML da NFS-e que contem o numero da NFS-e, portanto para que a impressão sai correta é preciso desse XML.

Bom dia Leonard, Você configurou SSLLib com qual valor?