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.