Alex Heinen

Bom Dia, Utilizei a versão 2.04 Utilizei foi a opção de Emitir usei com a opção meUnitario. ConsultarNFSeporRps, CancelarNFSe e usei o link recebido no retorno do web da prefeitura para baixar o pdf. todos os processos que utilizei estão funcionando em produção e homologação. Não alterei o componente.

@Italo Giurizzato Junior Acredito que para encerrar, passei as alterações ao departamento de testes e foi aprovado. Parece que quem estava com problema também conseguiu resolver. Não sei se ficou mais alguma pendencia mas da minha parte está tudo certo.

Boa Tarde, Aqui está ocorrendo mesmo erro. Mas em alguns casos geramos um novo RPS e autorizou, parece ser uma instabilidade do provedor.

xmldsig-core-schema20020212.xsdnfse.xsd Estou usando o mesmo do ACBr também

@Marcelo Fagundes Parece que seu Schemas está desatualizado.

@Italo Giurizzato Junior Atualizei meus fontes e testei emissão, consulta e cancelamento. Está tudo funcionando vou passar para o departamento de testes para que seja realizado testes mais detalhados.

@wrgoncalves2008 Sugiro você entrar em contato com o Suporte. Venho falando com eles por e-mail [email protected]

Segue italo abaixo resultado dos meus testes. A principio o servidor está correto. Consulta por RPS <ns1:ConsultarNfsePorRpsResponse> <ConsultarNfsePorRpsResult> <ConsultarNfseRpsResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E4</Codigo> <Mensagem>Esse RPS não foi encontrado em nossa base de dados. - CODE: 1</Mensagem> <Correcao>Informe um número de RPS que tenha sido convertido em NFS-e.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </ConsultarNfseRpsResposta> </ConsultarNfsePorRpsResult> </ns1:ConsultarNfsePorRpsResponse> Consulta Lote RPS <ns1:ConsultarLoteRpsResponse> <ConsultarLoteRpsResult> <ConsultarLoteRpsResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E86</Codigo> <Mensagem>Número do protocolo de recebimento do lote inexistente na base de dados. - CODE: 1</Mensagem> <Correcao>Confira se o lote foi enviado e informe o número correto do protocolo de recebimento.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </ConsultarLoteRpsResposta> </ConsultarLoteRpsResult> </ns1:ConsultarLoteRpsResponse> Substituir NFSe <ns1:SubstituirNfseResponse> <SubstituirNfseResult> <SubstituirNfseResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>EL41</Codigo> <Mensagem>Erro na assinatura do XML - CODE: 1</Mensagem> <Correcao>Verifique se o certificado digital está correto ou se assinatura está sendo informada na tag correta.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </SubstituirNfseResposta> </SubstituirNfseResult> </ns1:SubstituirNfseResponse>

Bom Dia Italo, problema do XML de retorno do web service quando é um cancelamento foi resolvido, segue XML que recebi no meu teste de hoje. <ns1:CancelarNfseResponse> <CancelarNfseResult> <CancelarNfseResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> <RetCancelamento> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E78</Codigo> <Mensagem>Número da NFS-e inexistente na base de dados para o prestador do serviço pesquisado. - CODE: 1</Mensagem> <Correcao>Informe corretamente o número da NFS-e.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </RetCancelamento> </CancelarNfseResposta> </CancelarNfseResult> </ns1:CancelarNfseResponse>'

Realmente está errado enviei um e-mail para o suporte, vou aguardar a resposta deles e posto aqui.

<ns1:CancelarNfseResponse> <CancelarNfseResult> <GerarNfseResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E78</Codigo> <Mensagem>Número da NFS-e inexistente na base de dados para o prestador do serviço pesquisado. - CODE: 1</Mensagem> <Correcao>Informe corretamente o número da NFS-e.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </GerarNfseResposta> </CancelarNfseResult> </ns1:CancelarNfseResponse> Segue xml de retorno recebido...

Bom Dia Italo, Desenvolvi o metodo TACBrNFSeProviderSigCorp204.TratarRetornoCancelaNFSe Testei aqui e está funcionando corretamente. ConsultaPorRPS de NFS canceladas está correto dentro do padrão ABRASFV2 Segue em anexo o arquivo alterado, SigCorp.Provider.pas

Bom Dia Segue XML em anexo. Analisei os códigos atuais do ACBR e aparentemente só precisa fazer o TratarRetornoCancelaNFSe para a versão 2.04 é identico ao 2.03 unica coisa que está diferente é o campo data que na versão 2.04 está DataHora e da 2.03 está DataHoraCancelamento NFSeSIGCorp.xml

