Paulo R G Oliveira

Boa tarde Victor, Realmente é isso. Fiz a compactação deu certo. Obrigado a todos pela atenção. Resolvido.

Removendo logo resolveu! Qual a seria explicação para isso ? Problema com a versão do FAST ?

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: Após o erro o DANFE é gerado com má formação: 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.

Meu muito obrigado a todos pela atenção, me ajudaram muito.

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.

Fiz a alteração conforme informado e ainda ocorre o problema. Se eu grosseiramente colocar um try except dentro da função, o erro para, porém não tem como acessar a data de emissão da nota.

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

estou conseguindo baixar os arquivos que enviei normalmente. mesmo assim estou enviando de novo. ACBrBancoDaycovalBradesco.pas ACBrBancoDaycovalItau.pas Manual Banco Daycoval Set-17.pdf

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

boa tarde. Juliana, mais uma vez obrigado por responder e mais uma vez, após muita briga, vi que eu estava errado. a função está retornando o nosso número corretamente.

Juliana, obrigado por responder, mas já consegui resolver. Estava a 2 dias "brigando" com a emissão de boleto e, quando já estava desistindo, consegui encontrar a solução: uma configuração errada no meu sistema.

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.

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.

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

Obrigado pela atenção. Irei testar.

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

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.

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.

Obrigado Ítalo, O problema é o cliente insiste em querer o valor no DANFESe. Irei argumentar sobre o que você disse. Obrigado

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

Bom dia, Vi e entrei em contado com eles. Falha minha não observar antes de abrir o tópico. Desculpe. Porém todo dia tenho um problema com este servidor, está complicado. Mais obrigado

Boa tarde Srs, Tenho um cliente que emite NFS-e utilizando o provedor ELv2 e segundo ele o DANFE parou de imprimir a razão social do emitente no campo determinado. Fiz alterações de layout de DANFE's e não resolveu. Será que houve alguma alteração no XML para que isso esteja ocorrendo ? Anexo o DANFESe e XML 4707UNICA-nfse.pdf 4707-nfse.xml

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?

Tenho um ambiente web da qual trabalho com múltiplas empresas. Existe alguma possibilidade de trabalhar com mais de um certificado simultaneamente no ACBr Monitor? Desde já, Agradeço.

Boa tarde, A título de informação, aparentemente o problema relacionado ao XML errado da E&L foi solucionado por eles. Estou testando, agradeço a ajuda. Att.