Ir para conteúdo
  • Cadastre-se

Douglas A R Lima

Membros
  • Total de ítens

    82
  • Registro em

  • Última visita

Tudo que Douglas A R Lima postou

  1. 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)?
  2. 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
  3. Boa noite, Italo. Fontes atualizados e componentes reinstalados. A informação no DANFSe agora está correta. Muito obrigado!
  4. 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.
  5. Boa noite, Italo. Fontes atualizados e componentes reinstalados. Testes realizados e problema corrigido. Mais uma vez, obrigado!
  6. 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)".
  7. 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".
  8. 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
  9. 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
  10. 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
  11. Boa tarde, BigWings. Ok! Então confirmando, caso o meu sistema vá emitir NF-e v4.00 com OpenSSL + TLS1.2 devo compilar a mesma com a diretiva {$DEFINE USE_MINGW} e distribuir as DLLs da MinGW independente da versão do sistema operacional?
  12. Boa tarde, senhores. Conforme orientação do Daniel (http://www.projetoacbr.com.br/forum/topic/34177-acbrdfe-openssl-e-tls12/), para utilizarmos OpenSSL e TLS1.2 devemos fazer uso das DLLs compiladas com "MinGW". Estou fazendo testes na NF-e 4.0 (Homologação) para a SEFAZ RS com OpenSSL usando "SSLType = LT_all" e as notas estão sendo transmitidas normalmente. Agora, se altero "SSLType = LT_TLSv1_2" ocorre o erro "OpenSSL 0.9.8n 24 Mar 2010, não suporta LT_TLSv1_2". Eu achava que para enviar NF-e na v4.00 com OpenSSL era obrigatório o uso das DLLs da pasta "...\DLLs\XMLSec\MinGW", haja visto que a partir da v4.00 da NF-e será permitido unicamente o protocolo TLS 1.2. Sei que o componente ACBr faz o ajuste de comunicação para TLS 1.2 se detectar que a versão é superior a 3.1. Mas porque ocorre o erro quando seto direto "SSLType = LT_TLSv1_2". Fiquei até me perguntando se o uso da "MinGW" se aplicaria nos casos WinXP + OpenSSL + A1 + TLS1.2. Estou fazendo testes no Windows 7 Pro com certificado A1. Obrigado!
  13. 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.
  14. 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!
  15. Bom dia, André. Atualizado e compilado! Não ocorrem mais os erros mencionados. Obrigado!
  16. 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
  17. Bom dia, Juliomar e Daniel. Atualizado e compilado sem erros. Muito obrigado! Douglas A R Lima
  18. Bom dia! K2 Software, obrigado! Daniel, refiz o processo e não deu certo. Instalei em uma Máquina Virtual e funcionou 100%. O problema de fato é na minha máquina. Em anexo o arquivo de Log gerado, caso você ou alguém queira analisar e encontre algo que possa me ajudar. Uma pergunta: devo criar um novo post? Obrigado! log_Delphi_2010.txt
  19. Boa tarde, Daniel. Sempre quando atualizo excluo manualmente os arquivos referente ao ACBr das pastas "C:\Users\Public\Documents\RAD Studio\7.0\Bpl" e "C:\Users\Public\Documents\RAD Studio\7.0\Dcp". Refiz o processo conforme sua orientação e ocorreu um erro na instalação. Segue fragmento do Log: ACBr_DFeComum.dpk(35) Fatal: E2202 Required package 'ACBr_OpenSSL' not found Compilation failure Erro ao compilar o pacote "ACBr_DFeComum.dpk". Abortando... Ocorreram erros na compilação dos pacotes. Hoje pela manhã eu copiei as DLL da pasta MinGW / 32 para a pasta Windows/System32. Pode ter alguma relação? De qualquer forma vou refazer todo o processo novamente passo a passo. Obrigado! Douglas A R Lima
  20. Boa tarde, K2 Software. Como você resolveu o erro "Constant object cannot be passed as var parameter"? Estou com o mesmo problema. Método "TDFeSSLXmlSignMsXml.Assinar" da Unit ACBrDFeXsMsXml. Já excluí a minha pasta ACBr e fiz um novo Checkout no SVN e não resolveu. Obrigado! Douglas A R Lima
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.