Ir para conteúdo
  • Cadastre-se

digao_go

Membros
  • Total de ítens

    63
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

digao_go's Achievements

Enthusiast

Enthusiast (6/14)

  • Dedicated Rare
  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done

Recent Badges

18

Reputação

2

Community Answers

  1. Bom dia Italo, Sim estou com todos os fontes atualizados, a questao que o ENVIAR ele funciona perfeitamente aqui, consigo gravar o XML normalmente. O problema conforme descrito acima, ocorre quando existe alguma falha e preciso reenviar o MDF-e, sendo assim recebo o retorno de 204, e ele não atualiza o XML com o protocolo como fazia antes. Tentei também carregar e usar o método (Consultar) para obter o xml assinado e com protocolo mas em testes não deu certo, somente recebo o XML certo, quando é autorizado de primeira cstat=100. Obrigado!
  2. Boa tarde Pessoal, Estou com um problema que quando o MDFe já foi autorizado, e por algum motivo ficamos sem o XML, ao enviar novamente e consultar, retorna Cstat=100, porém os grupos do MDF-e(Prot), não são preenchidos, e ao chamar o GravarXML o mesmo fica sem os protocolos!! ACBrMDFe.Manifestos.Items[0].GravarXML('', oPastaMDFe); Alguma forma de atualizar o XML ? Tentei pelo exemplo, mas basicamente é um LoadFile, e Consultar, mas aqui está ficando sem protocolos. Atualizado hoje o componente.
  3. digao_go

    TRetEnvio - Memory Leak

    Boa tarde, Estou tendo avisos de memory Leak ao fazer o seguinte. - Gero a lista de boletos - Faço o envio por e-mail - Limpo a lista de e-mail .... e ai da memory leak em TRetEnvio. Analisando o código AcbrBoleto, não achei hora alguma onde ele destroi o objeto No create fRetornoWeb := TRetEnvio.Create; ACBrBoleto.EnviarEmail(FEmails.Text, oempresa + ' - Boletos', vMensagemEmail, True, nil, nil);
  4. digao_go

    Sefaz - Goiás

    Boa tarde, Alguém passando por problemas na Sefaz-GO ?
  5. Deu certo!! Estava focando ali no tecontingencia. Muito obrigado pelo compartilhamento da solução!!
  6. Dados alterados ACBrNFe1.Configuracoes.Geral.FormaEmissao := teContingencia TpEmiss = teContingencia UF = RS, mesmo assim envia para BA, estou atualizando o componente para ver, estranho.
  7. Deu certo ? Alterei no sistema mas mesmo assim sem sucesso, mesmo com o Ini atualizado e modificação na Forma de Emissão! ACBrNFe1.Configuracoes.Geral.FormaEmissao := teContingencia
  8. Correto, mas ai no caso eu precisaria ficar testando (Se banco = 237 leia ValorRecebido, se 001 - Valor Pago) pois mudou as posições. Acredito que de toda forma por existir as posições vai precisar de ajustar como eu fiz pois temos 2 informações distintas no retorno. Primeiro houve uma mudança no nome do campo, ao ser transportado para a Unificada, permaneceu o ValorRecebido, que antes lia uma determina posição e agora passou a ler outras, isso gerou inconsistência no sistema todo. Se for mudar elas, teria que manter no mesmo padrão até todos os bancos serem transportados para a Unificada, assim eu sei que estou lendo ValorPago/ValorRecebido, e a posição é a mesma para todos os bancos. Agora da foram que foi feito, mudou posição Antes ValorRecebido := StrToFloatDef(copy(Linha, 93, 15), 0) / 100; Agora ValorRecebido := StrToFloatDef(copy(Linha, 78, 15), 0) / 100; Se manter igual, fica transparente essa modificação até tudo ser unificado. #Sugestão
  9. Bom dia, Antes do refactory temos a leitura dos 2 campos, seja Valor pago e valor liquido previsto no manual. Depois do refactory não temos. Segue em anexo a Unit, acredito que se eles existem, devemos manter e os nomes poderiam ser sugestivos conforme layout do banco (Vlr pago e Vlr Liquido). No componente é Vlr Pago e valor Recebido, gera uma ambiguidade. Segue foto do banco do brasil que ainda está sem ajustes pelo que notei. Outro detalhe ValorRecebido agora no refactory mudou a posição: Antes: ValorPago := StrToFloatDef(copy(Linha, 78, 15), 0) / 100; ValorRecebido := StrToFloatDef(copy(Linha, 93, 15), 0) / 100; Agora ValorRecebido := StrToFloatDef(copy(Linha, 78, 15), 0) / 100; Ou seja eu tenho uma rotina para leitura de Arquivos retornos unica, porém quando vem do BB preciso ler ValorPago para ter acesso a 78 com 15, quando vem de outro banco preciso ler ValorRecebido para ter acesso. ACBrBoleto.pas
  10. Combinado, desculpe!
  11. Bom dia, novamente parece que tivemos problemas, foi removido o ValorPago da unit Acbrboleto.pas. Lembrando que no manual temos 2 informações sempre, valor pago e valor Liquido.
  12. Bom dia pessoal, Estou notando que o Bradesco passou a mandar tudo 0,00 no valor Liquido a ser creditado na conta, causando assim uma inconsistência entre valor PAGO e Creditado, mais alguém está tendo este problema. Como vocês tem feito, utilizado apenas o Valor pago ?
  13. Bom dia, Teve algum retorno do e-mail enviado a eles ?
  14. Estou tendo o mesmo problema desde terça-feira, acredito que mudaram de 24h para 30 minutos como citado acima. Estou aguardando uma reposta da sefaz.
  15. Aguardando aprovação e upload para o repositório. Boletos homologados no banco com sucesso.
×
×
  • 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...
The popup will be closed in 10 segundos...