Italo Giurizzato Junior

Boa tarde Alisson, Verifica se a função TratarXmlRetornado esta desta forma: function TACBrNFSeXWebserviceIPM.TratarXmlRetornado(const aXML: string): string; var jDocument, JSonErro: TACBrJSONObject; Codigo, Mensagem: string; begin if (Pos('{"', aXML) > 0) and (Pos('":"', aXML) > 0) then begin jDocument := TACBrJSONObject.Parse(aXML); JSonErro := jDocument.AsJSONObject['retorno']; if not Assigned(JSonErro) then Exit; Codigo := '00' + JSonErro.AsString['code']; Mensagem := ACBrStr(JSonErro.AsString['msg']); Result := '<a>' + '<mensagem>' + '<codigo>' + Codigo + '</codigo>' + '<Mensagem>' + Mensagem + '</Mensagem>' + '<Correcao>' + '</Correcao>' + '</mensagem>' + '</a>'; Result := ParseText(AnsiString(Result), True, {$IfDef FPC}True{$Else}False{$EndIf}); Result := String(NativeStringToUTF8(Result)); end else begin Result := inherited TratarXmlRetornado(aXML); Result := ACBrStr(Result); <=== esta desta forma ou esta usando a função: NativeStringToUTF8 ? Result := ParseText(AnsiString(Result), True, {$IfDef FPC}True{$Else}False{$EndIf}); Result := RemoverDeclaracaoXML(Result); Result := RemoverIdentacao(Result); Result := RemoverCaracteresDesnecessarios(Result); Result := AjustarRetorno(Result); end; end; Com certeza o XML retornado pelo webservice não esta no formato UFT-8.

Boa tarde Elisângela, Esses erros estão ocorrendo no ambiente de homologação ou de produção?

Boa tarde Ramalho, O que foi passado para nós é que se o emitente for optante Simples Nacional ou o Regime Especial de Tributação for Microempresário Individual as tags referente ao valor do ISS e da alíquota devem ser geradas mesmo com valores zerados. Veja: function TNFSeW_ISSNet204.GerarXml: Boolean; begin if (NFSe.Tomador.Endereco.CodigoMunicipio = '9999999') or (NFSe.Tomador.Endereco.UF = 'EX') then NrOcorrCodigoPaisServico := 1; if (NFSe.OptanteSimplesNacional = snSim) or (NFSe.RegimeEspecialTributacao = retMicroempresarioIndividual) then begin NrOcorrValorIss := 1; NrOcorrAliquota := 1; end; Result := inherited GerarXml; end; E no XML do RPS temos: <OptanteSimplesNacional>1</OptanteSimplesNacional> Ou seja é Optante Simples Nacional.

Boa tarde @Vexcom, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4713

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia Rogério, Mas o ACBrLibCTe no momento do envio do CT-e na versão 4 para o webservice da SEFAZ ele se encarrega de zipar e codificar em base 64.

Bom dia Wesley, Você consegue baixar o DANFSE da nota que contem o valor 12 na tag vTotTribMun? Eu gostaria de ver o DANFSE do XML que você anexou ontem.

Bom dia, Ao executar o método ConsultarNFSePorRps temos como resposta a lista de erros ou o XML da nota. Agora se no XML da nota não consta a tag OutrasInformacoes é porque o provedor em questão não gera essa tag. Nesse caso não tem nada o que ser feito. No que se refere ao método Emitir com o parâmetro meAutomatico, ele vai se utilizar do serviço disponibilizado pelo provedor. No tópico abaixo temos informações importante sobre os provedores que se utilizam da versão 1 e 2 do layout da ABRASF, dos que tem layout próprio e do Padrão Nacional. Leia com muita atenção, pois o fluxo varia de um para outro provedor.

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

Bom dia, No meu entendimento, a partir do momento que você tem um software para emitir as notas, porque vai entrar no site para emitir as notas? Ou usa o software ou o site.

Como a cidade mudou para a versão 2 eles devem ter desativado o webservice da versão 1.

Boa tarde Dercide, A pasta 2.01 com os Schemas dessa versão do provedor GovDigital foram para o SVN no dia 27/09/2023.

Aumente o valor de Timeout para 30 ou 40 mil.

