Destak

Boa tarde, Consegui acesso ao manual deste provedor para esta cidade e eles usam a versão do layout ABRASF 1.0 mesmo. Refiz os testes usando o metodo de envio do componente Assincrono e obtive agora outro erro: E45 | CNPJ nao encontrado na base de dados | Confira o numero do CNPJ informado. Caso esteja correto, o prestador nao esta inscrito no municipio. | CNPJ do prestador nao autorizado a emitir NFS-e; CNPJ lote: Este erro deve ter relação com o CNPJ do cliente não estar autorizado ainda junto a prefeitura. Assim que o cliente resolver isso junto a prefeitura posto aqui o resultado.

Boa tarde Juliana, Ok seguindo o que você sugeriu assinei o SAC e abri o tópico lá, agradeço pela atenção e aguardo retorno lá, obrigado.

Ainda não consegui, estou tentando ligar lá na prefeitura para saber que versão do layout estão realmente usando conforme o Italo mencionou acima, qual erro voce esta recebendo é exatamente como o meu?

Bom dia, Alguma ajuda pessoal em relação a este erro?

Olá amigos conforme descrito no titulo Provedor Fiorilli Serra Negra/SP erro E172 de assinatura método Gerar. Tenho notado que esta havendo este tipo de erro de assinatura em alguns provedores e em diferentes métodos, inclusive tenho um tópico aberto há 2 dias vejam, aguardando ajuda. Se possível conferir os outros métodos como cancelar e substituir se tem algum problema com assinatura também, pois só tentei o método gerar, segue os XMLs para analise. 1-ger-nfse.xml 1-ger-nfse-soap.xml 1-lista-nfse.xml 1-lista-nfse-soap.xml

Olá amigos conforme descrito no titulo Provedor DeISS Indaiatuba/SP erro E324 Assinatura do RPS invalida. Ao tentar usar o método ACBrNFSe1.SubstituirNFSe obtenho o erro acima mencionado segue os XMLs em anexo. Há alguns dias estava tendo um erro parecido mas ao tentar cancelar uma NFS-e e foi solucionado pelo Italo que enviou um novo INI do referido provedor no qual notei algumas diferenças na parte [Cancelar] acredito que seja a mesma coisa o problema mas agora na parte de [Substituir]. 000000004-sub.xml 000000004-sub-soap.xml 000000004-ped-sub.xml 000000004-ped-sub-soap.xml

Boa noite, Com este arquivo INI enviado por você deu certo, obrigado Italo.

No arquivo Cidades.ini e cidade de Feira de Santana/BA encontra-se configurado da seguinte maneira: [2910800] Nome=Feira de Santana UF=BA Provedor=WebISS NomeURL_H=feiradesantanaba NomeURL_P=feiradesantanaba Tentando emitir pelo metodo Gerar obtenho o seguinte erro: Erro Interno: 0 Erro HTTP: 500 URL: https://feiradesantanaba.webiss.com.br/servicos/wsnfse/nfseServices.svc <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"><s:Body><s:Fault><faultcode xmlns:a="http://schemas.microsoft.com/ws/2005/05/addressing/none">a:ActionNotSupported</faultcode><faultstring xml:lang="pt-BR">The message with Action 'http://tempuri.org/INfseServices/GerarNfse' cannot be processed at the receiver, due to a ContractFilter mismatch at the EndpointDispatcher. This may be because of either a contract mismatch (mismatched Actions between sender and receiver) or a binding/security mismatch between the sender and the receiver. Check that sender and receiver have the same contract and the same binding (including security requirements, e.g. Message, Transport, None).</faultstring></s:Fault></s:Body></s:Envelope> Sendo assim mudei a configuração do Cidades.ini para v2 deixando assim: [2910800] Nome=Feira de Santana UF=BA Provedor=WebISSv2 NomeURL_H=feiradesantanaba NomeURL_P=feiradesantanaba Dai tentando emitir pelo metodo Gerar obtenho uma mensagem de erro vazia, segue os XMLs de retorno que a principio estao com um conteudo bem diferente do normal vejam por gentileza. 1-lista-nfse.xml 1-lista-nfse-soap.xml 1-ger-nfse.xml 1-ger-nfse-soap.xml

Olá amigos conforme descrito no titulo Provedor DeISS Indaiatuba/SP erro E172 Arquivo enviado com erro na assinatura. Estou no ambiente de homologação uso o metodo Gerar para envio e a emissão da NFS-e é realizada com sucesso, ja quando tento cancelar obtenho o erro ja acima descrito, segue em anexo os XMLs. 1-can.xml 1-can-soap.xml 1-ped-can.xml 1-ped-can-soap.xml

