Jump to content

Paulo R G Oliveira

Membros Pro
  • Posts

    36
  • Joined

  • Last visited

About Paulo R G Oliveira

Recent Profile Visitors

539 profile views

Paulo R G Oliveira's Achievements

Contributor

Contributor (5/14)

  • Dedicated Rare
  • First Post
  • Collaborator Rare
  • Week One Done
  • One Month Later

Recent Badges

8

Reputation

2

Community Answers

  1. Boa tarde Victor, Realmente é isso. Fiz a compactação deu certo. Obrigado a todos pela atenção. Resolvido.
  2. Removendo logo resolveu! Qual a seria explicação para isso ? Problema com a versão do FAST ?
  3. 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.
  4. 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.
  5. 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.
  6. 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
  7. estou conseguindo baixar os arquivos que enviei normalmente. mesmo assim estou enviando de novo. ACBrBancoDaycovalBradesco.pas ACBrBancoDaycovalItau.pas Manual Banco Daycoval Set-17.pdf
  8. 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
  9. 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.
  10. 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.
  11. 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.
  12. 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.
  13. 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
×
×
  • 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.