WesleySantos

Boa tarde pessoal, apenas para atualizar essa situação, conferimos no site da prefeitura do cliente, e me deparei com esse sistema de 'planos', e ao que tudo indica ele só vai puder emitir por fora se tiver o plano maior..., mas estamos em contato com a prefeitura para confirmar

Deu certo ao que indica, mas agora retorna 502 Bad Gateway kkkk

Boa tarde pessoal, estou com um cliente que também esta utilizando este provedor, e com os ajustes da unit/xsd consegui passar dos erros das tags, mas agora ao tentar autorizar me retorna a seguinte mensagem <Mensagem>Assinatura sem acesso ao webservice.</Mensagem> Alguém já pegou a mesma?

Passamos o parâmetro com o número da DPS e funcionou, vamos realizar outros testes e qualquer novidade informo, obrigado desde já!

Entendo, porém não passamos isso em lugar nenhum, mesmo assim acaba gerando a TAG...

Bom dia pessoal, estou tentando enviar a nota pelo Citta, porém está me retornando essa rejeição, ACBr e Schemas atualizados, mesmo assim ocorre o erro, alguém poderia me dar uma luz? Código : RNG6110 Mensagem: Falha Schema Xml Erro: The 'http://www.sped.fazenda.gov.br/nfse:nNFSe' element is invalid - The value '' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TSNNFSe' - The Pattern constraint failed.

Cidade/UF: São Domingos do Sul - RS Previsão de Mudança: 27 de novembro de 2025 Tipo de Mudança: Padrão Nacional Provedor: Citta Fonte/Documentação: https://citta.atlassian.net/wiki/external/MDNlY2E2NGU4NzQ3NDk5YzkxOTExODhhYWRkMDRiODQ O componente já foi alterado para atender a nova API do provedor.

Cidade/UF: David Canabarro - RS Previsão de Mudança: 27 de novembro de 2025 Tipo de Mudança: Padrão Nacional Provedor: Citta Fonte/Documentação: https://citta.atlassian.net/wiki/external/MDNlY2E2NGU4NzQ3NDk5YzkxOTExODhhYWRkMDRiODQ Alteração realizada no arquivo ACBrNFSeXServicosRTC.ini

Bom dia pessoal Ao acessar o site de gerenciamento de notas de um cliente o mesmo nos informou que aparece a mensagem abaixo, indicando alteração de URL da mesma Fiz o teste trocando o arquivo e funcionou [4204301] ; Atualizado em 20/08/2025 Nome=Concordia UF=SC Provedor=IPM Versao=1.01 ProRecepcionar=https://concordia.atende.net/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://concordia.atende.net/?pg=rest&service=WNERestServiceNFSe

Boa tarde a todos, uma boa alternativa @lucimauro, vou buscar fazer o mesmo pra contornar essa situação. A opção de enviar o protocolo também seria bem interessante, no caso do NFE_Cancelar. Acredito que se funcionou para o nosso querido amigo Lucimauro, vá funcionar pra nós também aqui na empresa.

Bom dia pessoal, tudo bem? Espero que sim. Estive enfrentando problemas ontem em uma situação bem específica com um cliente de RO. Por algum motivo as notas não retornam todas as informações quando consultadas, mas consultando pelo portal NF-e, as informações estão constando lá. Dito isso, o problema é que em algumas notas emitidas há aproximadamente 1 mês atrás, ao serem consultadas, não retornam o protocolo, além do status "Autorizado o uso da NF-e (documento indisponível no momento)". Até aí tudo bem, não estava impactando em nada, o problema é quando tentamos efetuar o cancelamento dessas NF-e através da ACBrLibNFe, acredito que internamente o componente deve fazer alguma consulta da NF-e e baseado nisso o cancelamento, então pelo fato de não ter retorno do protocolo, ocorre um erro de schema no método NFE_Cancelar. Essas notas estariam sim de fato fora do prazo de cancelamento, contudo, o cliente solicitou a extensão para a SEFAZ, permitindo o cancelamento extemporâneo. Como estamos em processo de migração do nosso sistema de Delphi para C#, ainda tenho uma versão antiga do sistema que utilizava o componente ACBrNFe diretamente, e para minha surpresa, nessa versão em Delphi, via componente, o cancelamento foi realizado corretamente. Segue print do acontecido no ACBrLib.NFe.Demo.exe:

