Paulo R G Oliveira

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.

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

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.

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.

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.

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