Italo Giurizzato Junior

Boa tarde Carlito, A imagem que você anexou não da para ler nada. No seu arquivo INI de configuração me diz uma coisa, o que tem dentro da pasta: PathSchemas=C:\Programas\SISTEMAS103\LogicaAdm\Schemas\NFSe

Boa tarde Marcelo, Nos meus testes também tive esse erro. Na verdade ele esta retornado o conteúdo do WSDL em vez do retorno do serviço solicitado. O conteúdo da aba "XML de Retorno", o programa exemplo esta pegando o ultimo retorno bem sucedido.

Boa tarde Marcelo, O componente esta configurado para salvar os arquivos de envio e retorno?

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

Djean, O problema de fazer essa alteração é que os demais provedores não tem isso. Não seria melhor neste caso pegar o conteudo da tag <link_nfse> abrir ela eu uma navegador (por exemplo)? Me parece que esse link vai apresentar o DANFSE gerado pelo provedor.

Felipe, Faça um teste com a unit em anexo: Giap.GravarXml.pas Ao alimentar o componente informe o cep no formato xxyyy-zzz; Não alimente o campo Numero em (NFSe.Numero); Não alimente o campo CodigoCnae em (NFSe.Servico.CodigoCnae);

Boa tarde Djean, E esse identificado costa no XML da nota retornado pelo provedor?

Boa tarde, Você esta errando no seu fluxo. O provedor ISSCuritiba que atende a cidade de Curitiba segue a versão 1 do layout da ABRASF. Nessa versão, após o envio do lote devemos consultar a situação do lote, caso a situação seja 3 ou 4 devemos consultar o lote. Se a situação for 3, ao consultar o lote teremos a lista de rejeições. Se a situação for 4, ao consultar o lote teremos o XML da NFS-e.

Boa tarde Felipe, Abri o Xml de envio de lote e observei o conteúdo de cada tag listada na mensagem de erro retornado pelo provedor. Todas estão em conformidade com o exemplo que deve ser seguido quando se tratar de números inteiros e decimais.

Boa tarde Alexandre, Por não ter nada haver com o conteúdo desse tópico, pois nele estamos tratando da troca de provedor da cidade de Bauru, você deve criar uma nova postagem. Obrigado pela compreensão.

Boa tarde a todos, Essa correção foi aplicada no DANFSE do novo componente: ACBrNFSeX, uma vez que não estamos mais dando suporte ao componente antigo.

Boa tarde Everton, Muito obrigado pela colaboração, já enviei para o SVN, favor atualizar os fontes e faça novos testes.

Boa tarde a todos, Façam o seguinte: Abram a unit SilTecnologia.Provider, procure pela procedure Configuracao. Altere o valor de IncluirURI para True. Depois reinstalem o ACBr e façam novos testes.

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

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

Boa tarde Dercide, Já consta no SVN essa correção.

Guto, Faça um teste: Abra a unit Goiania.GravarXml Na procedure Configuracao inclua a linha abaixo: DivAliq100 := True; Isso vai fazer com que a alíquota seja gerada no XML já dividida por 100. Não sei se vai resolver. O bom seria o provedor fornecer um XML de exemplo.

Boa tarde Djean, Eu nunca vi um DANFSE com o Código de verificação convertido em código de barras.

Gregori, Então é a configuração do componente na sua aplicação que esta errado. Compare a configuração do programa exemplo com o da sua aplicação. Pela mensagem de erro ele esta pegando schema errado.

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

Felipe, Se você atualizou os fontes vai notar que dentro da pasta: ...\Exemplos\ACBrDFe\Schemas temos a pasta NFSe e dentro desta as pastas com os nomes dos provedores. A propriedade de configuração PathSchemas tem que esta com o caminho: ...\Exemplos\ACBrDFe\Schemas\NFSe E a propriedade: MontarPathSchema com o valor True. Isso esta errado: PathSchemas=F:\Luiz Felipe\Componentes\Acbr\Exemplos\ACBrDFe\ACBrNFSe\Schemas\IssDSF Correto: PathSchemas=F:\Luiz Felipe\Componentes\Acbr\Exemplos\ACBrDFe\Schemas\NFSe

Diego, Agora você esta com a mesma rejeição que eu tenho: Falha na Validação da Assinatura. Tenha em mente o seguinte: 1. O XML do Rps foi gerado, assinado, validado e enviado. 2. O WebService do provedor recebeu e retornou uma mensagem de rejeição. Maravilha Agora precisamos descobrir o porque dessa rejeição. Se você abrir o XML de envio do lote vai notar que na assinatura não consta o valor do atributo URI, tanto na assinatura do Rps quanto na assinatura do Lote. Eu acredito que o problema seja esse. Mas se eu alterar o componente para que ele gere o valor do atributo URI ocorre um outro erro pior que esse retornado. Eu não sei como poderemos resolver isso.

Diego, Você não esta configurando o componente corretamente. Acabei de fazer um teste, veja o resultado: Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 200 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : 1 Mensagem: Falha na validação da assinatura. Correção: Corrija os campos informados. --------- Outra coisa, você colocou a pasta ACBr dentro do Program Files (x86)? Porque não criou a pasta ACBr na raiz? C:\ACBr O valor de PathSchemas é: ...\Exemplos\ACBrDFe\Schemas\NFSe

Boa tarde Guto, Não poste o conteúdo do XML como texto da postagem, anexa o XML, da forma que esta não tenho como lhe ajudar.

Boa tarde Felipe, Me parece que para realizar testes, ou seja, enviar para o ambiente de homologação tem que ser outra cidade, a cidade cede da empresa Fiorilli. Faça um teste enviando para o ambiente de produção uma nota de valor de 1 real e depois cancele ela.