Boa tarde @digitosistemas, A questão dessa consulta é muito simples. O provedor ISSNet possui 2 webservice, um que segue a versão 1 do layout da ABRASF e outro que segue a versão 2.04 A cidade em questão: Anápolis/GO se utiliza do webservice que segue a versão 2.04 Nessa versão temos o serviço ConsultarNfsePorFaixa, se olharmos os schemas desse provedor para a consulta em questão temos: <!-- Consulta de NFS-e por faixa - ConsultarNfseFaixa --> <xsd:element name="ConsultarNfseFaixaEnvio"> <xsd:complexType> <xsd:sequence> <xsd:element name="Pedido" minOccurs="1" maxOccurs="1"> <xsd:complexType> <xsd:sequence> <xsd:element name="Prestador" type="tcIdentificacaoPessoaEmpresa" minOccurs="1" maxOccurs="1" /> <xsd:element name="Faixa" minOccurs="1" maxOccurs="1"> <xsd:complexType> <xsd:sequence> <xsd:element name="NumeroNfseInicial" type="tsNumeroNfse" minOccurs="1" maxOccurs="1" /> <xsd:element name="NumeroNfseFinal" type="tsNumeroNfse" minOccurs="1" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="Pagina" type="tsPagina" minOccurs="1" maxOccurs="1"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element ref="dsig:Signature" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> </xsd:element> Como você pode ver dentro do grupo <Faixa> temos que informar o numero inicial e final da NFS-e e não a data inicial e final. Isso explica o erro de validação que você esta tendo quando tenta realizar essa consulta informando a data inicial e final. No que se refere a tag <Pagina> é o seguinte: Imagina que você consulta as notas de 1 até 500 (NumeroNfseInicial=1 / NumeroNfseFinal=500). O webservice não vai retornar as 500 notas e sim no máximo 50. Então você vai ter que executar essa consulta 10 vezes, a primeira informando Pagina = 1 a segunda informando Pagina = 2 e assim até chegar na Pagina = 10. Quanto a não encontrar as notas emitidas pela sua aplicação, elas foram processadas com sucesso?

Wesley, A aliquota não esta sendo impressa, porque dentro do grupo <valores> não consta a tag <pAliqAplic>. O valor do ISS esta zerado porque a tag <vISSQN> esta com o valor zero. A tag <tpRetISSQN> que fica dentro do grupo <tribMun> esta com o valor 2 que diz que o ISSQN é retido pelo tomador. Na tag <vTotTribMun> que fica dentro do grupo <vTotTrib> esta com o valor 12.00, se dividir 12 por 400 e multiplicar por 100 chegamos em uma alíquota de 3%. No meu entendimento essa alíquota deveria esta presente na tag <pAliq> que fica dentro do grupo <tribMun>, mas não esta. Isso pode ser uma falha da API ao gerar o XML da nota. No DANFSE baixado do portal ou através do componente usando o ObterDANFSE, aparece a alíquota e o valor do ISS Retido?

Boa tarde Wesley, Você poderia anexar o XML da nota para que eu possa analisar?

Boa tarde Douglas, Isso também ocorre com o programa exemplo? O componente esta configurado para usar o layout do Padrão Nacional?

Boa tarde @suporteatinfo, Analisando os XMLs e o código do componente não identifiquei nada que pudesse estar gerando esse problema. Por favor, verifique: Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Boa tarde Adilson, Já esta no SVN.

Boa tarde Alisson, Já esta no SVN.

Boa tarde João, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde João, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde @SISBLU Software, Acabei de fazer um teste usando o programa exemplo, veja o resultado: ------------------------------ Versão OpenSSL OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente: 1 Cidade : Jacarei/SP Provedor: SiapNet Versão: 2.00 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 : E43 Mensagem: Inscrição Municipal do prestador do serviço não encontrada na base de dados do município. Correção: Não existe registro de inscrição municipal que corresponda ao número informado. Observação: o teste foi feito em ambiente de produção, pois a URL de homologação esta errada retornando o erro: 404.

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

Boa tarde Douglas, Essa alteração feita na unit já esta no SVN.

Bom dia @suporteatinfo, Vamos precisar do XML de retorno do emitir e do cancelar para analise. Configure o componente para salvar os arquivos soap, eles são importantes para a nossa analise.