Douglas A R Lima

Um detalhe que deixei passar, para tPag = 90, não é necessário informar indPag.

Passando para informar que o problema estava na montagem do XML. Após ajuste, a nota foi transmitida. Obrigado!

Boa tarde, senhores! A NT 2025.001 tornou obrigatória a validação YA03-10. Realizando testes no Ambiente de Homologação, estou recebendo a rejeição 865 nas emissões de notas com retenções. De fato, a soma das Tags vPag é inferior ao valor informado na tag vNF em decorrência do valor da retenção. Fiz o teste informando tPag = 90 com valor da diferença e também com valor zerado. Não passou! Alguém sabe como proceder nestes casos? Obrigado!

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?