Jump to content

Paulo R G Oliveira

Membros Pro
  • Posts

    36
  • Joined

  • Last visited

Posts posted by Paulo R G Oliveira

  1. Boa tarde Pessoal,

    Estou com um erro na geração de arquivo .pdf do DANFE da NF-e. Este erro está ocorrendo no seguinte cenário: 

    • Delphi Rio
    • FAST 6.0
    • ACBR atualizado em 03/2021 - Olhei as Units atuais aparentemente sem grandes alterações em DANFE FAST.

    O erro ocorre executando a linha ACBrNFe1.NotasFiscais.ImprimirPDF

    A julgar pela mensagem do erro geralmente deduzimos que é problema de espaço de armazenamento, porém não é, pelo menos fisicamente a maquina está sobrando recursos. 

    Erro:

    image.png.b22667661f1e110acb9f93863887d6ad.png

    Após o erro o DANFE é gerado com má formação:

    image.png.59f422709c9bc92e1e8e7e89e07b285d.png

    Na versão 2010 do Delphi com FAST 5.0 o problema não ocorre.

     

    Alguém tem alguma ideia do que possa ser ?

    Desde já agradeço.

  2. Boa tarde,

    Isso Ítalo, ao fazer a leitura do XML para imprimir o DANFE da NFS-e ocorre este problema, seguindo a linha de racioncínio do colega Antônio Carlos, comparei a versão atual da Unitr pnfsNFSeR.pas com a versão anterior e consegui resolver o problema comentando a referencia do provedor ELv2 na função function TNFSeR.LerNFSe: Boolean; linha 1529. Com isso a leitura do campo data vai para o outra condição e forma de tratamento. 

    image.png.19bed85cf8a4e241488af13a79e2dd4c.png

  3. Bom dia, estou com problemas NFS-e(Provedor ELv2, Cidade de Cachoeiro do Itapemirim), aparentemente o erro está ocorrendo na conversão de data dentro da Unit ...ACBrComum/ACBrUtil.pas, método/função function StringToDateTime(const DateTimeString : String ; const Format : String. Ao enviar a NFS-e e consultar o retorno ocorre o erro  que parece ser devido ao formato data/hora contida no XML de retorno <DataEmissao>2020-09-22T00:00:00.000-03:00</DataEmissao>. Gostaria de ajudar para poder entender se o problema é no provedor ou alguma alteração na Unit. Lembrando que mesmo XML de notas emitidas anteriormente normalmente(Antes da atualização do componente) agora estão com mesmo erro ao reimprimir DANFE.

    Anexo XML retornado na rotina ACBrNFSe1.ConsultarNFSeporRps

    Retorno8077.xml

  4. Boa tarde,

    Acho que já existem outros tópicos com este problema, porém não consegui sanar minha dúvida em nenhum deles, caso esteja cometendo um erro desde peço desculpas. Estou com uma NF-e para realizar o cancelamento e não estou conseguindo, está retornando a Rejeicao 215 : Falha no schema XML. Schemas estão atualizados, ACBR atualizado(Tento que homologação cancela) e no cliente insiste em ocorrer este erro, vi que isto pode ser má formação do XML, o que não é o caso, justificativa menor que o necessário, que não ocorre no nosso caso. Estou anexando os XM's e se puderem me ajudar desde já agradeço.

     

     

    1-ped-eve.xml 1-ped-eve-soap.xml 1-eve.xml 1-eve-soap.xml

  5. bom dia.

    estou começando a usar o ACBrBoleto para gerar boleto do Banco do Brasil agora, já utilizo para outros bancos, e estou com problema no nosso número: ele não está sendo calculado nem impresso no boleto.

    o meu sistema sugere o número sequencial 12345, por exemplo, e este mesmo é impresso no boleto, sem o dígito verificador, o componente apenas adiciona o código do cedente a frente e alguns zeros e não calcula o DV.

    todas as informações da conta do cliente estão corretas.

    alguém passou por isso? alguém pode ajudar?

    obrigado.

  6. bom dia.

    procurei no fórum, mas não encontrei uma solução.

    como recupero o nosso número atribuído ao boleto como ele é impresso (com o DV, principalmente, e as outras informações, que são variantes de acordo com o banco)?

    se utilizar a função MontarCampoNossoNumero, ela retorna apenas o número sequencial. eu preciso do nosso número exatamente como ele é impresso no boleto.

    obrigado.

  7. bom dia, Roger.

    eu implementei no meu sistema, mas o cliente acabou não utilizando a rotina, então não posso confirmar a homologação.

    encontrei a unit de impressão do boleto acho que aqui no fórum mesmo, a remessa e o retorno fiz manualmente, seguindo o layout do banco.

    precisei alterar apenas o arquivo ACBrBoleto, tive que referenciar a unit do banco Daycoval.

    em anexo a unit do banco Daycoval, copie para pasta "ACBr\Fontes\ACBrBoleto", e o layout da remessa e retorno.

    no arquivo ACBrBoleto, deve incluir o banco no type TACBrTipoCobranca, nas procedures SetTipoCobranca e GetTipoCobranca, e incluir a unit em uses.

    caso queira implementar e homologar, poste aqui o resultado.

    ACBrBancoDaycovalBradesco.pas ACBrBancoDaycovalItau.pas Manual Banco Daycoval Set-17.pdf

  8. Bom dia Sr's,

    Após a atualização dos fontes do ACBR no dia 21/02/2019 aleatoriamente meu sistema passou a apresentar a rejeição 297: Assinatura difere do calculado, como o cliente fatura a noite foi difícil simular a situação em um ambiente com o problema, porém após muitos testes nos deparamos com o cenário e podemos enfim debugar. Observamos que a rejeição se dava por ocorrência de problema na unit trunk2\Fontes\ACBrDFe\ACBrDFeWinCrypt.pas. Vimos no log de alteração do SVN, uma implementação para atender a este tópico, como antes nunca havia ocorrido isso, comentamos o código implementado e a nota parou de apresentar o problema. Aparentemente o problema se originou com a implementação  deste código:

      function TDFeWinCrypt.CalcHash(const AStream: TStream; const Digest: TSSLDgst;
      const Assina: Boolean): AnsiString;

            ...

            if Assina then
            begin
              if CryptSignHash(mHash, dwKeySpec, Nil, 0, @mHashBuffer, mBytesLen ) then
              begin
                // MS CryptoAPI retorna assinatura em "Little Endian bit string", invertendo...
                Result := '';
                {while (mBytesLen > 0) and (mHashBuffer[mBytesLen-1] = #0) do
                  Dec(mBytesLen);} 

                for I := mBytesLen downto 1 do
                  Result := Result + mHashBuffer[I-1];
              end
              else
                raise Exception.Create('CryptSignHash');
            end

    Estou anexando o XML com o erro para mais detalhes. Se alguém tiver alguma ideia do porque do surgimento deste problema, favor nos ajudar.

    Interagi neste tópico para evitar abrir outro visto que esta ainda está em aberto.

    Desde já agradeço.

    Assintaura.xml

  9. estou aguardando a resposta do banco sobre o processo de homologação.

    quando finalizar, eu coloco os fontes aqui para disponibilizarem no repositório.

    obrigado.

    • Like 2
  10. boa tarde.

    estou precisando de imprimir boleto para o Banco Daycoval e vi que o ACBrBoleto não tem suporte para este banco.

    pesquisando no fórum, encontrei as soluções abaixo, mas elas não foram submetidas no repositório oficial:

    https://www.projetoacbr.com.br/forum/topic/28239-banco-daycoval/

    https://www.projetoacbr.com.br/forum/topic/26698-campo-cip-504-banco-daycoval-correspondente-bradesco/?tab=comments#comment-223125

    https://www.projetoacbr.com.br/forum/topic/26698-campo-cip-504-banco-daycoval-correspondente-bradesco/?tab=comments#comment-218359

    vocês ainda vão submetê-las? se sim, tem algum prazo?

    obrigado.

  11. Bom dia,

    Estou recebendo reclamação de um cliente que questiona porque o ISS retido não está aparecendo mais no DANFESe, no campo determinado para isso, verifiquei o XML da NFS-e em questão, entrei em contado com o provedor e depois de tudo verifiquei que eles usam o layout da Abrasf 2.04 que não contempla o campo Valor do ISS retido, tem somente o campo ISS Retido. Pois bem, visto isso, há alguma possibilidade de o DANFESe apresentar o valor retido ?

    Provedor: E&Lv2(Cachoeiro do Itapemirim - ES)

    Anexo o XML de envio e retorno

    5021.xml

    5021Envio.xml

  12. 21 horas atrás, Felipe E. Resende Mesquita disse:

    Boa tarde, Paulo R G Oliveira

    Acredito que ao mesmo tempo não.

    Porém você pode ter configurações diferentes em um .ini, depois carregar de acordo com o que for fazer a emissão, via comando.

    Boa tarde,

    Entendi,
    Neste caso é possível saber se tem alguma requisição em andamento, para que não ocorra conflito, no caso de duas ou mais empresas enviarem ao mesmo tempo?

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.