Ir para conteúdo
  • Cadastre-se

Jéter Rabelo Ferreira

Membros
  • Total de ítens

    568
  • Registro em

  • Última visita

  • Days Won

    5

Tudo que Jéter Rabelo Ferreira postou

  1. 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
  2. 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.
  3. Boa noite Efetuamos o tratamento interno mesmo. Podem desconsiderar esse post. Atenciosamente.
  4. 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
  5. 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
  6. 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
  7. Bom dia. Uma correção no componente. Atenciosamente. ACBrConvenio115.pas
  8. Bom dia. A SEFAZ me respondeu, e a resposta foi a seguinte: Obs.: Mas continua do mesmo jeito, sem correção
  9. 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.
  10. 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
  11. Eu abri uma reclamação hoje de manhã. Mas pedem 48 horas para resposta Atenciosamente.
  12. 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
  13. 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.
  14. Bom dia Enviei uma pergunta a SEFAZ/MG, assim que tiver resposta deles eu posto aqui. Atenciosamente.
  15. 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.
  16. Sim. SPED Fiscal/Contribuições (Empresas não optantes pelo simples). Sintegra (Empresa optantes pelo simples) (em MG ainda precisa) Atenciosamente.
  17. 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.
  18. 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.
  19. 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.
  20. Bom dia Resolvi aqui mudando o RoundTo para RoundABNT (ACBrUTIL) Segue unit modificada. Atenciosamente, ACBrBoleto.pas
  21. Boa tarde. MG e Contingência ainda parados Atenciosamente.
  22. Daniel, Acho que estamos falando de coisas diferentes. Você modificou a propriedade a respeito da impressão de informações adicionais de produtos, e eu estou falando sobre a impressão dos Dados adicionais da nota (Informações Complementares/Informações ao Fisco). Atenciosamente.
  23. Bom dia. Efetuamos a atualização aqui mas os dados adicionais (Informações complementares/Informações ao fisco) continuam não aparecendo. Nada é impresso, nem vazio. Atenciosamente.
  24. Delphi Berlin. Fast padrão do Delphi 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.