Italo Giurizzato Junior

Boa tarde Roberto, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Acredito que agora ele vai extrair do retorno o XML da nota corretamente.

Boa tarde Jéter, Já esta no SVN.

Boa tarde Katia @maxdatasistema, Para que possamos analisar o problema, necessitados de um XML de nota que contenha o desconto condicionado ou incondicionado, qual é a cidade do prestador e por fim se você esta usando o Fortes ou Fast Report para imprimir o DANFSE.

Bom dia Adriano, Já esta no SVN.

Bom dia Roberto, Pelo o que eu entendi o provedor Tecnos possui 2 métodos de envio síncrono. 1. mEnvioLoteRPSSincrono - Temos como retorno somente o resultado do processamento (processado com sucesso ou a lista de erros). 2. mEnvioLoteRPSSincronoComRetornoLista - Temos como retorno o XML da nota caso processado com sucesso ou a lista de erros. Fiz uma alteração na unit que monta o conteúdo do envelope. Por favor substitua a unit por esta que esta em anexo. Reinstale o ACBr e faça novos testes. Tecnos.Provider.pas

Bom dia Marcos, Já esta no SVN.

Bom dia @Exi Sistemas, Já foi realizada uma alteração nos fontes do componente visando resolver o problema. Favor aguardar uma nova compilação da Lib.

Bom dia Luciano, Já esta no SVN.

Bom dia Arthur, Já esta no SVN.

@Desenv. AT Info Sistemas, Maravilha, notei que a questão principal de configuração do componente foi sanada. Complementando o que o @Juliomar Marchetti lhe passou: Se não me falha a memória o componente envia o GNRE, obtém um retorno e nesse retorno costa o Numero do Recibo que é utilizado em uma consulta. Pode ser que no retorno do envio não consta o numero do recibo. Precisamos ver o XML de retorno do envio do GNRE, nele deve constar o problema do porque o numero do recibo não foi gerado.

Não creio que o problema seja esse, uma vez que o componente ACBrGNREGuiaFR tem como objetivo apenas imprimir a Guia, logo não tem nada haver com a configuração do certificado.

Walter, O programa exemplo não contempla todos os campos de um determinado provedor, logo devemos fazer algumas alterações. Exemplo: // Provedor SoftPlan Servico.CFPS := '9201'; // Provedor ISSDSF // (ttIsentaISS, ttNaoIncidencianoMunic, ttImune, ttExigibilidadeSusp, // ttNaoTributavel, ttTributavel, ttTributavelFixo, ttTributavelSN, // ttMEI); Servico.Tributacao := ttImune; A titulo de exemplo coloquei o valor ttImune, altere esse valor para o mais adequado para o seu caso.

@Desenv. AT Info Sistemas, Acabei de fazer um teste com o programa exemplo do componente ACBrGNRE para o Delphi e não tive esse erro. O programa exemplo que você esta usando é para o Delphi? Verifique: Você tem fontes do ACBr 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. Por fim repita os testes.

Boa tarde Walter, Essa assinatura é gerada pela função GerarXml que esta na unit ISSDSF.GravarXml. Com certeza você esta atribuindo algum valor errado para algum campo.

Boa tarde Walter, A tributação é informada no campo: NFSe.Servico.Tributacao Esse campo é um enumerado. Na unit ACBrNFSeXProviderBase temos a função TributacaoToStr que converte o enumerado pela letra correspondente.

Boa tarde Adhelmar, Altere o arquivo ACBrNFSeXServicos.ini [3525904] Nome=Jundiai UF=SP Provedor=Ginfes Params=NaoFormatarItemServicoSemZeroEsquerda: ProLinkURL=http://jundiai.ginfes.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null HomLinkURL=http://jundiai.ginfesh.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Inclua a linha que tem o campo: Params. Depois de alterado siga os passos:

Boa tarde Rafael, Vai ser necessário entrar em contato com a prefeitura. Se no DANFSE de uma nota emitida diretamente pelo site tiver um QR-Code, ao ler ele você tem a URL.

