Italo Giurizzato Junior

Boa tarde @gerasoft, Se o XML da NFS-e for o XML gerado pelo webservice do provedor, através do LoadFromFile(nomearquivo, False) você consegue sim ler os dados e com isso alimentar o seu sistema.

Bom dia @gerasoft, O componente ACBrNFSeX carrega o XML da NFS-e gerado e retornado pelo webservice do provedor. O componente tem que esta configurado com a cidade para qual essa nota foi emitida. O componente não foi feito para carregar XML de notas geradas pelo portal da prefeitura que normalmente não tem o mesmo layout adotado e usado pelo webservice do provedor. Por fim, o componente gera o XML do RPS e não da NFS-e. Sendo assim esse fluxo de carregar o XML e depois pedir para gerar não faz nenhum sentido. Você deve estar se perguntado, mas eu não pedi para gerar o XML, mas eu lhe respondo que pediu sim. Veja quais são os parâmetros do método: LoadFromFile.

Bom dia Alex, Como você utiliza o componente ACBrCTe vai ai algumas dicas: Primeira 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. Segunda Use o programa exemplo do componente para os testes conforme o nosso amigo Julionar já lhe passou. Terceira O componente possui a propriede de configuração chamada VersaoDF, que tem que estar com o valor ve400 Ao alimentar o componente com os dados do CT-e não esqueça de também invormar o valor 4.0 ao campo versao: infCTe.versao := 4.0; Quarta O envio do CTe da versão 4 tem que ser unitário, portanto não existe mais o envio em lote de até 50 CT-e. O modo de envio na versão 4 é síncrono, portanto já temos o resultado do processamento logo no retorno do envio, isso significa que não temos mais o numero do recibo e portanto não se faz necessáro realizar a consulta logo após o envio. Quinta Estude o programa exemplo, pois houve algumas alterações no layout. Estude o código do botão [Criar e Enviar Sincrono]. Alex, você não acha que esta muito atrasado com os testes? O ambiente de homologação foi liberado em abril de 2023 e o de produção em junho de 2023. Quem fez o dever de casa já esta emitindo o CT-e na versão 4 a 7 meses. O componente foi alterado para suportar a versão 4 em março de 2023 e essas alterações disponibilizadas no dia 30/03/2023 conforme consta no change log do componente. 30/03/2023 -- Diversos-- [*] Alteração visando a versão 4.00 do CT-e. por: Italo Giurizzato Junior Se você ainda tem uma esperança que o Fisco vai prorrogar, pode tirar o seu cavalinho da chuva, participei de uma reunião onde estava presente dois servidores da RFB e ambos deixaram muito bem claro: Não vai haver prorrogação.

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

Boa tarde @dna.automacao, Já esta no SVN.

Boa tarde Felipe, Abra unit PRODAUB.Provider vai até a procedure Configuracao e faça a seguinte alteração: Troque a linha abaixo: ConfigAssinar.LoteRps := True; Por: with ConfigAssinar do begin Rps := True; LoteRps := True; ConsultarSituacao := False; ConsultarLote := False; ConsultarNFSeRps := False; ConsultarNFSe := False; CancelarNFSe := False; RpsGerarNFSe := False; LoteGerarNFSe := False; RpsSubstituirNFSe := False; SubstituirNFSe := False; end; Isso faz com que tanto o RPS quanto o Lote de RPS seja assinados. Salve a alteração. Reinstale o ACBr e faça novos testes.

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

Boa tarde @kurtslucas, Já esta no SVN.

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

Bom dia @Mcq Desenvolvimentos, Diga a seu cliente que querer não é poder. Vamos ao que interessa, o DAMDFE disponibilizado pelo Projeto ACBr segue o layout estabelecido pelo manual disponibilizado pelo Fisco. E nesse manual temos o seguinte: Como você pode ver não esta previsto a impressão das UF que fazem parte do percurso, somente a UF inicial (Carregamento) e a UF final (Descarregamento). Se ele insiste, você pode sem problema algum informar as UF de percurso no campo de Observações. Se você alterar o layout corre o risco de algum fiscal de fronteira entre os estados não gostar da alteração e resolver autuar o seu cliente. Se ele quer porque quer essa alteração, faça ele assinar um documento que te exime de qualquer problema futuro. Por fim, nós do Projeto ACBr não vamos fazer essa alteração, como já exposto acima fere o layout disponibilizado pelo Fisco.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

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

