Ir para conteúdo
  • Cadastre-se

Jéter Rabelo Ferreira

Membros
  • Total de ítens

    571
  • Registro em

  • Última visita

  • Days Won

    5

Tudo que Jéter Rabelo Ferreira postou

  1. Veja imagem do meu ACBr.inc quanto a MINGW Vou clonar um repositório totalmente novo e instalar e testar. Depois informo o resultado. Atenciosamente.
  2. Sim, a imagem está em LT_all. Mas eu mudei no sistema para LT_TLS1_2 e o erro ficou igual, mas informando que não suporta LT_TLS1_2 (Somente não colei a imagem). Fontes atualizados nessa semana. Vou atualizar novamente para verificar. "Obs.: Como disse acima, bastou colar as DLL's do MINGW que Notas foram autorizadas." Atenciosamente.
  3. Bom dia. Estou com um problema semelhante. Passei a enviar somente as DLL's OpenSSL (1.1.1) e libxml2 e versão x64 de um de nossos sistemas. Hoje um cliente me reportou o erro (imagem abaixo). Mudei para TLS1.2, e erro mudou para não suporte LT_TLS1_2. Peguei as DLL's do MINGW e colei na pasta e funcionou. Minha instalação não exige MINGW (Antigamente utilizava). Como resolver isso para não precisar dessas DLL's (MINGW -x32/x64)?
  4. Boa tarde. Fui implementar a impressão de Inutilização de Documento fiscal (Delphi) e ocorreu memoryLeak. Fui analisar, faltavam duas coisas. Efetuar o Free no ClientDataset (cdsItens) e vincular o evento FormDestroy ao Form. Segue a unit corrigida. (Abri o tópico no fórum errado. O correto é CTe) Atenciosamente. ACBrCTeDAInutRL.pas ACBrCTeDAInutRL.dfm
  5. Bom dia. Ao importar o XML para o sistema efetuamos a "limpeza" dos pontos nas TAG's de valores. Como esses XML's não possuem um DigestValue para validação, não tem problema quanto a isso. Atenciosamente.
  6. Boa noite Efetuamos o tratamento interno mesmo. Podem desconsiderar esse post. Atenciosamente.
  7. Boa tarde. Estamos com um problema na NFS-e do provedor NFSeBrasil. Valores acima de 1.000,00 vem formatados, conforme pode ser visto no XML anexo (e imagem abaixo). Gostaria de saber como fazer para corrigirmos isso, pois a rotina de conversão é feita na unit ACBrUtil, o que pode afetar outras coisas. Ao passar por ela, ele transforma o primeiro pronto para vírgula, e quando vai fazer o StrToFloat gera uma exception, retornando o valor zerado. Atenciosamente. 20202-nfse.xml
  8. Boa tarde Na alteração da geração do arquivo do Itaú CNAB400 (não testei o 240), está com problemas CRLF (#13#10) em stringlist ocorreu problemas e, devido a isso, a numeração da linha ficou errada. Repetindo números e rejeitando arquivo no banco. Efetuei uma correção no referido arquivo para análise de vocês. Atenciosamente, ACBrBancoItau.pas
  9. Boa tarde. No provedor NFSeBrasil não está setada a opção de remover o EComercial, o que está ocasionando erros Segue anexo arquivo INI Atenciosamente. NFSeBrasil.ini
  10. Bom dia. Uma correção no componente. Atenciosamente. ACBrConvenio115.pas
  11. Bom dia. A SEFAZ me respondeu, e a resposta foi a seguinte: Obs.: Mas continua do mesmo jeito, sem correção
  12. Bom dia Juliana. Não, pois foi somente colocando um begin após um if, onde estava gerando um erro indevido. Outra correção é forma de formatar o telefone, que na versão anterior, a formatação era como números (Com zeros), que na versão nova passou a ser string (com brancos) Atenciosamente.
  13. Boa noite, Um cliente nosso precisou refazer arquivos do convênio 115 anterior ao ano de 2017 e alguns erros foram apresentados. Efetuamos as devidas correções e segue a unit corrigida. Atenciosamente. ACBrConvenio115.pas
  14. Eu abri uma reclamação hoje de manhã. Mas pedem 48 horas para resposta Atenciosamente.
  15. Bom dia. Enviei uma pergunta a SEFAZ quanto a esse problema. Ademais, se alguém tem problemas iguais em MG, podem efetuar a alteração, sem problemas. Pois ela APENAS trata a tag com dados adicionais, deixando-a "legível" ao componente. Atenciosamente
  16. Bom dia Me responderam agora, solicitaram o XML da NFC-e bem como o retorno com o erro. Fui efetuar o teste para enviar um XML de hoje, e está normal. Devem ter achado o problema devido a solicitação. De qualquer maneira, está OK. Atenciosamente.
  17. Bom dia Enviei uma pergunta a SEFAZ/MG, assim que tiver resposta deles eu posto aqui. Atenciosamente.
  18. Boa tarde. Alguém está com problema ao enviar NFC-e em MG ambiente de homologação hoje? Está me retornando erro 215: Falha no schema XML. Efetuei o teste do XML no portal do RS e nenhum erro encontrado. Ambiente de produção está normal. Atenciosamente.
  19. Sim. SPED Fiscal/Contribuições (Empresas não optantes pelo simples). Sintegra (Empresa optantes pelo simples) (em MG ainda precisa) Atenciosamente.
  20. Bom dia Alguém mais está com problemas em emitir NFC-e em MG no ambiente de homologação? Desde ontem a tarde estamos recebendo o erro 999 - Não catalogado. Atenciosamente.
  21. Olá, Sim, retirar o Double ou utilizar o RoundABNT dá na mesma. Mas se você verificar a commit efetuado no dia 07/04/2019 as 20:27, que foi quando alteraram isso e ocasionou o problema, colocaram a mensagem no commit de "Correção para Compilação em 64 bits" Portanto, ao utilizar o RoundABNT, uma função contida no ACBrUtil, a mesma deve estar compatibilizada com x64. Por isso a utilização dela por minha parte. Atenciosamente.
  22. Bom dia Implementamos aqui meses atrás aqui do Bradesco. Os fontes podem ser baixados em: https://[email protected]/jerasoft/jera-da-di.git . Encontra-se em BoletoWEB. E respondendo ao Ítalo, não existem padrões. No caso do Bradesco, pode ser enviado XML ou JSON. Fizemos com JSON. CEF analisamos a documentação meses atrás, somente SOAP e XML. Atenciosamente.
  23. Bom dia Resolvi aqui mudando o RoundTo para RoundABNT (ACBrUTIL) Segue unit modificada. Atenciosamente, ACBrBoleto.pas
  24. Boa tarde. MG e Contingência ainda parados Atenciosamente.
×
×
  • 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.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...