Douglas Colombo

Boa tarde, conferindo na unit "ISSSaoPaulo.GravarXml.pas" a propriedade "PagamentoParceladoAntecipado" está preenchedo em branco, e está sendo removida do arquivo atualmente, pois precisa do conteúdo numérico. Como está neste momento: Problema ocasionado, lembrando que também desta forma nem gera a propriedade no XML: Ao adequar para '0' o valor da TAG, passa a gerar no XML do RPS: E o erro não ocorre mais. Passando para relatar esta adequação para empresas do regime normal no layout 2.00 de São Paulo/SP (ISSSaoPaulo).

Olá, tudo bem? Estou em dúvida com o componente "ACBRNFSEX", nele existem várias rotinas de "cancelamento" ou evento de cancelamento, porem não estou conseguindo entender qual utilizar ou como tratar em cada situação... Alguém poderia nos informar qual a lógica de uso? Pois implementei o evento de cancelamento, para algumas cidades do ambiente nacional funciona, para outras do mesmo ambiente não funciona... Primeiro evento de cancelamento Segundo evento de cancelamento Terceiro evento de cancelamento Estou um pouco perdido com esta situação, desculpe o inconveniente!!

@Juliomar Marchetti deu certinho agora, recompilei o projeto, imagino que tenha ficado algum arquivo temporário ou algo do gênero antes. Realizei a alteração para o padraoNacional e emitiu corretamente a NFSe para "Anta Gorda / RS". Então basta atualizar o ACBR para isto:

Não tem @Juliomar Marchetti, apenas esta que fica nos "Fontes/ACBrDFe/ACBrNFSeX"... É um computador recém formatado, só fiz a instalação do delphi. Fiz os passos que comentei hoje de manhã apenas

@Juliomar Marchetti realizei a alteração no no "ACBrNFSeXServicos.ini": Executei o BAT "Compila_RES.bat": Reinstalei o ACBR no delphi, reabri e recompilei, porem ao selecionar este município no componente do ACBRNFSeX, ainda está puxando o provedor antigo... Faltou eu fazer algo, talvez?

Certo, só uma dúvida, preciso fazer isto manualmente aqui ou talvez será atualizado nas próximas atualizações do ACBR esta mudança?

@Juliomar Marchetti a print que coloquei é com as propriedades atuais, porem agora migrou para o padraoNacional 1.01... Pensei que bastaria definir igual ao "Indaiatuba/SP" no INI... O que eu precisaria fazer para atualizar para o padrão nacional o componente?

Boa tarde, não sei dizer exatamente quais outras mudaram, mas percebi esta que comentei: IBGE: 4300703 CIDADE: ANTA GORDA UF: RS

Bom dia, tudo bem? houve alteração do provedor de Anta Gorda, porem o ACBR ainda está exibindo Tecnos... Teria alguma previsão de adequar ou então, teria alguma forma de eu alterar aqui manualmente esta mudança?

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.