Douglas A R Lima

Muito obrigado, BigWings!

A unit que ocorre o erro esta localizada em ..\Fontes\ACBrTCP\ACBrConsultaCNPJ.pas.

Boa tarde! Após última atualização do ACBr, ao compilar aplicação em modo Release, ocorrem erros na unit ACBrConsultaCNPJ. Em modo Debug não ocorre erro. Na instalação do ACBr não é reportado nenhum erro. Já desinstalei e instalei novamente. Alguém tem ideia do que pode ser?

Bom dia, Italo. Ok. Obrigado!

Boa noite a todos! Por favor, alguém sabe informar se no ACBr está disponível o serviço de Consultar a Lista de RPS disponível para o provedor ISSNet (NFS-e Brasília/DF)?

Boa tarde a todos! Eu e o usuário @Jheckson, criamos o arquivo "DANFSeNacional.fr3" e fizemos ajustes na Unit "ACBrNFSeXDANFSeFR" para que seja possível imprimir o DANFSe em Fast Reports direto do componente conforme modelo da API do Padrão Nacional. Lembrando que esta impressão é opcional, o Padrão Nacional disponibiliza o serviço "Obter DANFSe". Atenciosamente, @Douglas A R Lima ACBrNFSeXDANFSeFR.pas DANFSeNacional.fr3

Boa noite, Italo. Fontes atualizados e componentes reinstalados. A informação no DANFSe agora está correta. Muito obrigado!

Na leitura de um XML (NFS-e Padrão Nacional) onde não existe o grupo "exigSusp", o método "LerExigibilidadeSuspensa" é disparado mas não é passado valores para as Tag "tpSusp" e "nProcesso". Comportamento correto. Acontece que "tpSusp" esta sendo inicializado com o valor "tsDecisaoJudicial" antes. E com isso a informação de "Suspensão da Exigibilidade do ISSQN" no DANFSe fica errado.

Boa noite, Italo. Fontes atualizados e componentes reinstalados. Testes realizados e problema corrigido. Mais uma vez, obrigado!

Bom dia, Italo. Beleza. Obrigado!

Boa tarde, Italo. Conforme relatei no Discord (https://discord.com/channels/798697718800318484/801796941813907456/1156538613404807178), fiz o debug, não sei falhei em algum ponto, de fato observei que a propriedade "OptanteSN" é alimentada no método" "LerRegimeTributacaoPrestador". No entanto, este método é disparado somente nos métodos "LerPrestador" e "LerIntermediario" (o método "LerIntermediario" é disparado pelo método "LerinfDPS"). Observei que o método "LerinfDPS" não é disparado e o Field "FpLerPrestador" recebe "False" no método "LerXMLNFSe". Nos XML que utilizei para testes no ACBr Demo na opção "Imprimir DANFSe - Padrão Nacional", sempre a propriedade "OptanteSN" está com valor "Não Optante". E nos XML o valor da Tag é 2, o que deveria resultar em "Optante - Microempreendedor Individual (MEI)".

Boa noite a todos! Ao executar a opção "Imprimir DANFSe" no ACBr Demo a propriedade "OptanteSN" não é alimentada pela classe "PadraoNacional.LerXml". Com isso, no DANFSe a informação "Simples Nacional na Data de Competência" fica errada. Estou fazendo ajustes na classe ACBrNFSeXDANFSeFR para utilizar o modelo de DANFSe do Padrão Nacional no FastReport (arquivo criado pelo usuário Jheckson do Discord). Sei que o Padrão Nacional disponibiliza o serviço "Obter DANFSe", mas ter um arquivo FR3 do Padrão Nacional permite utilizarmos o recurso que alguns chamam de "Espelho da Nota".

Bom dia, Panda. Atualizei e fiz os testes. Observei apenas um pequeno detalhe. Na identificação da Secretaria. Estamos utilizando "Secretaria de Estado de Economia do Distrito Federal - SEEC". No modelo de DANFSe disponibizado no Decreto Nº 43.982 esta informação foi alterada para: Secretaria de Estado de Fazenda No mais tudo ok. Sobre o QRCode entendi. Obrigado por analisar e disponibilizar o arquivo no SVN. https://ww1.receita.fazenda.df.gov.br/legislacao/visualizar-legislacao?txtNumero=43982&txtAno=2022&txtTipo=6&txtParte=ANEXO 01&identificacao=Decreto nº 43982%2F2022 ANEXO 01

Bom dia! No final do mês de Abril, o GDF publicou no ISS On-line o seguinte comunicado para os contribuintes de Brasília - DF: "Senhores contribuintes, Os documentos fiscais oficiais relacionados ao Imposto Sobre Serviços são a Nota Fiscal de Serviço Eletrônica - NFS-e e o Registro Provisório de Serviços - RPS, previstos nos Anexos I e II do Decreto 43.982/2022, em anexo. A emissão destes documentos devem observar os modelos relacionados na legislação citada. A emissão destes documentos em desacordo com a legislação poderá ensejar a aplicação de multa." *: no decreto 43.982 o modelo de DANFSe disponível é fiel ao da Nota Control. Para atender a essa necessidade e evitar multa para os nossos clientes em uma possível fiscalização, criei um modelo de DANFSe (FR3 - FastReport) conforme solicitado pelo GDF. Como pode ser uma necessidade de outra empresa, estou disponibilizando os arquivos para análise. Observações: 1) Para uma melhor visualização dos campos "Número da Nota Fiscal" e "Número do RPS", alterei para "False" o valor da propriedade "FormatarNumerdoDocumentoNFSe" do componente ACBrNFSeXDANFSeFR; 2) Ajustes na classe ACBrNFSeXDANFSeFR: - Adicionado o Field "CodigoNbs"; - Adicionado os Dados do Intermediário (implementei apenas a leitura do Field "RazaoSocial", pois não localizei os demais Fields na Unit ACBrNFSeXClass e não me senti seguro em implementá-los); - Como ainda não existe o link do QrCode no XML e para não ficar um buraco no design do DANFSe, estou gerando um QrCode direcionando para a página de validaçao da Nota Control onde o usuário pode preencher as informações manualmente. Obrigado! Douglas A R Lima ACBrNFSeXDANFSeFR.pas DANFSeBrasiliaDF.fr3

