Douglas Colombo

Boa tarde, realizei a emissão da NFSe para o provedor TECNOS 2.01 em ANTA GORDA/RS. Após criação da variável, preenchimento das tags para emissão e limpeza da variável ACBRNFSeX, estou tendo o seguinte estouro de memória: Apenas instanciei diretamente o TACBRNFSEX e após limpei ele da memória.

Estou tentando buscar onde excluir este tópico, mas não estou encontrando... se puder, exclui, por gentileza ou encerra ele pois consegui realizar a emissão em produção.

Este problema estava acontecendo em sandbox... alterei para produção, não aconteceu mais este problema!! Agora estou com outro estranho "Lista de NFSe não encontrada! (ListaNfse)": { "codigo": "X202", "correcao": "", "descricao": "Lista de NFSe não encontrada! (ListaNfse)" }

Ao gerar a NFSe pelo provedor Tecnos na vesão 2.01 para a cidade de "Anta Gorda/RS", ao tentar enviar a nota, estamos recebendo de retorno o ERRO: { "codigo": "X999", "correcao": "", "descricao": "Erro de Conexão: Extra content at the end of the document\n" } ...Configuracoes.Geral.Provedor := proTecnos; ...Configuracoes.Geral.LayoutNFSe := lnfsProvedor; ...Configuracoes.Geral.Versao := ve201; xmls-comunicacao.zip

Boa noite, é que como está hoje, está um pouco confuso pois existem as duas propriedades na nota junto com as demais do responsável técnico, sendo que as demais deve-se preencher na nota: Porem as demais informações ref ao CSRT são calculadas e precisam ser informadas nas configurações, pois se informar assim, por exemplo, não funciona igual aos demais campos desta mesma classe: Tirando isto, está funcionando normalmente, até o momento...

Bom dia, tudo bem? Estou com o mesmo problema... Está acontecendo no PARANÁ em HOMOLOGAÇÃO. Esta obrigatoriedade entrará em produção 01/04/2026. O problema está ao definir apenas na nota fiscal: infRespTec.idCSRT := FInfRespTec^.IdCsrt; infRespTec.hashCSRT := CalcularHashCSRT(FInfRespTec^.TokenCsrt, FACBrNFe.NotasFiscais.Items[0].NFe.infNFe.ID); Se fizeres nas configurações, então funciona: FACBrNFe.Configuracoes.RespTec.idCSRT := 1; FACBrNFe.Configuracoes.RespTec.CSRT := '1234567890123456789012345678'; Realmente, simulei aqui e existe este BUG. Importante, as demais informações do responsável técnico funcionam definindo apenas na nota em emissão, somente o CSRT que não, na versão atual do ACBR.

Realmente, removendo a acentuação da maioria dos campos, agora avançou a implementação aqui.. estou com outros problemas! Obrigado pela dica @marcosling

Bom dia, tudo bem? Estou implementando a emissão da nota de serviço pelo ACBrNFSeX no provedor de São Paulo/SP. Porem estou recebendo 2 erros que não estou conseguindo adequar: E0800 Verifique as informações do seu Certificado Digital Erro na geração da assinatura!\nAssinatura inválida. A Assinatura da nota não confere com a informação contida no XML. X202 Lista de NFSe não encontrada! (ListaNfse) Estou com os dados de autenticação OK na prefeitura e o certificado digital válido. Alguém poderia me auxiliar?

Problema identificado, na unit "ACBrNFeDANFEFR" na rotina "ImprimirDANFEPDF". Ao gerar a danfe de vários XMLs juntos, estava dando o erro. Alterei a rotina manualmente aqui para mim e resolvi o problema, parou de acontecer. A rotina está configurada para gerar 1 PDF para cada xml carregado. Alterei para gerar um único PDF para todos os xmls carregados também, pois é muito útil para o uso de nossos clientes. Desta forma, consigo carregar inúmeros XMLs no componente e gerar um único PDF para todos os xmls.

