Ir para conteúdo
  • Cadastre-se

Renato Rubinho

Consultores
  • Total de ítens

    4.101
  • Registro em

  • Última visita

  • Days Won

    73

Tudo que Renato Rubinho postou

  1. Boa noite, Atualize todos os fontes e reinstale o ACBr, marcando a opção para apagar arquivos antigos e veja se resolve.
  2. Boa noite, Não é descartável, mas é pouco provável que seja o formato do código, pois aparentemente nenhum município que usa o ginfes está configurado para um formato diferente. Comparou também o CodigoCnae e o CodigoTributacaoMunicipal? Envie o XML para o suporte do provedor para identificarem o que está errado.
  3. Boa noite, Teste com o programa de exemplo, veja as informações preenchidas, onde são alimentadas em cada propriedade. Veja na unit do Bradesco, como são gerados os segmentos para identificar o que está errado nas posições destacadas como rejeitadas. ../trunk2/Fontes/ACBrBoleto/ACBrBancoBradesco.pas
  4. Boa noite, Tente remover o ParseText() e veja se resolve. Como vai ser codificado pelo EncodeBase64, não deve precisar do parse.
  5. Como você informou no tópico incial que se tratava da versão 2.1.2, imaginei tivesse relação com os novos ajustes. Foi enviado ao SVN na Rev-29526 Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.
  6. Boa tarde, Obrigado pela contribuição. Criada TK-3975 para análise. As implementações da versão 2.1.2 já estão em fase de testes e aguardamos a liberação do ambiente de testes pela Receita para validação e liberação dos fontes. Acompanhe o tópico a seguir para quando houverem novidades.
  7. Tente aumentar a propriedade LarguraCodProd
  8. Lembrando que estamos no "opiniômetro"... Neste caso entendo que a abordagem é diferente por se tratar de um arquivo que o conteúdo está sendo criado em memória pela aplicação. Já no caso do zip, ele está extraindo arquivos que desconhece o conteúdo. Se você está desenvolvendo um método de extração e encontrar algum arquivo a ser sobreposto, não é o componente que sabe se deve sobrepor e sim o seu método, então a condição de sobrepor deve ser de acordo com a regra do seu método, perguntar ao usuario, optar por sempre ou nunca sobrepor. Por isso imagino que possa haver algo no componente para você escolher se deve ou não sobrepor.
  9. Veja a função a seguir e seus relacionamentos para identificar se está preenchendo os dados corretamente. CalcularDVCedente() ../trunk2/Fontes/ACBrBoleto/ACBrBancoCaixa.pas
  10. Boa noite, Provavelmente, não está especificado porque é um comportamento do SO permitir a sobreposição devido às permissões ou o arquivo em uso. A tentativa de sobreposição ou não é condição da aplicação, o que pode haver é alguma propriedade no componente para optar, caso tenha sido tratado, veja se encontra algo na documentação com relação a isso.
  11. Seu fortes pode estar desatualizado. Foram implementadas, faz um tempo, as opções de Soft e Hard break que deveriam tratar isso. Tente atualizar o fortes, reinstalar, reinstalar o ACBr e ver se resolve o problema.
  12. Boa noite, Direcionado tópico para o Fórum correto. Está utilizando o ACBrNFSeX? Revise suas configurações de ssl/tls, utilize LibXml2 e atualize as dlls na pasta da aplicação.
  13. Boa noite, Fechando este tópico antigo e seguindo no outro.
  14. Boa noite, Parou de funcionar? Houve alguma mudança de conexão ou trocou o computador? Se estiver com o outro programa aberto, precisa fechar para liberar a porta.
  15. Boa tarde, Nem sempre a url é a mesma, mas neste caso aparentemente está ok, abrindo a url que configurou. Precisa confirmar com o provedor se existe ambiente de homologação para configurar também a url. Siga os passos do tópico a seguir após alterar o ini.
  16. Boa noite, Verifique as dependências, dlls OpenSSL e LibXml2, por exemplo.
  17. Boa noite, O cep 00000000 pode estar gerando alguma exceção não tratada na Sefaz, mas mesmo assim teria o retorno do componente. Faça um teste com o programa de exemplo para ver se ocorre o mesmo problema. Revise suas configurações de ssl/tls.
  18. Boa noite, O código 07.02 pode não ser para fora do município, talvez tenha que utilizar outro código, veja se consegue a informação no provedor ou alguma NFSe já emitida pelo site.
  19. Boa noite, Veja o código 63194 que está preenchendo em CodigoTributacaoMunicipio. Talvez seja outro código, consegue ver um XML emitido direto pelo provedor qual código é utilizado?
  20. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  21. Boa noite, Verifique se não alguma alteração local nos fontes e faça o revert, caso tenha. Confirmando, reinstalou os componentes após atualizar? Marcou a opção para apagar arquivos antigos? Caso não tenha feito algum dia passos acima, reinstale novamente seguindo-os para ver se resolve o problema.
  22. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  23. Boa noite, Tente em produção, pode ser problema no ambiente de homologação.
  24. Você postou no fórum de NFSe. Está usando o componente ACBrNFSeX?
  25. Boa noite, Primeiro, atualize seus fontes, pois as configurações desse município foram atualizadas na semana passada. O ACBrNFSeX utiliza o ini a seguir com as configurações dos municípios. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/ACBrNFSeXServicos.ini Selecione qualquer município, salve as configurações, feche e abra novamente o programa de exemplo que o município irá aparecer.
×
×
  • 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.