Boa tarde, Ainda dentro deste tema surgiu uma nova questão aqui, para cancelar a NFS-e junto ao CONAM faço assim: ACBrNFSe1.ConsultarLoteRps('', Protocolo) recebo o XML da NFS-e confiro se já se trata de uma NFS-e cancelada, caso não esteja cancelada então chamo o método: ACBrNFSe1.WebServices.CancelaNFSe('1',ACBrNFSe1.NotasFiscais.Items[0].NFSe.Numero, Motivo, '1'); Dai a NFS-e não é cancelada e recebo a informação dizendo que a "serie da nota fiscal precisa ser informada" mas no XML que recebi de retorno consta a tag <SerNf>NFE</SerNf> normalmente no caso a serie é "NFE" Então fiz da seguinte maneira: ACBrNFSe1.ConsultarLoteRps('', Protocolo) if Provedor = 'CONAM' then ACBrNFSe1.NotasFiscais.Items[0].NFSe.SeriePrestacao := 'NFE'; ACBrNFSe1.WebServices.CancelaNFSe('1',ACBrNFSe1.NotasFiscais.Items[0].NFSe.Numero, Motivo, '1'); Desta maneira a NFS-e é cancelada com sucesso, acredito que o problema esteja em após a consulta do protocolo o componente não esta carregando a tag <SerNf>NFE</SerNf> para a devida propriedade do componente no caso a propriedade SeriePrestacao. Desde já agradeço.

Bom dia, Atualizei os fontes, realizei novos testes e a propriedade Dm_Base.ACBrNFSe1.NotasFiscais.Items[0].NFSe.Situacao agora sim esta disponibilizando a informação da tag <SitNf>2</SitNf> corretamente. Ja a propriedade ACBrNFSe1.NotasFiscais.Items[0].NFSe.MotivoCancelamento continua vazia mesmo havendo a tag <MotivoCncNf>lancamento digitado errado</MotivoCncNf> no XML da nota de retorno e tambem no XML da lista. Segue em anexo os XMLs dos novos testes realizados hoje. 3521013807413200013056000000000000001-nfse.xml FFF7FD0A35079E7355B0-lista-nfse.xml

Bom dia, Ok é de suma importância, pois é a única forma de verificarmos se a NFS-e esta cancelada ou não.

Boa tarde, Município de Paty dos Alferes/RJ mudou apenas a versão do provedor De: [3303856] Nome=Paty do Alferes UF=RJ Provedor=WebISS NomeURL_H=patydoalferesrj NomeURL_P=patydoalferesrj Para: [3303856] Nome=Paty do Alferes UF=RJ Provedor=WebISSv2 NomeURL_H=patydoalferesrj NomeURL_P=patydoalferesrj Testado e funcionando corretamente.

Bom dia Ok sua atualização deu certo, agora informando ACBrNFSe1.DANFSE.Cancelada := True a tarja de NFS-e Cancelada aparece. Porem para que eu informe True na propriedade cancelada preciso verificar se realmente é uma NFS-e cancelada, para isso estou verificando as propriedades, ACBrNFSe1.NotasFiscais.Items[0].NFSe.MotivoCancelamento e a Dm_Base.ACBrNFSe1.NotasFiscais.Items[0].NFSe.Situacao que estão retornando string vazia. Isso após eu consultar o lote pelo numero de protocolo e receber o XML da NFS-e de volta normalmente onde constam as tags <SitNf>2</SitNf> (2= cancelada e 1 = normal fiz o teste consultando o protocolo de NFS-e normais que não foram canceladas) e a <MotivoCncNf>lancamento digitado errado</MotivoCncNf> Em que propriedade do componente exatamente eu consigo ler estas duas tags para de fato verificar se uma NFS-e cancelada ou não? Segue o XML em anexo da lista de retorno e o da NFS-e. FFF7FD0A35079E7355B0-lista-nfse.xml 3521013807413200013056000000000000001-nfse.xml

Boa noite Estou usando o ACBrNFSeDANFSeRL1 tem a opção Cancelada, mas não tem a opção marca dagua, coloquei como True a opção cancelada, não houve mudança na impressão, teria outro campo para isso ou com este componente não será possível neste momento colocar a tarja ou marca dagua informando que se trata de uma NFS-e cancelada? Boa noite, Esta 100% correta sua analise, consultei um protocolo de uma NFS-e normal e a tag <SitNf> é = a 1 e a tag <MotivoCncNf> vazia, desta forma é possivel ter certeza no provedor CONAM se a NFS-e esta cancelada ou não, muito obrigado mais uma vez.