Ir para conteúdo
  • Cadastre-se

xim.logan

Membros
  • Total de ítens

    200
  • Registro em

  • Última visita

  • Days Won

    2

Tudo que xim.logan postou

  1. Boa tarde a todos, alguém sabe me dizer se o ACBR boleto, está implementado o banco BANERJ? grato
  2. Estava com o mesmo problemas. Resolvi, pegando o arquivo BHISS.ini da pasta acbr atualizada, e substituindo o da aplicação. Funcionou na hora.
  3. O meu deu o mesmo problema, o que fiz foi pegar o BHiss.ini da atualizacao do abcr que fiz essa semana, e subistui o da aplicacao. Funcionou certinho
  4. Amigo, pode encerrar o Post!, Descobri que o banco informou o Numero do Convenio errado . Eu ha dois dias quebrando a cabeça aqui. Povo sem compromisso! Vlw pela ajuda!
  5. Poisé, estranho demais. Eu tenho outros clientes Sicredi homologados. Até cheguei a questionar por email com o banco se os Digitos verificadores deles estão corretos. Ainda mais que tem esse campo de UA, que tiver que colocar no DV da agencia para aparecer no boleto.
  6. Olhei o link passado, mas não me ajudou muito. Acredito que o modo mais simples é eu mesmo fazer esse calculo( para o caso especifico do sicredi). Mas para isso, eu preciso saber se tem alguma forma de o titulo não fazer o calculo pelo ACBR, se tem algum parâmetro ou configuração onde eu possa especificar que eu calcularei o NossoNúmero. Grato
  7. Boa noite, eu já tenho clientes homologados com o Sicredi, porém, fui fazer a homologação hoje dia 7/04/21 e deu rejeição no digito verificador do NossoNumero. Eu fiz atualização do ACBR semana passada, estou em duvida se pode ter sido essa atualização, já que já havia homologado outros. Já coloquei código UA no campo digito da agencia, pois, antes também faltava a UA=34, e vi no fórum que era só colocar lá. Enviei, não deu mais o problema do UA, mas continuava dando do DV do nosso numero.
  8. Resolvi enviando com o cst 900. Obg a todos pela ajuda
  9. Amigo, segue tambem agora o xml, colocando R$0.01 no ultimo item, e continua dando a mesma mensagem.
  10. Amigo, segue tambem agora o xml, colocando R$0.01 no ultimo item, e continua dando a mesma mensagem. 31201117839796000173550010000004411000454417-nfe.xml
  11. Amigo bom dia, segue xml com cst 900, para verificacao dos campos VBCst, abraçõs 31201117839796000173550010000004411000454417-nfe.xml
  12. O cliente ja nao esta mais la, amanha faço com o 900 e te envio. Obg
  13. O CST 500 nao mostra o VBCST no xml, por isso, preenchi as outras tags, para eu poder ver quais valores estava passando.
  14. Eu ja fiz os testes sem os valores das tags, eu coloquei neste xml que enviei, porque como o cst é 500, nao apareceria os valores para conferencia, então como iria mostrar quais os valores estou passando se o cst 500, oculta estas tags. Esta foi a forma que encontrei para verificar quais os valores estava passando para o xml, mas retirando estas tags, permanece a mensagem. Obg complemento da resposta acima: Resumindo: Passando os valores somente para a tag vBCST o erro permanece. Obg
  15. Essa validação que dá essa mensagem é feita pelo ACBR ou pela SEFAZ?
  16. Amigo, fiz isso, acrescentei R$0.01 apenas no 1º item e mesmo assim não deu. Não amigo, ja faço isso, porém, como a 3ª casa decimal é inferior a 5, é ignorado pelo arredondamento.
  17. Boa tarde pessoal, já nem sei mais o que fazer, acho que já envelheci uns 10 anos, com esse problema. tenho uma nf de restituição de icms-st, porem o problema não é no que forneço de informação sobre base calc st, e sim, nos valores que não arredondam, e da diferenca final de 0,01 centavos, no calculo feito pelo acbr. eis os valores passados para o campo ICMS.vBCST , item 1 -> R$538,3296, (arredondando da R$538,33) item 2 -> R$1143,5136, (arredondando da R$1143,51) item 3 -> R$1143,5136, (arredondando da R$1143,51) item 4 -> R$1143,5136, (arredondando da R$1143,51) sao 3 itens com o mesmo valor, não é erro nao. a soma deveria dar R$3968,87 ( CORRETO), porem a soma dá (R$3968,86), o que está causando o erro na sefaz. segue xml, para conferencia. se aguem puder me dar uma ideia de como sair desse "labirinto", agradeço. 31201117839796000173550010000004411000454417-nfe.xml
  18. Amigo, como conseguiu colocar o codigo para sair em branco? estou tentando colocando " " mas ta dando erro, gostaria que nao saisse nada. Amigo, como conseguiu colocar o codigo para sair em branco? estou tentando colocando " " mas ta dando erro, gostaria que nao saisse nada.
  19. Poise, com certeza nao é no componente, entao pensei que poderia ser uma configuração, ou eu não estar limpando algum buffer, ou coisa assim. mas vou fazer isso, vou tentar o Libwincrypt para ver. Obrigado
  20. Bom dia Italo, parece que o problema era com a Prefeitura pois voltou a funcionar normal, porém, o cliente que usa a NFSe de Pelotas-RS, disse que percebeu que até a terceira NF envia normal, mas que depois da Terceira, da erro o mesmo erro de , e so volta a funcionar no dia seguinte. agora fiquei na duvida se é lá na prefeitura ou no componente. Tem alguma ideia do que possa ser? Obs. envio usando as configurações do acbr o "LibCapiCom", não sei se isso interfere em algo obrigado
  21. Nao estou conseguindo fazer nada, nem enviar nem substituir
  22. Esse erro esta dando comigo, tanto para substituir como para enviar.
  23. Mas o engraçado que muito insistindo uma vez ate deu certo, deu erro mas enviou. Veja o erro que esta dando.
  24. Alguem consegiu, pois o meu teste com o acbr esta dando acess violation nsewsisapi.dll Grato
  25. testei no demo, e deu erro. Alguem já passou por isso. Att Adilson
×
×
  • 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...