Ir para conteúdo
  • Cadastre-se

jorgerp

Membros
  • Total de ítens

    32
  • Registro em

  • Última visita

  • Days Won

    1

Posts postados por jorgerp

  1. Boa tarde,

     

    Comecei a migrar meu ACBR para o Trunk2, e após a atualização do ACBR e instalação pelo instalador, estou tendo erro de Undeclared Identifier moNFCe ao compilar meu sistema. Alguém pode ajudar?

    Meu código:

    procedure TNFCe.ConfigurarAcbrNFe;
    begin
      inherited;
      AcbrNFe := TACBRNFe.Create(nil);
      AcbrNfeDanfe := TAcbrNfeDanfeEscPos.Create(nil);

        // Configura AcbrNFe
      ACBrNFe.Configuracoes.Geral.ModeloDF := moNFCe;

  2. Jacinto e Juliana,

     

    fiz todas as alterações necessárias no ACBRBancoSafraBradesco, porém estou com este último problema....

     

    Preciso de duas funções de cálculo de dígito verificador,

     

    sendo para o cálculo do dígito Safra:

     

    function TACBrBancoSafraBradesco.CalcularDigitoVerificador(const ACBrTitulo: TACBrTitulo): String;
    begin
      Modulo.CalculoPadrao;
      Modulo.Documento := ACBrTitulo.NossoNumero;
      Modulo.Calcular;
      if Modulo.ModuloFinal = 0 then
        Result := '1'
      else
        Result := IntToStr(Modulo.DigitoFinal);
    end;
     
    e a do Bradesco:
     
    function TACBrBancoSafraBradesco.CalcularDigitoVerificadorBradesco(const ACBrTitulo: TACBrTitulo): String;
    begin
      Modulo.CalculoPadrao;
      Modulo.MultiplicadorInicial := 2;
      Modulo.MultiplicadorFinal := 7;
      Modulo.Documento := ACBrTitulo.Carteira + Copy(DateToStr(ACBrTitulo.DataDocumento), 9, 2) + ACBrTitulo.NossoNumero + CalcularDigitoVerificador(ACBrTitulo);
      Modulo.Calcular;
     
      if Modulo.ModuloFinal = 1 then
        Result := 'P'
      else
        Result := IntToStr(Modulo.DigitoFinal);
    end;

     

    Segue a regra de cálculo do dígito verificador do Bradesco segundo o manual do SAFRA página 34:

     

    d) CÁLCULO DO DÍGITO VERIFICADOR DO “NOSSO NÚMERO” BRADESCO
    · Dados para obtenção do DV do número bancário do Bradesco:
    o Carteira: duas posições fixas = “09”
    o Ano de emissão do boleto: duas posições correspondendo ao ano de emissão
    o Nosso Número Safra: nove posições, incluindo o dígito Safra
    o Cálculo do dígito do Nosso Número Bradesco pelo critério do módulo 11
    · Ver cálculo conforme exemplo abaixo:
    Ex: Carteira /Ano emissão do Boleto/ N/Número = 09 05 207732833-?
    0 9 0 5 2 0 7 7 3 2 8 3 3
    2 7 6 5 4 3 2 7 6 5 4 3 2
    0 +63 +0 +25 +8 +0 +14 +49 +18 +10 +32 +9 +6 = 234
    · Dividir o resultado da soma por 11
    234 11
    14 21
    03 Resto*
    · Subtrair o resto de 11
    11 - 3 = 8 Este será o dígito verificador do Nosso Número Bradesco
    *** Importante: Se o resto da divisão for 0 considere DV = 0
    Se o resto da divisão for 1 considere DV = “P”

     

    Agora vamos ao problema....embora eu configure o a propriedade Modulo.MultiplicadorFinal := 7 a função Modulo.Calcular continua utilizando 9 como o multiplicador final, retornando um DV incorreto.

     

    Acredito que o Set desta propriedade não está fazendo efeito, o que afeta o componente de forma geral.

     

    Poderiam ajudar e ver qual a melhor forma de resolvermos isto?

     

    Abraços

  3. Jacinto,

     

    este código não se encontra no seu arquivo ou no fonte do ACBR.....

     

    Se vocês me ajudarem proponho ajustar o ACBRBancoSafraBradesco....Posso contar com vocês?

     

    Minha primeira dúvida é utilizar o ACBRBancoSafra ou o ACBRBancoSafraBradesco para a geração da remessa? Fiz as correções no ACBRBancoSafra mas, se for o caso para manter o padrão, posso fazer estes ajustes no ACBRBancoSafraBradesco. Fiz desta forma pois preciso ter duas funções de cálculo de dígito verificador....uma SAFRA (para a remessa) e outra SAFRA/BRADESCO (para o boleto).

     

    Aguardo suas sugestões.....

  4. Jacinto,

     

    o layout  atual não está sendo aprovado na homologação, apresentando diversas inconsistências. Você tem boletos Safra/Bradesco em produção?

     

    E temos um problema difícil de resolver usando apenas um layout: o calculo do dígito verificador do nosso número é feito segundo o SAFRA para a geração do arquivo de remessa e segundo o BRADESCO para emissão do boleto.

     

    Rotina de Calculo do Dv Módulo 11 Safra

    Se na divisão o resto for 0 (Zero), o Dígito de controle será 1 (Um)
    Se na divisão o resto for 1 (Um), o Dígito de controle será 0 (Zero)

    Rotina de Calculo do Dv Módulo 11 Bradesco

    Se o resto da divisão for 0 considere DV =  0
    Se o resto da divisão for 1 considere DV = P      

  5. Jacinto,

     

    utilizo o componente para os bancos ITAU, SANTANDER, HSBC e BRADESCO. Estou tentando homologar agora para o SAFRA com correspondente bancário BRADESCO. Segundo a documentação do SAFRA, o arquivo de remessa segue o layout padrão do SAFRA, porém a emissão dos boletos segue um padrão específico.

     

    Minhas dúvidas:

     

    1. Devo utilizar o cobSafraBradesco tanto para a geração da remessa quanto para a emissão dos boletos, ou devo utilizar o cobSafra na geração da remessa e o cobSafraBradesco para a geração dos boletos?

    2. Estes layouts foram homologados, pois estou encontrando várias inconsistências?

     

    At.

     

    Jorge

  6. Prezados,

     

    mais uma vez volto a pedir socorro....rsrsrs

     

    Estou homologando a  cobrança do meu sistema junto ao Santander. Consegui resolver todos os problemas encontrado através de outros tópicos do fórum, menos este: o código de barras gerado não consegue ser lido pelo SANTANDER na homologação. E o mais estranho é que testei no caixa eletrônico do BRADESCO e funcionou  e no SANTANDER não, como ocorre na homologação.

     

    Estou usando a impressão pelo QUICKREPORT. Anexei um boleto em PDF caso seja necessário.

     

    Desde já obrigado!!!

  7. Régys,

     

    Vou usar a impressão direta através do AcbrNfeDanfeESCPOS. Já enviei a impressora do cliente para fazer a atualização, ao custo de R$ 180,00 (Petrópolis-RJ). Assim que ele retornar da assintência técnica, faço o teste final e posto aqui se a atualização do firmware resolveu o problema. Paralelamente pretendo começar a indicar outras impressoras que dêem menos dor de cabeça, kkkk....

     

    Abs

  8. Liguei para o suporte da Bematech, que para minha surpresa, me informou que preciso levar a impressora em uma assistência técnica para fazer a atualização do firmware! Acredito que eles tenham retirado o firmware do site para obrigar os clientes a utilizar a assistência técnica! Resumindo: um absurdo!!!!

     

    Assim que atualizar o firmware posto aqui se resolveu o problema....

  9. Amigos,

     

    não encontro nenhum firmaware da MP-2500 TH (o da minha impressora é v1.11) !!! Na segunda vou ligar para o suporte da Bematech para tentar descobrir se existe e aonde posso baixar. Existe firmware para a MP-4200 TH que não é o caso....

     

    Uma outra dúvida é qual o CODEPAGE devo usar? Estou usando 850....

     

    OBS: Meu fontes do ACBR estão atualizados.

  10. JNPace,

     

    a impressora da Bematech vem por padrão BEMA/POS, mas você pode trocar para ESC/POS. Já imprimi com ela configurada nos dois padrões e a impressão continua com problemas na acentuação. Quanto ao QRCODE, li em um outro tópico que o QRCODE só sai em ambiente de produção....não sei se é verdade....alguém poderia confirmar esta informação?

     

    OBS: A MP-2500 imprimi o QRCODE.

×
×
  • 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.