Bom dia, eu uso o ACBR em meu backend ISAPI DLL onde gero o PDF e vários usuários geram ao mesmo tempo (geravam até então). Agora, volta e meia começa a retornar o erro "Argument out of range". Porem a única coisa que fiz, foi atualizar o ACBR para mapear a reforma tributária. Não sei se este erro teve a ver com alguma alteração na estrutura de impressão do ACBRNFe com FAST REPORT para quando são gerados 2 ou mais notas ao mesmo tempo. Este erro não faz muito sentido, pois executo debugando e não tem jeito de dar o ERRO, apenas quando estou rodando em RELEASE com vários usuário usando ao mesmo tempo.

Boa noite, tudo bem? Depois da atualização do ACBR nas últimas semanas, comecei a receber o seguinte erro "Argument out of range" ao tentar reimprimir a partir de um XML de NFe emitida pelo próprio ACBR. Gerar o XML, salvar em PDV após a emissão, tudo normal. Porem, algumas dezenas de vezes durante a reimpressão, caso eu carrego novamente o xml no ACBR e realizo a geração do PDF atualizado, começo a receber este erro informado. Alguém tem alguma ideia do que pode ser, isto acontece com vários clientes, porem não é sempre... Não consegui ainda identificar o padrão que começa a acontecer. Percebi que apenas ocorre ao tentar imprimir a partir de um xml.

O seu EXE realiza justamente o processo de leitura do XML da DI e converte em outro XML no padrão da NFe, correto?

Boa tarde, tudo bem? Pelo que validei, já existe o PAGFOR no acbr. Alguém tem o manual talvez do PAGFOR CNAB 240? Para entender no manual e implementar com o componente PAGFOR do ACBR...

E não teria a possibilidade de ter uma opção/configuração para agrupar todos os XMLs em um único PDV, visto que carrego todos dentro do componente, uma função neste sentido nativa no próprio ACBR?

Bom dia pessoal, tudo bem? saberiam nos informar algo sobre o recurso como ficará ou o como podemos proceder, implementar no ACBR ou teremos que tratar separadamente dos fontes oficiais do acbr, ... Lembrando que é um recurso bem importante e utilizado por bastante gente.

@Juliomar Marchetti pelo que está documentado no link que mandou, foi removido o recurso de gerar multiplos PDFs no mesmo arquivo. O ACBR não fornecerá mais isto então? Por qual motivo foi tirado, não entendo pois é um recurso importante, principalmente quando usado para impressão ou compartilhamento onde gera um único documento com todos os documentos anexados.

@Juliomar Marchetti ali no exemplo, gerou 4 PDFs de saída... Faltou alguma configuração nova, talvez?

Segue exemplo com o problema relatado. Carreguei 4 xml's e na hora de gerar o PDF, antes gerava um único desta forma, agora geram 4 de saída. NFE-IMPRESSAO-MULTIPLA.zip Agora pretendo atualizar mais seguidamente as próximas versões.

@Juliomar Marchetti acredito que não... normalmente atualizo entre 2 a 3 meses, no máximo.

@Juliomar Marchetti vou montar um exemplo aqui... Mas eu também utilizava normalmente até atualizar os fontes a uns 20 dias atrás. Vou montar o exemplo e depois compartilho aqui.

Boa noite, estou ainda enfrentando este problema. Alguém sabe se é um BUG no ACBR, talvez? Se for, alguém sabe se será corrigido ou se eu posso alterar os fontes e subir a correção para algum local?

@Juliomar Marchetti o problema parece estar nesta rotina TACBrNFeFRClass.ImprimirDANFEPDF: Teve alteração em algo próximo a esta rotina: Que mexeu em algo relacionado, porem não deu para identificar ainda se foi esta alteração que está gerando este BUG:

@fabiofranzini As alterações que comentou foram estas: Porem não deveria ter tido impacto na impressão de multiplos PDF's de DANFE...

@Juliomar Marchetti mas isto é um BUG no ACBR, precisarei ajustar manualmente por aqui ou foi alterado o funcionamento do recurso? Não estou entendendo como solucionar este problema... Em que lugar fica o LOG do SVN?

Exatamente, eu olhei vários exemplos e nenhum está deixando gerar multiplas DANFES no mesmo PDF.