Italo Giurizzato Junior

Boa tarde, Preciso que você debugue a function LerXml que se encontra na unit SP.LerXml A variável Arquivo tem que contem o mesmo XML que você colocou na sua postagem, ou seja, tem que ser igual ao valor de OuterXml. Preciso saber se a variável XmlNode é diferente de nil e se no ultimo IF ele executa o LerXmlNfse.

Boa tarde Juliano, Favor anexar o XML de envio do Rps que ocorreu essas rejeições.

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

Bom dia, Esse conteúdo é da linha abaixo? TACBrNFSeX(FAOwner).NotasFiscais.LoadFromString(ANode.OuterXml, False); Se sim, vamos ter que analisar a execução do LoadFromString. Infelizmente não tenho como fazer isso pois não tenho um certificado de alguma empresa de São Paulo. Por gentileza faça esses testes para mim. Desde já muito obrigado pela compreensão.

Olá Pessoal Foi publicado a NT 2020/001 versão 1.10 que traz uma tabela com os prazos para o envio dos eventos da Manifestação do Destinatário. A manifestação está prevista na cláusula décima-quinta-A do Ajuste SINIEF 7/05, a qual estabelece que o destinatário da Nota Fiscal eletrônica confirme a sua participação na operação acobertada pela Nota Fiscal eletrônica emitida para o seu CNPJ/CPF, através dos eventos tratados logo a seguir. A versão 1.10 dessa NT apresenta a tabela abaixo com os prazos para o registro dos eventos conforme estabelecido no Ajuste SINIEF 44/2020. O envio dos eventos fora dos prazos estabelecido vai ocorrer a Rejeição 596: Evento apresentado fora do prazo: [prazo vigente] Essa regra de validação entra em vigor no ambiente de produção a partir de 04/04/2022 Evento Prazo legal (Ajuste SINIEF 44/2020) Ciência da Emissão 10 dias contados a partir da data de autorização da NF-e Confirmação da Operação 180 dias contados a partir da data de autorização da NF-e Desconhecimento da Operação 180 dias contados a partir da data de autorização da NF-e Operação Não Realizada 180 dias contados a partir da data de autorização da NF-e Observação: note que a contagem de dias é sempre baseado na data de autorização da NF-e e não na data de recebimento da mercadoria. Quem é obrigado a enviar os eventos da Manifestação do Destinatário? A cláusula décima-quinta-B do Ajuste SINIEF 7/2005 prevê a obrigatoriedade do registro pelo destinatário da NF-e dos eventos de confirmação da operação, operação não realizada e desconhecimento da operação nos prazos especificados naquele Ajuste. Também está obrigado a realizar a manifestação, de acordo com o Anexo II do Ajuste SINIEF 7/2005, o destinatário de toda NF-e que: I – seja exigido o preenchimento do Grupo Detalhamento específico de Combustíveis, como nos casos de mercadoria destinada a: a) estabelecimentos distribuidores de combustíveis, a partir de 1º de março de 2013; b) postos de combustíveis e transportadores revendedores retalhistas, a partir de 1º de julho de 2013; II - acoberte operações com álcool para fins não-combustíveis, transportado a granel, a partir de 1º de julho de 2014; III – acoberte, nos casos em que o destinatário for um estabelecimento distribuidor ou atacadista, a partir de 1º de agosto de 2015, a circulação de: a) cigarros; b) bebidas alcoólicas, inclusive cervejas e chopes; c) refrigerantes e água mineral. Observação: • a NT 2012/003 (item 03.1), publicada em agosto/2012, define quais são os CFOP que obrigam a informação do Grupo de Combustível na NF-e. Os CFOP citados estão relacionados com as operações que envolvem “Combustível derivado ou não de Petróleo e Lubrificantes”. • Como as operações com lubrificantes são exceção à obrigatoriedade de manifestação do destinatário, consta no Anexo II a tabela de Códigos de Produto da ANP relativa a lubrificantes e que não estão obrigados à Manifestação do Destinatário. Como realizar o envio dos eventos da Manifestação do Destinatário? O destinatário caso não tenha uma aplicação que lhe permite a realizar o envio dos eventos, poderá utilizar o serviço que consta no Portal Nacional da NF-e: No menu “Serviços”, “Manifestação Destinatário” do Portal Nacional da NF-e (https://www.nfe.fazenda.gov.br) é disponibilizada a opção de realizar a manifestação por chave de acesso ou por NSU (Número Sequencial Único), sendo obrigatório o uso de Certificado Digital do destinatário. No Portal Nacional da NF-e tem também um aplicativo que o destinatário poderá baixar: No menu “Downloads”, “Manifestador de NF-e” do Portal Nacional da NF-e (https://www.nfe.fazenda.gov.br) foi disponibilizado software desenvolvido pela SEFAZ-SP que viabiliza exclusivamente a manifestação do destinatário pessoa jurídica, sendo obrigatório o uso de Certificado Digital do destinatário. Para o desenvolvedor que queira implementar essa funcionalidade em sua aplicação o Projeto ACBr disponibiliza: O componente ACBrNFe para os desenvolvedores que se utilizam das ferramentas Delphi ou Lazarus para desenvolverem as suas aplicações utilizando a linguagem Object Pascal. O ACBrMonitor Plus, uma aplicação feita em Lazarus destinada aos desenvolvedores que trabalham com outras linguagens de programação. O ACBrLibNFe, uma DLL que também pode ser utilizada pelos desenvolvedores de outras linguagens caso não desejem usar o ACBrMonitor Plus.

Boa tarde Rodrigo, No retorno temos a seguinte rejeição: <ns1:motivo> <ns1:codigo>298</ns1:codigo> <ns1:descricao>Chave do documento eletronico invalida. A chave deve ter 44 digitos!</ns1:descricao> <ns1:campo>documentoOrigem [item: 1]</ns1:campo> </ns1:motivo> Note que é dito que a chave tem que ter 44 dígitos e na tag <campo> é apresentado a tag que esta com a informação errada, ou seja, <documentoOrigem> Como que esta no seu XML: <documentoOrigem tipo="22">003871</documentoOrigem> Você informou somente o numero da nota "003871" sendo que deveria ter informado a chave da NF-e, ou seja, 42210621214209000128550010000038711707010249.

Boa tarde, Coloque um ponto de parada onde lhe falei e me diga o conteúdo de OuterXml.

Pelo que notei não segue o layout da ABRASF, ou seja, tem um layout próprio. E para variar possui um webservice Rest e não Soap como é a maioria. Portanto a implementação é bem mais demorada.

Boa tarde, Favor informar as URLs de homologação e produção da referida cidade. Não temos esse provedor implementado. Se houver a necessidade vamos precisar dos schemas.

Thiago, Obrigado pelo retorno. Já enviei a unit para o SVN.

Thiago, Substitua a unit em anexo. Digifred.GravarXml.pas Coloque ele na pasta: ...\Fontes\ACBrDFe\ACBrNFSeX\Provedores Repita os testes por favor.

Não verdade ele concatenou o 3 campos. Por favor coloque um ponto de parada na unit SP.Provider, mais precisamente na procedure TratarRetornoConsultaNFSeporRps. Quero saber o valor de OuterXml que aparece no trecho abaixo: if Assigned(ANota) then ANota.XML := ANode.OuterXml else begin TACBrNFSeX(FAOwner).NotasFiscais.LoadFromString(ANode.OuterXml, False); ANota := TACBrNFSeX(FAOwner).NotasFiscais.Items[TACBrNFSeX(FAOwner).NotasFiscais.Count-1]; end; O valor de OuterXml tem que ser um XML e não uma string com os valores dos campos.

Esse provedor na verdade é o ISSIntel Veja as URLs da cidade de Passos/MG: Produção: https://passos-mg.issintegra.com.br/webservices/abrasf/api Homologação: https://passos-mg.treino-issintegra.com.br/webservices/abrasf/api Como você pode ver é exatamente igual com exceção onde contem o nome da cidade. Favor atualizar os fontes já inclui a cidade no componente novo.

Thiago, Faça outro teste mas na discriminação não coloque vogais acentuadas e cedilha. Em vez de: Testando a geração de nfse. Nota apenas para testes informe assim: Testando a geracao de nfse. Nota apenas para testes

Se possível anexe os XMLs de retornos (de preferencia os Soap) para que possamos analisar e fazer os devidos ajustes no tratamento dos retornos.

Thiago, Favor anexar o XML de envio do Lote para que eu possa analisar.

Boa tarde Eraldo, Fizemos uma correção na leitura do campo: categCombVeic. A geração do arquivo INI deverá ser da seguinte forma: [valePed] categCombVeic=06 [valePed001] CNPJForn=00000000000000 CNPJPg=000000000000000 nCompra=00000000 vValePed=0.00 ou [valePed] categCombVeic=06 [disp001] CNPJForn=00000000000000 CNPJPg=000000000000000 nCompra=00000000 vValePed=0.00 uma vez que os campos: CNPJForn, CNPJPg, ... se referem as informações dos dispositivos do vale-pedágio. Por favor aguarde a liberação de uma nova versão do ACBrMonitor Plus.

Thiago, Acredito ter descoberto o problema. Não estava sendo informado a Insc. Municipal do Tomador. Deixei essa tag como opcional. Favor atualizar os fontes e faça novos testes.

Boa tarde a todos, Me parece que esse provedor já esta implementado só que com outro nome. Favor postar as URLs de produção e homologação para que eu possa analisar.

Boa tarde Thiago, Se possível anexe os XMLs gerados tanto do programa antigo quanto do novo.

Comparei a rotina que faz a assinatura adicional praticamente esta igual, só fiz uma pequena alteração. Mudei também para pegar o valor atribuído no campo Transacao. Vamos ver se agora gera exatamente igual. SP.Provider.pas

Boa tarde, Vou tentar descobrir porque esta gerando a tag <Assinatura> diferente do outro.

Bom dia, Você atualizou todas as pastas do ACBr? Procure sempre atualizar todas as pastas. Esses erros se referem ao programa exemplo.

Bom dia Eraldo, Já estou analisando o problema e acredito vai ser necessário fazer algumas alterações. Por favor aguarde.

Mandei para o SVN mais uma correção no que se refere ao valor total da dedução que estava sendo gerado 0.00 em vez de apenas 0. O digestvalue e a assinatura estão diferente por conta da tag <Discriminacao> que no lote de numero 13 consta como quebra de linha o caractere ";" e no lote de numero 35 é "|"; Por favor atualize os fontes.