Ir para conteúdo
  • Cadastre-se

WINDEL

Membros Pro
  • Total de ítens

    377
  • Registro em

  • Última visita

  • Days Won

    1

WINDEL last won the day on 25 Março 2023

WINDEL had the most liked content!

2 Seguidores

Sobre WINDEL

Últimos Visitantes

2.757 visualizações

WINDEL's Achievements

Rising Star

Rising Star (9/14)

  • Reacting Well Rare
  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done

Recent Badges

65

Reputação

4

Community Answers

  1. Boa tarde! O problema foi resolvido! Obrigado pela rápida solução!!
  2. Certo @Italo Giurizzato Junior Obrigado pelo retorno! Estaremos testando!
  3. Boa tarde a todos, Atualizamos o componente ACBR hoje com o objetivo de testar a correção aplicada no tópico abaixo (fechado hoje): Porem encontramos outra situação: Ao alimentar o componente da parte de NFe, com os dados do grupo ICMS60. Os campos referentes ao ICMS ST Retido (vBCSTRet, vICMSSTRet, pST e vICMSSubstituto) não são mais criados quando os valores estão zerados. Consequentemente ao tentar aprovar o XML, ocorre o erro: "Rejeicao: Nao informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet [nItem:1]" Os problemas anteriores foram resolvidos porem ainda temos essa situação, as tags devem ser criadas mesmo quando o valor é zero. Grato pela atenção!
  4. Boa tarde! Testamos a situação relatada e agora está funcionando! Obrigado a todos os envolvidos!
  5. Bom dia, a questão foi testado e está funcionando! Obrigado a todos os envolvidos!
  6. Achei a solução, podem fechar o tópico, o problema era a versão do SSLType que estava o valor LT_SSLV3 ao invés de LT_TLSv1_2
  7. Boa tarde, Estou enfrentando um problema que começou desde a última atualização do ACBR (aproximadamente há 15 dias). A última vez que tínhamos atualizado antes foi há aproximadamente 3 ou 4 meses atrás. Esse processo estava funcionando normalmente antes. O Problema ocorre na tentativa de fazer o download do xml da nfe, através do comando "ACBrNFe.DistribuicaoDFePorChaveNFe". Ocorre um erro relacionado a certificado, porém os certificados estão todos corretos e válidos. Alterei as configurações da dll para ficarem adaptados a atualização, mas mesmo assim o erro continua. Foram sobrescritas as seguintes propriedades: Geral.SSLLib := libWinCrypt; Geral.SSLHttpLib := httpWinHttp; Geral.SSLCryptLib := cryWinCrypt; Geral.SSLXmlSignLib := xsLibXml2; O erro que ocorre é o seguinte, primeiramente aparece esse na exceção do Delphi. Depois, em seguida, aparece esse outro problema de servidor inoperante, porém os servers estão funcionando normalmente. Poderiam nos ajudar se isso é um problema de alguma configuração extra que temos que ajustar?
  8. Olá @Daniel Simoes Segue o link do ticket: https://dev.proj.setis.com.br/servicedesk/customer/portal/16/SCP-1184 Essa foi a última resposta:
  9. Bom dia @Italo Giurizzato Junior Obrigado pelo retorno, vocês avisam por aqui quando estiver disponível para testes?
  10. Boa tarde a todos, Recentemente atualizamos o componente ACBR, e não sei dizer exatamente o quanto estávamos desatualizados (acredito que de 3 a 4 meses) e com isso nos deparamos com uma situação: Ao alimentar o componente da parte de NFe, com os dados do grupo ICMS60. O campo "vICMSSubstituto" não é mais criado. O componente recebe o valor normalmente, mas no XML após montado a tag fica faltando causando erros para aprovação da NFe. Gostaria de saber se o componente sofreu alguma alteração relacionado a essa questão. Grato pela atenção!
  11. Bom dia @Daniel Simoes Pelo Status da Setis, apareceu que foi modificado para "Não será feito". Pode me confirmar se essa funcionalidade realmente não será implementada?
  12. Boa tarde @Italo Giurizzato Junior, Certo, obrigado pelo retorno, logo estaremos testando! Grato pela atenção!
  13. Certo Diego, obrigado pelo retorno! Aguardaremos novidades.
  14. Bom dia a todos, Recentemente atualizamos o componente ACBR, e não sei dizer exatamente o quanto estávamos desatualizados (acredito que de 3 a 4 meses) e com isso nos deparamos com uma situação: Ao alimentar o componente da parte de NFe, com a informação do nome do cliente, destinatário ou transportadora (tag xNome no xml) caso a informação repassada contenha o caractere "&" ocorre uma conversão para "&". Gostaria de saber se o componente sofreu alguma alteração relacionado a codificação das informações montadas no arquivo XML, ou se pode ser algum tipo de parametrização nova ou que desconhecemos. Digo isso, pois antes de atualizarmos o componente o funcionamento estava normal, e nunca fizemos nenhuma tratativa quando a esse tipo de caractere no nosso software. Grato pela atenção!
×
×
  • 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...