Ir para conteúdo
  • Cadastre-se

Paulo R G Oliveira

Membros Pro
  • Total de ítens

    59
  • Registro em

  • Última visita

Posts postados por Paulo R G Oliveira

  1. 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

  2. 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.

  3. 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.

  4. 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

  5. 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?

  6. 5 horas atrás, Italo Jurisato Junior disse:

    Bom dia Paulo,

    Essa cidade esta usando o novo WebService que segue o layout da ABRASF, correto?

    Se sim, com certeza fizeram alguma kaka.

    Tem que entrar em contato com eles e apontar todos os problemas.

    Lembre-se sempre, o componente apenas gerar e envia o XML do RPS.

    Por outro lado o XML da NFS-e é gerado pelo WebService.

    Logo o problema é no WebService e não no componente.

    Boa tarde Italo,

    Recebi um e-mail da E&L informando a correção do problema por parte deles(Estranhei o fato de ninguém aqui relatar o mesmo problema que eu). Agora nos testes que fiz o XML é retornado corretamente, porém estou usando a função ACBrNFSe1.ConsultarLoteRps, porque o E&L não tem ACBrNFSe1.ConsultarSituacao que nós usamos para os outros provedores. Gostaria de saber qual função correta para realizar a consulta do XML e qual propriedade do componente terei acesso ao XML completo usando esta função.

    Desde já agradeço.

  7. Boa noite,

     

    Alguém conseguiu obter o XML de retorno correto da NFS-e emitida para o E&L de Cachoeiro ?

    As notas que emiti, todas estão retornando XML com erros, onde o prestador está com mesmos dados do tomado do serviço. Já entrei em contato com a E&L e segundo eles estão analisando.

  8. 16 horas atrás, vipeol disse:

    Boa tarde a todos,

    Após as alterações estou conseguindo emitir perfeitamente. O único problema que vi foi o retorno do xml que não vem com as informações corretas do prestador do serviço, mas creio que isso seja o formato do provedor.

    Obrigado pela ajuda!

     

    Bom dia, conseguiu resolver esta situação ? XML de retorno sem os dados o prestador ?

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