Italo Giurizzato Junior

Olá Pessoal, Foi publicado a versão 1.10 da NT 2022/005 que trata sobre o DIFAL. Vamos ver o que nos espera pela frente com essa nova versão da NT. 1. Quanto as datas de ativação das regras de validação o prazo de 07/02/2023 para o ambiente de homologação esta mantido, mas a data do ambiente de produção foi alterado de 06/04/2023 para 03/04/2023, a motivação de ter antecipado 3 dias é por conta do dia 6 ser véspera de feriado nacional. 2. As 5 regras que foram criadas para validar as notas de devolução ganharam novas exceções e observações, vamos a elas: Regra 3BA02-50: Exceção 2: A RV poderá não ser aplicada, se existirem documentos fiscais referenciados com modelo diferente de 55; Exceção 3: A RV não será aplicada se existirem NF de Produtor referenciada, inviabilizando a identificação do valor devolvido; Observação 1: Se a NF-e de devolução tiver muitas NF-e referenciadas, a conferência do valor pode prejudicar a performance do Ambiente de Autorização. Nesses casos, a SEFAZ Autorizadora poderá não aplicar essa RV. Por exemplo, limitar a aplicação da RV somente para as NF-e de devolução com até 5 NF-e referenciadas e/ou com NF-e referenciadas de até 3 meses anteriores. Observação 2: A devolução pode ocorrer para muitos itens de diferentes NF-e, Considerar uma tolerância de até R$ 1,00 na validação. Regra 3BA02-54: Exceção 2: A RV poderá não ser aplicada, se existirem documentos fiscais referenciados com modelo diferente de 55; Exceção 3: A RV não será aplicada se existirem NF de Produtor referenciada, inviabilizando a identificação do valor devolvido; Observação 1: Se a NF-e de devolução tiver muitas NF-e referenciadas, a conferência do valor pode prejudicar a performance do Ambiente de Autorização. Nesses casos, a SEFAZ Autorizadora poderá não aplicar essa RV. Por exemplo, limitar a aplicação da RV somente para as NF-e de devolução com até 5 NF-e referenciadas e/ou com NF-e referenciadas de até 3 meses anteriores. Observação 2: A devolução pode ocorrer para muitos itens de diferentes NF-e, Considerar uma tolerância de até R$ 1,00 na validação. Regra 3BA02-58: Exceção 2: A RV poderá não ser aplicada, se existirem documentos fiscais referenciados com modelo diferente de 55; Exceção 3: A RV não será aplicada se existirem NF de Produtor referenciada, inviabilizando a identificação do valor devolvido; Observação 1: Se a NF-e de devolução tiver muitas NF-e referenciadas, a conferência do valor pode prejudicar a performance do Ambiente de Autorização. Nesses casos, a SEFAZ Autorizadora poderá não aplicar essa RV. Por exemplo, limitar a aplicação da RV somente para as NF-e de devolução com até 5 NF-e referenciadas e/ou com NF-e referenciadas de até 3 meses anteriores. Observação 2: A devolução pode ocorrer para muitos itens de diferentes NF-e, Considerar uma tolerância de até R$ 1,00 na validação. Regra 3BA02-64: Exceção 2: A RV poderá não ser aplicada, se existirem documentos fiscais referenciados com modelo diferente de 55; Exceção 3: A RV não será aplicada se existirem NF de Produtor referenciada, inviabilizando a identificação do valor devolvido; Observação 1: Se a NF-e de devolução tiver muitas NF-e referenciadas, a conferência do valor pode prejudicar a performance do Ambiente de Autorização. Nesses casos, a SEFAZ Autorizadora poderá não aplicar essa RV. Por exemplo, limitar a aplicação da RV somente para as NF-e de devolução com até 5 NF-e referenciadas e/ou com NF-e referenciadas de até 3 meses anteriores. Observação 2: A devolução pode ocorrer para muitos itens de diferentes NF-e, Considerar uma tolerância de até R$ 1,00 na validação. Regra 3BA02-68: Exceção 2: A RV poderá não ser aplicada, se existirem documentos fiscais referenciados com modelo diferente de 55; Exceção 3: A RV não será aplicada se existirem NF de Produtor referenciada, inviabilizando a identificação do valor devolvido; Observação 1: Se a NF-e de devolução tiver muitas NF-e referenciadas, a conferência do valor pode prejudicar a performance do Ambiente de Autorização. Nesses casos, a SEFAZ Autorizadora poderá não aplicar essa RV. Por exemplo, limitar a aplicação da RV somente para as NF-e de devolução com até 5 NF-e referenciadas e/ou com NF-e referenciadas de até 3 meses anteriores. Observação 2: A devolução pode ocorrer para muitos itens de diferentes NF-e, Considerar uma tolerância de até R$ 1,00 na validação. Quero chamar a atenção de todas referente a Observação 1 e 2 incluídas nas 5 regras. Na observação 1 podemos concluir que se a nota tiver mais do que 5 notas referenciadas a SEFAZ poderá não aplicar a regra de validação em detrimento a performance da SEFAZ, mas isso não significa que devemos abusar, pois quanto menos você espera o Fisco poderá aparecer com o talão de multa em mãos. Na observação 2 devemos tomar muito cuidado com os arredondamentos, pois a tolerância será de R$ 1,00.

