Italo Giurizzato Junior

Boa tarde, Favor atualizar todos os fontes de todas as pastas e reinstale o ACBr. Note que fiz uma alteração no programa exemplo visando o provedor ISSSaoPaulo.

Boa tarde Paulo, Já apliquei a alteração do Consultar na unit correta, mas para que eu possa enviar para o SVN eu preciso entender essas alterações no Schema. Agora eu quero entender se o Schema (nfse.xsd) foi você que fez a alteração ou se foi o provedor que lhe forneceu esse novo XSD. Não entendi a finalidade do tipo complexo abaixo uma vez que ele não é utilizado em nenhum lugar. <xsd:complexType name="tcIdentificacaoNfseX"> <xsd:sequence> <xsd:element name="NumeroNfse" type="tsNumeroNfse" minOccurs="1" maxOccurs="1" /> <xsd:element name="CpfCnpj" type="tcCpfCnpj" minOccurs="1" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Não entendi o motivo da troca do nome do elemento "ConsultarNfseRpsEnvio" para "ConsultarNfsePorRps". E por fim a definição do elemento "ConsultarNfseServicoPrestadoEnvio" ficou extremamente confusa. <!-- Consulta de NFS-e – Serviços Prestados - ConsultarNfseServicoPrestado --> <xsd:element name="ConsultarNfseServicoPrestadoEnvio" type="ConsultarNfseServicoPrestadoEnvioType"/> <xsd:complexType name="ConsultarNfseEnvioType"> <xsd:sequence> <xsd:element type="PrestadorType" name="Prestador" xmlns:nfse="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd"/> <xsd:element name="NumeroNfse" type="tsNumeroNfse" minOccurs="1" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> <xsd:complexType name="CpfCnpjType"> <xsd:sequence> <xsd:element type="xsd:long" name="Cnpj"/> </xsd:sequence> </xsd:complexType> <xsd:complexType name="ConsultarNfseServicoPrestadoEnvioType"> <xsd:sequence> <xsd:element type="ConsultarNfseEnvioType" name="ConsultarNfseEnvio" xmlns:nfse="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd"/> </xsd:sequence> </xsd:complexType> <xsd:complexType name="PrestadorType"> <xsd:sequence> <xsd:element type="CpfCnpjType" name="CpfCnpj" xmlns:nfse="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd"/> <xsd:element type="xsd:int" name="InscricaoMunicipal"/> </xsd:sequence> </xsd:complexType>

Bom dia Willian, Já inclui na minha lista de tarefas para analisar o problema. TK-3286

Bom dia Marcelo, Já esta no SVN.

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

Bom dia Adriano, Muito obrigado pela colaboração, já esta no SVN. Vou fechar esse tópico, pois já esta misturando os assuntos.

Bom dia Carlos, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia Paulo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3284

