Ir para conteúdo
  • Cadastre-se

[email protected]

Membros Pro
  • Total de ítens

    26
  • Registro em

  • Última visita

Posts postados por [email protected]

  1. após testes  ocorreu erros  no trecho abaixo
      
      function TACBrCaixaEconomica.ConverteModalidadeEmCodCarteira(
      const Modalidade: Integer): String;
    begin
      case Modalidade of
        11, 14: Result:= 'RG';
        21, 24: Result:= 'SR';
      else
        raise Exception.Create( ACBrStr('Código de Modalidade Inválido para Carteira "RG" ou "SR"') ) ;
      end;
      
    1040001300005T 020000001158752000000   14000000003000006313000006        250520220000000020800000000000003000006                  092011071540000182FRUTAS E LEGUMES
    1040001300007T 280000001158752000000                     0               00000000000000000000000000000000                         000000000000000000
    o segundo seguimento T está vazio e onde ocorre o erro,vou ler o manual para entender o porque
    o codigo de ocorrencia está retornando ‘28’ Débito de Tarifas/Custas,por isso o erro 1040001300007T 28

     

     

  2. Boa tarde,no arquivo de retorno Caixa,estou recebendo erro de carteira invalida 'RG'  ou "SR' na leitura arquivo retorno

    trecho do codigo onde ocorre o erro

    function TACBrCaixaEconomica.RetornaModalidade(const ACBrTitulo :TACBrTitulo): String;
    var
      AModalidade : String;
    begin
       with ACBrTitulo do
       begin
        AModalidade := OnlyNumber(ACBrBoleto.Cedente.Modalidade);
        if (ACBrTitulo.Carteira = 'RG') then        {carterira registrada}
            begin
            if ACBrTitulo.CarteiraEnvio = tceCedente then
              AModalidade := '14'
            else
              AModalidade := '11'
          end
          else if (ACBrTitulo.Carteira = 'SR')then     {carteira 2 sem registro}
          begin
            if ACBrTitulo.CarteiraEnvio = tceCedente then
              AModalidade := '24'
            else
              AModalidade := '21'
          end
          else
             raise Exception.Create( ACBrStr('Carteira Inválida.'+sLineBreak+'Utilize "RG" ou "SR"') ) ;
          end;

        Result := AModalidade;

    R0200006.RET

  3. Testei nas 3 portas, em 2 o Demo consegue ativar, estou mandando as fotos. Já tentei em outros computadores, e apresenta o mesmo problema. Pelo aplicativo da VIVO eu envio SMS normalmente.

    Obrigado!

     

    COM10.png

    COM11.png

    COM13.png

    Modem.png

  4. Bom dia!

    Estou tentando utilizar o ACBr SMS, mas já testei no demo com a operadora Vivo modem d-link e TIM modem Onda, e não tive sucesso. O botão "Ativar" funciona, mas o programa para de responder quando tento acionar quaisquer outras funções. Alguém pode me dar uma luz?!

  5. Em 04/04/2019 at 14:48, [email protected] disse:

    É, vou fazer isso... entretanto, não importa o conteúdo do campo IE, pode ser ISENTO ou um número de IE válido, dá o retorno "Lote em Processamento". Se não informo esse campo, a nota é autorizada normalmente.

     

    Bom dia! Estou com o mesmo problema, você conseguiu resolver?

  6. Em 24/12/2018 at 14:57, WILL PETER disse:

    Boa tarde.

    Fiz a atualização dos componentes, instalei e agora, ao compilar meu projeto, deu esse problema nas linhas cujas instruções são como o exemplo:

    image.thumb.png.ed7c65e394ab2d18e71dacfa5782da36.png

    Houve algum refactoring?  Podem me ajudar?

    Um abraço.

     

    Boa tarde!

    Atualizei o ACBR essa semana, e estou com o mesmo problema que você. Você conseguiu resolver?

    Obrigado!

  7. Boa tarde!

    Só recorro ao fórum em último caso, mas já estou há dias com problema no sistema depois que atualizei o ACBR.

    Já resolvi praticamente tudo, pesquisando no fórum e com os exemplos, mas na parte de confirmação do destinatário, vi que tem mais gente com o mesmo problema, mas não achei a solução.

    Pelo que entendi, a solução está no "DistribuicaoDFe", mas não achei nos exemplos e nem nos tópicos como resolver.

    Não consegui achar como substituir as propriedades abaixo:

    ACBrNFe1.DownloadNfe

    ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.resNFe.chNFe

    Por favor, me ajudem!

    Obrigado!

  8. Excelente!

    7 minutos atrás, BigWings disse:

    Na NT 2016.002 houve uma alteração significativa quanto ao campo de modalidade do frete.

    image.png

    Não existe mais o frete por conta do emitente, o código 0 foi alterado de emitente para remetente e o código 1 de remetente/destinatário para apenas destinatário.

    Nas notas de saída isso não faz muita diferença já que o emitente é também o remetente.

    Mas nas notas de entrada, se eu informar que o frete é por conta do remetente (modFrete=0), no DANFE será impresso "0-Emitente", o que estará incorreto. Da mesma forma, se eu informar que o frete é por conta do emissor da nota, no caso o destinatário (modFrete=1), no DANFE será impresso "1-REM/DEST" o que no mínimo vai causar confusão.

    Acho que é válida uma alteração na denominação de acordo com o layout, mesmo que o manual não tenha previsto isso, nem mesmo a inclusão das duas novas modalidades.

    Ou estou interpretando errado?

    Bom dia!

    É exatamente esse o problema que estou tendo.

  9. Bom dia!

    Meus clientes aqui do Rio de Janeiro estão com um problema sério com os supermercados grandes, como Guanabara, Mundial, Prezunic, Pão de Açucar e outros, porque eles exigem que quando uma nota é cancelada, seja enviado a Danfe com a mensagem de cancelamento, e a Danfe do ACBR não está sendo aceita, os clientes estão tendo que emitir pelo site "Danfe online", onde a mensagem sai bem grande no corpo da nota. Acho que essa modificação seria interessante.

    Obrigado!

     

     

  10. Bom dia, Werner!

    Estou conseguindo validar normalmente, e vi que no seu XML a soma das parcelas bate com o valor da fatura. A única diferença que vi no seu XML em relação ao meu, é que você preencheu a tag indPag e eu não.

    -<pag>

    -<detPag>

    <indPag>1</indPag>

    <tPag>15</tPag>

    <vPag>391.54</vPag>

    </detPag>

    </pag>

  11. 19 horas atrás, Werner_Marques disse:

    Obrigado pelas respostas.

    Informando '001', '002', '003' não está apresentando a rejeição do numero da duplicata, porém agora está apresentando a rejeição em anexo. Vejam que no xml, também em anexo, a soma das parcelas está igual ao valor da fatura. Não sei o que pode ser.

    somapagamento.png

    24180501243220000109550010000012451000012450-nfe.xml

    Bom dia! 

    Agora que já numerou as parcelas "001"..., você precisa preencher a tag fatura com o valor igual a soma das parcelas.

                      with Cobr.fat do begin
                         nFat:= Aqui coloquei o número da NF
                         vOrig:= Soma das parcelas;
                         vLiq:= Soma líquida;
                      end;
     

  12. Boa tarde!

    As mudanças da Nota Técnica 2016.002, versão 1.50, vão realmente entrar em vigor dia 16/05/2018? Porque no ambiente de homologação continuo só conseguindo mostrar os vencimentos usando "Duplicata Mercantil".

    Já há uma definição de como mostrar os vencimentos na DANFE, sem a forma de pagamento "Duplicata Mercantil"?

     

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