Olá Pessoal, Vamos a mais uma atualização da NT 2022/003, foi publicado a versão 1.11 da NT. Resumo das novidades 1. quanto ao prazo não foi alterado, sendo assim esta mantido a data 07/02/2023 para o ambiente de homologação e 03/04/2023 para o de produção. 2. Ocorreram melhorias na redação/documentação, como veremos adiante. Nova redação explicando melhor a utilização do campo refNFeSig Criação de campo específico no grupo de Documento Fiscal Referenciado (NFref) para permitir ao contribuinte referenciar Nota Fiscal Eletrônica, modelo 55, informando a Chave da NF-e com o código numérico zerado. Essa alteração visa garantir a manutenção do Sigilo Fiscal da NF-e referenciada. A referência pela chave de acesso completa (campo: refNFe) ainda continua obrigatória nos casos de NF-e de devolução, complementar e quando a legislação exigir. O texto em negrito tem por objetivo chamar a atenção de quando NÃO se deve usar o refNFeSig. Melhoria na documentação das regras BA02-60 e BA02a-110 Na regra BA02-60 foi acrescentado as seguintes condições: - Se modelo da Chave de Acesso = 55 ou 65; (para deixar claro que a regra se aplica em ambos os modelos de uma nota referenciada) - Se Mês-Ano da Chave de Acesso superior a Abril/11; (essa condição é para deixar claro que notas emitidas anteriores a esse Mês/Ano não vão ser validadas pela regra) Na regra BA02a-110 foi acrescentado a seguinte condição: - Se Mês-Ano da Chave de Acesso superior a Abril/11; (essa condição é para deixar claro que notas emitidas anteriores a esse Mês/Ano não vão ser validadas pela regra) Sobre as mudanças no componente ACBrNFe e consequentemente no ACBrMonitorPlus e ACBrLib O componente ainda NÃO foi atualizado para contemplar o novo campo (refNFeSig) uma vez que o ambiente de homologação só será liberado em 07/02/2023. Mas mantenha seus fontes atualizados, porque nos próximos dias, enviaremos para o SVN uma atualização do ACBrNFe, ACBrMonitorPlus e ACBrLibNFe.

Boa tarde, Você tem uma cópia desatualizada do arquivo ACBrNFSEXServicos.ini na pasta do executável. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Recompile a aplicação com a opção Build. Delete da pasta do executável o arquivo ACBrNFSeXServicos.ini

Boa tarde, É o provedor EL.

Boa tarde, Verificando o código que gera o XML temos: NFSeNode.AppendChild(AddNode(tcDe2, '#1', 'valor_nf', 1, 15, 1, NFSe.Servico.Valores.ValorLiquidoNfse, '')); NFSeNode.AppendChild(AddNode(tcDe2, '#1', 'deducao', 1, 15, 1, NFSe.Servico.Valores.ValorDeducoes, '')); NFSeNode.AppendChild(AddNode(tcDe2, '#1', 'valor_servico', 1, 15, 1, NFSe.Servico.Valores.ValorServicos, '')); Não encontrei na unit SigISSWeb.GravarXml nenhuma linha que esteja realizando algum calculo com os campos ValorLiquidoNfse e ValorServicos, logo se esta gerando com valores diferentes é porque esses campos receberam valores diferentes na rotina que alimenta o componente com os dados do serviço prestado.

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

Boa tarde Francesco, Uma coisa é a tag <InformacoesComplementares> constar no XML do Rps que foi enviado para o provedor. Outra coisa é o XML da NFS-e gerado pelo provedor. Primeiro você precisa verificar se a tag consta no XML do Rps com o texto que foi informado. Se a tag consta e o XML foi enviado e o Rps foi processado com sucesso, o passo seguinte é verificar o XML da NFS-e se este contem a tag. Outra coisa importante é, o provedor ISSNet tem 2 webservice, um segue a versão 1 do layout da ABRASF, nesta versão não existe essa tag. O outro webservice segue a versão 2.04 do layout da ABRASF e nesta versão existe a tag no layout. Como você não informou a cidade, eu não sei qual dos 2 webservice essa cidade utiliza.

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

