BigWings

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Isso é um problema com a libxml2.dll, independente do certificado não permite informar o PathSchemas em caminho de rede.

É um problema conhecido, da libxml2.dll, quando ela tenta carregar os schemas vinculados. Mapeando, e informando no PathSchemas o caminho pela unidade mapeada deve funcionar sim. Ou criando um link simbólico conforme a dica abaixo:

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

https://projetoacbr.com.br/fontes/

Alguma impressora instalada no Windows? A impressora padrão está acessível? O serviço de spooler de impressão do Windows está executando?

Alterou algo mais além do certificado? Como está a configuração PathSchemas? O .exe da aplicação está numa unidade local?

Propriedade MostraPreview do componente DANFE.

CSOSN 500 não gera as tags vBC, pICMS, VICMS, apenas o CSOSN 900 vai gerar essas tags. A rejeição é por ter informado na tag Total.ICMS.vBC valor maior que zero enquanto nos itens o componente ignorou os valores por causa do CSOSN.

Tentou a dica dele sobre o logo lateral? Isso já deve resolver. Com logo ou QrCode lateral ativado, pode cortar informações caso não informe também o espaçamento entre linhas.

Os servidores do RS estão fora do ar. A contingência está ativada.

Me parece que está tentando instalar apenas o ACBrBoleto. Nesse caso marque também o pacote ACBr_DFeComum para instalação. Ou faça instalação completa.

Pode ser necessário criar índices ou chave estrangeira para os campos onde está sendo feito comparação. B.IDEPRO A.NUMDOC Analise o plano de execução.. qualquer tabela onde apareça a expressão NATURAL quer dizer que o SGBD precisou percorrer item por item da tabela. Se ela tem muitos registros vai ficar mais lento, criar um índice nesse campo vai melhorar o desempenho das consultas.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Atualize os fontes. E reinstale...

Parece faltar uma vírgula ali depois de System.Contnrs.

Se tiver algum erro ou rejeição no método de envio, o componente vai disparar uma exceção. Você pode tratar com um try..except e fazer a verificação manual do cStat retornado e as demais tags retornadas pra mostrar a mensagem ao usuário da forma que desejar. Estude o programa exemplo do componente.

Sim, a mensagem com o retorno do webservice é do ACBr. Você pode desativar as mensagens configurando ACBrNFe.Configuracoes.WebServices.Visualizar = False.

Nesse caso abra um tópico no subfórum do ACBrMonitor detalhando o problema.

Não informou o protocolo de autorização da NFCe no pedido de cancelamento. Ou usou um XML sem o protocolo.

Correção no repositório, rev. 20925.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Não conheço o Harbour, mas me parece que o erro está aí, o conteúdo de cMsg está indo todo como o primeiro parâmetro, ou seja a chave do CTe. No meu entendimento você devia chamar o método informando os parâmetros separadamente, por exemplo: lRet:cancelar((DbCTE)->CTECHAV, ALLTRIM(wMOTIVO), pCGC)

Ainda não encontrei no código a chamada a DLL... Aqui você faz a concatenação dos parâmetros em uma string única: ArqCte := ["] + (DbCTE)->CTECHAV + ["] + "," + ["] +ALLTRIM(wMOTIVO) + ["]+ "," + ["] +pCGC + ["] Depois é chamada a função/método cancelar, informando apenas um parâmetro que é a string concatenada: MsgRun("Por favor, aguarde... Estou trabalhando para: "+cMsg+" - CTe: "+cCT,,{|oWnd| lRet:=lAcb:=CTECriArq( _DbfTemp[2], ArqCte, cCT )}) ... Static Function CTECriArq( cDbf, cMsg, cCT, lMsg ) // FAZ A TROCA DE ARQUIVOS USANDO O ACBrMonitorPLUS ... cte:=ACBrCTe():New(pDado+"ACBrLib.ini") // (RECARREGAR Configuração.INI) ... lRet:=cte:Cancelar( cMsg ) Nos exemplos em Harbour para a NFe temos: METHOD Cancelar(eChave, eJustificativa, eCNPJ, ALote) CLASS ACBrNFe local hResult, buffer, bufferLen bufferLen := STR_LEN buffer := Space(bufferLen) hResult := DllCall(::hHandle, DLL_OSAPI, "NFE_Cancelar", hb_StrToUTF8(eChave), hb_StrToUTF8(eJustificativa), hb_StrToUTF8(eCNPJ), ALote, @buffer, @bufferLen) ::CheckResult(hResult) RETURN ::ProcessResult(buffer, bufferLen) Veja que são parâmetros separados informados no método DllCall. Você está fazendo da mesma forma no CTe? Não encontrei a implementação de ACBrCTe.Cancelar...