Bom dia Mateus, Vamos ao Schema (EnviarLoteRpsSicronoEnvio.xsd) do provedor Tecnos: Observe que dentro do elemento Rps temos o elemento tcDeclaracaoPrestacaoServico que dentro deste temos o elemento InfDeclaracaoPrestacaoServico e que dentro deste temos o elemento OutrasInformacoes. Resumindo, ao enviar um Rps para o webservice do provedor Tecnos podemos informar o elemento (tag) OutrasInformacoes. O XML da NFS-e é retornado ao consultar o lote ou consultar a NFS-e por faixa, sendo assim você também vai encontrar o elemento (tag) OutrasInformacoes definida dentro do elemento InfNfse nos schemas: ConsultarLoteRpsReposta.xsd e ConsultarNfseFaixaResposta.xsd Agora vamos ao Schema (nfse.xsd) do provedor DataSmart: Como você pode observar dentro do elemento completo tcInfDeclaracaoPrestacaoServico não contem o elemento OutrasInformacoes como ocorre com o provedor Tecnos, mas o elemento OutrasInformacoes esta presente no tipo complexo tcInfNfse conforme imagem anexada na sua primeira postagem. Não sei se você notou, o elemento OutrasInformacoes presente no tipo complexo tcInfNfse do schema do provedor DataSmart, ele é opcional, portanto ele pode estar presente ou não no XML da NFS-e gerado pelo webservice do provedor. Por ser uma tag gerada pelo webservice do provedor, compete a nós ao ler o XML da NFS-e, ler o conteúdo da tag OutrasInformacoes caso ela esteja presente no XML. Se você abrir a unit DataSmart.LerXml vai notar o seguinte: TNFSeR_DataSmart202 = class(TNFSeR_ABRASFv2) protected public end; Isso significa que esse provedor segue a versão 2 do layout da ABRASF e a classe responsável pela leitura do XML é TNFSeR_ABRASFv2. Essa classe esta definida na unit ACBrNFSeXLerXml_ABRASFv2. Se você procurar por OutrasInformacoes na unit mencionada acima, vai notar que a sua leitura é feita pelas procedures LerInfNfse e LerInfDeclaracaoPrestacaoServico, isso garante que ao ler o XML da NFS-e a tag vai ser lida e ao ler o XML do RPS ela também vai ser lida caso o provedor alterou o schema para contemplar essa tag também no XML do RPS. Resumindo: o componente faz a sua parte. Agora se o provedor não gera a tag no XML da NFS-e, não tem o que fazer do nosso lado. Você vai ter que entrar em contato com o provedor e questionar sobre a ausência da tag no XML da NFS-e.

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

Boa tarde @Mateus Brunelli, Note que o elemento OutrasInformacoes faz parte do tipo complexo: tcInfNfse e não do tcInfRps. Isso significa que essa tag é gerada pelo webservice com as informações que a prefeitura deseja que conste nessa tag ao gerar o XML da NFS-e. Lembre-se que o componente gera e envia o XML do RPS para o webservice do provedor, este por sua vez gera e disponibiliza o XML da NFS-e se o XML do RPS for processado com sucesso. Todos os provedores que seguem o manual da a ABRASF a risca não contem essa tag no XML do RPS, uma vez que ela faz parte do XML da NFS-e.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde Lucas, Faça uma cópia das units que você alterou e das que você criou. Atualize todos os fontes de todas as pastas, reinstale o ACBr. Faça novos testes com os fontes baixados para os bancos Inter e Safra.

Boa tarde @Paulo R G Oliveira, Acabei de fazer um teste usando o programa exemplo do componente ACBrNFSeX de cancelamento 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 : Muriae/MG Provedor : Ginfes Versão: 1.00 Data/Hora: 25/01/2024 14:07:44 Método Executado: Cancelar NFSe Parâmetros de Envio Numero da NFSe: 10 Série da NFSe : Parâmetros de Retorno Situação: Link : Sucesso : False Retorno do Pedido de Cancelamento: Situação : Data/Hora: 30/12/1899 Mensagem : Sucesso : Link : Erro(s): Código : E160 Mensagem: Arquivo enviado fora da estrutura do arquivo XML de entrada. Correção: Envie um arquivo dentro do schema do arquivo XML de entrada. --------- O erro E160 ocorre porque o CNPJ do prestador informado no pedido de cancelamento não consta com contribuinte da referida cidade, mas como você pode ver a mensagem não tem nada haver. O importante é que não ocorreu o erro: "Erro ao Assinar: Não encontrei final do elemento: </ns3:Pedido>". Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Bom dia @Paulo R G Oliveira, Se tratando de NFS-e, devemos atualizar praticamente todos os dias e reinstalar o ACBr. Outra coisa, você esta usando o novo componente ACBrNFSeX ?

@José Botan., Quando foi que você baixou? Pode ser que ele tenha sido atualizado.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia @Lfm_, Entre em contato com provedor e questione sobre a tag aliquota. Esse provedor possui duas versões a 1.00 e a 1.03, no caso de Londrina usa a 1.03 Na versão 1.00 temos a tag <aliquota_simples> que é opcional, ou seja, se o valor for zero a tag não é gerada. Result.AppendChild(AddNode(tcDe4, '#2', 'aliquota_simples', 1, 15, 0, NFSE.Servico.Valores.AliquotaSN, '')); Por outro lado na versão 1.03 temos a tag <aliquota> que no componente esta marcada como obrigatória. Result.AppendChild(AddNode(tcDe2, '#2', 'aliquota', 1, 15, 1, NFSE.Servico.Valores.Aliquota, ''));

Bom dia Douglas, 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 @Renato Rubinho, Você não acha estranho na aba Certificados do programa exemplo estar faltando o ComboBox para que eu possa escolher o SSLLib ?

Boa tarde Lucas, Com o manual que você disponibilizou notei que no procedure que gera o Registro1 (Header Lote) você deixou fixo a versão como sendo 000. GravarCampo('000', 3, tcStr); Mas segundo o manual temos o seguinte: Pagamento em Conta Corrente (TED e Pix Transferência) a versão é: 046 (conforme consta no layout que esta na página 11) Pagamento de Cobrança e QRCode Pix a versão é: 040 (conforme consta no layout que esta na página 18) Pagamento de Tributos a versão é: 012 (conforme consta no layout que esta na página 25) Se você analisar a mesma procedure que esta na unit CNAB240.GravarTxtRemessa vai notar que existe um case que dependendo da Forma de lançamento informado em: Registro1.Servico.FormaLancamento ele gera com uma verão ou outra. Quanto aos Registro 5 e 9 (Trailer do Lote e do Arquivo) veja o layout que se encontra nas páginas 15 e 16 do manual.