Julio Cesar Silva

Somente para ficar registrado, caso alguém necessite validar(ACBrNFSeXParametros.pas: procedure TConfigWebServices.LoadUrlHomologacao)

Nada ainda. Estou em contato com o suporte via e-mail. Minha preocupação agora é com o prazo, segue resposta da equipe da NotaControl.

Boa tarde. Ainda não consegui emitir nenhuma nota. Por outro lado, o suporte da NotaControl está auxiliando bem nas dúvidas. Agora surgiu a suspeita de que o link do webservice que estou enviando pode não estar correto. Preciso validar essa informação, mas ainda não consegui identificar qual URL está sendo utilizada efetivamente pelo componente. Estou seguindo as recomendações de configuração, porém preciso capturar o link do webservice em uso. Talvez o seu problema também esteja relacionado a isso. Sabendo que o link de teste em Homoloigação Padrão nacional: HomRecepcionar=https://nfse.issnetonline.com.br/wsnfsenacional/homologacao/nfse.asmx Presico validar isso na aplicação

Prezados, Estou realizando testes no aplicativo de exemplo para emissão de NFS-e em Brasília/DF no padrão nacional. Gostaria de saber como posso capturar e validar qual URL/webservice está sendo utilizado no envio da NFS-e. Acredito que as configurações do arquivo .ini estejam corretas, porém preciso confirmar exatamente qual link o componente está utilizando durante a comunicação. Obrigado.

Peço que desconsiderem este item. Hoje (15/05/2025), provavelmente foi atualizado o método e todas as consultas estão sendo validadas. Grato.

Erro(s): Código : E010 Mensagem: RPS já informado.(Numero RPS: 394) Correção: Para essa Inscrição Municipal/CNPJ já existe um RPS informado com o mesmo número, série e tipo. Código : X202 Mensagem: Lista de NFSe não encontrada! (ListaNfse) Correção: Prezados, Estamos enfrentando problemas com o serviço de consulta por lote no webservice do ISSNet. Embora as notas estejam autorizadas normalmente no portal do ISSNet, não conseguimos obtê-las via consulta por lote, o que compromete a integração com nosso sistema. Anexamos as telas de envio e consulta, utilizando o componente ACBrNFSeX como exemplo, para demonstrar o comportamento. Gostaríamos de saber se há alguma solução ou orientação oficial para contornar essa falha na comunicação com o webservice. Ressaltamos que o serviço do ISSNet tem apresentado instabilidade de forma recorrente. Não sabemos se a causa está relacionada à infraestrutura do Governo do Distrito Federal ou à aplicação desenvolvida pela NotaControl, mas o fato é que o serviço tem sido bastante problemático, especialmente no que diz respeito à consulta e retorno das notas. Agradecemos desde já pela atenção e aguardamos um retorno. Atenciosamente, Julio Cesar

Bom dia Italo. NFSe Padrão Nacional para atividades de eventos(12) autorizada com sucesso. Obrigado.

Bom dia Italo. Agradecido. Irei atualizar.

Boa tarde. Estamos com problemas na validação da NFSe Padrão Nacional - Grupo de informações de Atividade/Evento - Código de tributação nacional pertencer ao item 12. Prestadora do Serviço MEI de origem no DF e Tomadora do Serviço de origem no CE. Atualizamos os fontes do ACBr (05/12/2023), mas persiste os erros de validação. Comparamos com um arquivo XML autorizado através do Portal de Gestão NFS-e(anexo), existe um campo que não consta no projeto ACBr: idAtvEvt Erro de validação : (XML em anexo) Código : X800 Mensagem: Erro de Validação: --> 1871 - Element '{http://www.sped.fazenda.gov.br/nfse}xNome': This element is not expected. Expected is ( {http://www.sped.fazenda.gov.br/nfse}desc ). 53001082236536758000196000000000000623113438697424.xml Arquivo Enviado e retornado erro.xml

Obrigado pessoal, vou realizar estes testes

Mas teria a solução para este bug(erro)? Ocorre somente em alguns clientes A3 Somente não tentamos formatar a maquina do cliente.

Bom dia... Meu sonho!!!

Bom dia, estamos com esta rejeição:"RecepcionarLoteRpsSincrono deve obedecer a um schema válido.", ao validar um CErtificado Digital A3, NFSe- DF Pesquisei soluções anteriores, encontrei somente no ano passado (outubro 2022), qd a NOTACONTROL ainda estava realizando ajustes no WebService, e foram solucionados. Alguma dica para que isto possa ser corrigido, não ocorre em todos os Certificados A3. Grato

Aqui em Brasília está com essa mensagem somente para NFCe

Obrigado pela solução Rodrigo, deu certo aqui também.

Obrigado pessoal, realmente é muito frustante pq não sabemos onde está o problema.

Boa tarde, Estou iniciando o envio de NFS-e para Goiânia. Em homologação consigo receber o retorno, porém sempre o mesmo CodigoVerificacao. Em PRODUÇÃO não consigo ver o retorno e nenhuma mensagem de erro. Segue em anexo a rotina q estou utilizando para enviar e também o arquivo XML Obrigado pela colaboração. 5216111679896200017856000000000000003-rps.xml function EnviarNFSe.txt

Felipe, acredito q esteja com o mesmo problema que eu. Como não utilizo Fast-report para impressão, desmarquei esses itens durante a instalação.

Solução definitiva do erro (A component named RLNFe already exists), para quem utiliza o projeto rodando nas nuvens. Remova todos os códigos ACBr do front-end e transfira tudo para o back-end. Julio Cesar

Obrigado Quartarollo

Bom dia, só uma dúvida meio idiota, mas não custa nada perguntar: Para NFe de serviço não será necessário informar a tag CEST? Obrigado.

Teste realizado com sucesso. Não seria melhor definir a posição no objeto? evitando essas 04 linhas. Obrigado

Somente aumentei os espaços entre os campos Pagamento - Numero - Valor Original - Valor Líquido Acho que não terá nenhum problema

Boa tarde Agnaldo. As parcelas são impressas em outra parte da NFe. Dá uma olhada no nome do tópico.

Exemplo antes e depois