Olá Pessoal, Infelizmente as cidades brasileiras não seguem um padrão nacional. Primeiramente é importante dizer que a maioria das cidades não querem ou não tem condições financeiras e ou técnicas para possuir o seu próprio WebService, sendo assim elas acabam contratando através de licitação (que tem prazo de validade) empresas (que chamamos de provedores) que fornecem o WebService. Hoje o componente ACBrNFSeX reconhece 145 provedores que vamos separar em 4 grupos. Grupo 1 - Provedores que implementaram os seus WebServices segundo a versão 1 do layout da ABRASF. Grupo 2 - Provedores que implementaram os seus WebServices segundo a versão 2 do layout da ABRASF. Grupo 3 - Provedores que implementaram os seus WebServices segundo um layout próprio. Grupo 4 - Temos somente o provedor PadraoNacional cujo layout esperamos que seja adotado pela maioria das cidades (ainda em fase de implantação pela RFB e SERPRO). Vamos detalhar um pouco mais cada um desses grupos: Grupo 1 - Provedores que seguem a versão 1 do Layout da ABRASF. Serviços documentados: EnviarLoteRps - Envio de um Lote de Rps no modo assíncrono; O componente gera o XML do Rps e envia para o webservice, através desse serviço é possível enviar um lote contendo de 1 até 50 Rps. Temos como resposta o número do protocolo que atesta que o lote foi recepcionado pelo WebServico, isso não significa que o Rps foi processado com sucesso. O número do protocolo vai ser utilizado nos serviços: ConsultarSituacaoLoteRps e ConsultarLoteRps. ConsultarSituacaoLoteRps - Consulta a situação de um lote de Rps enviado previamente; Através desse serviço temos a situação de um lote enviado que pode ser: 1 - Lote não enviado; 2 - Lote aguardando o processamento; 3 - Lote processado com falhas; 4 - Lote processado com sucesso. ConsultarLoteRps - Consulta um lote de Rps enviado previamente; Através desse serviço temos uma lista de rejeições caso a situação seja 3 ou a lista das NFS-e (XML das NFS-e geradas pelo WebService) se a situação for 4. ConsultarNFSeRps - Consulta uma NFS-e com base no número e serie de um Rps enviado previamente; Através desse serviço teremos a lista de rejeições ou o XML da NFS-e caso o Rps tenha sido processado com sucesso. ConsultarNFSe - Consulta uma NFS-e com base no número da nota; Através desse serviço teremos a lista de rejeições ou o XML da NFS-e. CancelarNFSe - Cancela uma NFS-e com base no número da nota e mais algumas informações; Através desse serviço teremos a lista de rejeições ou o XML de cancelamento da nota. Grupo 2 - Provedores que seguem a versão 2 do Layout da ABRASF. Serviços documentados: EnviarLoteRps - Envio de um Lote de Rps no modo assíncrono; O componente gera o XML do Rps e envia para o webservice, através desse serviço é possível enviar um lote contendo de 1 até 50 Rps. Temos como resposta o número do protocolo que atesta que o lote foi recepcionado pelo WebServico, isso não significa que o Rps foi processado com sucesso. O número do protocolo vai ser utilizado no serviço: ConsultarLoteRps. EnviarLoteRpsSincrono - Envio de um Lote de Rps no modo síncrono; O componente gera o XML do Rps e envia para o webservice, através desse serviço é possível enviar um lote contendo de 1 até 50 Rps. Temos como resposta a lista de rejeições ou o XML das notas. GerarNFSe - Envio de um único Rps no modo síncrono; O componente gera o XML do Rps e envia para o webservice, através desse serviço só é possível enviar um Rps por vez. Temos como resposta a lista de rejeições ou o XML da nota. ConsultarSituacaoLoteRps - Este serviço não consta na versão 2 do layout da ABRASF, caso você tentar usar o componente vai lhe apresentar uma mensagem acusando que este serviço não se encontra implementado. ConsultarLoteRps - Consulta um lote de Rps enviado previamente; Através desse serviço temos uma lista de rejeições caso o Rps tenha sido processado com falha ou a lista das NFS-e (XML das NFS-e geradas pelo WebService), devemos usar esse serviço caso o envio tenha ocorrido no modo assíncrono. ConsultarNFSeRps - Consulta uma NFS-e com base no número e serie de um Rps enviado previamente; Através desse serviço teremos a lista de rejeições ou o XML da NFS-e caso o Rps tenha sido processado com sucesso. ConsultarNFSe - Este serviço não consta na versão 2 do layout da ABRASF, caso você tentar usar o componente vai lhe apresentar uma mensagem acusando que este serviço não se encontra implementado. ConsultarNFSeFaixa - Consulta uma NFS-e ou uma faixa de NFS-e com base no número da nota; Através desse serviço teremos a lista de rejeições ou o XML das NFS-e. ConsultarNFSeServicoPrestado - Consulta uma NFS-e ou várias dependendo das condições da consulta; Através desse serviço teremos a lista de rejeições ou o XML das NFS-e. ConsultarNFSeServicoTomado - Consulta uma NFS-e ou várias dependendo das condições da consulta; Através desse serviço teremos a lista de rejeições ou o XML das NFS-e, emitidas contra o nosso CNPJ. CancelarNFSe - Cancela uma NFS-e com base no número da nota e mais algumas informações; Através desse serviço teremos a lista de rejeições ou o XML de cancelamento da nota. SubstituirNFSe - Realizada duas ações ao mesmo tempo: Cancela uma NFS-e com base no número da nota e mais algumas informações e envia um Rps que se processado com sucesso vai substituir a nota que foi cancelada; Através desse serviço teremos a lista de rejeições ou o XML de cancelamento da nota e o XML da nota substituidora. Observação importante sobre os provedores que seguem a versão 2, alguns deles não implementaram todos os serviços listados acima. Grupo 3 - Provedores que possuem um layout próprio. Como cada provedor tem o seu próprio layout ele também define quais os serviços que vão ser implementados em seus WebService, sendo assim não tem como listar eles aqui. Grupo 4 - Padrão Nacional possui um layout próprio. O WebService vai ser único para todas as cidades que aderirem esse padrão. Serviços documentados: GerarNFSe - Envio de um único DPS (Declaração de Prestação de Serviço) no modo síncrono; O componente gera o XML do DPS e envia para o webservice (API da NFS-e Padrão Nacional), através desse serviço só é possível enviar um DPS por vez. Temos como resposta a lista de rejeições ou o XML da nota. ConsultarDPSporChave - Consulta um DPS através da sua chave enviado previamente; Através desse serviço teremos a chave da NFS-e caso o DPS tenha sido processado com sucesso. ConsultarNFSeporChave - Consulta uma NFS-e pela sua chave; Através desse serviço teremos como resposta o XML da NFS-e. ConsultarDFe- Podemos realizar essa consulta informando a chave da NFS-e ou o NSU (Numero Sequencial Único); Através desse serviço podemos baixar o XML da NFS-e e eventos vinculados a mesma ou através do NSU baixar o XML de varias NFS-e e eventos, funciona de forma semelhante ao DistribuicaoDFe da NF-e, onde tanto o Emitente da nota quanto o tomador ou intermediário (caso esteja informado na nota) podem baixar as notas. ObterDANFSE - Permite baixar o PDF do DANFSE com base na chave da NFS-e; Através desse serviço teremos como resposta o PDF do DANFSE da NFS-e. EnviarEvento - Permite o envio de diversos eventos como por exemplo o de cancelamento. Através desse serviço enviamos o XML de Pedido de Registro de Evento e temos como resposta o XML do Evento caso o pedido seja processo com sucesso. ConsultarEvento - Permite a consulta de eventos com base na chave da NFS-e. Através desse serviço temos como resposta o XML do evento. ConsultarParam - Permite a consulta dos parâmetros de configuração realizados pela prefeitura que aderiu ao projeto da NFS-e Padrão Nacional. Através desse serviço temos como resposta a parametrização feita pela prefeitura.

