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.