Boa tarde Kaikson, Sim, quanto ao erro E232 vai ser necessário entrar em contato com a prefeitura para saber o motivo.

Boa tarde @Desenv. AT Info Sistemas, Isso não é utilizado pelo componente, trata-se apenas de um teste. Serve para testar o certificado configurado no componente.

Kaikson, Verifique na sua aplicação se você não tem nenhuma linha alterando as propriedades da classe ConfigAssinar. Tanto a assinatura bem como a validação do XML antes do seu envio ocorre de forma automática, portanto não se faz necessário incluir nenhuma linha na sua aplicação para que a assinatura ou validação ocorra. O componente ACBrNFSeX tem esse comportamento, pois temos provedores que exige que somente o RPS seja assinado, outros exige que somente o Lote de RPS seja assinado, outros exige que tanto o RPS quanto ao Lote seja assinados e tem provedores que não devemos assinar nada. A procedure Configuracao que existe na unit Provider de cada provedor define o deve ser assinado.

Bom dia @Kaikson, Você chegou a comparar o XML *-env-lot-sinc.xml gerado pelo programa exemplo e pela sua aplicação? A cidade de Rolim de Moura/RO se utiliza do provedor WebISS (versão 2.02 do layout da ABRASF). Na unit WebISS.Provider temos: procedure TACBrNFSeProviderWebISS202.Configuracao; begin inherited Configuracao; with ConfigAssinar do begin Rps := True; LoteRps := True; CancelarNFSe := True; RpsGerarNFSe := True; RpsSubstituirNFSe := True; SubstituirNFSe := True; end; with ConfigWebServices do begin VersaoDados := '2.02'; VersaoAtrib := '2.02'; end; ConfigMsgDados.DadosCabecalho := GetCabecalho(''); end; Como você pode ver tanto o RPS quanto ao Lote de RPS devem ser assinados. O XML de envio de lote de RPS gerado ao usar o programa exemplo do componente ACBrNFSeX esta realizando as duas assinaturas. Não sei o que você fez na sua aplicação que o XML de envio de lote de RPS gerado por ela somente o RPS esta sendo assinado. Verifique: Você tem fontes do ACBr 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. Por fim repita os testes.

Bom dia @Mario Inacio, Já inclui na minha lista de tarefas para analise do problema. TK-4908

Adhelmar, Como o prestador não é MEI, vai ter que entrar em contato com a prefeitura/provedor para saber o porque desse erro.

Bom dia Walter, É muito simples descobrir se uma determinada cidade aderiu ou não ao projeto da NFS-e Padrão Nacional. 1. Execute o programa exemplo do componente ACBrNFSeX. 2. Na aba Emitente selecione a cidade desejada e clique no botão [Salvar Configuração]. 3. Na aba Geral selecione o layout: lnfsPadraoNacionalv1 e clique no botão [Salvar Configuração]. 4. Na aba Consultar Parâmetros Municipais clique no botão Convênio. Para a cidade de Campinas/SP teremos o seguinte retorno: ------------------------------ 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 : Campinas/SP Provedor : PadraoNacional Versão: 1.00 Data/Hora: 26/12/2023 09:05:51 Método Executado: Consultar Parâmetros Parâmetros de Envio Tipo Parâmetro : Convenio Código Municipío: 3509502 Código Serviço : Competencia : 30/12/1899 Numero Beneficio: Parâmetros de Retorno Data : 26/12/2023 09:05:36 Sucesso : True Parâmetros(s): Mensagem: Convênio para o município <Campinas> não encontrado. Pela mensagem retornada a cidade de Campinas/SP ainda não aderiu ao projeto. Sendo assim, você não pode emitir as notas desse prestador segundo o Padrão Nacional, vai ter que continuar com o provedor contratado pela prefeitura.

Bom dia @robsonpds, Já esta no SVN.