Carlos, Veja o retorno da consulta: <S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body> <ns2:consultarNfsePorFaixaResponse xmlns:ns2="http://nfse.abrasf.org.br"> <return><?xml version="1.0" encoding="ISO-8859-1"?><ConsultarNfseFaixaResposta/></return> </ns2:consultarNfsePorFaixaResponse> </S:Body> </S:Envelope> Observe que o grupo ConsultarNfseFaixaResposta esta vazio. Dentro desse grupo deveria constar o XML da NFS-e com o grupo referente ao cancelamento. Já inclui na minha lista de tarefas para analisar o problema. TK-3283

Boa tarde Carlos, Faça um teste de cancelamento com a propriedade ConsultaAposCancelar ativada e anexe os XML gerados. Devem ser gerados no mínimo 4 XML: pedido de cancelamento, retorno do pedido de cancelamento, consulta a NFS-e, retorno da consulta. Caso a opção (Configuracoes.WebServices.Salvar) esteja ativada vão ser salvos 8 XML. Se possível anexe somente esses XML referente ao cancelamento a consulta que deve ser executado automaticamente.

Bom dia Rodrigo, Já inclui na minha lista de tarefas para analisar o problema. TK-3282

Bom dia Rodrigo, Você poderia anexar o XML de uma nota para que possamos analisar o problema?

Bom dia, Veja que o provedor esta gerando e retornando: <retorno> <rps> <mensagem_rps> </mensagem_rps> <serie_rps>1</serie_rps> <numero_rps>15</numero_rps> <situacao>RPS NÃO convertido em Nota Fiscal Eletrônica</li> </rps> </retorno> O problema esta na linha abaixo: <situacao>RPS NÃO convertido em Nota Fiscal Eletrônica</li> Favor entrar em contato com o provedor expondo o problema, não esqueça de anexar o XML de retorno gerado por eles. Eles tem que gerar o XML corretamente, não podemos ficar fazendo gambiarra para consertar as kaka deles.

Bom dia, Já inclui na minha lista de tarefas para analisar o problema. TK-3278

Bom dia Marcelo, Eu inclui a sua colaboração da troca do provedor na minha lista de tarefas, mas ainda não executei ela. Somente segunda feira é que vou enviar para o SVN o arquivo ACBrNFSeXServicos.ini atualizado.

Boa tarde Rodrigo, Os fontes do ACBr estão todos em ANSI. Vou ver com a equipe para ver o que possamos fazer.

Boa tarde Marcos, Já inclui na minha lista de tarefas para analisar o problema. TK-3275

Boa tarde Carlos, A ideia da propriedade ConsultaAposCancelar se ativada (falor True) é realizar a consulta automaticamente. Se não esta funcionando é porque o provedor não implementou o método ConsultarNFSe. Qual é o provedor?

Boa tarde John, Não temos nenhuma previsão.

Boa tarde Marcelo, Acredito que você não esteja com todos os fontes atualizados. Eu simplesmente alterei o arquivo ACBrNFSeXServicos.ini, compilei ele, reinstalei o ACBr e veja o resultado. Requisição Ambiente: 2 Cidade : Guaratuba/PR Provedor: EloTech Versão: 2.03 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 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 : S17 Mensagem: Requerente não credenciado. Correção: Informe um requerente que possua o credenciamento e habilitação para utilização da NFS-e no município. Já inclui na minha lista de tarefas para enviar para o SVN a sua contribuição referente a troca do provedor. TK-3273

Rodrigo, Fiz uma alteração na unit em anexo, mas não sei se vai resolver o problema. Substitua ela, reinstale o ACBr e repita o teste. ACBrNFSeXProviderBase.pas

Bom dia Rodrigo, Você esta usando Delphi ou Lazarus? Se é Delphi qual versão? O problema com vogais acentuadas e cedilha também ocorre com o programa exemplo?

Bom dia Imbua, O componente ACBrNFSeX já esta apto a emitir NFS-e para Brasília/DF.

Bom dia Marcos, Você poderia configurar o componente para salvar os arquivos (SOAP)? Faça uma nova consulta e anexe o XML (SOAP) de retorno para que possamos analisar.