Boa tarde @Daniel InfoCotidiano, perdão, falha minha, copiei direto do discord e aqui aparecia normal, não vi que estava indo o link. Segue novamente, a configuração: As permissões:

Bom dia @Kiko Fernandes, obrigado pela resposta. Existe sim esse campo, segue print do .ini: e também na pasta do sistema, colocamos controle total, mas além disso, o sistema também tem instruções pra sempre executar como Administrador, e esse realmente é o único caso de cliente que temos ciência de estar com esse problema, mas temo por aparecer mais casos no decorrer da finalização dessa transição de Delphi pra C#

Boa noite prezados, venho recorrer a vocês uma vez que já tentei fazer o Debug inicial da aplicação para identificar possível problema de access violation. Ocorre em um de nossos clientes, creio sim ser algo na máquina, porém gostaria de descobrir o motivo pra evitar acontecer em outros clientes. Versão da ACBrLib usada: 0.4.6.279 Já tentei fazer o download da última versão disponibilizada e testar todos os tipos de DLL presentes e ainda assim apresentou o problema. Coloquei log no nível paranoico pra ver se ajuda no Debug (o erro ocorre no demo também). O problema ocorre em métodos de impressão, consulta de status, envio e etc funcionam normalmente. Antigamente nosso sistema era em Delphi, e funcionava normalmente utilizando os componentes, porém migramos pra C# e utilizando a ACBrLib ocorre esse problema, nessa mesma máquina, do jeito que está, se eu colocar uma versão mais antiga, em Delphi, não ocorre o problema. Parte final do log: 29/04/24 19:33:53:071 - TLibNFeConfig.AjustarValor - Feito 29/04/24 19:33:53:079 - TLibNFeConfig.AplicarConfiguracoes: C:\SGBR\Master\ACBrLib.ini 29/04/24 19:33:53:088 - Travar 29/04/24 19:33:53:109 - TLibNFeConfig.AplicarConfiguracoes - Feito 29/04/24 19:33:53:119 - Destravar 29/04/24 19:33:53:126 - SetRetorno(0, ) 29/04/24 19:33:53:136 - TACBrLibNFe.PrecisaCriptografar(DANFE,Cancelada) 29/04/24 19:33:53:144 - TACBrLibNFe.PrecisaCriptografar - Feito Result: False 29/04/24 19:33:53:153 - LIB_ConfigGravarValor(DANFE, Cancelada, 0) 29/04/24 19:33:53:161 - TACBrLibNFe.PrecisaCriptografar(DANFE,Cancelada) 29/04/24 19:33:53:170 - TACBrLibNFe.PrecisaCriptografar - Feito Result: False 29/04/24 19:33:53:177 - TLibNFeConfig.AjustarValor(tfGravar,DANFE,Cancelada,0) 29/04/24 19:33:53:186 - TLibNFeConfig.AjustarValor - Feito 29/04/24 19:33:53:194 - TLibNFeConfig.AplicarConfiguracoes: C:\SGBR\Master\ACBrLib.ini 29/04/24 19:33:53:203 - Travar 29/04/24 19:33:53:210 - TLibNFeConfig.AplicarConfiguracoes - Feito 29/04/24 19:33:53:218 - Destravar 29/04/24 19:33:53:225 - SetRetorno(0, ) 29/04/24 19:33:53:233 - NFe_ImprimirPDF 29/04/24 19:33:53:240 - Travar 29/04/24 19:33:53:247 - ConfigurarImpressao - Iniciado 29/04/24 19:33:53:254 - ConfigurarImpressao - Feito 29/04/24 19:33:53:962 - FinalizarImpressao - Iniciado 29/04/24 19:33:53:963 - FinalizarImpressao - Feito 29/04/24 19:33:53:981 - Destravar 29/04/24 19:33:53:990 - SetRetorno(-10, Access violation) 29/04/24 19:33:54:015 - LIB_UltimoRetorno 29/04/24 19:33:54:024 - MoverStringParaPChar. StrLen:16, BufLen:256 29/04/24 19:33:54:034 - Codigo:-10, Mensagem:Access violation 29/04/24 19:33:54:658 - LIB_Finalizar 29/04/24 19:33:54:658 - Finalizar Agradeço desde já. Estou atento para caso precisem de mais detalhes.