Obrigado!

Boa noite! Conforme orientação, estou criando o tópico, para que, quando possível, seja feito a análise da configuração que apliquei para a geração da Tag "EnderecoExterior" para o Provedor ISSNet. Para gerar, alterei para "True" o valor do Field "FGerarEnderecoExterior" (Unit ISSNet.GravarXml). Obrigado! ISSNet.GravarXml.pas

Bom dia, BigWings. Obrigado pelos esclarecimentos. Com relação a OpenSSL, eu já havia feito o teste e funcionou 100%. Concordo com você, A1 é muito tranquilo com OpenSSL. Mas caso alguém tenha um certificado A1 da VALID e queira utilizar WinCrypt, segue os procedimentos que realizei para o mesmo funcionar em um notebook com Windows 7 Ultimate 32 bits: - Instalei as atualizações disponíveis no Windows Update (103 atualizações); - Instalei o arquivo ".pfx" permitindo exportar a chave privada; - Baixei o instalador da VALID "http://www.validcertificadora.com.br/Instalador" (na instalação selecionei A1, e informei o caminho do ".pfx" e a senha. A principal função do instalador é atualizar as cadeias); - Na aplicação, informei apenas o número de série.

Boa tarde, daniel_paixao. Estou com esta mensagem de erro em um certificado A1 da VALID. Já realizei todos os procedimentos aqui mencionados e não obtive êxito. Poderia compartilhar conosco a sua solução? Obrigado!

Bom dia, André. Atualizado e compilado! Não ocorrem mais os erros mencionados. Obrigado!

Bom dia, senhores! Ontem fiz a atualização via SVN e precisei conferir algumas propriedades do componente ACBrNFeDANFeESCPOS. Ao tentar acessar qualquer propriedade do componente ocorre um "Access Violation". Em alguns momentos também ocorre "Abstract Error". Verifiquei que todos os componentes que possuem referência com a classe "ACBrNFeDANFEClass.pas" apresentam o erro. E todos apontam para o método "GetPathPDF" conforme imagem. Acessei a classe e comentei as alterações, recompilei e parou de ocorrer o erro. Alguém poderia fazer o mesmo teste e verificar se esta tudo ok? Obrigado! Douglas A R Lima

Ok. Obrigado, Juliomar...

Boa tarde, senhores! Sei que muito já foi dito, e que muitas respostas acabam sendo repetidas, mas lendo o post do EMBarbosa http://www.projetoacbr.com.br/forum/topic/32011-extensão-do-suporte-ao-delphi-7-até-o-fim-do-ano/#comment-211225 Pergunto: os desenvolvedores que compilam suas aplicações nas versões D7, D2005, D2006 ou D2007 (é o meu caso) e não quiserem ter problemas com uma possível quebra de compatibilidade a partir de janeiro de 2017 terão que migrar suas aplicações para Lazarus, D2009 ou posterior?

Bom dia, Rodrigo. De fato o meu código esta diferente da última revisão do SVN. Abaixo o log do SVN e em anexo o código que estou utilizando. Por agora, não vou alterar nada no sistema referente à NF-e / NFC-e, pois estou trabalhando em outro projeto. Então, faça os testes, confirme se realmente o problema é causado por esta revisão, em seguida poste o resultado para que um dos colaboradores do ACBr, se julgarem necessário, possam alterar a Unit. Um abraço... Log do SVN -------------- Revisão: 11028 Autor: dopi Data: 30/01/2016 Mensagem do Autor: ACBrNFe.pas - Correção para usar o parâmetro Destinatário ACBrDANFCeFortesFrA4.pas - Correção de acentuação GetURLQRCode.txt

Rodrigo, O valor esta igual nas duas tag's.

Bom dia, Rodrigo. Fiz um teste aqui e a NFC-e foi transmitida sem problemas (print e parte do xml em anexo). Acredito que o erro não esteja relacionado com o método GetURLQRCode, pois com base nos testes que realizei a SEFAZ não valida o número de identificação do estrangeiro. Verifique se o seu ACBr esta atualizado e confirme os dados que estão sendo passados para o componente. Detalhe, sou de Brasília, com isso utilizo a SEFAZ RS. Não sei se a SEFAZ RJ adota algum procedimento diferente. Um abraço... NFCeEst.rar