Ir para conteúdo
  • Cadastre-se

cefantacini

Membros
  • Total de ítens

    406
  • Registro em

  • Última visita

1 Seguidor

Últimos Visitantes

2.081 visualizações

cefantacini's Achievements

  1. No meu caso encontrei o erro, eu estava atribuindo .Titulo.Carteira depois de .Titulo.NossoNumero, foi só atribuir antes que resolveu.
  2. No meu caso eu estava preenchendo as propriedades .Cedente.TipoCarteira := tctRegistrada; (1) .Banco.LayoutVersaoArquivo := 810; Porem, depurando, percebi que mesmo eu tendo preenchido a propriedade TipoCarteira com 1, quando chegava na procedure function TACBrBancoSicoob.CalcularTamMaximoNossoNumero(const Carteira: String; const NossoNumero : String = ''; const Convenio: String = ''): Integer; begin case StrToIntDef(Carteira,0) of 1 : begin if fpLayoutVersaoArquivo = 810 then Result := 8 else Result := 7 end; 9 : Result := 9; else Result := 7; end; fpTamanhoMaximoNossoNum := Result; end; O parâmetro Carteira chegava como 0 Se mudar a linha case StrToIntDef(Carteira,0) of para case StrToIntDef(Carteira,1) of Fica resolvido, porém optei por não mudar o fonte do ACBr para não correr risco de problema em futuras atualizações. Sendo assim a melhor solução que encontrei foi voltar a usar o nossonumero com 7 posições.
  3. Acredito que ainda deva passar por revisão sim, inclusive encontrei outro erro nela....
  4. No grupo de preenchimento das informatções da IBS Municipal, na nota técnica do CTe, o campo pAliqEfet, do grupo gRed, se refere as UF envolvidas, o correto seria os Municipios envolvidos? Será que a redação da nota técnica está errada ou são as UFs mesmo?
  5. Eu atualizei o ACBr e segui as orientações do Ítalo. Eu estava pegando a chave e removendo o literal do documento (NFe, CTe, MDFe) do inicio ... Como a chave passou a vir sem o literal, eu estava usando apenas 41 (ou 40 no caso do MDFe) dos 44 caracteres numéricos da chave. Fazendo os ajustes o problema foi resolvido. Se quiser pode fechar o tópico.
  6. Olhando a mensagem de erro, todos os caracteres da chave são numéricos ....
  7. No meu caso, atualizei o ACBr, reconstrui o Lazarus, limprei e reconstrui o sistema e o problema persiste ...
  8. cefantacini

    Erro ao cancelar NFe

    Atualizei o ACBr hoje e ao tentar cancelar a NFe recebo o seguinte erro: Adcionalmente atualizei a pasta de schemas mais o problema persiste...
  9. Estou sim eu fiz essa verificação....
  10. Eu depurei e acredito que encontrei onde está o problema, mais não tenho certeza se a solução que encontrei pode dar algum "efeito colateral" No ACBr novo, dentro do arquivo: ....\Fontes\ACBrBoleto\ACBrBancoSicoob.pas tem uma procedure que não tem no mesmo arquivo do ACBr antigo: . . function TACBrBancoSicoob.CalcularTamMaximoNossoNumero(const Carteira: String; const NossoNumero : String = ''; const Convenio: String = ''): Integer; begin case StrToIntDef(Carteira,0) of 1 : begin if fpLayoutVersaoArquivo = 810 then Result := 8 else Result := 7 end; 9 : Result := 9; else Result := 7; end; fpTamanhoMaximoNossoNum := Result; end; Esse parametrro carteira vem nulo, dai ele assume o 0 e cai no else e assume 7; Se eu simplesmente tratar o else da mesma forma que o 1 o problema fica resolvido function TACBrBancoSicoob.CalcularTamMaximoNossoNumero(const Carteira: String; const NossoNumero : String = ''; const Convenio: String = ''): Integer; begin case StrToIntDef(Carteira,0) of 1 : begin if fpLayoutVersaoArquivo = 810 then Result := 8 else Result := 7 end; 9 : Result := 9; else begin if fpLayoutVersaoArquivo = 810 then Result := 8 else Result := 7 end; end; fpTamanhoMaximoNossoNum := Result; end;
  11. Atualizei e fiz o teste, porém na nova atualização o problema permanece...
  12. Provavelmente o problema é nessa procedure CalcularTamMaximoNossoNumero, mais eu não consegui entender como ela é codificada
  13. Eu fiz um teste de atualizar o ACBr novamente hoje e a mensagem de erro permaneceu. Dai voltei a versão anterior que eu tinha (backup) de antes da atualização de sábado passado e o problema foi resolvido. Pelo que percebi foi alguma alteração recente no ACBr que está gerando o problema ....
  14. Conta bancária vc diz? Até antes da atualização dos ACBr estava funcionando normal com o leiaute 810 e 8 dígitos nessa conta.... Está mensagem aparece quando eu peço para gerar a remessa....
  15. cefantacini

    Nosso Numero Sicoob

    Depois das mudanças no campo Nosso Numero no sicoob no inicio do ano eu fiz os ajustes no programa para se adaptar as modificações do componente. Na ocasião fui orientado aqui no fórum a preencher o LayoutVersaoArquivo com 810 se fosse boleto do sicoob. Porém atualizei o ACBr semana passada e agora ao gerar uma remessa do Sicoob recebo a seguinte mensagem de erro: Teria alguma configuração adicional a fazer depois da atualizaçã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.