Italo Giurizzato Junior

Bom dia, Como a remoção das aspas não resolveu vamos fazer mais um teste. No arquivo Fiorilli.ini favor fazer uma alteração para realizar o teste. Mudar de: [Assinar] RPS=1 Lote=1 URI=1 ConsSit=0 ConsLote=0 ConsNFSeRps=0 ConsNFSe=0 Cancelar=1 RpsGerar=1 LoteGerar=0 Substituir=0 Para: [Assinar] RPS=1 Lote=1 URI=1 ConsSit=0 ConsLote=0 ConsNFSeRps=0 ConsNFSe=0 Cancelar=1 RpsGerar=0 LoteGerar=1 Substituir=0

Boa tarde, Favor atualizar os fontes e faça novos testes.

Juliano, Favor atualizar os fontes e faça novos testes.

Boa tarde Rhuan, Não sei se você esta sabendo, estamos com um novo componente de emissão de NFS-e: ACBrNFSeX. Todas as melhorias e correções estamos promovendo somente no componente novo. Lhe convido a conhecer o novo componente. Manual de Migração do componente velho para o novo.

Boa tarde Juliano, Muito obrigado, vou analisar.

Bom dia Juliano, No retorno temos: <Mensagens> <item> <id>E0010</id> <DescricaoProcesso>Processo Geral</DescricaoProcesso> <DescricaoErro>Usuário não emissor de nota eletrônica</DescricaoErro> </item> <item> <id>E0014</id> <DescricaoProcesso>Processo Geral</DescricaoProcesso> <DescricaoErro>Falha na autenticação, verifique suas credenciais.</DescricaoErro> </item> <item> <id>E0018</id> <DescricaoProcesso>Verificação da situação da Nota</DescricaoProcesso> <DescricaoErro>Atividade em branco.</DescricaoErro> </item> <item> <id>E0022</id> <DescricaoProcesso>Verificação dos dados da Nota</DescricaoProcesso> <DescricaoErro>Deve ser informado o código de um município brasileiro quando código do país não é indicado.</DescricaoErro> </item> <item> <id>E0023</id> <DescricaoProcesso>Verificação dos dados da Nota</DescricaoProcesso> <DescricaoErro>O código de município de prestação informado não pertence à lista do IBGE.</DescricaoErro> </item> <item> <id>E0024</id> <DescricaoProcesso>Verificação dos dados da Nota</DescricaoProcesso> <DescricaoErro>O código de município de incidência informado não pertence à lista do IBGE.</DescricaoErro> </item> <item> <id>E0078</id> <DescricaoProcesso>Verificação da situação do RPS</DescricaoProcesso> <DescricaoErro>Tipo de RPS inválido.</DescricaoErro> </item> <item> <id>E0077</id> <DescricaoProcesso>Verificação da situação do RPS</DescricaoProcesso> <DescricaoErro>Prazo para conversão do RPS expirado.</DescricaoErro> </item> </Mensagens> Os erros E0010 e E0014 acredito que seja o CPF informado na tag <cpf>, ele não deve estar cadastrado no provedor. O erro E0018 fiquei na duvida pois não tem nenhuma tag para informar a Atividade. O erro E0022 acredito que deva ser a tag <servico> que esta vazia, o seu conteúdo só é gerado se for informado: NFSe.Servico.CodigoTributacaoMunicipio O erro E0023 e E0024 esta estranho pois não existe tags para o código de município de prestação e código de município de incidência. O código 3122306 informado na tag <tomador_cod_cidade> existe, é da cidade de: Divinópolis/MG. O erro E0078 é estranho pois não existe uma tag para informar o Tipo de Rps, a não ser que o tipo que se refere na realidade é a Serie do Rps. Mais estranho ainda é o erro E0077 onde diz que o prazo para a conversão do Rps esta expirado. Eu sugiro que você entre em contato com o provedor e questione ele sobre esses erros.

Bom dia, Utilizei o site abaixo para verificara a validade da assinatura no arquivo 1-ger-nfse.xml Receita Federal do Brasil - Validador de Assinaturas (fazenda.gov.br) Ao clicar no botão [validar] tive a seguinte resposta: A assinatura digital do documento fornecido é válida. A principio não encontrei nada que pudesse ocorrer essa rejeição, a não ser que o validador utilizado pelo provedor esteja rejeitado por encontrar o caractere aspas no conteúdo do campo <Discriminacao> No XML esta da seguinte forma: <Discriminacao>"06 SERVICOS ELETRICO Unit. R$ 1,00 Desc. R$ 0,00 Total R$ 6,00 "</Discriminacao> Mude para: <Discriminacao>06 SERVICOS ELETRICO Unit. R$ 1,00 Desc. R$ 0,00 Total R$ 6,00</Discriminacao>

Bom dia Valter, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde, Por favor faça a alteração e anexe a unit alterada para que possamos analisar. Desde já muito obrigado pela colaboração.

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.