Bom dia @Juliomar Marchetti, estou com a mesma situação só que para a justificativa da manifestação, eu atualizei os fontes e até clonei o repositório do fontes novamente e ainda assim não puxou essa modificação. Existe algum outro arquivo que deva ser atualizado ou algo assim? Corrigindo: Tem a propriedade sim, estava utilizando com base no evento base, utilizei conforme o comentário do amigo @Benjamin Machado e a propriedade está lá certinha.

Bom dia! Tudo certo? Estou enfrentando este possível bug. Desde já agradeço a atenção!

Olá boa tarde, Estou com o mesmo problema, toda tentativa de envio surge a mensagem: Já tentei as mais variadas formas de encodamento e mesmo assim persiste o retorno, acredito que é algum problema na recepção, tentei com o arquivo de exemplo deles, ocorre a mesma mensagem. Alguém está conseguindo emitir o arquivo e validar tranquilo? "ResultCode": "Error", "Data": null, "Messages": [ { "Message": "Conteúdo binário do arquivo ZIP é nulo.", "Type": "Error" } ] }

Bom dia pessoal, Estou com o mesmo problema, sei que a pergunta foi feita, mas já fiz de tudo e até agora não obtive solução, testes realizados pelo ECF Teste persistem com o mesmos problemas .. tanto na geração do arquivo MF quanto do arquivo MFD. Erro: -40 Tag XML Inválida. ao chamar: xregAlterarValor_Daruma( "ECF\SCU\Habilitar", "1" )

Olá pessoal, olá Henrique, sei que o tópico está como resolvido, mas refiz a atualização e até a instalação do zero dos componentes e ainda o problema do valor total inverter no primeiro item da nf-e persiste, estou voltando um backup dos componentes para manter esse padrão de impressão, alguém mais está com essa situação? Obrigado desde já. Rafael

Apenas para efeitos de registro, conseguimos instalar o acbr no delphi 10.1 Berlin na versão trial, tivemos que fazer manualmente pacote a pacote com algumas poucas alterações rodando com fortes report, tudo funcionando. Tenta com o instalador,no meu caso ele dizia que havia instalado mas não instalava, peguei o log do acbr gerado na instalação e rodei pacote por pacote compilando e instalando, na mesma ordem do arquivo de log, depois adicionei os library path e pronto.

Alguma posição a respeito da mensagem apresentada? Estou com cliente com esse problema, dll está atualizada pelo acbr atualizado trunk2, fiz o que o Eduardo Merico fez e nada de sucesso, alguem conseguiu alguma resposta da bematech? Obrigado.

Cara não lembro, mas fizeram uma atualização na ecf lá na assistência.

Olá pessoal, estamos com o mesmo problema, só que ao invés de dizer sempre que o erro é não foi possível encontrar consStatServ_v3.10, dá também ao não localizar ConsReciNFe_v3.10.xsd e ConsReciNFe_v3.10.xsd além do status também, tentamos de tudo, voltamos até o código para trunk e o erro persiste, fizemos umas 30 nf-e em ambiente de homologação e passa tranquilo sem erros, mas em produção dá pra fazer umas 2 ou 3 e apresenta o erro, aí não tem jeito e temos que que acessar a consulta completa pra pegar chave, protocolo e alimentar o sistema manualmente, tentamos com certificado A1 e A3, verificando o status as vezes retorna 999 (erro não catalogado) e na maioria retorna 107(Serviço ativo), atualmente deixei compilado com o trunk e não com trunk2, mandei a pasta schemas atualizada e nada também Estou desconfiado que se trata de erro na sefaz. Foi tentado em duas máquinas, i5, Win Ultimate 64bits com 8GB e Celeron win Ultimate 32 bits 2GB, foi tentado trocar a leitora do cartão A3, foi alterado o DNS da oi para google e nada também. Se alguem quiser que eu faça algum outro teste me avise por favor.

Pelo que sei de clientes que já tem essa impressora tem que atualizar o firmware dela, a autorizada fez gratuitamente, pois o cliente disse que senão fizesse gratuito iria procurar seus direitos rsrsr, enfim, menos mal que resolveram.

Bom dia Daniel, no gerenciador de dispositivos não configurei nada, ao menos depois de toda mudança que foi feito, creio que foi o conjunto todo que fez funcionar, vou colocar em outra máquina pra testar aí posto o resultado, pois pode ajudar outras pessoas que passem pela mesma dificuldade. Obrigado. Desejo que DEUS os abençoe.