Boa tarde Luis, Noto que você ainda esta usando o componente antigo. 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/

Boa tarde a todos, A Consulta pelo numero do protocolo para atender a API Rest que é utilizada pela versão 2.1.1 já esta pronta. O componente ACBrReinf já esta realizando essa consulta e a API esta retornado o resultado do processamento. O próximo passo agora é adequar a leitura dos retornos, tanto do envio quanto da consulta, pois os retornos da API Rest não são envelopados e algumas tag estão com nomes diferentes do retorno gerado pelo WebService. Assim que essas adequações forem realizadas e testada, retornarei aqui para avisa-los. Atenção: As alterações que fiz ainda não foram para o SVN.

Bom dia João, Já esta no SVN.

Vagner, Você tem certeza que com essa alteração que você fez no arquivo ACBrNFSeXServicos.ini funcionou? Pois ao comentar a linha que contem o campo Versao diz ao componente que a versão é 1.00 sendo que ele é da versão 2.04 Outra coisa, segundo o SoapUI temos: Produção: <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:prod="https://nfse.setelagoas.mg.gov.br/webservice/index/producao"> <soapenv:Header/> <soapenv:Body> <prod:RecepcionarLoteRps> <xml>?</xml> </prod:RecepcionarLoteRps> </soapenv:Body> </soapenv:Envelope> Homologação: <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:prod="http://homolog.libresolucoes.com.br:8010/webservice/index/producao"> <soapenv:Header/> <soapenv:Body> <prod:RecepcionarLoteRps> <xml>?</xml> </prod:RecepcionarLoteRps> </soapenv:Body> </soapenv:Envelope> Observe o segundo atributo xmlns da tag Envelope, não tem nada haver com "http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd" Após alterar o arquivo INI, você recompilou ele para gerar um novo RES, depois reinstalou o ACBr e por fim compilou a aplicação com a opção Build? Se não executou essa sequencia, a alteração que você fez no arquivo INI não surtiu nenhum efeito.

Bom dia, Verifica se configurou corretamente a pasta Schemas, segundo a orientação do tópico abaixo. Como configurar corretamente a pasta de schemas - NFS-e - Projeto ACBr

Bom dia Vagner, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3529

Bom dia Danny, Muito obrigado pela colaboração, já esta no SVN.

Bom dia Gustavo, Se o XML baixado da nota após o seu cancelamento não possui o grupo <NfseCancelamento> ou a tag Status com o valor que indica cancelamento, o componente não tem como saber por esse XML que a nota esta cancelada.

Boa tarde a todos, Realizei alterações no componente ACBrReinf visando o envio dos eventos da versão 2.01.01 para a API Rest. O envio foi realizado com sucesso e a API retornou o XML de retorno. Como essa API trabalha no modo Assíncrono após o envio não temos o resultado do processamento e sim apenas o numero do protocolo. De posse do numero do protocolo será necessário realizar uma consulta para que enfim possamos ter o resultado do processamento do(s) evento(s) enviado(s). O próximo passo agora é implementar no componente essa consulta. Assim que ela for implementada e testada, retornarei aqui para avisa-los. Atenção: As alterações que fiz ainda não foram para o SVN.

Boa tarde, O componente esta gerando com valores diferentes ou você informou desta forma?

Boa tarde Gustavo, Essa consulta retorna o XML da nota, correto? Quando a nota é cancelada via webservice o XML retornado pela consulta consta a data de cancelado, já se a nota foi cancelada via site, o XML não tem essa informação, correto? Se a resposta for sim para as 2 perguntas, você poderia anexar o XML retornado para que possamos analisar?

Boa tarde, Veja esse fragmento de código do programa exemplo: // TnfseSituacaoTributaria = ( stRetencao, stNormal, stSubstituicao ); // stRetencao = snSim // stNormal = snNao // Neste exemplo não temos ISS Retido ( stNormal = Não ) // Logo o valor do ISS Retido é igual a zero. Servico.Valores.IssRetido := stNormal; Servico.Valores.ValorIssRetido := 0.00;

Boa tarde, Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?

Boa tarde Talita, A cidade de Iturama/MG consta sim no arquivo ACBrNFSeX e o seu provedor é Governa. Se não esta aparecendo ela no combobox, selecione uma outra qualquer, salve a configuração, encerre a execução do programa exemplo, execute ele novamente, que vai aparecer a cidade desejada.

Boa tarde Talita, O programa exemplo em Lazarus esta desatualizado em relação ao feito em Delphi.

Bom dia, Já inclui na minha lista de tarefas para analise. TK-3519

Bom dia Daniel, Faça o que eu escrevi acima.