Boa Tarde, Testei a Emissão e Consulta Lote por RPS está funcionando. Referente ao cancelamento consegui indentificar o problema. Ao fazer o cancelamento da NFSe recebi o seguinte XML. <ns1:CancelarNfseResponse> <CancelarNfseResult> <CancelarNfseResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> <RetCancelamento> <NfseCancelamento versao="2.04"> <Confirmacao Id="166"> <Pedido> <InfPedidoCancelamento> <IdentificacaoNfse> <Numero>6</Numero> <CpfCnpj> <Cnpj>12345678910</Cnpj> </CpfCnpj> <InscricaoMunicipal>46456</InscricaoMunicipal> <CodigoMunicipio>4204202</CodigoMunicipio> </IdentificacaoNfse> </InfPedidoCancelamento> <CodigoCancelamento>1</CodigoCancelamento> </Pedido> <DataHora>2022-12-28</DataHora> </Confirmacao> </NfseCancelamento> </RetCancelamento> </CancelarNfseResposta> </CancelarNfseResult> </ns1:CancelarNfseResponse> Esse xml é o pedido de cancelamento lá na SigCorp Se Consultar o RPS novamente e olhar o xml veja que existe uma tag nova dentro do mesmo - <NfseCancelamento versao="2.04"> - <Confirmacao Id="166"> - <Pedido> - <InfPedidoCancelamento> - <IdentificacaoNfse> <Numero>6</Numero> - <CpfCnpj> <Cnpj>12345678910</Cnpj> </CpfCnpj> <InscricaoMunicipal>46456</InscricaoMunicipal> <CodigoMunicipio>4204202</CodigoMunicipio> </IdentificacaoNfse> </InfPedidoCancelamento> <CodigoCancelamento>1</CodigoCancelamento> </Pedido> <DataHora>2022-12-28</DataHora> </Confirmacao> </NfseCancelamento> Essa tag é a confirmação do cancelamento, parece que o acbr não está interprentando ela. Complementando se pegar o link que gera para baixar o PDF vai ver que vem com a marca d' agua, cancelada

Está funcionando. Obrigado

Conferido as informações no SVN e está ok, inclusive temos clientes já rodando com essa configuração. Obrigado!

Boa Tarde, Se possivel adicionar no ini do ACBrNFSeXServicos os dados do provedor de Francisco Alves - PR Estamos usando e está funcionando normalmente com as seguintes configurações: [4108320] Nome=Francisco Alves UF=PR Provedor=EloTech Versao=2.03 ProRecepcionar=https://franciscoalves.iss.elotech.com.br/iss-ws/nfse203.wsdl HomRecepcionar=

Ok, no meu cliente também está assim. Da minha parte está tudo ok.

Atualizei o ACBr está ok. Fica apenas um informativo que a IPM de Corbelia-PR não tem servidor em homologação, eu deixei o de homologação e o de produção o mesmo endereço. Mas se necessario para evitar confusão pode remover o endereço de homologação.

Quando enviei com a versão 1.00 tive o retorno de acesso negado. Já na versão 1.01 está emitindo normalmente <?xml version="1.0" encoding="UTF-8"?> <a> <mensagem> <codigo /> <Mensagem>{"retorno":{"msg":"Acesso Negado!","sis":false,"code":401}}</Mensagem> <Correcao /> </mensagem> </a>

Bom DIa Italo, testei essa alteração para cidade de corbelia e não funcionou corretamente. O que funcionou foi a seguinte configuração. [4106308] Nome=Corbelia UF=PR Provedor=IPM Versao=1.01 ProRecepcionar=https://corbelia.atende.net/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://corbelia.atende.net/?pg=rest&service=WNERestServiceNFSe

Conferido os Fontes está correto. Obrigado!

Boa Tarde, Atualmente para enviar os documentos eletronicos por email utilizou a procedure TACBrNFSex.EnviarEmail porém não existe a possibilidade de enviar com copia oculta. Fiz a implementação no EnviarEmail para que receba a opção de Cópia Oculta (BCC), da mesma forma que ocorre com cópia que já é existente. Seria possivel fazer essa implementação? Segue em anexos arquivos alterados, tive que fazer para todos os documentos. ACBrCTe.pas ACBrDFe.pas ACBrGNRE2.pas ACBrMDFe.pas ACBrNFe.pas ACBrNFSe.pas ACBrNFSeX.pas

Boa Tarde, Se possivel adicionar no ini do ACBrNFSeXServicos os dados do provedor de São Miguel do Iguaçu - PR Estamos usando e está funcionando normalmente com as seguintes configurações: [4125704] Nome=Sao Miguel do Iguacu UF=PR Provedor=EloTech Versao=2.03 ProRecepcionar=https://saomigueldoiguacu.iss.elotech.com.br/iss-ws/nfse203.wsdl HomRecepcionar=``

Atualizado componte está funcionando corretamente.